public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Steven Walter <srwalter@yahoo.com>
To: tytso@mit.edu
Cc: linux-kernel@vger.kernel.org
Subject: Problems with serial driver 5.05, kernel 2.4.3
Date: Thu, 5 Apr 2001 20:59:22 -0500	[thread overview]
Message-ID: <20010405205922.A16574@hapablap.dyn.dhs.org> (raw)

I'm getting some interesting behavior with the 2.4.3 serial driver and
agetty.

This system uses the onboard serial port (ttyS0) for a serial console
(console=ttyS0,38400) along with the VGA port.  If I try to start an
agetty on this line (agetty -L ttyS0 38400), it gets as far as
outputting "Debian GNU/Linux", etc, before freezing in ioctl(0,
SNDCTL_STOP...), this according to strace.  According to "ps -eo wchan",
it's hanging in tty_wait_until_sent.  fd 0 is /dev/ttyS0.
This happens if the port is connected via null-modem cable to another
computer, a null-modem cable connected to no other computer, or no cable
at all.

This seems to be a kernel problem to me, since its hanging in kernel
space.  However, the problem can be worked around somewhat by starting
agetty as "agetty -n -L ttyS0 38400".  In this mode of operation, the
login prompt gets printed (though the banner doesn't), and I can log in.
It seems to work well, except that large sustained transfers seem to
lock the program on this end.  For example, "dmesg" will print out a
considerable amount of text, and then simply stop.  Ctrl+C returns me to
a bash prompt.  It stops at the same spot every time, unless I start
typing between "dmesg" and stoppage.  It never varies by more than a few
(10-15) characters.  Interestingly enough, characters are still echoed
between stoppage and return to bash.

I wouldn't blame the cable or the remote computer, though, as I've tried
using an entirely different computer complete with different OS as the
terminal, with precisely the same behavior.  I've also used the cable
between the two other computers, in which it works correctly.  (The
kernel used in which it works correctly is 2.2.14 on an RH 5.2 system.)

I hope I've given you enough information to make a useful evaluation,
and hopefully a fix.  If I've left something out, please ask, and I'll be
happy to give you whatever I can.  I'm also willing to try out possible
fixes.

Thanks
-- 
-Steven
Freedom is the freedom to say that two plus two equals four.

                 reply	other threads:[~2001-04-06  2:01 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010405205922.A16574@hapablap.dyn.dhs.org \
    --to=srwalter@yahoo.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tytso@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox