All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Wei Xu <wei.xu.prc@gmail.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: Fwd: Question about Xen Console
Date: Mon, 1 Apr 2013 09:22:04 -0400	[thread overview]
Message-ID: <20130401132204.GA30928@phenom.dumpdata.com> (raw)
In-Reply-To: <CAH=9XOZtvetk9AzTCTerT2Z0qpF-iJkuFxMZfO58QfmSuHLPvQ@mail.gmail.com>

On Mon, Apr 01, 2013 at 09:16:04PM +0800, Wei Xu wrote:
> On Mon, Apr 1, 2013 at 8:47 PM, Konrad Rzeszutek Wilk <
> konrad.wilk@oracle.com> wrote:
> 
> > On Mon, Apr 01, 2013 at 01:59:15PM +0800, Wei Xu wrote:
> > > Hi Konrad,
> > > I'd like to consult you some questions about the Xen Console, i'm
> > > investigating it recently, i take some test on Linux(Fedora) hvm guest,
> > it
> > > works good. (Xen-4.1.3 and Linux 3.5.0).
> > >
> > > The most confused question of me is why did Xen Console come to mind in
> > the
> > > early date, What's the requirement? Was it going to replace the emulated
> > > serial by qemu, or just an additional way to access the guest with high
> > > performance or sth other?
> > >
> > > I have post this in the xen-devel mail list and got some useful answer,
> >
> > Then lets add CC to it again.
> > > since you are the expert about it, I'd like to consult you for the
> > original
> > > answer, thanks.
> >
> > The answer is 'additional way to access the guest without having to emulate
> > the serial port'
> >
> > Thanks.
> 
> So this will improve the performance a lot on both Dom0 and DomU side,
> since the speed is not very critical when accessing a guest via console, I
> guess the most important benefit is to reduce the cpu cost of dom0  when
> emulating the serial port, is it or sth other?

Sure. But as you said - you don't use the console that often.
> 
> I have talked to stefano and he told the early printk is not supported by
> HVM guest while it's available for PV guest with "earlyprintk=xen"
> indicated in kernel boot up parameters, so is there any concern to support
> it in the future? or is this worth to do?

Correct. It could be supported, but it is more of a diagnostic tool (earlyprintk
that is it).
And as such you can also just use 'earlyprintk=serial' to help with that.

  reply	other threads:[~2013-04-01 13:22 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAH=9XOYrSyB4F+WpuQ62puPBZYE7EwjZMhRkxj7Y6gMFFDyw3w@mail.gmail.com>
     [not found] ` <CAH=9XOazUa014wvT1QQ3BaOG1XnEBtPe0z=v4vX-H_Ne=WVQyg@mail.gmail.com>
     [not found]   ` <CAH=9XOZs84EjS6mPe6X3DNXApd25A=k19PPvuEH3YbUWzZt9EQ@mail.gmail.com>
     [not found]     ` <CAH=9XOY2xGDdNV6Gcns521_ZCpca2J4mOzomSZp+6Zn8-h4RzA@mail.gmail.com>
2013-04-01 12:47       ` Fwd: Question about Xen Console Konrad Rzeszutek Wilk
2013-04-01 13:16         ` Wei Xu
2013-04-01 13:22           ` Konrad Rzeszutek Wilk [this message]
2013-04-01 13:41             ` Wei Xu

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=20130401132204.GA30928@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=wei.xu.prc@gmail.com \
    --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.