On Thu, Mar 10, 2005 at 10:41:27AM -0500, Bob Bell wrote:
>
> I'm contacting you because I'm experiencing a problem on Linux with a
> serial line, and I've traced the problem as far as the Linux kernel.
> I'm hoping that this is the best way to further troubleshoot this
> problem; I noted that Ted T'so is listed as the maintainer for the 2.4
> series (I'm running a 2.4.21 kernel) and Russell for the 2.6 series, so
> I'm hoping a message sent to this mailing list gets the attention of
> whomever is currently actively maintaining the serial/tty code.
>
> The user-visible symptoms of this problem are that after typing in a
> username and hitting enter, the serial login prompt hangs. I've traced
> this hang to an ioctl in the login code (TCSETSF, a result of calling
> tcsetattr(,TCSAFLUSH,)). I've further traced that ioctl to being stuck
> in tty_wait_until_sent().
>
> The debugging output has a lot of references to "pts", which is not
> surprising as I'm running `crash`, etc. from an ssh login. Filtering
> those out leaves the following from the time of the login:
> ttyS wait until sent...
> waiting ttyS...(1)
> waiting ttyS...(62)
> interrupted
It's possible this was caused by a lost transmitter interrupt, so the
transmit queue never drained; it's also possible that some UART's are
wired to not signal a transmitter interrupt while the serial port is
flow controlled. In order to figure out what is going on, you'd have
to add debugging logic into the interrupt handler as well (i.e.,
#define SERIAL_DEBUG_INTR).
- Ted
-
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
