MHS: Source date is: 15-Oct-93 16:48 PDT
File item: SUMMARY.TTY.patches
> Hi managers,
> Does anyone knows if there are 4.1.3 pathes for serial ports, ttysoftcar
> and all kind of this serial crap ?
> -Misha Pavlov.
> Systems & Network Administrator
There are 2 patches related to tty's which i was reffered to: T100513-04 and 100359-06
First one obsoletes all 100513-XX and according to the bugID 1069768, 1064320
will help me to get rid of the headache.
The second ... well nothing like that happend to me so far (thank's god)
Now, the followup question: do these bugs affect *ONLY* built in serial ports ?
SunOS release: 4.1 4.1.1 4.1.2 4.1.3
Keywords: ALM2, serial port, hangs, printer hangs, XON, XOFF, TIOCCONS re-direction
security console pty dialin dialout drops DTR NULL, panic Bad Trap TIOCSTI,
HUPCL, flow control incoming CRTSCTS
Topic: Jumbo tty patch
BugId's fixed with this patch: 1048128 1069768 1008324 1040722 1070495 1060689
1064320 1104557 1068641 1056787, 1068641, 1056787
Patches which may conflict with this patch: 100225-02, 100194-02, 100397-01, 100188-02,
100358-01 and 100414-01. All obsoleted patches.
SunOS does not do RTS/CTS flow control for incoming datastreams, previously
Xon/Xoff flow control had to be used.
When sending output to printers, terminals, plotters etc. using
the ALM2 or zs serial ports with the xon/xoff flow control, the
output may hang intermittently.
Flow control problems exist in SunOS 4.x. After some
extended period of time, the device would send an xoff, and data
would stop. When data is to be resumed with an xon from the device,
the xon seems to have been dropped or ignored because data flow did
Sun doesn't respond on xoff at the end of a printjob
TIOCCONS can be used to re-direct console output/input away from "console"
Kernel programs using pty can get output from previous application
Process not letting go of a pty
When a port is used for dialing in and dialing out, DTR would be dropped
and processes remain in <exiting> state with data queued for the driver.
A remote dialin session using hayes modem drops NULLs
In rare circumstances, attempting a TIOCSTI ioctl on a pty, when the
read side of the stream is full, can panic Bad Trap from ttycommon_qfull,
after passing that routine a faulty pointer to the queue.
BugID 1068641, 1056787
SunOS doesn't handle ~HUPCL correctly. Typically this is seen
when one dials in to a Sun zs port, and starts a process which
is supposed to remain attached to the modem after you log off
(E.g. a dialback program). When you log off, SunOS 4.1.3 will
drop DTR. This causes the remaining process to detach from
the modem. Note well that this *won't* be integrated into
SunOS release: 4.1.1 4.1.2 4.1.3
Keywords: panic assertion failure, machine freeze, console printf hangs, jumbo
Topic: Streams Jumbo Patch, revision update for 4.1.3 compatibility
BugId's fixed with this patch: 1068158 1044100 1044888 1047355 1058097 1061174
System crash with assertion failure vp->v_stream when using clone
This patch incorporates the fix for bug id #1044100 which results
in a machine freeze.
This patch also fixes a bug where kernel printf hangs the system.
Polling not working correctly.
System crash with panic data fault, with bad buffer pointer, usually
in the login process.
'poll()' does not return -1 when 'poll()' receives a signal when polling
fds greater than 30.
Bugid 1058097 (11/11/91 100359-03)
The same system crash panic data fault can occur when the ioctl FIONREAD
is being processed.
Many Thanx to:
Peter Samuel Peter.Samuel@nms.otc.com.au
Kevin Cosgrove, P.E. kevinc@solomon.UUCP
Robert J Wolf firstname.lastname@example.org
Bill Townsley email@example.com
Glenn Satchell firstname.lastname@example.org
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:08:25 CDT