Patch Name: PHNE_10573 Patch Description: s700 9.0[357] mux and pty cumulative patch Creation Date: 97/03/14 Post Date: 97/04/08 Hardware Platforms - OS Releases: s700: 9.03 9.05 9.07 Products: N/A Filesets: KERN-BLD Automatic Reboot?: Yes Status: General Release Critical: Yes PHNE_10573: PANIC Path Name: /hp-ux_patches/s700/9.X/PHNE_10573 Symptoms: PHNE_10573: Panic: Kernel Stack Overflow. PHNE_5071: 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. Multiple close/opens of a controlling terminal can cause the SIGHUP signal to not be delivered. PHNE_4111: Both the SELECT call and READ call will return when the tty is set with MIN=0 and VTIME>0, in the case 2. The select call or the read call should not complete if CTRL S and CTRL Q keys are pressed to force an XOFF and XON When a process rapidly opens and closes an RS-232 device file, the timeout table will overflow and panic the system. POSIX.1 standard specifies that the general terminal interface should only return an error when no part of the tcsetattr can be honored PHNE_3642: When a port is configured to use RTS/CTS handshaking, data is still transmitted when CTS is low. This usually occurs after outbound data has been flushed or an XOFF and XON is received when CTS is low. Data received with CREAD off is not discarded when CREAD is turned back on. System panic in pffasttimo() when attempting to access the "domains" linked list. This occurs when the canonb buffer overflows and overwrites the data. System locks up if a break, or anything else is received by the RS-232 hardware before the driver's initialization routine is called by the kernel during bootup. The DTR line behaves incorrectly, after logging in on a modem connection and leaving a process running in the background and then manually disconnecting. DTR goes low when the background process terminates and never gets set again. A system hang occurs when a processes is writing to a slave pty and the baud rate changes to undefined value. On multi- processor systems, all processors but one are blocked trying to acquire the SPL_LOCK or SPINLOCK.The remaining processor or the only processor on a single processor system is running someware under ttwrite() and usually in a sleep() or wakeup() call. Fix for performance increase of mux ioctl calls. Defect Description: PHNE_10573: Panic: Kernel Stack Overflow after many nested interrupts. This defect does not exist in releases after and including 10.00. PHNE_5071: Writes are returned with EIO when the port has lower priority type opens pending on the port. Multiple close/opens of a controlling terminal can cause the SIGHUP signal to not be delivered. PHNE_4111: Both the SELECT call and READ call will return when the tty is set with MIN=0 and VTIME>0, in the case 2. The select call or the read call should not complete if CTRL S and CTRL Q keys are pressed to force an XOFF and XON When a process rapidly opens and closes an RS-232 device file, the timeout table will overflow and panic the system. POSIX.1 standard specifies that the general terminal interface should only return an error when no part of the tcsetattr can be honored PHNE_3642: When a port is configured to use RTS/CTS handshaking, data is still transmitted when CTS is low. This usually occurs after outbound data has been flushed or an XOFF and XON is received when CTS is low. Data received with CREAD off is not discarded when CREAD is turned back on. System panic in pffasttimo() when attempting to access the "domains" linked list. This occurs when the canonb buffer overflows and overwrites the data. System locks up if a break, or anything else is received by the RS-232 hardware before the driver's initialization routine is called by the kernel during bootup. The DTR line behaves incorrectly, after logging in on a modem connection and leaving a process running in the background and then manually disconnecting. DTR goes low when the background process terminates and never gets set again. A system hang occurs when a processes is writing to a slave pty and the baud rate changes to undefined value. On multi- processor systems, all processors but one are blocked trying to acquire the SPL_LOCK or SPINLOCK.The remaining processor or the only processor on a single processor system is running someware under ttwrite() and usually in a sleep() or wakeup() call. Fix for performance increase of mux ioctl calls. SR: 5003361311 4701187997 4701216473 5000700021 5000699280 4701230474 4701233940 1653078659 4701252536 5003189720 4701235929 1653117887 1653118661 Patch Files: /etc/conf/libhp-ux.a(hptt0.o) /etc/conf/libhp-ux.a(asio0.o) /etc/conf/libhp-ux.a(ttycomn.o) what(1) Output: /etc/conf/libhp-ux.a(asio0.o): PATCH_9.03_9.05: asio0.o 1.1.193.15 95/02/08 PHN E_5071 /etc/conf/libhp-ux.a(hptt0.o): PATCH_9.03_9.05: hptt0.o 1.6.193.12 97/03/14 PHN E_10573 /etc/conf/libhp-ux.a(ttycomn.o): PATCH_9.03_9.05: ttycomn.o 1.1.193.5 95/01/05 PHN E_5071 sum(1) Output: 16718 33 /etc/conf/libhp-ux.a(asio0.o) 58104 62 /etc/conf/libhp-ux.a(hptt0.o) 27393 26 /etc/conf/libhp-ux.a(ttycomn.o) Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: None Supersedes: PHNE_3642 PHNE_4111 PHNE_5071 Equivalent Patches: PHNE_10572: s700: 9.01 PHNE_10416: s800: 9.00 9.04 Patch Package Size: 120 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. Copy the patch to your /tmp directory and unshar it: cd /tmp cp patch_source/PHNE_10573 . sh PHNE_10573 3. Become root and run update: /etc/update [-r [kernel_gen_file]] -s \ /tmp/PHNE_10573.updt PHNE_10573 Update moves the original software to /system/PHNE_10573/orig. Keep this file to recover from any potential problems. You should move the .text file to /system/PHNE_10573 for future reference. To put this patch on a magnetic tape and update from the tape drive, use dd: dd if=PHNE_10573.updt of=/dev/rmt/0m bs=2048 Special Installation Instructions: None