Date: Wed, 15 Sep 2010 22:10:03 GMT From: "Heath N. Caldwell" <hcaldwell@fastsoft.com> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/110017: [libexec] [patch] serial port console output garbled Message-ID: <201009152210.o8FMA3TL079946@freefall.freebsd.org>
index | next in thread | raw e-mail
The following reply was made to PR kern/110017; it has been noted by GNATS.
From: "Heath N. Caldwell" <hcaldwell@fastsoft.com>
To: bug-followup@FreeBSD.org, dan@more.net
Cc: Ji Li <jli@fastsoft.com>
Subject: Re: kern/110017: [libexec] [patch] serial port console output
garbled
Date: Wed, 15 Sep 2010 14:49:44 -0700
We ran into this same problem with the PowerEdge 1950 and PowerEdge
R710.
I spent some time looking at the problem, and it looks like what is
happening is that oflush() is called right before a case that will end
up continuing back to the top of the loop, at which time setttymode()
gets called, which calls tcflush() right off the bat (with TCIOFLUSH).
So the buffered data is sent, but for at least these machines, it
doesn't get a chance to be completely written before the call to
tcflush(), causing it to get into a garbled state.
Here is a patch that uses tcdrain() to make sure that the data is
completely written to the terminal before returning from oflush(). I
think that this addresses the problem more directly.
--- getty/main.c (revision 212627)
+++ getty/main.c (working copy)
@@ -689,8 +689,10 @@
static void
oflush(void)
{
- if (obufcnt)
+ if (obufcnt) {
write(STDOUT_FILENO, outbuf, obufcnt);
+ tcdrain(STDOUT_FILENO);
+ }
obufcnt = 0;
}
--
Heath Caldwell
hncaldwell@fastsoft.com
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201009152210.o8FMA3TL079946>