Patch Name: PHNE_28078 Patch Description: s700_800 11.11 3.3[02].00 ACC Base Software Product Patch Creation Date: 03/01/29 Post Date: 03/03/17 Hardware Platforms - OS Releases: s700: 11.11 s800: 11.11 Products: Z7476AA B.03.30.00 B.03.32.00 Z7478AA B.03.30.00 B.03.32.00 Filesets: ACC.ACC-KRN,fr=B.03.30.00,fa=HP-UX_B.11.11_32,v=HP ACC.ACC-KRN,fr=B.03.32.00,fa=HP-UX_B.11.11_32,v=HP ACC.ACC-KRN,fr=B.03.30.00,fa=HP-UX_B.11.11_64,v=HP ACC.ACC-KRN,fr=B.03.32.00,fa=HP-UX_B.11.11_64,v=HP ACC.ACC-FW,fr=B.03.30.00,fa=HP-UX_B.11.11_32/64,v=HP ACC.ACC-FW,fr=B.03.32.00,fa=HP-UX_B.11.11_32/64,v=HP ACC.ACC-RUN,fr=B.03.30.00,fa=HP-UX_B.11.11_32/64,v=HP ACC.ACC-RUN,fr=B.03.32.00,fa=HP-UX_B.11.11_32/64,v=HP Automatic Reboot?: Yes Status: General Release Critical: Yes PHNE_28078: PANIC MEMORY_LEAK PHNE_24871: OTHER It is critical to install this patch on Superdome systems for ACC to start up. Category Tags: defect_repair enhancement general_release critical panic memory_leak Path Name: /hp-ux_patches/s700_800/11.X/PHNE_28078 Symptoms: PHNE_28078: SR 8606182658 / CR JAGad51875: While using zdbi960 utility for debugging Z7340A card, if an 'lm' command is issued with a length not a multiple of 4 bytes, the upload transaction fails with the following firmware error in /var/opt/acc/log/.tlog file - 12:50:52 zcom 00203 Card 0 - Firmware failure detected (card reset)! 12:50:52 zcom 00237 Card 0 - Firmware detected error code = 0x00000001. SR 8606134142 / CR JAGad03282: Card restart occurred after issuing Clear command in 'fwtrace' utility to clear the firmware trace buffer. >>The below symptoms only apply to ACC 3.30 installations >>as this patch provides an upgrade from ACC 3.30 to >>ACC 3.32 and the below symptoms already have been >>addressed in ACC 3.32. SR 8606235532 / CR JAGae04681: To add additional trace messages in firmware for better diagnostics. SR 8606229664 / CR JAGad98715: System panics 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 ... SR 8606204954 / CR JAGad74130: To add additional trace messages in LDM driver for better diagnostics. SR 8606202094 / CR JAGad71268: The processing in ZCOM API zconfig() terminal clear or delete is incomplete.If this feature is used, it may result in a memory leak in the ZCOM buffer pool and or system panic. SR 8606200700 / CR JAGad69876: Transmit messages stop after ACC runs out of transmit buffers. SR 8606197871 / CR JAGad67062: Kernel build fails because the path of the file spinlock.h mentioned in zcomsys.h is incorrect. SR 8606197718 / CR JAGad66909: Instead of redirecting the output of ttgen to /dev/null it has been redirected to /dev/n ull. One extra space caused the problem. Hence /dev/n was getting created. SR 8606196867 / CR JAGad66065: zmasterd stop causes system to panic. SR 8606187753 / CR JAGad56962: ACC Firmware does not free buffers when the terminal is deactivated and disabled. SR 8606185402 / CR JAGad54596: When x25init is run against an X.25 link repeatedly,a DMA timeout or firmware error may result. This error could also happen when using other protocols such as HDLC-LAPB or HDLC-LAPD. SR 8606182427 / CR JAGad51644: The zcom process can't open /dev/zmlog and fails with the reason " --ENOENT--" No such file or directory" which is displayed on the tty from which zmasterd is run. The text of the diagnostics is as follows: zmlog: can't open ZCOM log:No such file or directory zmlog: file name: /dev/zmlog zmlog: program aborted (exit code = 3) SR 8606161692 / CR JAGad31008: MPU activity field in the zmntr mx command shows incorrect value. SR 8606158851 / CR JAGad28181: Frames larger than 8220 bytes are discarded when received, by the HDLC.FRAME layer (level-1). SR 8606155316 / CR JAGad24633: zconfig() PORTSC enable/disable subchannel has insufficient validation. SR 8606152257 / CR JAGad21596: ZTERM mistakenly 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 8606146308 / CR JAGad15652: Zmasterd takes up to 7 minutes to startup the ZCOM subsystem with large I/O systems. SR 8606144481 / CR JAGad13821: ZTERM's TX behaves inconsistently when out of system buffers. SR 8606144270 / CR JAGad13610: zqmve() gives an error when moving messages between program ZLUs. SR 8606142767 / CR JAGad12116: On-line addition of card fails when ZCOM is already started. SR 8606136753 / CR JAGad05873: zmlog logs a null char in the hyphen lines. SR 8606134147 / CR JAGad03287: Z7340A: zmntr mx display shows incorrect values for TXusd. SR 8606127406 / CR JAGac77692: On systems with unstable firmware/hardware(one that can startup, but then fails), the card crashes and the ZMON restart mechanism can get confused. This may results in an un-stoppable ZCOM system, or a system panic. Manually stopping the system when ZMON is busy in card restarts can also cause this situation. CR JAGab67173: zconfig() portsc request hangs forever if card not available. CR JAGab67070: No automatic card restart after firmware failure. PHNE_24871: SR 8606214577 / CR JAGad83768: ACC startup fails on Superdome systems. SR 8606218643 / CR JAGad87791: ACC card description in "ioscan -fC acc" output needs to be more informative. Defect Description: PHNE_28078: SR: 8606182658 CR: JAGad51875 The backplane protocol specifies that actual transfer length should be rounded up to multiple of 4 bytes. This is distinct from the data length which may be any value. Resolution: The length of the transfer is now rounded to a multiple of 4 bytes. SR: 8606134142 CR: JAGad03282 Clear command issued in fwtrace under heavy traffic caused DMA timeout, which resulted in restart of the card. This problem happened because clear command was not clearing the trace buffer from the beginning of the buffer. Resolution: This has been fixed by clearing the buffer always from the origin. >>The below defect descriptions only apply to ACC 3.30 >>installations as this patch provides an upgrade >>from ACC 3.30 to ACC 3.32 and the below defect >>descriptions already have been addressed in ACC 3.32 SR: 8606235532 CR: JAGae04681 Firmware trace doesn't cover all the firmware modules. Resolution: ACC interface driver DAM and firmware modules have been modified to support complete functionality of fwtrace. Firmware trace utility allows the user to catch the trace from a running ACC card and also from the dump of a crashed ACC card. Decoding of the trace points to a human readable symbol is also possible with this trace utility. 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: To resolve this defect, code has been changed to check if qhead is NULL. If it is NULL, we log a trace message and return. SR: 8606204954 CR: JAGad74130 To add additional trace messages in LDM driver for better diagnostics and remove old LDM debug statements. Resolution: LDM trace replaces all the old LDM debug statements with trace mechanism and new trace message for the LDM driver code have been added. 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: To resolve this defect,code changes have been done in the LDM code to ensure this queue is also checked and cleared. SR: 8606200700 CR: JAGad69876 When an ACC card is heavily using its internal buffer the DAM can in rare situations be notified that the card is out of buffers for this subchannel or port even though the driver does not have single pending write request on the card. This is an issue because the write completion is what normally restarts the outbound data flow when the driver goes into outbound flow control(e.g. the card says its out of buffers). In this special case, the driver keeps track of the subchannel(s) which are in this state and starts a timer to restart the outbound I/O since there are no write completions to start the outbound I/O. After analysis of the problem, it appears that the subchannel is not being placed back onto the transmit linked list when the timer pops. When the condition arises where the cards rejects an write request on a subchannel and the driver does not have any pending write requests on that subchannel, the driver will start a timer. When the timer pops, the driver will find all subchannels in this state and attempt to restart any pending writes. The problem is that the driver is not placing the subchannel back into the linked lists of subchannels with pending write request. Resolution: To resolve this defect, code has been added to insert the subchannel back into the transmit linked list. 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 the compiler get spinlock.h file from /usr/include/sys/spinlock.h. /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: To resolve this problem fix is to change the zcomsys.h to : #include "../h/spinlock.h" instead of #include SR: 8606197718 CR: JAGad66909 Instead of redirecting the output of ttgen to /dev /null it has been redirected to /dev/n ull.One extra space caused the problem. Hence /dev/n was getting created. Resolution: To resolve this defect, this extra space has been removed and now the output will be redirected to /dev/null. SR: 8606196867 CR: JAGad66065 The customer is using ACC/ISDN cards with OTS and FTAM SW for collecting information from phone pbx. During transfers the card is intermittently hung and transfer is stalled. When we are trying to stop the card by the MC/SG scripts the stopping of zmasterd 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: To resolve this defect, code change has been to check if the pda->resp_qdb is NULL.Only if it is not NULL, bcopy is done. 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: To resolve this defect, Level 2 state machine has been adjusted to make sure messages are flushed after the first attempt at link establishment. 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: 8606185402 CR: JAGad54596 During the disable processing, a NULL pointer is incorrectly de-referenced by the code in unstdt_build() Resolution: To resolve this defect, a check is added to avoid de-referencing of pointer. SR: 8606182427 CR: JAGad51644 The sequence of events leading to this problem is as follows: 1. zmlog executes and successfully calls check_dev_file() which creates /dev/zmlog. 2. zmon executes and also calls check_dev_file(). It then successfully calls unlink()(which remove dev/ zmlog) because the device's major number does not appear to be correct. 3. zmlog executes and calls open()which fails because /dev/zmlog doesn't exist. The reason behind the problem is that the major number appears to have the wrong value due to artificial sign extension. Resolution: To resolve this defect, code changes have been done to eliminate the artificial sign extension. 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. With the development of the TRAU/GPRS protocol the the customer is running some tests, especially load tests. But the MPU activity with the use of the TRAU/GPRS protocol stays always at 0%. The problem was occurring because the $STAT message in the 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. Resolution: To resolve this defect 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: 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: 8606155316 CR: JAGad24633 The zconfig PORTSC for enabling/disabling subchannels did not check for valid card type and valid subchannel numbers. The zconfig call to 2-port and 8-port cards returns ok as long as the port number is in range. The zconfig call to 4-port card accepts all subchannel numbers, including 40. The LDM should reject the subchannel configuration(for 2,8-port cards) and the illegal subchannel number for 4-port card with ZCOM error: ZESUBCH (-49, Illegal subchannel number). Resolution: To resolve this defect, code changes have been done to remove the above mentioned discrepancies. 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: To fix this defect, code change has been done so that zterm takes msg request code 14 (ZCOM_MRQCODE_PORT) to report zport return status. SR: 8606146308 CR: JAGad15652 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 bootup. Resolution: To resolve this defect, the code now schedules ioscan with the parameters of "-FkC acc" instead of just "-F". SR: 8606144481 CR: JAGad13821 During testing of ACC,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" In the function "Zc_balloc()", we put the process to sleep if not enough ZCOM buffers are available. But,we are doing this within an if(!uniprocessor) statement. So, we are putting the process to sleep only in the multiprocessor case. Resolution: To resolve this defect, we are making the process to sleep for uniprocessor also. 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 one 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: 8606142767 CR: JAGad12116 When the ZCOM subsystem is started, zmon builds a table of all installed ACC cards which includes their type and hardware path. This table is used to verify that the configured ACC card is actually present in the system prior to a download.The download is not allowed to proceed if the configuration does not match the physical hardware. With an on-line card addition after ZCOM is started, zmon always rejects the card download because the new card does not exist in its table. Resolution: To resolve this fix,zmon has been modified to clear the flag indicating the hardware table has been initialized whenever zmon receives a Interface Request Record (IRR) denoting a on-line card addition. This causes zmon to rebuild its hardware table thereby allowing the download to proceed properly. SR: 8606136753 CR: JAGad05873 This problem does not affect the log visually. However 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: To resolve this problem, code has been changed to remove the extra NULL character from hyphen lines. SR: 8606134147 CR: JAGad03287 During the testing cycle of 8-Port PCI software and hardware, the zmntr mx command shows 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 to a large value (e.g. zbufsize=4096). Resolution: The solution for this defect is to set Unack-limit to a large value(e.g. 50000) to see larger values of TXusd. SR: 8606127406 CR: JAGac77692 This problem arises because the driver makes card restart requests to ZMON, while ZMON is still retrying card restart or card shutdown. These multiple requests can confuse ZMON and hence leave the system in a unstable state. Resolution: To resolve this problem, two changes have been made to stop the various problems. a. At the end of a successful card "stop" or "restart" all pending card restart requests are ignored. This prevents ZMON from over being swamped by the card requests. b. When a card "shutdown" request completes 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: JAGab67173 During a card startup,if the startup fails,zmon leaves the card in whatever state it was previously(e.g being Reset). This allows API requests to be accepted by LDM and DAM to operate on a non-functioning mux.If the API request is a zconfig / zport request, it is never completed and therefore it hangs the calling program. Resolution: To resolve this defect, zmon restart mechanism has been modified. CR: JAGab67070 When a Z7200 mux is crashed deliberately (using zcbug, "ru 0 off ok"), the DAM detects the crash,but there is no automatic card restart. During ZCOM startup, if there is a problem with the mux $RSET, the DAM issues IRR (Interface Restart Requests)to the IRR queue and a failure result is returned to ZMON. ZMON retries the RESET for 3 times.This ends up 3 IRRs being queued up. When ZCOM is ready (of course, with a bad mux), ZMON receives 3 IRRs in a row and tried to restart the same mux. ZMON forks a child to handle each IRR. So a total of 3 zmon restarting the same mux in parallel, end up "DAM has too many requests" error. Resolution: To resolve this defect following code changes have been made, - controlled restart / shutdown to avoid concurrent control to a mux. - provide info for selective retry when necessary PHNE_24871: SR: 8606214577 CR: JAGad83768 When running ACC 3.30 with Z7340A cards on a Superdome system, zmasterd cold start fails, and the cards do not start up. zmon complains that there is no ACC card in the slot configured. This is because an extra "0" was added to the I/O path on Superdome systems. For e.g., if an N-class system had an I/O path of 16/4/1/0, on a Superdome the same path would look like "16/4/1/0/0". The problem is in the function nacc1_get_interface_info() which looks at the path entries starting with the rightmost element and working left. On a superdome system, this was yielding a bus address of 4:1 and a slot address of 0 instead of 16:4 and slot address 1. Resolution: The address parsing has been changed to start with the leftmost element and then work right for PCI bus. This should result in consistent bus and slot addresses regardless of the target system that supports PCI bus. SR: 8606218643 CR: JAGad87791 ACC card description in "ioscan -fC acc" output needs to be more informative. Resolution: The code has been changed so that "ioscan -fC acc" output displays the card number and the description. For instance, the "Description" field of "ioscan -fC acc" output is as follows: Description ============== Z7340A PCI bridge Z7340A 8-port serial ACC Enhancement: No (superseded patches contained enhancements) PHNE_24871: This is an enhancement to "ioscan -fC acc" to display the card number and description. SR: 8606182658 8606134142 8606235532 8606229664 8606204954 8606202094 8606200700 8606197871 8606197718 8606196867 8606187753 8606185402 8606182427 8606161692 8606158851 8606155316 8606152257 8606146308 8606144481 8606144270 8606142767 8606136753 8606134147 8606127406 8606214577 8606218643 Patch Files: ACC.ACC-KRN,fr=B.03.30.00,fa=HP-UX_B.11.11_32,v=HP: ACC.ACC-KRN,fr=B.03.32.00,fa=HP-UX_B.11.11_32,v=HP: /usr/conf/acc/drvr_trace.h /usr/conf/acc/nacc1_trace.h /opt/acc/bin/nacc_trc /opt/acc/bin/nacc1_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/acc/zcomsys.h /opt/acc/bin/zldm_trc ACC.ACC-KRN,fr=B.03.30.00,fa=HP-UX_B.11.11_64,v=HP: ACC.ACC-KRN,fr=B.03.32.00,fa=HP-UX_B.11.11_64,v=HP: /usr/conf/acc/drvr_trace.h /usr/conf/acc/nacc1_trace.h /opt/acc/bin/nacc_trc /opt/acc/bin/nacc1_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/acc/zcomsys.h /opt/acc/bin/zldm_trc ACC.ACC-FW,fr=B.03.30.00,fa=HP-UX_B.11.11_32/64,v=HP: ACC.ACC-FW,fr=B.03.32.00,fa=HP-UX_B.11.11_32/64,v=HP: /opt/acc/z7300a/download.zabs /opt/acc/z7300a/download.sym /opt/acc/z7330a/download.zabs /opt/acc/z7330a/download.sym /opt/acc/z7340a/download.zabs /opt/acc/z7340a/download.sym /opt/acc/bin/fwkenb_base ACC.ACC-RUN,fr=B.03.30.00,fa=HP-UX_B.11.11_32/64,v=HP: ACC.ACC-RUN,fr=B.03.32.00,fa=HP-UX_B.11.11_32/64,v=HP: /opt/acc/msg/def.zmon.txt /opt/acc/msg/def.zscan.txt /opt/acc/msg/def.zcom.txt /opt/acc/bin/ttgen /opt/acc/bin/zscan /opt/acc/bin/zterm /opt/acc/bin/zmntr /opt/acc/bin/zmon /opt/acc/bin/zmlog /opt/acc/bin/zdbi960 /opt/acc/lbin/ACC_ksh_functs /opt/acc/bin/fwtrace /opt/acc/cfg/zcomdevice.txt /opt/acc/cfg/ttgendefine what(1) Output: ACC.ACC-KRN,fr=B.03.30.00,fa=HP-UX_B.11.11_32,v=HP: /usr/conf/acc/nacc1_trace.h: $Header: nacc1_trace.h@@/main/28 02/11/02 22:54:26 $ /usr/conf/acc/drvr_trace.h: $Header: drvr_trace.h@@/main/iso_r3.32/1 07/31/02 1 1:56:05 $ /opt/acc/bin/nacc_trc: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 nac c_trc /opt/acc/bin/nacc1_trc: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 nac c1_trc /opt/acc/bin/zldm_trc: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 zld m_trc $ CUPI80_IC27 Sep 27 2000 23:30:24 $ /usr/conf/lib/libnacc1_nio.a: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 lib nacc1_nio.a /usr/conf/lib/libnacc1_pci.a: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 lib nacc1_pci.a /usr/conf/lib/nacc1_niosyms.o: None /usr/conf/lib/nacc1_pcisyms.o: None /usr/conf/lib/nacc_niosyms.o: None /usr/conf/lib/nacc_eisasyms.o: None /usr/conf/lib/libzcomsyms.o: None /usr/conf/lib/libzcom.a: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 lib zcom.a /usr/conf/lib/libnacc_nio.a: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 lib nacc.a /usr/conf/lib/libnacc_eisa.a: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 lib nacc.a ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 lib eacc.a /usr/conf/acc/zcomsys.h: $Header: zcomsys.h@@/main/iso_r3.32/1 07/31/02 12:0 1:50 $ ACC.ACC-KRN,fr=B.03.30.00,fa=HP-UX_B.11.11_64,v=HP: /usr/conf/acc/nacc1_trace.h: $Header: nacc1_trace.h@@/main/28 02/11/02 22:54:26 $ /usr/conf/acc/drvr_trace.h: $Header: drvr_trace.h@@/main/iso_r3.32/1 07/31/02 1 1:56:05 $ /opt/acc/bin/nacc_trc: ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 nac c_trc /opt/acc/bin/nacc1_trc: ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 nac c1_trc /opt/acc/bin/zldm_trc: ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 zld m_trc $ CUPI80_IC27 Sep 27 2000 23:19:13 $ /usr/conf/lib/libnacc1_nio.a: ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 lib nacc1_nio.a /usr/conf/lib/libnacc1_pci.a: ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 lib nacc1_pci.a /usr/conf/lib/nacc1_niosyms.o: None /usr/conf/lib/nacc1_pcisyms.o: None /usr/conf/lib/nacc_niosyms.o: None /usr/conf/lib/nacc_eisasyms.o: None /usr/conf/lib/libzcomsyms.o: None /usr/conf/lib/libzcom.a: ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 lib zcom.a /usr/conf/lib/libnacc_nio.a: ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 lib nacc.a /usr/conf/lib/libnacc_eisa.a: ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 lib nacc.a ACC Rel B.03.32.00 for 64-bit B.11.11 PHNE_28078 lib eacc.a /usr/conf/acc/zcomsys.h: $Header: zcomsys.h@@/main/iso_r3.32/1 07/31/02 12:0 1:50 $ ACC.ACC-FW,fr=B.03.30.00,fa=HP-UX_B.11.11_32/64,v=HP: /opt/acc/z7300a/download.zabs: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 ACC Base F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 LAP -B Protocol F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 LAP -D Protocol F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 X.2 5 Protocol F/W ACC Firmware Tracing v1.40. Level 11 /opt/acc/z7300a/download.sym: None /opt/acc/z7330a/download.zabs: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 ACC Base F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 LAP -B Protocol F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 LAP -D Protocol F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 X.2 5 Protocol F/W ACC Firmware Tracing v1.40. Level 11 /opt/acc/z7330a/download.sym: None /opt/acc/z7340a/download.zabs: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 ACC Base F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 BSC H Protocol F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 LAP -B Protocol F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 LAP -D Protocol F/W ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 X.2 5 Protocol F/W ACC Firmware Tracing v1.40. Level 11 /opt/acc/z7340a/download.sym: None /opt/acc/bin/fwkenb_base: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 ACC.ACC-RUN,fr=B.03.30.00,fa=HP-UX_B.11.11_32/64,v=HP: /opt/acc/msg/def.zmon.txt: $Header: def.zmon.txt@@/main/17 06/18/00 23:32:01 $ Rev: /main/17 $ /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.zcom.txt: $Header: def.zcom.txt@@/main/iso_r3.32/1 07/31/02 1 2:03:19 $Rev: /main/iso_r3.32/1 $ /opt/acc/bin/zscan: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 zsc an /opt/acc/bin/zterm: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 zte rm /opt/acc/bin/zmntr: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 zmn tr /opt/acc/bin/zmon: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 zmo n ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 lib Zmd_c.a /opt/acc/bin/zmlog: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 zml og ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 lib Zmd_c.a /opt/acc/bin/zdbi960: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 zdb i960 ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 /opt/acc/lbin/ACC_ksh_functs: None /opt/acc/bin/fwtrace: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 fwt race /opt/acc/cfg/zcomdevice.txt: None /opt/acc/cfg/ttgendefine: None /opt/acc/bin/ttgen: ACC Rel B.03.32.00 for 32-bit B.11.11 PHNE_28078 ttg en cksum(1) Output: ACC.ACC-KRN,fr=B.03.30.00,fa=HP-UX_B.11.11_32,v=HP: 3955469034 37244 /usr/conf/acc/nacc1_trace.h 3995886203 28672 /opt/acc/bin/nacc1_trc 1454452795 118338 /usr/conf/lib/libnacc1_nio.a 1110263720 255154 /usr/conf/lib/libnacc1_pci.a 1020455042 208672 /usr/conf/lib/nacc1_niosyms.o 2595390988 34479 /usr/conf/acc/drvr_trace.h 2429550678 28672 /opt/acc/bin/nacc_trc 3054781201 261828 /usr/conf/lib/libzcom.a 881891321 119974 /usr/conf/lib/libnacc_nio.a 1980632348 120326 /usr/conf/lib/libnacc_eisa.a 2240240472 217468 /usr/conf/lib/libzcomsyms.o 1970850380 214632 /usr/conf/lib/nacc_eisasyms.o 597575377 206868 /usr/conf/lib/nacc_niosyms.o 434938526 213896 /usr/conf/lib/nacc1_pcisyms.o 1727938240 118104 /usr/conf/acc/zcomsys.h 105793132 233472 /opt/acc/bin/zldm_trc ACC.ACC-KRN,fr=B.03.30.00,fa=HP-UX_B.11.11_64,v=HP: 3955469034 37244 /usr/conf/acc/nacc1_trace.h 3350590327 31224 /opt/acc/bin/nacc1_trc 2292015019 258806 /usr/conf/lib/libnacc1_nio.a 2396396334 578566 /usr/conf/lib/libnacc1_pci.a 3724651648 256608 /usr/conf/lib/nacc1_niosyms.o 1711015098 262792 /usr/conf/lib/nacc1_pcisyms.o 2595390988 34479 /usr/conf/acc/drvr_trace.h 1552777321 30200 /opt/acc/bin/nacc_trc 1292906323 557758 /usr/conf/lib/libzcom.a 679999929 245780 /usr/conf/lib/libnacc_nio.a 1250961025 244280 /usr/conf/lib/libnacc_eisa.a 939356045 267496 /usr/conf/lib/libzcomsyms.o 599995797 263952 /usr/conf/lib/nacc_eisasyms.o 2725805282 254344 /usr/conf/lib/nacc_niosyms.o 1727938240 118104 /usr/conf/acc/zcomsys.h 2719110028 384184 /opt/acc/bin/zldm_trc ACC.ACC-FW,fr=B.03.30.00,fa=HP-UX_B.11.11_32/64,v=HP: 2298472725 2417030 /opt/acc/z7300a/download.zabs 259288954 49653 /opt/acc/z7300a/download.sym 2462646364 2568189 /opt/acc/z7330a/download.zabs 347044055 51530 /opt/acc/z7330a/download.sym 3221624711 2397916 /opt/acc/z7340a/download.zabs 2913298420 49677 /opt/acc/z7340a/download.sym 730533885 94208 /opt/acc/bin/fwkenb_base ACC.ACC-RUN,fr=B.03.30.00,fa=HP-UX_B.11.11_32/64,v=HP: 972285712 10653 /opt/acc/msg/def.zmon.txt 2602247608 16378 /opt/acc/msg/def.zscan.txt 4200416205 7731 /opt/acc/msg/def.zcom.txt 1798161433 139264 /opt/acc/bin/zscan 64941662 233472 /opt/acc/bin/zterm 815258726 180224 /opt/acc/bin/zmntr 2380994284 159744 /opt/acc/bin/zmon 1002133963 106496 /opt/acc/bin/zmlog 4085087396 200704 /opt/acc/bin/zdbi960 681967728 23260 /opt/acc/lbin/ACC_ksh_functs 2283445124 184320 /opt/acc/bin/fwtrace 2490607621 6615 /opt/acc/cfg/zcomdevice.txt 2029449134 3708 /opt/acc/cfg/ttgendefine 2866432911 135168 /opt/acc/bin/ttgen Patch Conflicts: None Patch Dependencies: s700: 11.11: PHNE_28080 s800: 11.11: PHNE_28080 Hardware Dependencies: None Other Dependencies: None Supersedes: PHNE_24871 Equivalent Patches: None Patch Package Size: 15040 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_28078 5. Run swinstall to install the patch: swinstall -x autoreboot=true -x patch_match_target=true \ -s /tmp/PHNE_28078.depot By default swinstall will archive the original software in /var/adm/sw/save/PHNE_28078. 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_28078.text file is available in the product readme: swlist -l product -a readme -d @ /tmp/PHNE_28078.depot To put this patch on a magnetic tape and install from the tape drive, use the command: dd if=/tmp/PHNE_28078.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: None