From: Rob Landley <rob@landley.net>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] [patch] Fixing the stdio console stuttering.
Date: Mon, 14 Mar 2005 00:43:49 -0500 [thread overview]
Message-ID: <200503140043.50163.rob@landley.net> (raw)
I spent far too much of the weekend tracking this sucker down through the guts
of the tty code. The problem turns out to be that drivers/char/n_tty.c has a
write_chan that does buffering and retransmitting data, and
arch/um/drivers/chan_kern.c ALSO has a write_chan that buffers and retransmits
data, and the first calls the second but the second doesn't always return
correct status information for the -EAGAIN case.
When they get confused, both of them try to buffer and retransmit data, hence
the stuttering.
The first fix is that if chan_kern's write_chan gets an -EAGAIN, it should NOT
gratuitously change that to a 0 before returning. I don't know why that code
is in there, but deleting those two lines makes 90% the stuttering go away.
But not quite all of it.
The second half of the fix is arch/um/drivers/line.c has a buffer_data()
function that adds data to the buffer, tries to flush the buffer out to disk,
gets -EAGAIN, and then returns -EAGAIN even though it successfully buffered
all the data it was sent. So the upper layer resubmits the last chunk of data
it sent when the console unblocks, even though the lower layer buffered it and
sent it on by that point.
With this patch, I can't get the UML console to stutter anymore by suspending
the process it's writing to. (Add tee to the mix and you can still make it
hang by suspending its xterm for a second or two, but I think that tee
is hanging, not UML. Hangs with RHEL4 tee, but not busybox tee...)
Signed-off-by: Rob Landley <rob@landley.net>
diff -ru linux-2.6.11.2/arch/um/drivers/chan_kern.c linux-2.6.11-umlfix/arch/um/drivers/chan_kern.c
--- linux-2.6.11.2/arch/um/drivers/chan_kern.c 2005-03-02 01:38:33.000000000 -0600
+++ linux-2.6.11-umlfix/arch/um/drivers/chan_kern.c 2005-03-13 08:31:34.000000000 -0600
@@ -250,11 +250,8 @@
n = chan->ops->write(chan->fd, buf, len, chan->data);
if (chan->primary) {
ret = n;
- if ((ret == -EAGAIN) || ((ret >= 0) && (ret < len))){
+ if ((ret == -EAGAIN) || ((ret >= 0) && (ret < len)))
reactivate_fd(chan->fd, write_irq);
- if (ret == -EAGAIN)
- ret = 0;
- }
}
}
return(ret);
diff -ru linux-2.6.11.2/arch/um/drivers/line.c linux-2.6.11-umlfix/arch/um/drivers/line.c
--- linux-2.6.11.2/arch/um/drivers/line.c 2005-03-02 01:38:25.000000000 -0600
+++ linux-2.6.11-umlfix/arch/um/drivers/line.c 2005-03-13 12:28:50.000000000 -0600
@@ -128,7 +128,7 @@
ret = buffer_data(line, buf, len);
err = flush_buffer(line);
local_irq_restore(flags);
- if(err <= 0)
+ if(err <= 0 && (err != -EAGAIN || !ret))
ret = err;
}
else {
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next reply other threads:[~2005-03-14 6:46 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-14 5:43 Rob Landley [this message]
2005-03-14 16:13 ` [uml-devel] [patch] Fixing the stdio console stuttering Jeff Dike
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=200503140043.50163.rob@landley.net \
--to=rob@landley.net \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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