Patch Name: PHNE_7599 Patch Description: s700_800 10.0[01] Cumulative Mux and Pty Patch Creation Date: 96/05/29 Post Date: 96/08/13 Hardware Platforms - OS Releases: s700: 10.00 10.01 s800: 10.00 10.01 Products: N/A Filesets: OS-Core.CORE-KRN OS-Core.UX-CORE Automatic Reboot?: Yes Status: General Superseded Critical: Yes PHNE_7599: HANG PHNE_7075: CORRUPTION PHNE_6604: CORRUPTION PHNE_6318: PANIC PHNE_6263: PANIC PHNE_6262: PANIC PHNE_5610: PANIC PHNE_5609: PANIC PHNE_5377: PANIC PHNE_5376: PANIC Path Name: /hp-ux_patches/s700_800/10.X/PHNE_7599 Symptoms: PHNE_7599: System appears hung while running telnet sessions. PHNE_7075: Data loss on K-series built in mux ports. PHNE_6604: 1 Data overruns detected on K-series built in mux ports (also seen as data loss). 2 Fixes a problem where TTY output data may not be transmitted if data is queued up for transmission when close of the port occurs. PHNE_6318: 1 Data page fault in nvs_callout() 2 Erroneous FLT chassis code displayed on console status line. PHNE_6263: See entries 1 & 2 in PHNE_6262 below. PHNE_6262: 1 Data page fault in nvs_callout() 2 Tty device read hang 3 An increased number of Ierrs and Oerrs seen from a 'netstat -i' command after simultaneous heavy mux traffic and any lan traffic indicating poor lan performance (S800 only). PHNE_5610: See PHNE_5609 below. PHNE_5609: 1 Data page fault panic in compute_delct() 2 FIONREAD for a slave pty with TIOCTTY and TIOCREMOTE enabled returns an incorrect value PHNE_5377: 1 When a S700 serial port has a lower priority type open pending on the port while a higher priority type has it opened (say callin vs direct), write(2) is returned with EIO, and read(2) hangs indefinitely. 2 Multiple close/opens of a controlling terminal can cause the SIGHUP signal to not be delivered on S700 serial port connections. PHNE_5376: 1 System panic trap type 7 Instruction segmentation fault. 2 Rlogin from a mux2 rs-232 mux port to a remote system hangs with no output to the rs-232 device(S800 only). 3 Pmuxdiag section 2 reset hangs port(S800 only). 4 The SE AP command hangs the login terminal for mux2 devices(S800 only). Defect Description: PHNE_7599: System appears hung while running telnet sessions. Telnet in infinite loop because pty (line discipline) falsely indicates that data is available. PHNE_7075: Data loss on K-series built in mux ports. Data loss may occur on built in mux ports when no flow control is used, data is being received, and the key switch is turned to either enable or disable the AP functionality. PHNE_6604: 1 On K-series built in mux ports, input data overruns were generated when no input flow control was being used. For programs that do not check for parity and framing errors this could appear as lost data. 2 Fixes a problem where TTY output data may not be transmitted if data is queued up for transmission when close of the port occurs. PHNE_6318: 1 Data page fault in nvs_callout() while running telnet. 2 Erroneous FLT chassis code displayed on consoles attached to A1703-60022 console muxes. PHNE_6263: See entries 1 & 2 in PHNE_6262 below. PHNE_6262: 1 Data page fault in nvs_callout() while running telnet. 2 Tty device read hangs - mostly seen from getty, hang at login prompt. 3 There is a known problem involving the built-in lan port and the NIO muxes and EISA muxes, due to traffic levels on the GSC/HSC bus. This problem results in outgoing packets on the built-in 802.3 lan port being cut off, and incoming packets being dropped. If an increased number Ierrs and Oerrs are seen in 'netstat -i' command output after heavy mux traffic, this problem should be suspected and this patch installed. PHNE_5610: See PHNE_5609 below. PHNE_5609: 1 Executing a TCSETAx, TCSETATTR ioctl, or tcsetattr() while the slave side of a pty has an odd number of bytes waiting to be read and TIOCTTY and TIOCREMOTE are enabled will result in a data page fault panic. 2 FIONREAD for a slave pty with TIOCTTY and TIOCREMOTE enabled returns an incorrect value. PHNE_5377: 1 The asio0 driver did not block on reads or writes if O_NDELAY and O_NONBLOCK are clear and no carrier has been received. 2 Controlling terminal process information was being cleared too soon in the close logic(S700 only). PHNE_5376: 1 On MP systems a race condition between a process closing /dev/tty and a process attempting to read from /dev/tty caused a jump through the cdevsw using a major number of 255. 2 Rlogin from a mux2 rs-232 port to a remote system hangs with no output to the screen. The problem is timing related and showed up after a rlogin change. The mux2 driver was not re-enabling the transmitter during an ioctl under certain conditions. 3 Hung mux2 rs-232 port not reset with pmuxdiag section 2 reset because the line discipline was not being fully reset by the driver. 4 When the SE command was invoked a XOFF was sent to the login terminal, but was not followed with a XON. SR: 5003321349 5000715284 4701310854 1653153759 4701306522 5000711184 4701308080 4701308122 4701293886 4701293753 1653118661 1653117887 1653124065 5003247312 Patch Files: /usr/conf/lib/libhp-ux.a(tty_pty.o) /usr/conf/lib/libhp-ux.a(hptt0.o) /usr/conf/lib/libhp-ux.a(tty_tty.o) /usr/conf/lib/libhp-ux.a(mux2.o) /usr/conf/lib/libhp-ux.a(asio0.o) /usr/conf/lib/libhp-ux.a(ttycomn.o) /sbin/lib/NMUX16.FW /sbin/lib/NIAPMUX.FW what(1) Output: /usr/conf/lib/libhp-ux.a(tty_pty.o): PATCH_10.0: tty_pty.o 1.7.110.26 95/11/03 PHNE_63 18 /usr/conf/lib/libhp-ux.a(hptt0.o): PATCH_10.0: hptt0.o 1.6.110.47 96/05/28 PHNE_7599 /usr/conf/lib/libhp-ux.a(mux2.o): PATCH_10.0: mux2.o 1.5.110.39 95/11/20 PHNE_6262 /usr/conf/lib/libhp-ux.a(tty_tty.o): PATCH_10.0:tty_tty.o 1.3.110.5 95/03/24 PHNE_5376 PH NE_5377 /usr/conf/lib/libhp-ux.a(asio0.o): PATCH_10.0: asio0.o 1.1.110.26 95/03/24 PHNE_5377 /usr/conf/lib/libhp-ux.a(ttycomn.o): PATCH_10.0: ttycomn.o 1.1.110.14 95/03/24 PHNE_53 77 /sbin/lib/NMUX16.FW: NMUX.download; Rev: 02.30 Date: 95/12/13 /sbin/lib/NIAPMUX.FW: NMUX.download; Rev: 01.40 Date: 96/03/18 cksum(1) Output: 2925473260 22384 /usr/conf/lib/libhp-ux.a(tty_pty.o) 220302626 41644 /usr/conf/lib/libhp-ux.a(hptt0.o) 176389125 2296 /usr/conf/lib/libhp-ux.a(tty_tty.o) 4163485528 58572 /usr/conf/lib/libhp-ux.a(mux2.o) 1041747347 15924 /usr/conf/lib/libhp-ux.a(asio0.o) 3696959270 12788 /usr/conf/lib/libhp-ux.a(ttycomn.o) 2868079491 139295 /sbin/lib/NMUX16.FW 1585300595 143429 /sbin/lib/NIAPMUX.FW Patch Conflicts: None Patch Dependencies: s800: 10.00: PHNE_5379 Hardware Dependencies: None Other Dependencies: None Supersedes: PHNE_5376 PHNE_5377 PHNE_5609 PHNE_5610 PHNE_6262 PHNE_6263 PHNE_6318 PHNE_6604 PHNE_7075 Equivalent Patches: PHNE_7600: s700: 10.10 s800: 10.10 PHNE_7601: s700: 10.20 s800: 10.20 Patch Package Size: 500 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_7599 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHNE_7599.depot 5b. For a homogeneous NFS Diskless cluster run swcluster on the server to install the patch on the server and the clients: swcluster -i -b This will invoke swcluster in the interactive mode and force all clients to be shut down. WARNING: All cluster clients must be shut down prior to the patch installation. Installing the patch while the clients are booted is unsupported and can lead to serious problems. The swcluster command will invoke an swinstall session in which you must specify: alternate root path - default is /export/shared_root/OS_700 source depot path - /tmp/PHNE_7599.depot To complete the installation, select the patch by choosing "Actions -> Match What Target Has" and then "Actions -> Install" from the Menubar. 5c. For a heterogeneous NFS Diskless cluster: - run swinstall on the server as in step 5a to install the patch on the cluster server. - run swcluster on the server as in step 5b to install the patch on the cluster clients. By default swinstall will archive the original software in /var/adm/sw/patch/PHNE_7599. 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_7599.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_7599.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: For S700 patch installations ignore swinstall warnings about the following files - mux2.o, NMUX16.FW, NIAPMUX.FW For S800 patch installations ignore swinstall warnings about the following files - asio0.o, ttycomn.o