Patch Name: PHNE_18717 Patch Description: s700_800 10.20 2.40-2.40.02 X.25/ACC Protocol Patch Creation Date: 99/08/23 Post Date: 99/11/24 Hardware Platforms - OS Releases: s700: 10.20 s800: 10.20 Products: Z7404AA_APZ Z7301A_APZ Filesets: ACC-X25.ACC-X25-FW ACC-X25.ACC-X25-KRN ACC-X25.ACC-X25-MAN ACC-X25.ACC-X25-RUN Automatic Reboot?: Yes Status: General Superseded Critical: No Path Name: /hp-ux_patches/s700_800/10.X/PHNE_18717 Symptoms: PHNE_18717: DTS TPO0h02233 Under high rates of X.25 link startup and shutdown, as seen for instance under ISDN/ACC, the axin driver reports error 2015 in the nettl log, indicating a timeout has ocurred during link shutdown. DTS TPO0h01780 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 TPO0h01967 Some ports on some 8-port cards fail to come up in X.21 mode. DTS TPO0h02172 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 TPO0h02173 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 TPO0h02175 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 TPO0h02256 The LAPB Z180 firmware blocks messages from being sent aftera 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 TPO0h02414 A customer would like to be able to congigure 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 TPO0h02429 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 TPO0h02484 After booting X25/9000 with x25init, a further x25init after a card reset would hang. This only occurs if PVCs are defined on 8-port and 2-port Z180 based ACC cards. DTS TPO0h02504 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 TPO0h02745 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 TPO0h02773 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 - 30seconds. Other ports fail all the time. The failure appears to be the port detecting the CTS and/or DCD signals missing. DTS TPO0h02671 Add nettl L3 tracing for X.25 to the B.02.39/B.02.40 releases. DTS TPO0h02610 Add Q4 support for the 10.X release. DTS TPO0h02755: The ACC mux, port, and subchannel numbers are not logged in the zx25 messages DTS TPO0h02327: For PVC ZLUs, the following message is logged when inbound packets arrive on the PVC: zx25d 00415 Link <#>: Illegal packet received! Diagnostic = 36. Packet = Pkt length = <#> TPO0h02648: System panic (data page fault) after VC Reset issued by firmware. PHNE_17026: SR 5003437947 For NIO 8-port ACC cards, DMA timeout was occurring during ZCOM/ACC subsystem startup in HP K class systems (and potentially any T series) with 2 or more ACC cards installed. The problem is faster to reproduce if 2 ACC cards have failing ports and/or the ACC cards are not numbered consecutively (0, 1, 2, etc.) in the user's ACC .answ file. PHNE_15354: DTS NONE Inbound Call indication packet is lost when the packet arrives *immediately* after a Restart exchange resulting in "Application timeout on inb. call" message in ZCOM log file. DTS TPO0h02042: 4-ch card: LAPB/LAPD loses timers in the timer download control request. DTS TPO0h01946: 4-ch card: LAPB/LAPD layer can get frames out of sequence after receiving a REJ. SR 5003398362 / DTS TPO0h01774: A large number of short packets received with the M-bit set can lead to a firmware failure (ACC card restart). SR None / DTS TPO0h01974: X25 firmware can corrupt queues on cable disconnect and reconnect. The X25 link can no longer manage calls correctly once this has happened. SR 4701391862 / DTS TPO0h01966: No current method to determine hardware revision TPO0h01893: Man page for x25stat has an incorrect library reference PHNE_14011: SR NONE / DTS TPO0h01833 8-channel NIO card crashes, with the use of the frame protocol and hdlcabm protocol together on the same port. SR NONE / DTS TPO0h01640 The following trace shows that the 2-ch ACC card transmits a bad frame (search for BAD) at the beginning of link setup. 10:03:45/310.3 1- TD D1 FRAME len=0034 flg=0002 01 44 10 01 13 00 f1 01 59 01 3f 01 3f 01 3f 01 BAD! 3f 01 3f 01 3f 01 3f 01 3f 01 3f 01 3f 01 3f 01 01 3f 10:03:45/546.9 1- RD D1 FRAME len=0002 flg=9999 01 0f SR NONE / DTS TPO0h01755 This problem was spotted in dump files In addition to the incorrect REJ, the retry mechanism for the unsatisfied REJ is incorrect. SR NONE / DTS TPO0h01641 Trace shows unrecogised frame is received the response is a FRMR, as it should be (see BAD). 18:29:26/739.4 1- RD D1 FRAME len=0002 flg=9999 D2 (01) DISC P/F=0 18:29:26/739.8 1- TD D1 FRAME len=0005 flg=9999 D2 (03) FRMR P/F=0 cmd=43 vr=007 vs=000 c/r=1 wxyz=0000 BAD! 18:29:27/378.0 1- RD D1 FRAME len=0002 flg=9999 D2 (01) DM P/F=0 Defect Description: PHNE_18717: DTS TPO0h02233 Under high load the events coming into the X25 control driver zx25d can be processed out of the expected order. Processing is added to repeat link shutdown processing in this case. DTS TPO0h01780 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 TPO0h01967 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 TPO0h02172 HDLC firmware was ignoring this condition. The HDLC firmware has been corrected. DTS TPO0h02173 Bad state change on N2/N200 timer expiration. The finite state machine (FSM) has been corrected. DTS TPO0h02175 Incorrect behaviour coded into the HDLCABM state machine. The state machine has been corrected. DTS TPO0h02256 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 TPO0h02414 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 TPO0h02429 A problem with the 8-port's ISCC chips caused a transmit underrun to be incorrectly generated during the start of a frame tranmission - 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 TPO0h02484 The zx25d driver and firmware were both contributing to the firmware corrupting its internal counters of active channels.On the card reset, the driver sends two "delete association up" transactions to the card per virtual circuit (should only send one). The firmware (wrongly) accepted both for each PVC - the result was that an internal firmware counter of active VCs was being incremented twice per PVC.When the subsequent x25init was issued, the X.25 link would not disable itself because the internal counter read that active PVCs were not shut down (when in fact all were). This caused x25init to hang. Both driver and firmware were corrected. The firmware was modified to not accept the second "delete association up" transaction. The driver was also modified to not send two of these transactions. DTS TPO0h02504 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. DTS TPO0h02745 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 TPO0h02773 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 whenin 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 TPO0h02671 There is a commitment to provide X.25 nettl level 3 tracing in the ACC B.02.39 and B.02.40 releases. DTS TPO0h02610 There is a commitment to provide Q4 support for the ACC B.02.39 and B.02.40 releases. DTS TPO0h02755: This is an enhancement made to the zx25d driver to supply the ACC mux, port, and subchannel numbers in most messages written to the ZCOM log file. DTS TPO0h02648: A system panic was occured during reset processing because of a NULL pointer to the X.25 link data structure. This was probably caused by dynamically deleting the link (zmasterd stop or x25stop) while there was on-going activity on the link. DTS TPO0h02327: This problem will never occur when using x25init to configure the link. It only occurs when the link is fully configured through ttgen and PVCs are used. If the user declares more PVCs in the subscription parameter (last_pvc) then there are PVC term entries, this problem will occur. The zx25 driver is not initializing one of its internal tables correctly when there are missing PVCs in the ttgen configuration file. The code has been modified to correctly initialize the table when one or more PVCs have not been defined. PHNE_17026: SR 5003437947 The system part of the firmware was not verifying whether the LO-QUIX chip (responsible for managing backplane transactions) on the ACC card was ready before requesting another I/O operation. PHNE_15354: DTS NONE The X.25 driver uses a completion status message to signal when the Restart Exchange is complete. If an inbound call arrived before the completion status was passed by the firmware to the driver, the inbound call would be lost. This would appear as through the application was not acknowledging the inbound call. DTS TPO0h02042: 4-ch card: When timers are downloaded to the LAPB/LAPD protocol in the CW_TIMERS control write request, a system timer entry is wasted. Eventually the ACC card can run out of timers. DTS TPO0h01946: 4-ch card: When the HDLCABM or X25 protocol receives a REJ frame while it is in the process of retransmitting frames, it can get transmitted frames out of sequence. SR 5003398362 / DTS TPO0h01774: There was a bug in the X.25 firmware code, which caused queue corruption on the ACC whenever a short DATA packet was received (that's one which is less than the full packet size but with the M-bit set and without the D-bit set). The error handling causes the queue corruption. The ACC firmware can survive for some time with this queue corruption, but a lot of these errors will eventually cause the card to fail. SR None / DTS TPO0h01974: The level-2 LAPB layer could mistakenly leave frames on a transmit queue after the link has gone down. These frames then corrupt the processing after the link is re-established. A second bug causes the same symptom by allowing a level-3 flow-control packet to be transmitted after the SABM/UA exchange, with an incorrect sequence number. SR 4701391862 / DTS TPO0h01966 Enhancement to detect hardware revisions of ACC cards. A standard interface has been defined to identify hardware revisions of all ACC cards. The 'mx' command of zmntr has been enhanced to include the display of the hardware revision. TPO0h01893: Reference to library "libzx25.a" has been added to the x25stat man page. PHNE_14011: SR NONE / DTS TPO0h01833 Firmware failures with FRAME and HDLCABM concurrently in use SR NONE / DTS TPO0h01640 2ch card transmits bad frame on link startup SR NONE / DTS TPO0h01755 hdlcabm sends REJ on I-frame with duplicate N(s) SR NONE / DTS TPO0h01641 frame reject cause information is bad on unknown frame type SR: 4701380667 4701391862 5003398362 5003437947 Patch Files: /opt/acc/protocol/zx25.zrel /usr/conf/master.d/zx25 /usr/conf/lib/libzx25dsyms.o /opt/acc/msg/def.zx25d.txt /opt/acc/protocol/hdlcabm.zrel /opt/acc/share/man/man3.Z/x25stat.3x /opt/acc/z7350a/x25.zabs /opt/acc/z7350a/x25.zmap /opt/acc/z7200a/x25.zabs /opt/acc/z7200a/x25.zmap /opt/acc/z7400a/x25.zabs /opt/acc/z7400a/x25.zmap /usr/conf/lib/libzx25d.a what(1) Output: /opt/acc/protocol/zx25.zrel: ZCOM X.25 Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 zx 25.z8 ZCOM X.25 Level 2 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab mfsmt /usr/conf/master.d/zx25: None /usr/conf/lib/libzx25dsyms.o: ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 lib zx25dsyms.o /opt/acc/msg/def.zx25d.txt: None /opt/acc/protocol/hdlcabm.zrel: ZCOM HDLC ABM Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab mfsmt /opt/acc/share/man/man3.Z/x25stat.3x: None /opt/acc/z7350a/x25.zabs: ZCOM System Firmware (ROM) Rev 01.T5 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 z7 350_r ZCOM Z7350A System Software ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 z7 350_f CPU clock 32MHz ZCOM LEVEL1 Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 le vel1. ZCOM X.25 Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 zx 25.z8 ZCOM X.25 Level 2 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab mfsmt ZCOM HDLC ABM Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab mfsmt ZCOM Monitor Module ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 mo nitor ZCOM Port Diagnostic Module ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 pm entta /opt/acc/z7350a/x25.zmap: ZCOM System Firmware (ROM) Rev 01.T5 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 z 7350_ ZCOM Z7350A System Software ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 z 7350_ CPU clock 32MHz ZCOM LEVEL1 Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 l evel1 ZCOM X.25 Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 z x25.z ZCOM X.25 Level 2 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bm.cp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bmfsm ZCOM HDLC ABM Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bm.cp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bmfsm ZCOM Monitor Module ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 m onito ZCOM Port Diagnostic Module ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 t estpr ZCOM Protocol Module Entry Point Table ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 p mentt /opt/acc/z7200a/x25.zabs: ZCOM System Firmware (ROM) Rev 04.B 921106.1200 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 z7 200_s ZCOM System Software (WMUX1) ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 wm ux1.z ZCOM System Software (WMUX3) ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 wm ux3.z CPU clock 16MHz ZCOM System Software (WMUX4) ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 wm ux4.z ZCOM LEVEL1 Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 le vel1. ZCOM X.25 Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 zx 25.z8 ZCOM X.25 Level 2 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab mfsmt ZCOM HDLC ABM Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab mfsmt ZCOM Monitor Module ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 mo nitor ZCOM Port Diagnostic Module ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 pm entta ZCOM System Entry Point Table ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 um uxent /opt/acc/z7200a/x25.zmap: ZCOM System Firmware (ROM) Rev 04.B 921106.1200 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 z 7200_ ZCOM System Software (WMUX1) ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 w mux1. ZCOM System Software (WMUX3) ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 w mux3. CPU clock 16MHz ZCOM System Software (WMUX4) ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 w mux4. ZCOM LEVEL1 Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 l evel1 ZCOM X.25 Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 z x25.z ZCOM X.25 Level 2 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bm.cp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bmfsm ZCOM HDLC ABM Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bm.cp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bmfsm ZCOM Monitor Module ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 m onito ZCOM Port Diagnostic Module ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 t estpr ZCOM Protocol Module Entry Point Table ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 p mentt ZCOM System Entry Point Table ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 u muxen /opt/acc/z7400a/x25.zabs: ZCOM System Firmware (ROM) Rev 01.B5 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 z7 400_r ZCOM Z7400A System Software ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 z7 400_f ZCOM LEVEL1 Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 le vel1. ZCOM X.25 Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 zx 25.z8 ZCOM X.25 Level 2 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab mfsmt ZCOM HDLC ABM Protocol ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab m.cpp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 ab mfsmt ZCOM Monitor Module ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 mo nitor ZCOM Port Diagnostic Module ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 te stpro ZCOM Protocol Module Entry Point Table ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 pm entta /opt/acc/z7400a/x25.zmap: ZCOM System Firmware (ROM) Rev 01.B5 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 z 7400_ ZCOM Z7400A System Software ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 z 7400_ ZCOM LEVEL1 Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 l evel1 ZCOM X.25 Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 z x25.z ZCOM X.25 Level 2 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bm.cp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bmfsm ZCOM HDLC ABM Protocol ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bm.cp ZCOM HDLC ABM State Tables Rev:1.12 981123.1126 ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 a bmfsm ZCOM Monitor Module ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 m onito ZCOM Port Diagnostic Module ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 t estpr ZCOM Protocol Module Entry Point Table ACC Rel B.02.40/B.02.40.01 for B.10.20 PHNE_17026 p mentt /usr/conf/lib/libzx25d.a: ACC Rel B.02.40-B.2.40.02 for B.10.20 PHNE_18717 lib zx25d.a cksum(1) Output: 348499181 19493 /opt/acc/msg/def.zx25d.txt 1375878011 3434 /usr/conf/master.d/zx25 1129007521 201668 /usr/conf/lib/libzx25dsyms.o 2474528498 30024 /opt/acc/protocol/hdlcabm.zrel 3066819182 2093 /opt/acc/share/man/man3.Z/x25stat.3x 2508125203 45804 /opt/acc/protocol/zx25.zrel 2638359686 38502 /opt/acc/z7350a/x25.zabs 2497212646 4887 /opt/acc/z7350a/x25.zmap 3994421202 39338 /opt/acc/z7200a/x25.zabs 32866964 5727 /opt/acc/z7200a/x25.zmap 3979374162 39394 /opt/acc/z7400a/x25.zabs 2345276996 4806 /opt/acc/z7400a/x25.zmap 3710021200 104648 /usr/conf/lib/libzx25d.a Patch Conflicts: None Patch Dependencies: s700: 10.20: PHNE_18716 s800: 10.20: PHNE_18716 Hardware Dependencies: None Other Dependencies: None Supersedes: PHNE_14011 PHNE_15354 PHNE_17026 Equivalent Patches: None Patch Package Size: 600 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_18717 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHNE_18717.depot By default swinstall will archive the original software in /var/adm/sw/patch/PHNE_18717. If you do not wish to retain a copy of the original software, you can create an empty file named /var/adm/sw/patch/PATCH_NOSAVE. WARNING: If this file exists when a patch is installed, the patch cannot be deinstalled. Please be careful when using this feature. It is recommended that you move the PHNE_18717.text file to /var/adm/sw/patch for future reference. To put this patch on a magnetic tape and install from the tape drive, use the command: dd if=/tmp/PHNE_18717.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: SUBSYSTEM_SHUT Before installing this patch, use the following command to shutdown the ACC subsystem and kill the ACC daemons. /opt/acc/bin/zmasterd kill The above command kills any of the ACC daemons that are still running, including zmasterd, zx25d, watch, zmlog, zmon, and znode. The kernel will be regenerated and the system will reboot automatically during the patch installation.