All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Ferenc Wagner <wferi@niif.hu>
Cc: xen-devel@lists.xensource.com
Subject: Re: Re: dom0 serial input overruns
Date: Thu, 24 Mar 2011 07:54:54 -0400	[thread overview]
Message-ID: <20110324115454.GB23293@dumpdata.com> (raw)
In-Reply-To: <878vw54qd7.fsf@tac.ki.iif.hu>

On Wed, Mar 23, 2011 at 07:57:08PM +0100, Ferenc Wagner wrote:
> Ferenc Wagner <wferi@niif.hu> writes:
> 
> > Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> writes:
> >
> >> wferi writes:
> >>
> >>> the Xen (and Linux) serial console is also lossy as hell [...]
> >>> However, this lossage isn't accompanied by any warning.
> >>
> >> Oooh, strange.
> >
> > I have to take this back, partly.  Although the bare linux serial console
> > is *much* more reliable (I couldn't trigger much visible corruption by a
> > simple 'while echo "                     X"; do :; done' loop, as under
> > Xen, even that heavily loses characters during the bootup message storm
> > when going through the Serial-over-LAN thingie.  Now I took that out of
> > the picture entirely, using a physical serial connection instead.  This
> > made a world of difference: bootup logs are pretty much perfect now, and
> > even the above while loop seldom produces a single wiggle (57600 baud).
> > See http://apt.niif.hu/xen_bootup.log for good example (the stray
> > character before "Allocated console ring" seems fully deterministic).
> > I'll test the same console setup under bare Linux tomorrow, maybe that
> > won't make a single error...
> 
> Yes, testing confirms that bare Linux is even better, I couldn't notice
> a single missing character (vs. some glitch in every couple of seconds
> under Xen).
> 
> > Still, these (infrequent) glitches over hvc0 go unnoticed by the system,
> > as far as I can tell.
> 
> Who should notice this, after all?  hvc0 itself probably not, being a
> virtual device.  Does the Xen serial driver detect overruns?

It is  not a serial driver anymore. It uses some other type of API that
does not have all of the fancy serial support. No idea actually how it
does flow control.

> 
> >> Look for a thread from 'M A Young' about keyboard issues.
> >
> > Long thread, I'll read through it tomorrow.
> 
> There's a good chance I'm running without the fix mentioned in the
> conclusion (I'm yet to check), and my serial interrupts really hit CPU0
> alone.  But my serial connection mostly works, not totally dead like in
> that thread.

That is good. Happy to have been able to fix your problem by just talking about it!

BTW, haven't looked in details at the logs - little swamped right now.
> -- 
> Thanks,
> Feri.
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

  reply	other threads:[~2011-03-24 11:54 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-20 11:02 dom0 serial input overruns Ferenc Wagner
2011-03-20 20:43 ` Konrad Rzeszutek Wilk
2011-03-21 16:32   ` Ferenc Wagner
2011-03-22 15:27     ` Konrad Rzeszutek Wilk
2011-03-22 15:48       ` Trolle Selander
2011-03-22 22:08       ` Ferenc Wagner
2011-03-23 18:57         ` Ferenc Wagner
2011-03-24 11:54           ` Konrad Rzeszutek Wilk [this message]
2011-03-24 14:07             ` Ferenc Wagner

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=20110324115454.GB23293@dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=wferi@niif.hu \
    --cc=xen-devel@lists.xensource.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.