Patch Name: PHNE_26693 Patch Description: s700_800 11.00 3.10.01 ACC Base Software Product Patch Creation Date: 02/03/20 Post Date: 02/04/05 Hardware Platforms - OS Releases: s700: 11.00 s800: 11.00 Products: Z7476AA B.03.02.00 B.03.10.00 B.03.10.01 Z7478AA B.03.02.00 B.03.10.00 B.03.10.01 Z7480AA B.03.02.00 B.03.10.00 B.03.10.01 Z7486AA B.03.02.00 B.03.10.00 B.03.10.01 Filesets: ACC.ACC-FW,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-FW,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-FW,fr=B.03.10.01,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-MAN,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-MAN,fr=B.03.10.01,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-RUN,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-RUN,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-RUN,fr=B.03.10.01,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-X25AN-RUN,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-X25AN-RUN,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-X25AN-RUN,fr=B.03.10.01,fa=HP-UX_B.11.00_32/64,v=HP ACC.ACC-KRN,fr=B.03.02.00,fa=HP-UX_B.11.00_32,v=HP ACC.ACC-KRN,fr=B.03.10.00,fa=HP-UX_B.11.00_32,v=HP ACC.ACC-KRN,fr=B.03.10.01,fa=HP-UX_B.11.00_32,v=HP ACC.ACC-KRN,fr=B.03.02.00,fa=HP-UX_B.11.00_64,v=HP ACC.ACC-KRN,fr=B.03.10.00,fa=HP-UX_B.11.00_64,v=HP ACC.ACC-KRN,fr=B.03.10.01,fa=HP-UX_B.11.00_64,v=HP Automatic Reboot?: Yes Status: General Release Critical: Yes PHNE_26693: PANIC PHNE_23721: PANIC PHNE_20744: PANIC MEMORY_LEAK Category Tags: defect_repair enhancement general_release critical panic memory_leak Path Name: /hp-ux_patches/s700_800/11.X/PHNE_26693 Symptoms: PHNE_26693: SR 8606251039 / CR JAGae17105 BX.25 product installation failed during kernel build. SR 8606202094 / CR JAGad71268 The processing in ZCOM API zconfig terminal clear/ delete is incomplete. If this feature is used, it may result in memory leak in ZCOM buffer pool and/ or system panic. SR 8606229664 / CR JAGad98715 Panic with Data Page Fault with the following stack trace panic+0x6c report_trap_or_int_and_panic+0x94 interrupt+0x208 $ihndlr_rtn+0x0 nacc1_cmplt_read+0x38 nacc2_complete_req+0x34a8 nacc2_end_io+0x580 nacc2_isr+0x126c sapic_interrupt+0x2c PHNE_23721: SR None / CR JAGab66302: zmasterd does not accept .answ file on cold start. SR 8606131450 / CR JAGad00600: "zmasterd deact znode" does not kill the znode daemon. SR 8606133312 / CR JAGad02457: Interface tunable "tsize" should be multiple of 8, minimum 8 SR 8606134147 / CR JAGad03287: Z7340A: zmntr mx display shows incorrect values for TXusd SR 8606135146 / CR JAGad04280: DSC card control (startup/disable) does not work SR 8606136753 / CR JAGad05873: zmlog logs a null char in the hyphen lines SR 8606144270 / CR JAGad13610: zqmve() gives error when moving messages between program ZLUs. SR 8606144441 / CR JAGad13781: x25init failure indicating insufficient HP-UX memory. SR 8606144481 / CR JAGad13821: ZTERM's TX behaves inconsistently when out of system buffers SR 8606147638 / CR JAGad16980: pdisplay run on ports 2 and 7 of the 2/8-port cards does not work and outputs the following error: Error: Port 7 exceeds the maximum allowed for the card type. SR 8606152257 / CR JAGad21596: ZTERM wrongly takes msg request code 11 (ZCOM_MRQCODE_DEL) as "port configuration" to report zport return status (by x25stat API). The correct request code should be 14 (ZCOM_MRQCODE_PORT) SR 8606152413 / CR JAGad21743: During high load activity on the Z7200A OR Z7400A ACC cards, such as X.25 call establishment and clearing on all port, the port may be unable to accept further transmit requests. The affected port is not usable until the ACC card is restarted. SR 8606152651 / CR JAGad21981: ttgen uses the same IFT type for both NIO/PCI E1T1 cards. SR 8606158851 / CR JAGad28181: Frames larger than 8220 bytes are discarded when received, by the HDLC.FRAME layer (level-1). SR 8606161692 / CR JAGad31008: MPU activity field in the zmntr mx command shows incorrect value. SR 8606155316 / CR JAGad24633: zconfig PORTSC enable/disable subchannel has insufficient validation SR 8606187753 / CR JAGad56962: ACC FW does not free buffers when the terminal is deactivated and disabled. SR 8606196867 / CR JAGad66065: zmasterd stop causes system panic SR 8606197871 / CR JAGad67062: Kernel build fails because the path of the file spinlock.h mentioned in zcomsys.h is incorrect. SR 8606131976 / CR JAGad01126: Link resets happening due to recvd SABM/SABME with LAPB when using T1 mode on 4-port PCI cards. PHNE_22252: CR JAGad25064 ACC 8 port PCI sending 1 byte data packet only. When trying to configure the kernel parameters n2z_outb_buffer_sz and n2z_max_zstrbuf_pgs using SAM to a value greater than 1, SAM returns an error. PHNE_20744: CR JAGad00737 The following message in the ZCOM log file only on T600 systems: zcom 00225 Card 0 Port 0 RXDT15 bad reply (status = 0), data dropped! After this message is logged, whenever an inbound and/or outbound call occurs, it fails. The following error message is logged in the ZCOM log file: zx25d 00421 Link 1: No available (idle) ZLUs for inbound call on LCN 1. The inbound call has been cleared. CR JAGad01952 The 8-port NIO card is being reset due to a reported heartbeat timeout. CR JAGac40395 This defect affects only 4-port E1/T1 ACC. When using packet size of less than 256, an incoming level 2 frame of 263 octets is accepted by the level 2 protocol, instead of being rejected with a Frame Reject. CR JAGad00179 Enhancement: Increase the maximum value of the interface tsize parameter from 32K bytes to 256K bytes. CR JAGac85160 Enhancement to enable dynamic interface configuration of Z7340A 8-port PCI ACC and firmware tracing area tracesize and traceopt for Z7300A, Z7330A and Z7340A. CR JAGad00987 Enhancement to include symbolic names for the traceopt keyword used in ttgen to control firmware tracing options. CR JAGad00674 Enhancement request to provide a mechanism for firmware tracing on ACC cards Z7300A, Z7330A and Z7340A. CR JAGac84425 The ACC firmware will generate a fatal firmware detected error if a zero length message is sent to some protocols (e.g. HDLC.FRAME). CR JAGac86180 In the zmntr TT and PT displays, the X.25 link terminal error counter is always zero on the 4-port E1/T1 ACC cards. CR JAGac78571 None. CR JAGac40392 If a user chooses to define X.25 terminal devices within the ttgen .answ file, then it is not possible to update the level 2 parameters such as T1 or l2window by running a second x25init for the link. The level 2 parameters from the original x25init persist until the zcom system is restarted. CR JAGac87836 zscan ZL/PT/TE shows 000 as the mux-terminal number for the 8-port PCI PTTs. CR JAGac77692 On systems with unstable firmware/hardware (one that can startup, but will fail pretty soon), the card crashes and the ZMON restart mechanism can get very messy. This may results in un-stoppable system, or system panic. Manually stopping system when ZMON is busy in card restarts can also end up in this situation. CR JAGac86490 While testing a 8-port PCI card's f/w error report ability, ZMLOG log a weird message indicating internal corruption: zmlog: bad record delimiter, records skipped The f/w was deliberately made to crash right after card startup. CR JAGab66344 When running lanscan, no I/O hardware path is displayed for initialized X.25 links. CR JAGab67642 ACC cards don't get claimed on K-class system with PCI cards CR JAGac39482 Random system panics in various ACC modules. CR JAGac39937 ZCOM_ZCONFIG_PORTSC does not work with 8-ch PCI card CR JAGab29104 This is an enhancement to improve driver trace performance and a minor improvement in accuracy of display when there is lots of trace output. Affects zx25d, naccX, and n2z driver trace and display programs. CR JAGab66263 The acc_bld_lpbk does not construct a correct ttgen card definition statement when "-p hdlc" is specified as an option. CR JAGab66266 The zscan command "it s" does not display the correct information, nor is the information formatted properly. CR JAGab66277 When the user's path variable was not defined or at least not set with the paths expected by the ACC scripts, various ACC script failures would occur. CR JAGab66351 The ACC X.25/9000 link software product SD control scripts and other invoked ksh scripts violated the SD control script guidelines for output messages. CR JAGab67495 The E1/T1 dam had a type cast error which caused the backplane command buffer to be displayed incorrectly whenever the ACC MUX card failed and was restarted. CR JAGab77775 The zmapr() API call was causing a spinlock deadlock panic. CR JAGab84691 Enhancement Request: Add support for the new 8-port PCI card. CR JAGab92639 A small memory leak exist in the LDM's zmapr() processing. CR JAGab66287 Enhancement Request: TTGEN and LDM must allow the number of terminal entries to be configured. Currently, the maximum number of terminals that can be supported for any given card is hard coded at 4096. CR JAGab75933 Very occasionally, a level 2 firmware terminal will hang after being disabled. CR JAGab79171 The level 2 firmware protocol sometimes does not send frames after a link reset. CR JAGac00084 Zmasterd is taking up to 7 minutes to startup the ZCOM subsystem with large I/O systems. CR JAGac29736 The enhancement to show diagnostic information on a "Firmware Error 5" (ACC CPU fault error) contained a bug. The code still shows "5" CR JAGac39934 When doing a ZTERM "PT" command to set port config of a port (reproduced with a 4pNIO card), LDM panics at dsc_port(). CR JAGab66248 When running under heavy load on a multi-processor system, the z7200a, z7400a, or z7350a ACC cards can experience a heartbeat timeout failure. CR JAGac39361 When running zscan on a 11.0 core dump, zscan can't find the "Zcom_memory" symbol. Hence, zscan cannot examine the ZCOM memory in the core dump kernel. PHNE_20567: CR JAGab84277 CR JAGab78249 The ACC card is sometimes reset due to a write completion length mismatch error after sending an INTERRUPT CONFIRMATION packet. PHNE_19050: ACC does not install correctly on K-class with PCI cards DTS TPO0h02670 After other non-ACC products with kernel components are added or removed, the x25init commands to configured X.25 links on ACC ports may fail with random symptoms. DTS: TPO0h02529 SR: None When the ZCOM subsystem is shutdown, pcapture does not terminate gracefully but logs three inappropriate error messages. DTS: TPO0h02789 SR: None HDLC terminals on X.21 lines sometimes can "bounce" as they are being enabled and brought up - meaning the line comes up, then quickly goes down and comes up again. This can lead to loss of transmitted data if the data is sent as soon as the terminal is enabled. DTS: TPO0h02786 SR: none This defect is a follow up to defect TPO0h02762. That defect addressed problems experienced when the 4-channel E1/T1 cards were loaded up in such a way that the Munich chip receive descriptors would overrun. This could be made to happen more readily by using a very small buffer size (32 bytes) with large frames. The symptom was usually that the receive channel would hang so no more frames could be received, until the subchannel was re-enabled. The changes made for TPO0h02762 fixed these problems except in a rare case, when it is still possible for the receive channel to hang. DTS: TPO0h02774 SR: none When an E1/T1 port is re-configured, while other ports are in use, it is possible for a "Backplane DMA timeout" to occur. DTS: TPO0h02773 SR: None Some ports on some cards do not work properly in X.21 mode on the 8-port NIO and EISA cards. Some of these failures occur just after a card reset, and recover after some 10 - 30 seconds. Other ports fail all the time. The failure appears to be the port detecting the CTS and/or DCD signals missing. DTS: TPO0h02762 SR: none With small buffers configured and large frames, it is possible to overrun the available receive and transmit descriptors used by the Munich chips. For example, with a buffer size of 32 bytes, a received frame larger than 588 bytes, or a transmitted frame larger than 1584 bytes cannot be handled. The level-1 protocol does not handle these cases cleanly, and can stop receiving or transmitting frames correctly. DTS: TPO0h02745 SR: None The nli2zcom (or axin) driver sometimes detects error -43 (timeout of level 2 disable request) in the nettl log, while attempting to shutdown an X.25 link. DTS: TPO0h02738 SR: none This bug causes a "firmware error 5" type card crash for the Z7330A and a "DMA timeout" for the Z7300A card. It occurs at random and is statistically more likely to occur, the greater the message rate. A high rate of short messages on relatively few channels is more likely to cause the problem than long messages on many channels. DTS: TPO0h02723 SR: none It is possible for an E1/T1 line to go down within one second of a received RAI or loss of frame sync. The FALC protocol module is supposed to ensure that the line is DOWN for 3 to 4 seconds before the other layers are informed. DTS: TPO0h02712 SR: None During ZCOM subsystem startup, the following error messages are placed into the ZCOM log file: zcom 00206 Card 0 Port 4 configuration failed with error 3. zcom 00206 Card 0 Port 5 configuration failed with error 1. The messages are logged infinitely with the port number being incremented by one for each message logged. This ZCOM log file quickly grows to fill the entire disk. DTS: TPO0h02706 SR: None The immediate $NOP (no operation) backplane command causes a firmware failure on the Z7330A 4-port pci card. This request is not used during normal ACC operation. DTS: TPO0h02681 SR: none The 60008 version of the 4-ch PCI card cannot synchronise correctly in E1 mode. The PMON output indicates occasional "Slip" errors which correspond to data errors on the line. DTS: TPO0h02676 SR: none The transmitted T1 signal waveform for the T1 RJ45 100ohm mode is not within the T1 specification. DTS: TPO0h02620 SR: None The nli2zcom (or axin) driver sometimes detects error -43 (timeout of level 2 disable request) in the nettl log, while attempting to shutdown an X.25 link. DTS: TPO0h02504 SR: none With the baud rate incorrectly configured as 64,000 while the actual line speed is 9600, transmitted frames can be cut short and joined together. DTS: TPO0h02477 SR: none Subchannel quota tables can be corrupted leading to an incorrectly reported "buffer shortage". DTS: TPO0h02438 SR: None When an exception occurs on an ACC card, a card reset is sometimes required before a firmware dump is taken. It has been found that some valuable data in the dump file gets corrupted, making the analysis of the firmware dump file much harder. DTS: TPO0h02429 SR: None The ACC loopback test (invoked by the LB command in zmntr) was occasionally failing with non-defective 8-port cards. The problem occurred on average about once every 50 zmntr LB commands. DTS: TPO0h02414 SR: none A customer would like to be able to configure the frame protocol buffer transmit timer in the same way timers are configured in HDLC-LAPB. A problem exists at baud rates of 1200 and below. A full buffer of data (238 bytes) will be cut short when the 1 second transmit timeout expires. DTS: TPO0h02389 SR: None. On the Z7300A and Z7330A 4-port ACC cards, under high message loads with large messages, an occasional single byte of user message data can be corrupted. DTS: TPO0h02331 SR: none When using zconfig() to dynamically configure ports on E1/T1 ACC cards, there is no check for invalid timeslot and subchannel configurations. DTS: TPO0h02280 SR: None. On the Z7330A and Z7300A 4-port ACC cards, a subchannel can occasionally stop receiving frames on one port. This would be indicated at the protocol level by timeouts and excessive retry errors. The subchannel can only be recovered by re-initializing the port. DTS: TPO0h02273 SR: None An x.25 PVC cannot be enabled after being explicitly disabled. This problem only occurs on the 4 port cards (I960 based) DTS: TPO0h02263 SR: None When using the X.25 protocol in the Z7300A and Z7330A 4-port ACC cards, if expeditied data (interrupt packets) are sent, the virtual circuit will be reset with diagnostic code of 145 three minutes after the interrupt packet is transmitted. DTS: TPO0h02256 SR: None The LAPB Z180 firmware blocks messages from being sent after a link reset under special circumstances: A received frame with a bad N(R) will result in a FRMR being sent. On receiving this, the remote end will send a SABM, our end send a UA and the link is re-established. This is fine. But once this process is through, the firmware refuses to send I-frames until it receives a frame.This is a bug. DTS: TPO0h02255 SR: None The ACC X.25 firmware occasionally fails in creating a large number of X.25 virtual circuits in a short period of time. This problem was discovered in executing a stress test that attempts to establish 1024 VCs. The driver sometimes detected that write completion messages arrived out of sequence. DTS: TPO0h02242 SR: None DMA timeout errors occur in running ISDN/X.25. DTS: TPO0h02239 SR: none The 4 port ACC is not able to detect an error condition when the ACC transmit side has been disconnected, but the receive side remains intact. It does not act on a received RAI signal. DTS: TPO0h02175 SR: None LAPB/LAPD terminals are not handling the "busy condition" properly. If one side of a link is inactive (sent RNR - Receiver Not Ready), the other side should poll every T1 until the remote end activates. DTS: TPO0h02173 SR: None On LAPB/LAPD connection establishment, groups of DM frames are sent between groups of SABM/SABME frames - which is incorrect. DM frames should not be sent during this connection establishment state. DTS: TPO0h02172 SR: None LAPB/LAPD: Extended Information and Supervisory frames that are received and are too short (missing part of control field) are simply being ignored. Receipt of these frames should result in the following action: LAPB - sends FRMR (w and x set) LAPD - sends SABME DTS: TPO0h01967 SR: None Some ports on some 8-port cards fail to come up in X.21 mode. DTS: TPO0h01780 SR: None The LAPB and LAPD protocols were not behaving correctly in relation to retransmission of the REJect frame. Only one REJect frame would be transmitted, despite never receiving an in-sequence I-frame which clears the reject condition. The standards state that that a REJect frame should be retransmitted every T1 interval until the condition clears. DTS: TPO0h01522 SR: None The x.25 firmware was failing to transmit a level 3 RR on a PVC when activated. Deactivating a PVC did result in a level 3 RNR being sent. DTS: TPO0h02813 SR: none Confusing message logged by ttgen for an invalid port mode. DTS: TPO0h02806 SR: None The zmasterd man page does not describe the "kill" option. TPO0h02784 SR None System hang/crash DTS: TPO0h02783 SR: none TTGEN does not allow an E1/T1 port to be configured in "Loopback" mode unless the Frame mode is set to TRANS. DTS: TPO0h02775 SR: none The lbtest() library function, which is called by ZMNTR to perform the port loopback test on E1/T1 ports, can cause a core dump. DTS: TPO0h02765 SR: None netfmt fails after the r2.40.01 ISDN/ACC product is installed DTS: TPO0h02759 SR: None Each time a "zmasterd stop" is issued, one or two additional zombie processes are left that do not disappear until a "zmasterd kill" is issued. DTS: TPO0h02685 SR: None Method required to repetitively run ACC card selftest for diagnostic purposes. DTS: TPO0h002684 During our factory internal testing, the ISDN subsystem failed to start up because of the dynamic port configuration error.The ACC zconfig() API was returning intermittent error. TPO0h02682 SR None When using the -c or -m option to set the card or trace filter mask, the operation would fail with an "invalid argument" error. DTS: TPO0h02674 SR: none SAM does not display a description of the ACC kernel tunable parameters or subsystems. DTS: TPO0h02669 SR: None During extreme card activity (especially inbound data) PCI systems, the system may panic with the following cause: Non-access data TLB miss (on the ICS) The panic stack trace produced by Q4 is: crash event was a panic panic+0x14 report_trap_or_int_and_panic+0x4c interrupt+0x1ec $ihndlr_rtn+0x0 nacc1_start_dma+0x394 nacc1_do_next_task+0x105c nacc1_int_event+0xc58 nacc1_isr+0x20 dino_isr+0x128 inttr_emulate_save_fpu+0x100 idle+0x49c swidle_exit+0x0 TPO0h02647 SR none System panic (data page fault in do_zsend) DTS: TPO0h02624 SR: 1653296699 The zmntr message counter values are displayed as "$$$$$$$" when the counter value exceeds 7 decimal digits. DTS: TPO0h02617 SR: None Card reset due to heartbeat timeout or messages being logged indicating "Write completion length mismatch". DTS: TPO0h02486 SR: None Hardware failured detected errors logged which is followed by an ACC card reset. DTS: TPO0h02446 SR: none TTGEN fails to catch re-defined subchannels. For example : subchannel 3 mapped to timeslot 3 subchannel 4 mapped to timeslot 4 subchannel 3 mapped to timeslots 8-31 DTS: TPO0h02428 SR: 4701408526 wsio_map() error shows up in dmesg system log when mapping EISA driver buffer. DTS: TPO0h02425 SR: None ACC panics the system.when using zmon restart followed by zx25init DTS: TPO0h02423 SR: none TTGEN does not report an error when inappropriate framing or encoding options are used for an E1 or T1 port configuration. DTS: TPO0h02421 SR: None When running ZTERM, the primary ZLU and the open ZLU (OP command) shows "$$$$" as the ZLU number. E.g. % zterm 19:15:54 ZCOM Interactive command utility 19:15:54 Primary ZLU is $$$$ ZTERM> ZTERM> op 19:15:58 ZLU #$$$$ opened with name AUX0235 ZTERM> op 19:16:03 ZLU #$$$$ opened with name AUX1235 ZTERM> DTS: TPO0h02387 SR: None DTS: TPO0h02412 SR: None During lab testing, when a MUX has an incomplete startup (e.g. with firmware file missing), port configuration requests made using zconfig() will hang forever. zmntr (MX command) showed the card as "Being reset". DTS: TPO0h02292 SR: none In TTGEN, the port and subchannel checks for T1 and E1 ports are of no difference. This is not correct and causes illegal configuration passed down to the mux. DTS: TPO0h02246 SR: none With the PMON utility in use, the ZMNTR loopback test cannot be run on any E1/T1 port. DTS: TPO0h02245 SR: None The pmon utility does not clean up its dynamically created terminals on exiting. DTS: TPO0h02222 SR: 5003427252 When BX.25 code is compiled with zcomsys.h, compiler gives error about the TRUE/FALSE definitions. DTS: TPO0h02189 SR: none zset_rcvr() allows shared receivers to be set without limit. But zget_shrcvr_list() silently imposes a limit of 64 shared retrieves (ZcMAX_SHARED_RCVRS) that can be retrieved. So a program can keep setting shared receivers, but cannot retrieve the whole list. DTS: TPO0h02107 SR: None It is found during code inspection/review that the zx25*() APIs do not have prototypes defined. All the other ZCOM APIs have such prototypes defined in zcomcall.h DTS: TPO0h02076 SR: None The ROM timestamp kept in Interface Table (IFT) will be shown (by zmntr MX command) as Year 19xx after Year 2000. DTS: TPO0h02037 SR: 5003415463 Utility zmlog reads zcom log buffer from the LDM. But occasionally the read return length is not consistent with the "log buffer length" kept in the returned log buffer. This usually happens when there is a lot of messages being logged in a short time, e.g. during system startup with a large number of X.25 circuit. But it did happen in a small configuration. When this happens, zmlog prints an error message in the ZCOM error log file and ignores the whole log buffer. DTS: TPO0h01918 SR: none The selftest on the Z7300A 4 port ACC cards can very occasionally not complete, leading to a timeout. DTS: TPO0h01629 SR: none Traces won't work if the core dump is not in the default directory. (/var/adm/crash) DTS: TPO0h01523 SR: 5003380527 When the operating system is configured incorrectly, there is not enough msg buffers (reported by HP-UX with dmesg error: Can't allocate message buffer.). When this happens zmasterd cold & kill does not behave properly because it can't get msg buffer in msgsnd(). DTS: TPO0h01209 SR: none port mode validation is incorrect in ttgen DTS: TPO0h00545 / SR: 4701323840 The customer has noted a problem when having large network events causing the zcom log file to grow very quickly and filling up the file system. This causes problems for the rest of the application and the customer would like a solution that would prevent the zcom log from taking out the file system. SR 4701407619 DTS TPO0h02389: Data corruption with many large multi-buffer x25 messages Defect Description: PHNE_26693: SR: 8606251039 CR: JAGae17105 Incorrect version of zcomsys.h file was delivered in /usr/conf/acc/ directory, because of which BX.25 installation was failing. Resolution: Correct version of zcomsys.h file is delivered in /usr/conf/acc/ directory. SR: 8606202094 CR: JAGad71268 A new queue "pendg_txreq" was added to the PTT in order to support the DAM's $DATA processing. This queue is used as a temporary holding place for the selected tx requests while building a $DATA backplane transaction. However, in zconfig terminal CLEAR & DELETE, this new queue is not checked or cleared at all. This means the DAM may be actively using this queue while the LDM is clearing or deleting the associated terminal. Resolution: Proper codes are added in the LDM to ensure this queue is also checked and cleared. SR: 8606229664 CR: JAGad98715 When stressing the system by running the reliability tests we see the above panic. The panic is because, in nacc1_cmplt_read, the DMA receive queue is found to be NULL. This is NULL because, there was a DMA time out and heart beat timeout, which caused the card to restart. When there is a card restart, the qhead becomes NULL, and hence the panic. Resolution: The fix is to check if qhead is NULL. If it is NULL, we log a trace message and return. PHNE_23721: SR: None CR: JAGab66302 zmasterd should accept a .answ file on cold start and run ttgen all by itself. zmasterd should as well be able to cold start from a .tmem file. Resolution: Changes have been made in zmon so that it can accept a .answ file for cold start, and run ttgen internally. SR: 8606131450 CR: JAGad00600 During testing cycle of the 8 port PCI s/w and h/w, zmasterd deactivate znode, left znode still running, whereas zmasterd deactivate zmlog, will remove zmlog from the run state.The problem was occurring because the znode daemon was ignoring the SIGTERM signal. Resolution: Code has been modified so that the znode daemon no longer ignores the SIGTERM signal. SR: 8606133312 CR: JAGad02457 The interface tunables tsize parameter for the E1/T1 cards and Z7340A 8-port PCI has inadequate editing in ttgen and checking in the firmware. If a value of 1 is specified it is accepted by ttgen and the firmware. This will cause a firmware failure. The minimum allowable value is 8 bytes. This would allow the header only, with no timers. The actual value must be a multiple of 8 bytes. Each timer entry occupies 8 bytes, in addition to the header. Resolution: Code has been changed in ttgen.c to take care of this. Also, a new error message has been added in def.ttgen.txt to indicate that the tsize value is not a multiple of 8. SR: 8606134147 CR: JAGad03287 zmntr MX command showed incorrect values for the TXusd field of each port. The value is in bytes, but does not correctly reflect the configured buffer size. It uses a fixed buffer size of 256 bytes, rather than the configured zbufsize. The number is most noticeably wrong when the buffer size is set large e.g. zbufsize=4096. Unack-limit has to be set up (say to 50000) to see larger values of TXusd. Resolution: The ipbytes is multiplied to zbufsize to get the correct value of TXUsd. Also, when printing the ipbytes, it was always left shifted by 8 making the value always not more than 256 bytes. For the Z7340A card, the left shift by 8 has been removed. SR: 8606135146 CR: JAGad04280 While doing DSC card-config tests (zconfig), it is found that the system shuts down a card even when a DSC card-startup or card-disable request is issued. Resolution: The reason for the above problem is that some "break" statements were missing in the switch statement in dsc_card() function of driver (LDM) code. It also misses out the setting of "irr.reason" to indicate different reasons for card disable or halt. The problems have been fixed in the code. SR: 8606136753 CR: JAGad05873 This problem does not affect the log visually. But when the log file is being filtered by the 'head' program, the extra null confuses 'head' and the correct line can't be extracted properly. Resolution: Code has been changed to remove the extra NULL character from hyphen lines. SR: 8606144270 CR: JAGad13610 When the 'MV' command in ZTERM is used, it gives the error; "Error on ZQMVE: Different nodes not allowed" when moving a message from a program ZLU to another program ZLU. Both are local ZLUs. Resolution: An additional check to see that the nodes are local or remote has been added which was missing earlier. SR: 8606144441 CR: JAGad13781 When "MALLOC with wait" is called with lock held, it returns NULL even though there is enough memory. In this case, the driver (zx25drv) held the lock and called "MALLOC with wait". This returns NULL, causing x25init to fail. Resolution: The fix is to unlock the spinlock before calling the MALLOC macro. SR 8606144481: CR: JAGad13821 If ZTERM TX is used to send a large number of messages to exhaust all ZCOM buffers (e.g. TX 1000 0 30000) in some systems, ZTERM's TX got suspended - this is expected. But in some systems, ZTERM's TX returned with a ZCOM error: "Error on ZSEND: Not enough system free buffers".The defect is noticed on uniprocessor systems.The code checks if the system is a MP system and if so puts the process to sleep until required buffer space becomes available. But, in the case of UP systems an error return is made if the required buffer space is not available. Resolution: The code has been changed to make both multiprocessor and uniprocessor systems behave same way to sleep till the requested buffer is free. SR: 8606147638 CR: JAGad16980 Using the runc command in pdisplay to configure the last port of any 2-port or 8-port ACC card fails with an error. Resolution: This defect was caused by a logic error in the port validation code. This has been corrected. SR: 8606152257 CR: JAGad21596 While testing, in an erroneous ZTERM PT command (ZPORT configuration), the returned status was incorrectly reported. E.g. ZPORT status 11 is reported as "Invalid subchannel number (which is the status for terminal configuration request). ZPORT status 11 should be "Mode/baud rate incompatibility".zterm uses an incorrect request code in calling x25stat(). Resolution: zterm used an incorrect request code in calling x25stat(). This has been rectified. SR: 8606152413 CR: JAGad21743 The transmit processing for the affected port was stalled, because the firmware was in an inconsistent state. Resolution: Two problems in the low level state processing of the frame protocol have been identified and corrected. Code changes have been made to take care of an inconsistent state where the transmit timer was not running, but the transmitter was active. Additional protection has also been added to interrupt critical state processing. SR: 8606152651 CR: JAGad21981 The software in ACC uses the same ift.iftype of "ZCOM_ITYPE_Z7300A" for both NIO 4-port and PCI 4-port cards. If there's any code that depends on a differentiation between these 2 types, it would lead to problems. Resolution: This problem is fixed by putting appropriate checks for both NIO 4-port and PCI 4-port cards. SR: 8606158851 CR: JAGad28181 Frames larger than 8220 bytes are discarded when received, by the HDLC.FRAME layer (level-1). Resolution: The maximum limit of the frame size has been increased to 10066. SR: 8606161692 CR: JAGad31008 The zmntr utility can be used to check the status of an ACC MUX. The command "zmntr mx" also shows the utilization of the processor on the ACC MUX. But the MPU activity with the use of the TRAU/GPRS protocol stays always at 0%. Resolution: The problem was occuring because the $STAT message in the driver (DAM) was given lower priority compared to messages in Express Queue, High Priority Queue and Low Priority queue. Because of this, the Status always got updated after processing messages in the queues. Hence the % activity always showed 0% because the CPU already finished processing messages and is now idle. The code change has been done such that the $STAT message is given the highest priority than the messages in the Express Queue, High Priority, and Low Priority Queue. SR: 8606155316 CR: JAGad24633 zconfig PORTSC for enabling subchannel does not check for valid card type and valid subchannel numbers. The zconfig call to 4-port card accepts wrong subchannel numbers also. Resolution: Code has been modified so that the driver (LDM) rejects the illegal subchannel numbers for 4-port card with ZCOM error: ZESUBCH (-49, Illegal subchannel number). SR: 8606187753 CR: JAGad56962 When messages are sent down to an HDLC-LAPB terminal after enabling it but before the link is established, those messages are never completed or flushed unless the link comes up. This leads to a variety of problems, including card buffer limits being reached. Resolution: The Level 2 state machine was adjusted to make sure messages are flushed after the first attempt at link establishment. So, after the T1 x N2 SABM attempt, all messages are flushed and no further messages are accepted by the protocol as the link down status is set. SR: 8606196867 CR: JAGad66065 The problem is observed while using ACC/ISDN cards with OTS and FTAM SW. During the data transfers the card intermittently hangs and transfer is stalled. Trying to stop the card by the MC/SG scripts causes system panic. The panic is due to accessing a null pointer and trying to do bcopy of a value accessed by that null pointer. Resolution: Now the defect has been fixed by checking if the pda->resp_qdb is NULL. Only if it is not NULL, bcopy is done. SR: 8606197871 CR: JAGad67062 During kernel build, bx25 header file (/usr/conf/acc/csihdw.h) includes zcomsys.h from /usr/conf/acc directory. zcomsys.h includes spinlock.h as follows : #ifdef _KERNEL #include #endif This makes compiler get spinlock.h file from /usr/include/sys/spinlock.h. Now, /usr/include/sys becomes the relative base directory (and not /usr/conf/acc). /usr/include/sys/spinlock.h has following lines: #ifdef _KERNEL_BUILD #include "../h/types.h" ... #endif Kernel build fails here since it is looking for /usr/include/sys/../h/spinlock.h which does not exist. The exact error indicated by compiler is: cpp: "/usr/include/sys/spinlock.h", line 15: error 4036: Can't open include file '../h/types.h'. Resolution: The fix is to change the zcomsys.h to : #include "../h/spinlock.h" instead of #include SR: 8606131976 CR: JAGad01126 This is caused by a port, not having frame-alignment when the LAPB terminals are enabled. The FALC protocol has a deliberate timer built in which waits 2-3 seconds before it will mark a link up (and 4-5 seconds before it will mark a link down). This is to prevent oscillating links. This prevents the physical link coming up for 2-3 seconds after the enable. The DOWN link, is actually able to pass up frames, so this port receives a SABM and sends a UA. The other side does not receive the UA so it sends another SABM.This leads to a few "Reset on received SABM" messages before the link is really up. Resolution: Discard received messages at level-1 when the link is down. So frames only get passed up to LAPB once the physical link is UP. This will avoid the extra status messages. PHNE_22252: CR JAGad25064 The maximum values for the kernel configurable parameters n2z_outb_buffer_sz and n2z_max_zstrbuf_pgs were incorrectly defined as 1 in file, paramsACC.tx. Due to this, SAM was giving the error message when trying to modify these values. Resolution: The maximum values for the above mentioned parameters are now set appropriately. PHNE_20744: CR JAGad00737 During a DMA operation to read the unsolicited status messages from the ACC card, a 6-byte data buffer in the DMA quad chain is not being correctly placed into memory and/or cache by the T600 bus hardware. The ACC nacc0 driver detected the inconsistent data, logged ZCOM message 225, and discarded the status buffer. Unfortunately, this buffer contains a "key" status message which places all VCs into the "usable" state. Since the status message was lost, the X.25 driver never placed the VCs into a state where calls could be received or placed. A work around to this hardware defect has been implemented in the ACC physical driver (nacc0). If cache and memory are synchronized (with dma_sync(.... IO_WRITE|IO_SYNC_MEM)) prior to the start of the DMA operation, this defect is avoided. CR JAGad01952 The heartbeat timeout condition is erroneous. There is a race condition in the driver's transition between idle and busy that results in the card heartbeat timer not being stopped as it should have been. If the card then kept continuously busy for 30 seconds, this symptom is reported. The fix is to stop the heartbeat timer whenever an non-DMA complete (e.g. external) interrupt arrives. CR JAGac40395 The level 2 maximum frame size was incorrectly set to 264 octets for packet sizes less than 256. The correct value is now configured by the ACC firmware. CR JAGad00179 This patch adds support for the new 8-port PCI card. Part of the modifications allows at least 8K terminals on both the E1/T1 and 8-port PCI cards. Because of this change, with protocols such as X.25, the size of the timer tables needed to support this many terminals is greater than the current maximum value. Therefore, the maximum is being increased to support a large number of terminals and their associated timers on these two cards. CR JAGac85160 zmon has been enhanced to allow dynamic memory configuration for the Z7340A ACC. Additional parameters tracesize and traceopt are now configurable for Z7300A, Z7330A and Z7340A. CR JAGad00987 The /opt/acc/cfg/ttgendefine file has additional defines added to allow symbolic specification of the traceopt keyword. CR JAGad00674 ACC firmware has been enhanced to provide firmware tracing. New utility fwtrace provided to enable uploading and display of captured firmware trace data. CR JAGac84425 When no buffer offset is used by the protocol, the backplane handling did not allocate a buffer, but assumed one was available. A buffer is now allocated for all zero length messages. CR JAGac86180 The processing to update the error counter was missing in the ACC X.25 firmware on the 4-port E1/T1 ACC cards. The processing has been added to update the terminal error counter whenever the X.25 statistics are uploaded. CR JAGac78571 Capability to handle option bit setting via a new control write interface, required for compatibility with the new level-1 HDLC frame protocol module for the Z7340A ACC card. No impact to the user. CR JAGac40392 When using statically defined X.25 devices, the X.25 terminal device is not deleted on the x25stop. When a second x25init is run, the X.25 ACC firmware re-uses a previously created level 2 terminal device without reconfiguring it. The X.25 Acc firmware has been updated to reconfigure an existing level 2 terminal device. CR JAGac87836 The ZL/PT/TE commands of zscan is not completely modified to show all the correct terminals for 8-port PCI card. Besides, the PT command does not show the "subchannel" number for E1T1 card. zscan and its message files are modified to show the terminal number properly (5-digits). PT command is modified to show the subchannel if E1T1 card. CR JAGac77692 The problem is caused by the driver making card restart requests to ZMON, while ZMON is still retrying card restart or card shutdown. These multiple requests can confuse ZMON and hence leaving the system in a weird situation. Two changes are made to stop the various problems. a. At the end of a successful card "stop" or "restart", ignore all all pending card restart requests. This prevents ZMON from over-swamped by the card requests. b. When a card "shutdown" requests competes and loses to a card "restart" request, the "shutdown" request retries immediately. Normally, it should win the IFT back and the other card restart requests will give up immediately. CR JAGac86490 It is caused by a corruption in the log buffer, caused by two messages being logged in parallel. The problem was introduced when MP processing was added to the Zc_mlput routine, which was changed to use the ZSPIN_LOCK macro to protect the critical section. However, the ZSPIN_LOCK macro is shrinken to 'do nothing' on a uniprocessor machine.The code was thoroughly reviewed and 3 sections are identified that will require the spl's in case of uniprocessor system. 1. zcom0.c: zcom0_read(), when calling Zc_mlget(). 2. zcom0.c: zcom0_write(), when calling Zc_mlput(). 3. zcom0.c: zcom0_read(), when calling Zc_remoteout(). CR JAGab66344 The lanscan program apparently uses the results of the X.25/9000 ioctl(X25_RD_HDW_PATH) which was recently added. The ACC nli2zcom driver did not implement this functionality and just returned a null string. We now return the full I/O path to the card associated with the SNID in the ioctl request. CR JAGab67642 The postinstall scripts of ACC look for "PCI|EISA" and if found identify the system as PCI and hook up the PCI drivers. Since ACC only supports NIO cards on K-class system the NIO cards don't get claimed. The fix would look at the "model" of the machine and if that happens to be K-class, we simply hook up the NIO driver. CR JAGac39482 When two or more "zmasterd cold" and "zmasterd stop/kill" commands are issued, it can cause the ACC kernel data structures to become invalid while they are being accessed by the ACC drivers. This causes a panic to occur. The location of the panic is dependent on the timing of the cold and stop commands and the particular data structure that is being referenced. The fix is to insure that a zmasterd stop cannot begin before the zmasterd cold is completely finished. This also applies to the reverse situation as well. CR JAGac39937 The API processing in the LDM request.c is not properly written to handle all different ways to do port configuration (zport, zconfig PORT, zconfig PORTSC) on different types of cards (Z180/I960 card, E1T1 & non-E1T1 cards). The API processing in the LDM request.c are reviewed and revised to handle the 3 types of port configs on E1/T1 and non-E1/T1 cards properly. CR JAGab29104 Sometimes an ACC problem can not be reproduced with trace turned on due to timing differences. The chances of reproducing a problem with trace turned on increases with better performance of the trace code. Also, with better performance, it can be acceptable to leave trace permanently turned on for faster troubleshooting. CR JAGab66263 The value passed in the -p option is taken as the absolute path to the firmware file except when the strings "x25" or "loopback" are specified. There was no check in the script for the strings "hdlc" or "lapd". These have been added. CR JAGab66266 There were numerous problems in this zscan command. The header line, column positioning with respect to the header, and the data content itself have all been modified to display appropriate info that has been correctly formatted. CR JAGab66277 All ACC scripts have been reviewed and a "PATH" statement added containing the standard HP-UX directories for various system utilities. This should allow the scripts to find the utilities regardless of the customer has setup the path environment variable. CR JAGab66351 The ksh and control scripts have been corrected to follow the SD guidelines. CR JAGab67495 The type cast in the source code has been corrected. CR JAGab77775 After examining the implementation of the zmapr() API call in the LDM, it was found that the code was not unlocking a spinlock it held on an error exit. CR JAGab84691 The ACC team is developing a new 8-port PCI serial card. The ACC software and firmware needs to be enhanced to support this new card. CR JAGab92639 During a code inspection, it was noticed that a timer used was not deallocated during the zmapr() processing. This could lead to a small memory leak. This function is rarely used and thus this is a very minor problem. CR JAGab66287 The new i960 based ACC cards have large amounts of on board memory and can support up to 16,384 terminals. Currently, ttgen allows the customer to configured the number of terminals on the card. However, the drivers and TTGEN ".tmem" has hard coded its internal tables to a fixed size of 4096 terminals. The ACC software has been enhanced to dynamically allocate the data structures related to the number of terminals based on the number of terminals actually configured by the customer. This allows the new 8-port PCI card and the 4-port E1/T1 to support much more than 4096 terminals per card. CR JAGab75933 The problem was caused by the disable request arriving at the firmware at a precise time during an unusual protocol exchange. The firmware terminal would not complete disabling itself, and would not respond to remote frames. It does, however, respond to an enable followed by a disable request. The root cause was the N2 retry limit exceeded event was not handled in one of the states. This problem has been corrected. CR JAGab79171 If the level 2 window is full during a link reset, no frames are sent when the link comes up. A received RR from the remote end does clear this condition - so it is not a serious problem. This was due to the txwinf flag not being initialised when a link reset takes place. This has been corrected. CR JAGac00084 During ZCOM subsystem startup, ioscan is run to verify that the cards installed in the system match those configured through the TTGEN configuration (.answ) file. Most of the time taken during startup is spent waiting for ioscan to scan the backplane for hardware. The fix is not to scan the physical backplane, but simple to retrieve the hardware information from the kernel that was gathered at system of "-FkC acc" instead of just "-F". CR JAGac29736 An incorrect parameter was being passed up to the drivers on in the CPU fault handling code. This has been corrected. CR JAGac39934 Typically, ZTERM "PT" command (when remote node is a non-zero value, including local node) calls zportx(), which issues a zconfig() with config=ZCOM_ZCONFIG_PORT request to the LDM, where dsc_port() is invoked. This routine has a similar problem as dsc_portsc(). Whenever the LDM code is compiled with optim level 2, the routine panics for with 'data page fault'. The routine seems ok when the optim level is 1 or 0 (no optimization). It is a known defect (recognised about a month ago), and a defect is logged to the C compiler (JAGac29271). The current workaround is to add "#pragma OPT_LEVEL 1" around the dsc_port() function, so as to lower the optim level for this routine. After recompilation with the above fix, the same ZTERM command does not cause a panic. CR JAGab66248 This problem is caused when the driver writes to the cards command register too quickly. If the driver causes the card's NMI routine to be re-entered while it is executing it causes the card to halt. After 30 seconds we see the symptom of a heartbeat timeout. The fix is to reorder the code which writes to the card's command register to prevent the NMI routine from being re-entered. CR JAGac39361 The zscan source code only uses nlist() to read 32-bit kernel core. Hence, it can't recognise a 64-bit kernel core file. The program is now enhanced that, when it uses nlist() to read the kernel core and if symbol not found, it'll use nlist64() before quitting with error. PHNE_20567: CR JAGab84277 CR JAGab78249 A defect in the ACC X.25 firmware caused the wrong buffer to be updated after processsing a request to transmit an INTERRUPT CONFIRMATION packet. PHNE_19050: DTS: TPO0h02670 When kernel components are added or removed from the system, it can cause the major numbers assigned to existing products to change. This results in device files with the wrong major number. The ACC script "FixMajor" is designed to correct the major numbers for all ACC device files. The code to fix the "zx25..." device files was missing which causes x25init to fail for ACC cards. FixMajor has been updated to correct the major number for all zx25m#p#s# device files. DTS: TPO0h02529 The pcapture daemon does not check for a ZCOM shutdown and terminates after three zread errors of any kind. pcapture has been modified to explicitly check for a ZCOM shutdown and then to silently exit for this case. DTS: TPO0h02789 SR: None The HDLCABM protocol verifies the status of the line (CTS/DCD/RTS type signals) on receipt of a frame. This verification checks status bits that are set by the frame protocol every 1 second. If the HDLC terminal is enabled and a frame is received within one second, the status bits may not be up-to-date. This indicates to the HDLC terminal that the link is down and it discards the frame. This problem has been fixed in the firmware. DTS: TPO0h02786 SR: none This problem occurs when a very high receive descriptor load is immediately followed by two background crxio() processes. This leads to the receive descriptor with the HOLD bit set to remain the HELD descriptor. This prevents the Munich from receiving any further frames until the subchannel is disabled and enabled again. With a normal configuration this problem is possible but very unlikely to occur. DTS: TPO0h02774 SR: none The problem occurs when the process_port.c module performs a hardware reset of the Munich and Falc chips on the port - using a library function port_reset(). As part of this reset the register 0xC0000004 is written with bit 3 set (DHOLD bit). This is intended to prevent ALL Munich chips accessing the system bus during the hardware reset. What happens is that if there is Munich activity on the system bus when the DHOLD bit is set, then only a few more Munich cycles occur and then the system bus is permanently stopped. The port configuration can only cause this problem if at least one other port is in operation. The Munich chips are now given a 'soft' reset when the port is re-configured. The hardware reset is not used at all. DTS: TPO0h02773 SR: None The Sipex chips (line drivers) when placed in RS422 mode (balanced signaling mode used for X.21) leave some unused TTL output pins in an unknown state. These pins are used for the CTS signal when the Sipex chip is in RS232 mode. The firmware was reading the state of the CTS signal - and the ISCC chips were configured to react to this signal. This problem was not detected before because the usual state of these Sipex pins signal that CTS is up. On some Sipex chips, this signal is down, or is down and then comes up after a short period of time after being put into RS422 mode.The firmware has been changed to ignore the CTS signal when in X.21 mode. Also the ISCC chips are configured to also ignore changes in the CTS and DCD signals.The firmware code still checks the DCD signal - which matches the X.21 Indicate signal, so the firmware still can detect a cable disconnect.Note: There is no problem in ignoring the (internal) CTS signal - as it does not map to any signal in X.21. DTS: TPO0h02762 SR: none The boundary case where the Munich receive channel goes through the whole descriptor chain before any are freed up, is not handled. Additionally there is no provision to handle frames larger than can be contained in the available set of receive descriptors. On the transmit side, frames which are too large to be processed with the available transmit descriptors, can be left queued forever, causing the transmit channel to hang. The new version of frame.c can now handle any size received frame, regardless of the configured buffer size. On the transmit side, frames which could be transmitted when TDs are freed up later are left queued. Frames which can never be transmitted because they contain more buffers than there are transmit descriptors available are flushed with the IO_LONG_MSG status code. The maximum size transmit frame can be calculated with the formula: F = (B-16) * 99 Where B is the configured buffer size and F is the maximum transmit frame size. DTS: TPO0h02745 SR: None The x25 firmware incorrectly processes the disable request if there were outstanding uncompleted control write requests, because of pending level 2 control packets to be transmitted. The x25 firmware processing of the disable request has been corrected. DTS: TPO0h02738 SR: none The problem is caused by some unprotected critical code. With high message load, there is more chance that the unprotected code will be interrupted and re-executed by the interrupt process, which causes queue corruption. DTS: TPO0h02723 SR: none The "downcounter" used to count the number of one second events at which the state of the line has changed does NOT get reset whenever the line is found UP in the UP state or DOWN in the DOWN state. This means the "second" count keeps accumulating until the line state changes. So if the line was found down 4 times since the port was started up then the next time the line is found to be down, the line will be marked DOWN immediately. The state is still checked only once each second so glitches are unlikely to bring the line down. However the line may go down within one second of the "Remote alarm" signal occurring in this case. This would only be noticed on a line with a lot of errors or one which has been running for a long time. The "downcounter" is now reset each time the line is found to be UP. DTS: TPO0h02712 SR: None This problem occurred due to an incorrectly coded IF statement which allowed the RESTART processing to continue past the end of the number of ports allowed on the E1/T1 card and also not retrieving the next port to be processing in the completion function.This caused the driver to continue issuing $PORT request for MAXINT number of ports. All $PORT request past port #3 would fail with an error message thus filling up the disk with zmlog error messages. The 4-port E1/T1 driver code has been corrected. DTS: TPO0h02706 SR: None The Z7330A firmware had incorrect handling of the $NOP (no operation) backplane command. This handling has been corrected. DTS: TPO0h02681 SR: none The FALC-LH has many changes in this area , and the new "loop-timed" mode is now necessary for E1 to operate correctly. The description of the "looped-timed" processing in the FALC-LH documentation matches precisely what we require for "EXT clock" operation. In the changes originally made for the 60008 card, Loop-timed was included as an extra clock mode. For this defect, the loop-timed clock option will be removed, and "Loop-timed" mode enabled on the FALC-LH whenever "EXT clock" is configured. DTS: TPO0h02676 SR: none The FALC waveform shaping parameters for the T1 RJ45 100ohm case are not right. New parameters are now implemented. DTS: TPO0h02620 SR: None The x25 firmware incorrectly processes the disable request if there were outstanding uncompleted control write requests, because of pending level 2 control packets to be transmitted. The x25 firmware processing of the disable request has been corrected. DTS: TPO0h02504 SR: none This is due to an enhancement that was made for defect TPO0h02414. The transmit timeout used at level-1 was shortened for baud rates as high as 64000. Because incorrect baud rate configurations can lead to this problem, part of the changes made for TPO0h02414 have now been backed out. The minimum timeout used is now 1 second which will allow for typical incorrect configurations. DTS: TPO0h02477 SR: none The mqfreeput() library function, when freeing a message composed of a queue of message headers (rather than buffers), makes the assumption that all of the component messages will have originated from the same subchannel as the first message, and adjusts the subchannel quota table of the first message header in the queue accordingly. This assumption is not always correct and can lead to the subchannel quota tables being corrupted. This does not affect any of the existing protocols, since there is never a case where messages originating from different subchannels are queued on the same message header. In the new firmware, as each message is freed from the message header queue, the quota pointed to by the freed message is updated. DTS: TPO0h02438 SR: None The firmware selftest (of the Munich chips) overwrites an area of memory that is used to store data during firmware execution. This Munich selftest is executed as part of the card reset. Since the self-test code is contained in the ROM - the firmware memory has been reorganised to avoid the areas used by the Munich self-test. DTS: TPO0h02429 SR: None A problem with the 8-port's ISCC chips caused a transmit underrun to be incorrectly generated during the start of a frame transmission - resulting in the first few bytes of that frame being corrupt. Note: The test is transmitting in single character mode.On initialisation of the ISCC, the firmware was issuing a "Reset Tx Underrun/EOM Latch" command. This was found to cause the occasional transmit underrun external/status interrupt. This reset command was taken out of the initialisation sequence in the testprot firmware. DTS: TPO0h02414 SR: none The transmit timeout is fixed at 1 second which is not enough to allow the complete transmission of a full buffer (238 bytes) at 1200 baud or less. The frame module now sets the timeout according to the configured baud rate on the port. Baud rate Tx timeout (x100ms) 300 136 600 69 1200 35 2400 18 4800 10 9600 6 >9600 4 These timeouts allow approximately double the necessary time for the maximum of 252 bytes to be transmitted. 252 bytes is the maximum number of bytes to be transmitted because that is the maximum which can be held in one ACC buffer. DTS: TPO0h02389 SR: None. When a large number of received messages are transferred in a single backplane transaction, the last byte of user data in a dma transfer can be corrupted. The code has been corrected to ensure the data is correctly set up before the dma transfer is initiated. DTS: TPO0h02331 SR: none This defect follows on from TPO0h02292, which addresses error detection in ttgen of unusable timeslots for T1. This defect is to include an error check in the 4-port firmware $PORT command to reject invalid configurations when using dynamic configurations. For the general port configuration (ZcDSC_ALL_PARMS) the firmware now prevents timeslot 0 being assigned to any subchannel except subchannel 0 (must be allowed for the default - unconfigured - case). The firmware prevents timeslots 25 to 31 being assigned to any subchannel except subchannel zero in T1 mode. For timeslot configuration requests, the firmware does not allow timeslot zero to be configured, or timeslots 25 to 31 in T1 mode. DTS: TPO0h02280 SR: None. A subchannel can be unexpectedly initialized as a result of an incorrect command to the Munich HDLC controller. The condition no longer causes the subchannel to be initialized. DTS: TPO0h02273 SR: None Mishandling of the cclr flag was found in the firmware code. The handling of the flag has been corrected. DTS: TPO0h02263 SR: None The internal timer for the interrupt confirmation packet was not being stopped when the interrupt confirmation was received. The code has been corrected. DTS: TPO0h02256 SR: None The transmit window full flag in the firmware was not being cleared on the link reset. The firmware did not send further messages because it thought the window was full.Code to reset this transmit window full flag have been added in the appropriate points. DTS: TPO0h02255 SR: None The X.25 firmware was using an 8-bit sequence counter to ensure in-sequence delivery of write completion messages back to the host. The result is that the firmware could not handle more than 256 outstanding transmitted packets at once. Since these particular request messages arrive on the card via the express queue, no flow-control mechanism is in place. More than 256 sent requests to the card resulted in out of sequence write completions.The X.25 firmware sequence counter has been extended to 16 bits. This increases the maximum outstanding requests to 65536 messages. DTS: TPO0h02242 SR: None An X.25 status request transaction is sent to the card while the terminal is being deleted. The stat request is queued on the terminal's queue, but not through the normal mechanism which pushes the backplane code onto the message stack. This mechanism did not check if the terminal is deleted. When a new terminal (with same terminal#) is created some time later,the stat request is sitting on its queue. It is then processed by the protocol layers and a stack underflow occurs, producing a CPU fault. The code has been changed to include the verification that the terminal is not deleted, which prevents the stat request transactions from being queued. DTS: TPO0h02239 SR: none The HDLC.FRAME protocol now puts the line down if RAI is received continuously for 3-4 seconds (as well as when frame sync is lost). However it does not transmit RAI if the line is down because of a received RAI. RAI is only transmitted when received frame sync is lost. DTS: TPO0h02175 SR: None Incorrect behavior coded into the HDLCABM state machine. The state machine has been corrected. DTS: TPO0h02173 SR: None Bad state change on N2/N200 timer expiration.The finite state machine (FSM) has been corrected. DTS: TPO0h02172 SR: None HDLC firmware was ignoring this condition.The HDLC firmware has been corrected. DTS: TPO0h01967 SR: None Change to ensure that X.21 is disabled for the Z7200A Rev.A card only. Change particularly focused at the Z7400A EISA cards to ensure that Rev.A cards are not disabled from X.21 configuration. This corrects the X.21 configuration problem with all cards. DTS: TPO0h01780 SR: None The HDLCABM state machine was not designed to handle REJect frame retransmission. Extensive changes have been made to the HDLCABM state machine to handle REJect frame retransmission. DTS: TPO0h01522 SR: None Mishandling of the rrch flag was found in the firmware code. The handling of the flag has been corrected. DTS: TPO0h02813 SR: none When a port mode value is specified in the TTGEN configuration that is not supported by the card type, the error message logged is unclear or confusing.The message text has been modified to indicate the port mode value is invalid for the card type. DTS: TPO0h02806 SR: None The zmasterd man page has been update to include the "kill" option of this utility. TPO0h02784 SR None This problem can occur when the ZCOM subsystem runs out of memory. In Zc_balloc(), the retry_balloc label was placed after the code which called ZCONVERT_USAV(context). However, the section below assumed that the spinlock conversion had already been done. The conversion is skipped if there is at least one buffer on the free queue and then if the code below is unable to find a free buffer that is big enough, it jumps to the retry_balloc label and uses the regular spinlock pointer which has not been currently initialized. On an NT system, it caused a system hang. DTS: TPO0h02783 SR: none The error checking for invalid port configurations failed to account for a port mode setting of LBACK. That is, TTGEN was validating that when the port mode was configured for E1, that E1 frame modes were used and that when the port mode was T1, that T1 frame modes were used. This caused the frame mode check to fail an E1 or T1 specific frame mode was selected and the port mode was set to LBACK (because LBACK is neither T1 or E1). The code has been modified to allow all frame modes when the port mode is LBACK. DTS: TPO0h02775 SR: none There is a switch() statement in lbtest.c which has it's logic wrong! There is an almost identical problem in the almost identical code in pmon.c which, although it has not yet caused a problem, is also fixed. DTS: TPO0h02765 SR: None After the r2.40.01 ISDN/ACC product is installed, the /etc/nettlgen.conf file will contain the ISDN_ACC_USR record to refer to the libTELfmt.sl shared library. netfmt fails when it refers to the libTELfmt.sl which is not built properly. DTS: TPO0h02759 SR: None After the "zmasterd stop" command completed, zmasterd was not receiving its children's termination signal causing them to be left hanging around in the system until the master copy of zmasterd terminated. The code has been modified to issue a waitpid() to terminate all children after the "stop" command is executed. DTS: TPO0h02685 SR: None An enhancement is provided to run the ACC card selftest repetitively using a new command SF. Please consult the SF command help interactively for further information. From the zdbi960 prompt type: "? sf" DTS: TPO0h002684 The problem was caused by two ACC internal port configuration routines that were not returning error value, when it was require. End result is that whatever is on the stack get returned. TPO0h02682 SR None The trace utility was not using the correct ioctl include files. The code was modified to pull in the proper ioctl definitions for setting the card and event mask filters for the DAM trace utilities. DTS: TPO0h02674 SR: none The SAM description files have never been created for the ACC products. This patch now includes appropriate ACC files for SAM. DTS: TPO0h02669 SR: None When the driver receives an external interrupt indicating inbound events waiting on the card, the driver reads the IRQ count register to find out how many pending event there are. This value is used to program the length of the next DMA operation. The DAM was expecting this value to arrive in "little endian" format and thus must do a byte swap before it can use the value. The firmware is writing this value in little endian format, but the PLD programming was converting it to big endian format. This means that the driver was corrupting the value by performing the byte swap. If the number of pending events exceeded 127, a *very* large negative number results which is used to program the next DMA operation which then cause the indicated panic. The driver has been modified not to do a byte swap. TPO0h02647 SR none When a ZLU is dynamically deleted and when using some of the data structures in do_zsend(), the code was not holding the correct spinlocks() resulting in unprotected critical sections. In addition, the ZLU deletion code was performing an illegal modification to the IFT spinlock pointer field. These problems led to a system panic in do_zsend(). The code was modified to provide proper MP critical section protection. DTS: TPO0h02624 SR: 1653296699 This symptom is as designed and indicates and out-of-range number. That is, there is insufficient room to display the number. Zmntr has been enhanced to automatically scale the value when it exceeds the available space on the screen. When a counter value exceeds 999999, it is divided by 1000 and the character 'K' is appended to the value. If the counter value exceeds 999999999, it is divided by 100000 and the character 'M' is appended to the value. Note that the counter value is rounded to the nearest 1000 or 1000000 as appropriate. DTS: TPO0h02617 SR: None The nacc drivers were being entered re-entrantly by the interrupt handler and/or user space request. This could result in a variety of symptoms or which two are listed. This was caused by timing windows in the code that could allow a second thread of execution in a multi-processor environment to reenter driver routines that do not allows this. The driver code was modified to eliminate the timing windows. DTS: TPO0h02486 SR: None This problem was caused by an interrupt collision between the NIO Lo-Quix chip on the ACC card and the HP-UX host. That is, the card sent up an external interrupt at the exact same time the host told the card to turn-off interrupts and to start a DMA operation. This resulted in the Lo-Quix chip being unable to complete the DMA request which eventually times out. The nacc1 and nacc0 drivers was modified to detect this condition and to sequence events to avoid the problem. DTS: TPO0h02446 SR: none TTGEN now reports an error in this case. DTS: TPO0h02428 SR: 4701408526 The problem is analyzed to be that we are not ZERO-ing the data structures used for eisa_dma_setup() . DTS: TPO0h02425 SR: None Here is a case where a msg was sent down to the card and the Write completion is yet to arrive. Meanwhile the Terminal is deleted that causes the Express, Hi and low priority queues to be flushed. On the arrival of Write completion we try to match and get to the msg we sent to the card and since the queues are flushed as part of deleting the TERM it does not find it. So results in panic. DTS: TPO0h02423 SR: none For E1 the options are: Framing DF CRCMF Encoding HDB3 AMI For T1 the options are: Framing F4 SF ESF F72 Encoding B8ZS AMI These are not interchangeable. These checks are now in place. DTS: TPO0h02421 SR: None This is a long known problem in ZTERM when ZLU number is larger than 9999. ZTERM uses a 4-char buffer to convert the number to ASCII characters and its conversion routine uses $$$$ to indicate overflow. In TTGEN answerfile, if "Terminal-ZLU" is defined as 10000, ZCOM will use 10001 and onwards for program ZLUs. In this case, when ZTERM opens its primary ZLU, it'll get 10001, which will cause the conversion routine to overflow. The whole ZTERM program is checked for 4-digit conversion. If overflow can occur, it is changed to 5-digit conversion. Most of them are the ZLU numbers. Some LTT and PTT numbers are also fixed. DTS: TPO0h02387 SR: None DTS: TPO0h02412 SR: None During a card startup, if it fails, zmon leaves the card in "Being Reset" state. This allows API requests to be accepted to operate on a non-functioning mux, hence, causing this problem. The MUX startup code in zmon is carefully re-arranged, so that whenever the startup fails and is incomplete, zmon marks the card status as not USABLE (e.g. Card Down), and marks all port status to DOWN. Then the zconfig, zport, and zcntl API requests will be rejected by the LDM immediately. The use of USABLE bit of MUX status is also re-designed. It merely means no API control is possible (and is mainly checked and used by the driver). A new status bit BAD is introduced to indicate the card is "bad" that zmon should not restart it any more (for Card Down and Card Absent). A new status "ABORT" is then invented, which means "Startup aborted, need retry" (the BAD bit is NOT set for this). This will be used by zmon for the case that restart has failed but it is retryable. DTS: TPO0h02292 SR: none The appropriate checks are added to ttgen: For T1 port: valid subchannel numbers: 0..31 valid timeslot numbers: 1..24 For E1 port: valid subchannel numbers: 0..31 valid timeslot numbers: 1..31 DTS: TPO0h02246 SR: none Because PMON creates a monitoring terminal on each E1/T1 port and enables it, ZMNTR cannot re-configure these ports. The answer is for ZMNTR to disable the PMON terminal on a port while it runs the loopback test on that port. The PMON terminal can then be re-enabled. DTS: TPO0h02245 SR: None The pmon utility doesn't delete the receiver for the dynamic reconfiguration events using the zevent_rc. The cleanup code has been added to the exit routine. DTS: TPO0h02222 SR: 5003427252 In zcomsys.h, the TRUE/FALSE definitions uses type casting to zc_boolean. Somehow, in some BX.25 application source, this crashes with other definitions of TRUE/FALSE. The zc_boolean type casting of TRUE/FALSE is removed. Now it is defined as "1" and "0", respectively. DTS: TPO0h02189 SR: none A simple check is added to the LDM driver to limit the number of shared receivers to ZcMAX_SHARED_RCVRS (64). A new error ZERCVRFULL (-18) is returned when trying to add more receivers. The new error is added to zcomsys.h and zerrmsg.txt. zevent_rcvr, zset_rcvr man pages are also updated. DTS: TPO0h02107 SR: None It was missed out when the zx25*() functions were first introduced to ZCOM. Function prototypes are added to "zcomcall.h", which is intended to be included when user wants to have prototype checking. DTS: TPO0h02076 SR: None When zmon initializes an ACC card, it uploads the ROM ID information from the card. One of the fields is the ROM timestamp in YYMMDD.hhmm ASCII format. zmon extracts the digits and convert the timestamp to HPUX time and save it in IFT. The two-digit year value is passed to mktime(), which expects a year value since 1900. In Year 2000, a ROM timestamp with year "00" will be shown as 1900. The timestamp conversion in zmon is modified to check whether the 2-digit year is less than 70. If so, it adds 100 to the year number before calling mktime() to convert the time. This supports year 1970 to 2037. Year 1970 is chosen because it is the base year of HPUX time. Year 2037 is when the 32-bit time overflow. DTS: TPO0h02037 SR: 5003415463 It is suspected that it is caused by contention in the driver, e.g. when multiple pieces of driver codes is trying to log messages and hitting some unprotected critical sections. DTS: TPO0h01918 SR: none The Munich communications controller can be requesting the i960 bus access, just as it is reset at the end of the selftest. This condition prevents further processing by the i960 microprocessor, until the i960 is reset. The workaround to the problem is to implement a reset retry mechanism in zmon, to retry the selftest if it fails to complete. DTS: TPO0h01629 SR: none There was no option to specify a different path for the core dump directory. We have added the -f option that allows an user to specify the full path of the core dump. DTS: TPO0h01523 SR: 5003380527 Currently, zmasterd & zmon use msg queue (msgrcv, msgsnd) to communicate the command: zmasterd to zmasterd daemon and response: zmon daemon to zmasterd daemon. The msgsnd() call used is a "Send-With-Wait" call. When there is not enough msg buffer in the system, the caller will be suspended until msg buffer is available. In this case of bad kernel config, it will be forever. Both zmasterd & zmon are changed to do a loop of msgsnd() With-No-Wait. The loop is of 15 seconds (5 retries with 3-second sleep interval). If system is out of msg buffer for 15 seconds, both of them will detect the error: Resource temporarily unavailable. This error will be logged to zcomlog and to console. And zmasterd & zmon is able to continue its processing. !! TEST CASE Try to configure the kernel INCORRECTLY with parameters msgssz 32768 msgseg 7168 After rebooting system, bring up ZCOM and observe the new error coming out to both ZCOM log and console. Make sure to restore the parameters after testing. DTS: TPO0h01209 SR: none ttgen did not take into account the entire set of ACC boards. We now check the following combinations: Name Value 8 port 2 port 4 port RS232 0 Good Good Bad V35 1 Bad Good Bad RS449 2 Bad Good Bad V36 3 Bad Good Bad RS422 4 Good Good Bad E1DB9 5 Bad Bad Good E1BNC 6 Bad Bad Good T1RJ45 7 Bad Bad Good LBACK 8 Good Good Good E1RJ45 9 Bad Bad Good T1DB9 10 Bad Bad Good T1BNC 11 Bad Bad Good X21 12 Good Good Bad DTS: TPO0h00545 / SR: 4701323840 This is an enhancement. A new mechanism is introduced. When the current log file (binary or text) gets to a max size, it is renamed with ".old" suffix (e.g. mon.tlog.old). A new empty log file is created as the current log file. If messages continue to come in before the end of day and the new log file hits the max again, it will be renamed again and OVERWRITE the previous ".old" file. This will result in losing messages. But the TOTAL size used by 1-day's log file is limited to TWICE the maximum file size. SR 4701407619 DTS TPO0h02389: Data corruption with many large multi-buffer x25 messages SR: 8606251039 8606202094 8606229664 8606131450 8606133312 8606134147 8606135146 8606136753 8606144270 8606144441 8606144481 8606147638 8606152257 8606152413 8606152651 8606158851 8606161692 8606155316 8606187753 8606196867 8606197871 8606131976 8606155751 8606109775 4701407619 4701323840 5003380527 5003415463 5003427252 4701408526 1653296699 1653309682 Patch Files: ACC.ACC-FW,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: ACC.ACC-FW,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP: ACC.ACC-FW,fr=B.03.10.01,fa=HP-UX_B.11.00_32/64,v=HP: /opt/acc/z7300a/download.zabs /opt/acc/z7330a/download.zabs /opt/acc/sys/z7400_fw.zrel /opt/acc/sys/z7350_fw.zrel /opt/acc/protocol/testprot.zrel /opt/acc/protocol/zx25.zrel /opt/acc/z7200a/hdlc.zabs /opt/acc/z7200a/hdlcnrm.zabs /opt/acc/z7200a/loopback.zabs /opt/acc/z7200a/x25.zabs /opt/acc/z7340a/download.zabs /opt/acc/z7350a/hdlc.zabs /opt/acc/z7350a/hdlcnrm.zabs /opt/acc/z7350a/loopback.zabs /opt/acc/z7350a/x25.zabs /opt/acc/z7400a/hdlc.zabs /opt/acc/z7400a/hdlcnrm.zabs /opt/acc/z7400a/loopback.zabs /opt/acc/z7400a/x25.zabs /opt/acc/sys/wmux3.zrel /opt/acc/sys/wmux4.zrel /opt/acc/protocol/hdlcabm.zrel /opt/acc/bin/fwkenb_base ACC.ACC-MAN,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP: ACC.ACC-MAN,fr=B.03.10.01,fa=HP-UX_B.11.00_32/64,v=HP: /opt/acc/share/man/man3.Z/getdevice.3x /opt/acc/share/man/man3.Z/ltfind.3x /opt/acc/share/man/man3.Z/ltqdget.3x /opt/acc/share/man/man3.Z/ltqdput.3x /opt/acc/share/man/man3.Z/makezluname.3x /opt/acc/share/man/man3.Z/ptfind.3x /opt/acc/share/man/man3.Z/zclos.3x /opt/acc/share/man/man3.Z/zcntl.3x /opt/acc/share/man/man3.Z/zcomerror.3x /opt/acc/share/man/man3.Z/zcomlname.3x /opt/acc/share/man/man3.Z/zcomlog.3x /opt/acc/share/man/man3.Z/zcomstatus.3x /opt/acc/share/man/man3.Z/zconfig.3x /opt/acc/share/man/man3.Z/zevent_rcvr.3x /opt/acc/share/man/man3.Z/zget_shrcvr_list.3x /opt/acc/share/man/man3.Z/zinfo.3x /opt/acc/share/man/man3.Z/zinit.3x /opt/acc/share/man/man3.Z/zltmg.3x /opt/acc/share/man/man3.Z/zltmx.3x /opt/acc/share/man/man3.Z/zltqueue.3x /opt/acc/share/man/man3.Z/zltstore.3x /opt/acc/share/man/man3.Z/zltup.3x /opt/acc/share/man/man3.Z/zluopen.3x /opt/acc/share/man/man3.Z/zmapr.3x /opt/acc/share/man/man3.Z/zname.3x /opt/acc/share/man/man3.Z/zopen.3x /opt/acc/share/man/man3.Z/zpeek.3x /opt/acc/share/man/man3.Z/zport.3x /opt/acc/share/man/man3.Z/zptup.3x /opt/acc/share/man/man3.Z/zqmve.3x /opt/acc/share/man/man3.Z/zqsze.3x /opt/acc/share/man/man3.Z/zread.3x /opt/acc/share/man/man3.Z/zrntimer.3x /opt/acc/share/man/man3.Z/zsend.3x /opt/acc/share/man/man3.Z/zsetql.3x /opt/acc/share/man/man3.Z/zset_rcvr.3x /opt/acc/share/man/man3.Z/ztimr.3x ACC.ACC-RUN,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: ACC.ACC-RUN,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP: ACC.ACC-RUN,fr=B.03.10.01,fa=HP-UX_B.11.00_32/64,v=HP: /opt/acc/share/man/man1.Z/zmasterd.1 /opt/acc/TEL/lib/libTELfmt.sl /opt/acc/lbin/acc_bld_lpbk /opt/acc/bin/zdbi960 /opt/acc/msg/def.ztest.txt /opt/acc/msg/def.zcom.txt /opt/acc/msg/def.zdbi960.txt /opt/acc/msg/def.zmntr.txt /opt/acc/msg/def.zmon.txt /opt/acc/msg/def.zscan.txt /opt/acc/msg/def.ttgen.txt /opt/acc/msg/def.ldmtrc.txt /opt/acc/bin/ttlst /opt/acc/bin/zscan /opt/acc/bin/zterm /opt/acc/bin/zmntr /opt/acc/bin/zmntrf /opt/acc/bin/pmon /opt/acc/msg/zerrmsg.txt /opt/acc/bin/zmasterd /opt/acc/bin/zmon /opt/acc/bin/znode /opt/acc/bin/ttgen /opt/acc/bin/zmlog /opt/acc/msg/def.zmlog.txt /opt/acc/lbin/ACC_ksh_functs /opt/acc/lbin/FixMajor /opt/acc/bin/fwtrace /opt/acc/cfg/zcomdevice.txt /opt/acc/cfg/zcomdevice /opt/acc/cfg/ttgendefine /opt/acc/share/man/man3.Z/getdevice.3x /opt/acc/share/man/man3.Z/ltfind.3x /opt/acc/share/man/man3.Z/ltqdget.3x /opt/acc/share/man/man3.Z/ltqdput.3x /opt/acc/share/man/man3.Z/makezluname.3x /opt/acc/share/man/man3.Z/ptfind.3x /opt/acc/share/man/man3.Z/zclos.3x /opt/acc/share/man/man3.Z/zcntl.3x /opt/acc/share/man/man3.Z/zcomerror.3x /opt/acc/share/man/man3.Z/zcomlname.3x /opt/acc/share/man/man3.Z/zcomlog.3x /opt/acc/share/man/man3.Z/zcomstatus.3x /opt/acc/share/man/man3.Z/zconfig.3x /opt/acc/share/man/man3.Z/zevent_rcvr.3x /opt/acc/share/man/man3.Z/zget_shrcvr_list.3x /opt/acc/share/man/man3.Z/zinfo.3x /opt/acc/share/man/man3.Z/zinit.3x /opt/acc/share/man/man3.Z/zltmg.3x /opt/acc/share/man/man3.Z/zltmx.3x /opt/acc/share/man/man3.Z/zltqueue.3x /opt/acc/share/man/man3.Z/zltstore.3x /opt/acc/share/man/man3.Z/zltup.3x /opt/acc/share/man/man3.Z/zluopen.3x /opt/acc/share/man/man3.Z/zmapr.3x /opt/acc/share/man/man3.Z/zname.3x /opt/acc/share/man/man3.Z/zopen.3x /opt/acc/share/man/man3.Z/zpeek.3x /opt/acc/share/man/man3.Z/zport.3x /opt/acc/share/man/man3.Z/zptup.3x /opt/acc/share/man/man3.Z/zqmve.3x /opt/acc/share/man/man3.Z/zqsze.3x /opt/acc/share/man/man3.Z/zread.3x /opt/acc/share/man/man3.Z/zrntimer.3x /opt/acc/share/man/man3.Z/zsend.3x /opt/acc/share/man/man3.Z/zsetql.3x /opt/acc/share/man/man3.Z/zset_rcvr.3x /opt/acc/share/man/man3.Z/ztimr.3x ACC.ACC-X25AN-RUN,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: ACC.ACC-X25AN-RUN,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP: ACC.ACC-X25AN-RUN,fr=B.03.10.01,fa=HP-UX_B.11.00_32/64,v=HP: /opt/acc/bin/pcapture /opt/acc/bin/pdisplay ACC.ACC-KRN,fr=B.03.02.00,fa=HP-UX_B.11.00_32,v=HP: ACC.ACC-KRN,fr=B.03.10.00,fa=HP-UX_B.11.00_32,v=HP: ACC.ACC-KRN,fr=B.03.10.01,fa=HP-UX_B.11.00_32,v=HP: /usr/conf/acc/drvr_trace.h /usr/conf/acc/nacc1.h /usr/conf/acc/nacc1_trace.h /usr/conf/acc/zcom_trace.h /usr/conf/acc/zcomsys.h /opt/acc/bin/nacc_trc /opt/acc/bin/nacc1_trc /opt/acc/bin/nacc1_stats /opt/acc/bin/zldm_trc /usr/conf/lib/libzcom.a /usr/conf/lib/libnacc1_pci.a /usr/conf/lib/libnacc1_nio.a /usr/conf/lib/libnacc_nio.a /usr/conf/lib/libnacc_eisa.a /usr/conf/lib/libzcomsyms.o /usr/conf/lib/nacc_eisasyms.o /usr/conf/lib/nacc_niosyms.o /usr/conf/lib/nacc1_niosyms.o /usr/conf/lib/nacc1_pcisyms.o /usr/conf/lib/nacc2_syms.o /usr/conf/master.d/nacc /usr/conf/space.h.d/nacc_space.h /usr/sam/lib/kc/paramsACC.tx /usr/sam/lib/kc/subsysACC.tx /usr/sam/lib/kc/driversACC.tx ACC.ACC-KRN,fr=B.03.02.00,fa=HP-UX_B.11.00_64,v=HP: ACC.ACC-KRN,fr=B.03.10.00,fa=HP-UX_B.11.00_64,v=HP: ACC.ACC-KRN,fr=B.03.10.01,fa=HP-UX_B.11.00_64,v=HP: /usr/conf/acc/drvr_trace.h /usr/conf/acc/nacc1.h /usr/conf/acc/nacc1_trace.h /usr/conf/acc/zcom_trace.h /usr/conf/acc/zcomsys.h /opt/acc/bin/nacc_trc /opt/acc/bin/nacc1_trc /opt/acc/bin/nacc1_stats /opt/acc/bin/zldm_trc /usr/conf/lib/libzcom.a /usr/conf/lib/libnacc1_pci.a /usr/conf/lib/libnacc1_nio.a /usr/conf/lib/libnacc_nio.a /usr/conf/lib/libnacc_eisa.a /usr/conf/lib/libzcomsyms.o /usr/conf/lib/nacc_eisasyms.o /usr/conf/lib/nacc_niosyms.o /usr/conf/lib/nacc1_niosyms.o /usr/conf/lib/nacc1_pcisyms.o /usr/conf/lib/nacc2_syms.o /usr/conf/master.d/nacc /usr/conf/space.h.d/nacc_space.h /usr/sam/lib/kc/paramsACC.tx /usr/sam/lib/kc/subsysACC.tx /usr/sam/lib/kc/driversACC.tx what(1) Output: ACC.ACC-FW,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: /opt/acc/z7300a/download.zabs: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ACC Base F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 LAP -B Protocol F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 LAP -D Protocol F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 X.2 5 Protocol F/W Firmware tracing version 1.00 /opt/acc/z7330a/download.zabs: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ACC Base F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 LAP -B Protocol F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 LAP -D Protocol F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 X.2 5 Protocol F/W Firmware tracing version 1.00 /opt/acc/sys/z7400_fw.zrel: ZCOM Z7400A System Software ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_f FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts /opt/acc/sys/z7350_fw.zrel: ZCOM Z7350A System Software ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 z735 0_fw. CPU clock 32MHz /opt/acc/protocol/testprot.zrel: ZCOM Port Diagnostic Module ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 test prot. /opt/acc/protocol/zx25.zrel: ZCOM X.25 Protocol ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 zx25 .z80 ZCOM X.25 Level 2 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abm. cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abmf smtab /opt/acc/z7200a/hdlc.zabs: ZCOM System Firmware (ROM) Rev 04.B 921106.1200 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 200_s ZCOM System Software (WMUX1) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux1.z ZCOM System Software (WMUX3) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux3.z CPU clock 16MHz ZCOM System Software (WMUX4) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux4.z FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts ZCOM LEVEL1 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 le vel1. ZCOM HDLC ABM Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab mfsmt ZCOM Monitor Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 mo nitor ZCOM Port Diagnostic Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pm entta ZCOM System Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 um uxent /opt/acc/z7200a/hdlcnrm.zabs: ZCOM System Firmware (ROM) Rev 04.B 921106.1200 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 200_s ZCOM System Software (WMUX1) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux1.z ZCOM System Software (WMUX3) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux3.z CPU clock 16MHz ZCOM System Software (WMUX4) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux4.z FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts ZCOM LEVEL1 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 le vel1. ZCOM HDLC NRM Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 hd lcnrm ZCOM HDLC NRM State Tables ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 nr mfsmt ZCOM Monitor Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 mo nitor ZCOM Port Diagnostic Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pm entta ZCOM System Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 um uxent /opt/acc/z7200a/loopback.zabs: ZCOM System Firmware (ROM) Rev 04.B 921106.1200 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 200_s ZCOM System Software (WMUX1) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux1.z ZCOM System Software (WMUX3) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux3.z CPU clock 16MHz ZCOM System Software (WMUX4) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux4.z FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts ZCOM LEVEL1 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 le vel1. ZCOM Monitor Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 mo nitor ZCOM Port Diagnostic Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pm entta ZCOM System Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 um uxent /opt/acc/z7200a/x25.zabs: ZCOM System Firmware (ROM) Rev 04.B 921106.1200 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 200_s ZCOM System Software (WMUX1) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux1.z ZCOM System Software (WMUX3) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux3.z CPU clock 16MHz ZCOM System Software (WMUX4) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux4.z FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts ZCOM LEVEL1 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 le vel1. ZCOM X.25 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 zx 25.z8 ZCOM X.25 Level 2 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab mfsmt ZCOM HDLC ABM Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab mfsmt ZCOM Monitor Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 mo nitor ZCOM Port Diagnostic Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pm entta ZCOM System Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 um uxent /opt/acc/z7340a/download.zabs: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ACC Base F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 BSC H Protocol F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 LAP -B Protocol F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 LAP -D Protocol F/W ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 X.2 5 Protocol F/W Firmware tracing version 1.00 /opt/acc/z7350a/hdlc.zabs: ZCOM System Firmware (ROM) Rev 01.T5 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 z735 0_rom ZCOM Z7350A System Software ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 z735 0_fw. CPU clock 32MHz ZCOM LEVEL1 Protocol ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 leve l1.z8 ZCOM HDLC ABM Protocol ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abm. cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abmf smtab ZCOM Monitor Module ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 moni tor.z ZCOM Port Diagnostic Module ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 test prot_ ZCOM Protocol Module Entry Point Table ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 pmen ttab. /opt/acc/z7350a/hdlcnrm.zabs: ZCOM System Firmware (ROM) Rev 01.T5 ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 z735 0_rom ZCOM Z7350A System Software ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 z735 0_fw. CPU clock 32MHz ZCOM LEVEL1 Protocol ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 leve l1.z8 ZCOM HDLC NRM Protocol ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 hdlc nrm.z ZCOM HDLC NRM State Tables ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 nrmf smtab ZCOM Monitor Module ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 moni tor.z ZCOM Port Diagnostic Module ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 test prot_ ZCOM Protocol Module Entry Point Table ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 pmen ttab. /opt/acc/z7350a/loopback.zabs: ZCOM System Firmware (ROM) Rev 01.T5 ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 z735 0_rom ZCOM Z7350A System Software ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 z735 0_fw. CPU clock 32MHz ZCOM LEVEL1 Protocol ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 leve l1.z8 ZCOM Monitor Module ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 moni tor.z ZCOM Port Diagnostic Module ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 test prot_ ZCOM Protocol Module Entry Point Table ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 pmen ttab. /opt/acc/z7350a/x25.zabs: ZCOM System Firmware (ROM) Rev 01.T5 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 z735 0_rom ZCOM Z7350A System Software ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 z735 0_fw. CPU clock 32MHz ZCOM LEVEL1 Protocol ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 leve l1.z8 ZCOM X.25 Protocol ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 zx25 .z80 ZCOM X.25 Level 2 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abm. cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abmf smtab ZCOM HDLC ABM Protocol ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abm. cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abmf smtab ZCOM Monitor Module ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 moni tor.z ZCOM Port Diagnostic Module ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 test prot_ ZCOM Protocol Module Entry Point Table ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 pmen ttab. /opt/acc/z7400a/hdlc.zabs: ZCOM System Firmware (ROM) Rev 01.B5 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_r ZCOM Z7400A System Software ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_f FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts ZCOM LEVEL1 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 le vel1. ZCOM HDLC ABM Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab mfsmt ZCOM Monitor Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 mo nitor ZCOM Port Diagnostic Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pm entta /opt/acc/z7400a/hdlcnrm.zabs: ZCOM System Firmware (ROM) Rev 01.B5 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_r ZCOM Z7400A System Software ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_f FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts ZCOM LEVEL1 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 le vel1. ZCOM HDLC NRM Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 hd lcnrm ZCOM HDLC NRM State Tables ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 nr mfsmt ZCOM Monitor Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 mo nitor ZCOM Port Diagnostic Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pm entta /opt/acc/z7400a/loopback.zabs: ZCOM System Firmware (ROM) Rev 01.B5 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_r ZCOM Z7400A System Software ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_f FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts ZCOM LEVEL1 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 le vel1. ZCOM Monitor Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 mo nitor ZCOM Port Diagnostic Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pm entta /opt/acc/z7400a/x25.zabs: ZCOM System Firmware (ROM) Rev 01.B5 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_r ZCOM Z7400A System Software ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 z7 400_f FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts ZCOM LEVEL1 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 le vel1. ZCOM X.25 Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 zx 25.z8 ZCOM X.25 Level 2 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab mfsmt ZCOM HDLC ABM Protocol ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ab mfsmt ZCOM Monitor Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 mo nitor ZCOM Port Diagnostic Module ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pm entta /opt/acc/sys/wmux3.zrel: ZCOM System Software (WMUX3) ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 wmux 3.z80 CPU clock 16MHz /opt/acc/sys/wmux4.zrel: ZCOM System Software (WMUX4) ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 wm ux4.z FTXBEGIN. Do nothing if disabled FTXBEGIN. Force processing if timer not running. FTXBEGIN. Disable Tx Interrupts FTIMR. Disable Tx Interrupts /opt/acc/protocol/hdlcabm.zrel: ZCOM HDLC ABM Protocol ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abm. cpp ZCOM HDLC ABM State Tables Rev:1.12 991216.1023 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 abmf smtab /opt/acc/bin/fwkenb_base: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 ACC.ACC-MAN,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP: /opt/acc/share/man/man3.Z/getdevice.3x: None /opt/acc/share/man/man3.Z/ltfind.3x: None /opt/acc/share/man/man3.Z/ltqdget.3x: None /opt/acc/share/man/man3.Z/ltqdput.3x: None /opt/acc/share/man/man3.Z/makezluname.3x: None /opt/acc/share/man/man3.Z/ptfind.3x: None /opt/acc/share/man/man3.Z/zclos.3x: None /opt/acc/share/man/man3.Z/zcntl.3x: None /opt/acc/share/man/man3.Z/zcomerror.3x: None /opt/acc/share/man/man3.Z/zcomlname.3x: None /opt/acc/share/man/man3.Z/zcomlog.3x: None /opt/acc/share/man/man3.Z/zcomstatus.3x: None /opt/acc/share/man/man3.Z/zconfig.3x: None /opt/acc/share/man/man3.Z/zevent_rcvr.3x: None /opt/acc/share/man/man3.Z/zget_shrcvr_list.3x: None /opt/acc/share/man/man3.Z/zinfo.3x: None /opt/acc/share/man/man3.Z/zinit.3x: None /opt/acc/share/man/man3.Z/zltmg.3x: None /opt/acc/share/man/man3.Z/zltmx.3x: None /opt/acc/share/man/man3.Z/zltqueue.3x: None /opt/acc/share/man/man3.Z/zltstore.3x: None /opt/acc/share/man/man3.Z/zltup.3x: None /opt/acc/share/man/man3.Z/zluopen.3x: None /opt/acc/share/man/man3.Z/zmapr.3x: None /opt/acc/share/man/man3.Z/zname.3x: None /opt/acc/share/man/man3.Z/zopen.3x: None /opt/acc/share/man/man3.Z/zpeek.3x: None /opt/acc/share/man/man3.Z/zport.3x: None /opt/acc/share/man/man3.Z/zptup.3x: None /opt/acc/share/man/man3.Z/zqmve.3x: None /opt/acc/share/man/man3.Z/zqsze.3x: None /opt/acc/share/man/man3.Z/zread.3x: None /opt/acc/share/man/man3.Z/zrntimer.3x: None /opt/acc/share/man/man3.Z/zsend.3x: None /opt/acc/share/man/man3.Z/zsetql.3x: None /opt/acc/share/man/man3.Z/zset_rcvr.3x: None /opt/acc/share/man/man3.Z/ztimr.3x: None ACC.ACC-RUN,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: /opt/acc/share/man/man1.Z/zmasterd.1: None /opt/acc/TEL/lib/libTELfmt.sl: None /opt/acc/lbin/acc_bld_lpbk: None /opt/acc/bin/zdbi960: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 zdbi96 0 ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 /opt/acc/msg/def.ztest.txt: $Header: def.ztest.txt@@/main/6 09/19/98 15:23:19 $ Rev: /main/6 $ /opt/acc/msg/def.zcom.txt: $Header: def.zcom.txt@@/main/20 11/24/99 12:53:10 $ Rev: /main/20 $ /opt/acc/msg/def.zdbi960.txt: $Header: def.zdbi960.txt@@/main/9 12/21/99 22:01:08 $ /opt/acc/msg/def.zmntr.txt: $Header: def.zmntr.txt@@/main/5 03/14/00 01:33:30 $ Rev: /main/5 $ /opt/acc/msg/def.zmon.txt: $Header: def.zmon.txt@@/main/r3.10_r3.02/1 06/16/00 03:01:34 $Rev: /main/r3.10_r3.02/1 $ /opt/acc/msg/def.zscan.txt: $Header: def.zscan.txt@@/main/22 02/21/00 23:51:54 $Rev: /main/22 $ /opt/acc/msg/def.ttgen.txt: $Header: def.ttgen.txt@@/main/r3.10_r3.02/1 06/19/0 0 01:12:36 $Rev: /main/r3.10_r3.02/1 $ /opt/acc/msg/def.ldmtrc.txt: None /opt/acc/bin/ttlst: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 ttlst /opt/acc/bin/zscan: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 zscan /opt/acc/bin/zterm: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 zte rm /opt/acc/bin/zmntr: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 zmn tr /opt/acc/bin/zmntrf: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 zmn tr /opt/acc/bin/pmon: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pmo n /opt/acc/msg/zerrmsg.txt: $Header: zerrmsg.txt@@/main/6 08/09/99 13:18:37 $Re v: /main/6 $ /opt/acc/bin/zmasterd: ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 zmast erd ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 libZm d_c.a /opt/acc/bin/zmon: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 zmo n ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 lib Zmd_c.a /opt/acc/bin/znode: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 zno de ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 lib Zmd_c.a /opt/acc/bin/ttgen: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 ttg en /opt/acc/bin/zmlog: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 zml og ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 lib Zmd_c.a /opt/acc/msg/def.zmlog.txt: $Header: def.zmlog.txt@@/main/4 11/03/98 23:44:36 $ Rev: /main/4 $ /opt/acc/lbin/ACC_ksh_functs: None /opt/acc/lbin/FixMajor: None /opt/acc/bin/fwtrace: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 fwtrac e /opt/acc/cfg/zcomdevice.txt: None /opt/acc/cfg/zcomdevice: None /opt/acc/cfg/ttgendefine: None /opt/acc/share/man/man3.Z/getdevice.3x: None /opt/acc/share/man/man3.Z/ltfind.3x: None /opt/acc/share/man/man3.Z/ltqdget.3x: None /opt/acc/share/man/man3.Z/ltqdput.3x: None /opt/acc/share/man/man3.Z/makezluname.3x: None /opt/acc/share/man/man3.Z/ptfind.3x: None /opt/acc/share/man/man3.Z/zclos.3x: None /opt/acc/share/man/man3.Z/zcntl.3x: None /opt/acc/share/man/man3.Z/zcomerror.3x: None /opt/acc/share/man/man3.Z/zcomlname.3x: None /opt/acc/share/man/man3.Z/zcomlog.3x: None /opt/acc/share/man/man3.Z/zcomstatus.3x: None /opt/acc/share/man/man3.Z/zconfig.3x: None /opt/acc/share/man/man3.Z/zevent_rcvr.3x: None /opt/acc/share/man/man3.Z/zget_shrcvr_list.3x: None /opt/acc/share/man/man3.Z/zinfo.3x: None /opt/acc/share/man/man3.Z/zinit.3x: None /opt/acc/share/man/man3.Z/zltmg.3x: None /opt/acc/share/man/man3.Z/zltmx.3x: None /opt/acc/share/man/man3.Z/zltqueue.3x: None /opt/acc/share/man/man3.Z/zltstore.3x: None /opt/acc/share/man/man3.Z/zltup.3x: None /opt/acc/share/man/man3.Z/zluopen.3x: None /opt/acc/share/man/man3.Z/zmapr.3x: None /opt/acc/share/man/man3.Z/zname.3x: None /opt/acc/share/man/man3.Z/zopen.3x: None /opt/acc/share/man/man3.Z/zpeek.3x: None /opt/acc/share/man/man3.Z/zport.3x: None /opt/acc/share/man/man3.Z/zptup.3x: None /opt/acc/share/man/man3.Z/zqmve.3x: None /opt/acc/share/man/man3.Z/zqsze.3x: None /opt/acc/share/man/man3.Z/zread.3x: None /opt/acc/share/man/man3.Z/zrntimer.3x: None /opt/acc/share/man/man3.Z/zsend.3x: None /opt/acc/share/man/man3.Z/zsetql.3x: None /opt/acc/share/man/man3.Z/zset_rcvr.3x: None /opt/acc/share/man/man3.Z/ztimr.3x: None ACC.ACC-X25AN-RUN,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: /opt/acc/bin/pcapture: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 pcaptu re ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 libZmd _c.a /opt/acc/bin/pdisplay: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 pdi splay ACC.ACC-KRN,fr=B.03.02.00,fa=HP-UX_B.11.00_32,v=HP: /usr/conf/acc/drvr_trace.h: $Header: drvr_trace.h@@/main/15 12/09/99 11:47:44 $ /usr/conf/acc/nacc1.h: $Header: nacc1.h@@/main/18 03/03/00 09:57:42 $ /usr/conf/acc/nacc1_trace.h: $Header: nacc1_trace.h@@/main/r3.10_r3.02/1 03/18/0 2 14:23:05 $ /usr/conf/acc/zcom_trace.h: $Header: zcom_trace.h@@/main/3 11/24/99 07:20:08 $ /usr/conf/acc/zcomsys.h: $Header: zcomsys.h@@/main/r3.10_r3.02/1 05/15/01 15 :20:20 $ /opt/acc/bin/nacc_trc: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 nacc_t rc /opt/acc/bin/nacc1_trc: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_26693 nac c1_trc /opt/acc/bin/nacc1_stats: ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 nacc1 _stats /opt/acc/bin/zldm_trc: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 zldm_t rc $ PATCH/11.00:PHCO_20765 Jan 6 2000 15:28:18 $ /usr/conf/lib/libzcom.a: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_26693 lib zcom.a /usr/conf/lib/libnacc1_pci.a: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_26693 lib nacc1_pci.a /usr/conf/lib/libnacc1_nio.a: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_26693 lib nacc1_nio.a /usr/conf/lib/libnacc_nio.a: ACC Rel B.03.10.01 for 32-bit B.11.00 PHNE_23721 lib nacc.a /usr/conf/lib/libnacc_eisa.a: ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 libnac c.a ACC Rel B.03.0X for 32-bit B.11.00 PHNE_20744 libeac c.a /usr/conf/lib/libzcomsyms.o: None /usr/conf/lib/nacc_eisasyms.o: None /usr/conf/lib/nacc_niosyms.o: None /usr/conf/lib/nacc1_niosyms.o: None /usr/conf/lib/nacc1_pcisyms.o: None /usr/conf/lib/nacc2_syms.o: None /usr/conf/master.d/nacc: None /usr/conf/space.h.d/nacc_space.h: $Header: nacc_space.h@@/main/10 12/08/99 17:22:44 $ /usr/sam/lib/kc/paramsACC.tx: None /usr/sam/lib/kc/subsysACC.tx: None /usr/sam/lib/kc/driversACC.tx: None ACC.ACC-KRN,fr=B.03.02.00,fa=HP-UX_B.11.00_64,v=HP: /usr/conf/acc/drvr_trace.h: $Header: drvr_trace.h@@/main/15 12/09/99 11:47:44 $ /usr/conf/acc/nacc1.h: $Header: nacc1.h@@/main/18 03/03/00 09:57:42 $ /usr/conf/acc/nacc1_trace.h: $Header: nacc1_trace.h@@/main/r3.10_r3.02/1 03/18/0 2 14:23:05 $ /usr/conf/acc/zcom_trace.h: $Header: zcom_trace.h@@/main/3 11/24/99 07:20:08 $ /usr/conf/acc/zcomsys.h: $Header: zcomsys.h@@/main/r3.10_r3.02/1 05/15/01 15 :20:20 $ /opt/acc/bin/nacc_trc: ACC Rel B.03.0X for 64-bit B.11.00 PHNE_20744 nacc_t rc /opt/acc/bin/nacc1_trc: ACC Rel B.03.10.01 for 64-bit B.11.00 PHNE_26693 nac c1_trc /opt/acc/bin/nacc1_stats: ACC Rel B.03.01-B.03.02 for B.11.00 PHNE_19050 nacc1 _stats /opt/acc/bin/zldm_trc: ACC Rel B.03.0X for 64-bit B.11.00 PHNE_20744 zldm_t rc $ PATCH/11.00:PHCO_20765 Jan 6 2000 15:34:48 $ /usr/conf/lib/libzcom.a: ACC Rel B.03.10.01 for 64-bit B.11.00 PHNE_26693 lib zcom.a /usr/conf/lib/libnacc1_pci.a: ACC Rel B.03.10.01 for 64-bit B.11.00 PHNE_26693 lib nacc1_pci.a /usr/conf/lib/libnacc1_nio.a: ACC Rel B.03.10.01 for 64-bit B.11.00 PHNE_26693 lib nacc1_nio.a /usr/conf/lib/libnacc_nio.a: ACC Rel B.03.10.01 for 64-bit B.11.00 PHNE_23721 lib nacc.a /usr/conf/lib/libnacc_eisa.a: ACC Rel B.03.0X for 64-bit B.11.00 PHNE_20744 libnac c.a ACC Rel B.03.0X for 64-bit B.11.00 PHNE_20744 libeac c.a /usr/conf/lib/libzcomsyms.o: None /usr/conf/lib/nacc_eisasyms.o: None /usr/conf/lib/nacc_niosyms.o: None /usr/conf/lib/nacc1_niosyms.o: None /usr/conf/lib/nacc1_pcisyms.o: None /usr/conf/lib/nacc2_syms.o: None /usr/conf/master.d/nacc: None /usr/conf/space.h.d/nacc_space.h: $Header: nacc_space.h@@/main/10 12/08/99 17:22:44 $ /usr/sam/lib/kc/paramsACC.tx: None /usr/sam/lib/kc/subsysACC.tx: None /usr/sam/lib/kc/driversACC.tx: None cksum(1) Output: ACC.ACC-FW,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: 4068933646 2135633 /opt/acc/z7300a/download.zabs 2312203549 2282717 /opt/acc/z7330a/download.zabs 393006086 42170 /opt/acc/sys/z7400_fw.zrel 1494705659 39310 /opt/acc/sys/z7350_fw.zrel 1075761464 9336 /opt/acc/protocol/testprot.zrel 2714297626 47362 /opt/acc/protocol/zx25.zrel 3927206241 25950 /opt/acc/z7200a/hdlc.zabs 426362442 25822 /opt/acc/z7200a/hdlcnrm.zabs 4091687817 18208 /opt/acc/z7200a/loopback.zabs 3082305230 40276 /opt/acc/z7200a/x25.zabs 1751962157 2085762 /opt/acc/z7340a/download.zabs 1374905619 24850 /opt/acc/z7350a/hdlc.zabs 1904498842 24716 /opt/acc/z7350a/hdlcnrm.zabs 1777259751 17100 /opt/acc/z7350a/loopback.zabs 1162548836 39164 /opt/acc/z7350a/x25.zabs 1983334780 26012 /opt/acc/z7400a/hdlc.zabs 1874830937 25898 /opt/acc/z7400a/hdlcnrm.zabs 612193387 18284 /opt/acc/z7400a/loopback.zabs 1524181267 40336 /opt/acc/z7400a/x25.zabs 3624266479 27430 /opt/acc/sys/wmux3.zrel 2751068089 11482 /opt/acc/sys/wmux4.zrel 413149562 30026 /opt/acc/protocol/hdlcabm.zrel 1640257638 90112 /opt/acc/bin/fwkenb_base ACC.ACC-MAN,fr=B.03.10.00,fa=HP-UX_B.11.00_32/64,v=HP: 1451161339 3041 /opt/acc/share/man/man3.Z/getdevice.3x 3360089361 2666 /opt/acc/share/man/man3.Z/ltfind.3x 1521372679 2485 /opt/acc/share/man/man3.Z/ltqdget.3x 3715300112 2294 /opt/acc/share/man/man3.Z/ltqdput.3x 2042191404 2422 /opt/acc/share/man/man3.Z/makezluname.3x 1417615138 3257 /opt/acc/share/man/man3.Z/ptfind.3x 1802870426 1816 /opt/acc/share/man/man3.Z/zclos.3x 3473107781 5658 /opt/acc/share/man/man3.Z/zcntl.3x 2963540586 1677 /opt/acc/share/man/man3.Z/zcomerror.3x 2875976918 1567 /opt/acc/share/man/man3.Z/zcomlname.3x 2885757641 3043 /opt/acc/share/man/man3.Z/zcomlog.3x 2653736971 1684 /opt/acc/share/man/man3.Z/zcomstatus.3x 1080598248 22209 /opt/acc/share/man/man3.Z/zconfig.3x 3940917841 5717 /opt/acc/share/man/man3.Z/zevent_rcvr.3x 3149807853 2630 /opt/acc/share/man/man3.Z/ zget_shrcvr_list.3x 3589036774 2917 /opt/acc/share/man/man3.Z/zinfo.3x 1576699403 2857 /opt/acc/share/man/man3.Z/zinit.3x 425465107 1886 /opt/acc/share/man/man3.Z/zltmg.3x 3768304314 1938 /opt/acc/share/man/man3.Z/zltmx.3x 1125356267 2597 /opt/acc/share/man/man3.Z/zltqueue.3x 3859769331 2912 /opt/acc/share/man/man3.Z/zltstore.3x 159378248 2357 /opt/acc/share/man/man3.Z/zltup.3x 2497233834 2686 /opt/acc/share/man/man3.Z/zluopen.3x 3403881567 1913 /opt/acc/share/man/man3.Z/zmapr.3x 1025361311 2086 /opt/acc/share/man/man3.Z/zname.3x 2328943010 3284 /opt/acc/share/man/man3.Z/zopen.3x 3145420498 1854 /opt/acc/share/man/man3.Z/zpeek.3x 3514166435 6687 /opt/acc/share/man/man3.Z/zport.3x 2641063257 1902 /opt/acc/share/man/man3.Z/zptup.3x 2044933100 1755 /opt/acc/share/man/man3.Z/zqmve.3x 134924110 2155 /opt/acc/share/man/man3.Z/zqsze.3x 1882304179 5077 /opt/acc/share/man/man3.Z/zread.3x 4293499465 2317 /opt/acc/share/man/man3.Z/zrntimer.3x 568720769 7584 /opt/acc/share/man/man3.Z/zsend.3x 3158621264 2869 /opt/acc/share/man/man3.Z/zsetql.3x 3430431923 4012 /opt/acc/share/man/man3.Z/zset_rcvr.3x 4292807494 2067 /opt/acc/share/man/man3.Z/ztimr.3x ACC.ACC-RUN,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: 932196366 2378 /opt/acc/share/man/man1.Z/zmasterd.1 898473894 32827 /opt/acc/TEL/lib/libTELfmt.sl 1026863311 7210 /opt/acc/lbin/acc_bld_lpbk 2195182991 196608 /opt/acc/bin/zdbi960 4285602691 16976 /opt/acc/msg/def.ztest.txt 3091584669 7306 /opt/acc/msg/def.zcom.txt 1390949018 30531 /opt/acc/msg/def.zdbi960.txt 3810233329 19440 /opt/acc/msg/def.zmntr.txt 3130153359 10675 /opt/acc/msg/def.zmon.txt 2602247608 16378 /opt/acc/msg/def.zscan.txt 261112776 34036 /opt/acc/msg/def.ttgen.txt 1663078421 667 /opt/acc/msg/def.ldmtrc.txt 1066355430 106496 /opt/acc/bin/ttlst 1591513697 139264 /opt/acc/bin/zscan 1131698072 229376 /opt/acc/bin/zterm 2508295591 229376 /opt/acc/bin/zmntrf 1192564001 176128 /opt/acc/bin/zmntr 3360439559 106496 /opt/acc/bin/pmon 4127512862 5041 /opt/acc/msg/zerrmsg.txt 3006546491 103537 /opt/acc/bin/zmasterd 570445692 155648 /opt/acc/bin/zmon 399298164 118784 /opt/acc/bin/znode 4160558715 126976 /opt/acc/bin/ttgen 4019276228 102400 /opt/acc/bin/zmlog 3683530253 2495 /opt/acc/msg/def.zmlog.txt 681967728 23260 /opt/acc/lbin/ACC_ksh_functs 870165060 4781 /opt/acc/lbin/FixMajor 1806670537 163840 /opt/acc/bin/fwtrace 2490607621 6615 /opt/acc/cfg/zcomdevice.txt 404792799 2356 /opt/acc/cfg/zcomdevice 2029449134 3708 /opt/acc/cfg/ttgendefine 1451161339 3041 /opt/acc/share/man/man3.Z/getdevice.3x 3360089361 2666 /opt/acc/share/man/man3.Z/ltfind.3x 1521372679 2485 /opt/acc/share/man/man3.Z/ltqdget.3x 3715300112 2294 /opt/acc/share/man/man3.Z/ltqdput.3x 2042191404 2422 /opt/acc/share/man/man3.Z/makezluname.3x 1417615138 3257 /opt/acc/share/man/man3.Z/ptfind.3x 1802870426 1816 /opt/acc/share/man/man3.Z/zclos.3x 3473107781 5658 /opt/acc/share/man/man3.Z/zcntl.3x 2963540586 1677 /opt/acc/share/man/man3.Z/zcomerror.3x 2875976918 1567 /opt/acc/share/man/man3.Z/zcomlname.3x 2885757641 3043 /opt/acc/share/man/man3.Z/zcomlog.3x 2653736971 1684 /opt/acc/share/man/man3.Z/zcomstatus.3x 1080598248 22209 /opt/acc/share/man/man3.Z/zconfig.3x 3940917841 5717 /opt/acc/share/man/man3.Z/zevent_rcvr.3x 3149807853 2630 /opt/acc/share/man/man3.Z/ zget_shrcvr_list.3x 3589036774 2917 /opt/acc/share/man/man3.Z/zinfo.3x 1576699403 2857 /opt/acc/share/man/man3.Z/zinit.3x 425465107 1886 /opt/acc/share/man/man3.Z/zltmg.3x 3768304314 1938 /opt/acc/share/man/man3.Z/zltmx.3x 1125356267 2597 /opt/acc/share/man/man3.Z/zltqueue.3x 3859769331 2912 /opt/acc/share/man/man3.Z/zltstore.3x 159378248 2357 /opt/acc/share/man/man3.Z/zltup.3x 2497233834 2686 /opt/acc/share/man/man3.Z/zluopen.3x 3403881567 1913 /opt/acc/share/man/man3.Z/zmapr.3x 1025361311 2086 /opt/acc/share/man/man3.Z/zname.3x 2328943010 3284 /opt/acc/share/man/man3.Z/zopen.3x 3145420498 1854 /opt/acc/share/man/man3.Z/zpeek.3x 3514166435 6687 /opt/acc/share/man/man3.Z/zport.3x 2641063257 1902 /opt/acc/share/man/man3.Z/zptup.3x 2044933100 1755 /opt/acc/share/man/man3.Z/zqmve.3x 134924110 2155 /opt/acc/share/man/man3.Z/zqsze.3x 1882304179 5077 /opt/acc/share/man/man3.Z/zread.3x 4293499465 2317 /opt/acc/share/man/man3.Z/zrntimer.3x 568720769 7584 /opt/acc/share/man/man3.Z/zsend.3x 3158621264 2869 /opt/acc/share/man/man3.Z/zsetql.3x 3430431923 4012 /opt/acc/share/man/man3.Z/zset_rcvr.3x 4292807494 2067 /opt/acc/share/man/man3.Z/ztimr.3x ACC.ACC-X25AN-RUN,fr=B.03.02.00,fa=HP-UX_B.11.00_32/64,v=HP: 1052705346 118784 /opt/acc/bin/pcapture 3989343167 221184 /opt/acc/bin/pdisplay ACC.ACC-KRN,fr=B.03.02.00,fa=HP-UX_B.11.00_32,v=HP: 2706440366 34119 /usr/conf/acc/drvr_trace.h 1531366680 31426 /usr/conf/acc/nacc1.h 3665497969 38953 /usr/conf/acc/nacc1_trace.h 2225981061 20156 /usr/conf/acc/zcom_trace.h 140298294 117337 /usr/conf/acc/zcomsys.h 3799035122 28672 /opt/acc/bin/nacc_trc 371715384 28672 /opt/acc/bin/nacc1_trc 4036431491 20560 /opt/acc/bin/nacc1_stats 1267802494 225280 /opt/acc/bin/zldm_trc 4216908078 265428 /usr/conf/lib/libzcom.a 193587659 225746 /usr/conf/lib/libnacc1_pci.a 946213531 112682 /usr/conf/lib/libnacc1_nio.a 224854488 113290 /usr/conf/lib/libnacc_nio.a 2614444196 116282 /usr/conf/lib/libnacc_eisa.a 2386526146 208184 /usr/conf/lib/libzcomsyms.o 3864048550 210084 /usr/conf/lib/nacc_eisasyms.o 985011378 201900 /usr/conf/lib/nacc_niosyms.o 3674157849 203464 /usr/conf/lib/nacc1_niosyms.o 3095720463 208772 /usr/conf/lib/nacc1_pcisyms.o 3310231046 200232 /usr/conf/lib/nacc2_syms.o 1373343404 4288 /usr/conf/master.d/nacc 3719862614 6522 /usr/conf/space.h.d/nacc_space.h 4049740604 2557 /usr/sam/lib/kc/paramsACC.tx 3930524831 373 /usr/sam/lib/kc/subsysACC.tx 2534842375 538 /usr/sam/lib/kc/driversACC.tx ACC.ACC-KRN,fr=B.03.02.00,fa=HP-UX_B.11.00_64,v=HP: 2706440366 34119 /usr/conf/acc/drvr_trace.h 1531366680 31426 /usr/conf/acc/nacc1.h 3665497969 38953 /usr/conf/acc/nacc1_trace.h 2225981061 20156 /usr/conf/acc/zcom_trace.h 140298294 117337 /usr/conf/acc/zcomsys.h 1645283279 29896 /opt/acc/bin/nacc_trc 2319469142 32368 /opt/acc/bin/nacc1_trc 2045474553 17520 /opt/acc/bin/nacc1_stats 422255585 350848 /opt/acc/bin/zldm_trc 3764268153 540448 /usr/conf/lib/libzcom.a 1003644583 519802 /usr/conf/lib/libnacc1_pci.a 2321477283 252236 /usr/conf/lib/libnacc1_nio.a 3466589442 234258 /usr/conf/lib/libnacc_nio.a 1906295645 249502 /usr/conf/lib/libnacc_eisa.a 828917023 256008 /usr/conf/lib/libzcomsyms.o 1312591447 258352 /usr/conf/lib/nacc_eisasyms.o 2696708941 248248 /usr/conf/lib/nacc_niosyms.o 2998382100 250328 /usr/conf/lib/nacc1_niosyms.o 1827727216 256608 /usr/conf/lib/nacc1_pcisyms.o 905637926 246808 /usr/conf/lib/nacc2_syms.o 1373343404 4288 /usr/conf/master.d/nacc 3719862614 6522 /usr/conf/space.h.d/nacc_space.h 4049740604 2557 /usr/sam/lib/kc/paramsACC.tx 3930524831 373 /usr/sam/lib/kc/subsysACC.tx 2534842375 538 /usr/sam/lib/kc/driversACC.tx Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: The following installation instructions apply only in the case the SNAPlus2 Link software is being installed or in use. Patch PHNE_21530 or its superseding patch should not be installed except in this case. If SNAPlus2 Link software-- Z7484AA--is installed on the target system, the SNA patch--PHNE_21530 or its superseding patch --must be installed before this patch--PHNE_26693. The SNA patch should be installed with swinstall and the system should be rebooted before installing PHNE_26693. Supersedes: PHNE_19050 PHNE_20567 PHNE_20744 PHNE_22252 PHNE_23721 Equivalent Patches: None Patch Package Size: 16470 KBytes Installation Instructions: Please review all instructions and the Hewlett-Packard SupportLine User Guide or your Hewlett-Packard support terms and conditions for precautions, scope of license, restrictions, and, limitation of liability and warranties, before installing this patch. ------------------------------------------------------------ 1. Back up your system before installing a patch. 2. Login as root. 3. Copy the patch to the /tmp directory. 4. Move to the /tmp directory and unshar the patch: cd /tmp sh PHNE_26693 5. Run swinstall to install the patch: swinstall -x autoreboot=true -x patch_match_target=true \ -s /tmp/PHNE_26693.depot By default swinstall will archive the original software in /var/adm/sw/save/PHNE_26693. If you do not wish to retain a copy of the original software, include the patch_save_files option in the swinstall command above: -x patch_save_files=false WARNING: If patch_save_files is false when a patch is installed, the patch cannot be deinstalled. Please be careful when using this feature. For future reference, the contents of the PHNE_26693.text file is available in the product readme: swlist -l product -a readme -d @ /tmp/PHNE_26693.depot To put this patch on a magnetic tape and install from the tape drive, use the command: dd if=/tmp/PHNE_26693.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: If SNAPlus2 Link software--Z7484AA--is installed on the target system, the SNA patch--PHNE_21530 or its superseding patch --must be installed before this patch--PHNE_26693. The SNA patch should be installed with swinstall and the system should be rebooted before installing PHNE_26693. CHANGE IN ZCOM INTERNAL REV NUMBER: Before using zmasterd, your .tmem files will need to be recompiled using the ttgen utility. Otherwise, zmasterd will consider them incompatible with this patch release of ACC due to a change in the ACC internal revision number. Z7340A 8-PORT PCI ACC CARD This patch supports the new Z7340A 8-port PCI Serial ACC card. This card operates at up to 2Mbps on each port of the card, concurrently. When configuring the card, use a card type of "z7340a". The firmware for this card is located in the directory /opt/acc/z7340a/. The port configuration for the z7340a is identical to that of the z7350a card. If the Z7340A card was inserted into the system prior to the installation of this patch, then an appropriate loopback.answ file will be created. Otherwise, follow the instructions in the "Adding or Moving Hardware After Installation" section of the ACC Installation and Configuration Guide.