kern/141150: TIOCDRAIN ioctl on pts/pty master hangs
john hood
jh at sandstorm.net
Thu Dec 3 22:50:01 UTC 2009
>Number: 141150
>Category: kern
>Synopsis: TIOCDRAIN ioctl on pts/pty master hangs
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Dec 03 22:50:01 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator: john hood
>Release: 8.0-RELEASE
>Organization:
Sandstorm Enterprises
>Environment:
FreeBSD lister.sandstorm.net 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Tue Dec 1 20:49:34 EST 2009 jh at lister.sandstorm.net:/usr/src/sys/amd64/compile/NOCD amd64
>Description:
our ancient 'gksu' port is broken-- it hangs after running the su/sudo command, and so output from the command never appears and gksu never exits.
the problem is twofold-- a bug in libgksu, which calls tcdrain() on the master side of a pty; and a bug in kernel, which hangs rather than returning an error on the tty ioctl.
see ports/141149 for a report + patch on libgksu.
I observe this on both 7.1 and 8.0.
8.0 kernel sleeps on ttyout when this happens.
In 8.0, ptsdev_ioctl() already seems to have some code to handle just this case, but it's only applied to the TIOCSETA[FW] ioctls used by tcsetattr(). So maybe it just needs to do this for TIOCFLUSH/TIOCDRAIN too.
In 7.1, something different happens, of course-- it looks like all these cases go through to the slave pty, and just TIOCSETA[FW] get a flush beforehand.
>How-To-Repeat:
sudo pkg_add -r gksu
gdb gksu id
^C
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list