All of lore.kernel.org
 help / color / mirror / Atom feed
From: aq <aquynh@gmail.com>
To: andrew.warfield@cl.cam.ac.uk
Cc: Richard <judicator3@gmail.com>, xen-devel@lists.sourceforge.net
Subject: Re: console driver - How domain0 processes console messages ?
Date: Wed, 16 Feb 2005 17:38:46 +0900	[thread overview]
Message-ID: <9cde8bff05021600382dc4a624@mail.gmail.com> (raw)
In-Reply-To: <eacc82a405021523546a3ad773@mail.gmail.com>

On Wed, 16 Feb 2005 07:54:22 +0000, Andrew Warfield
<andrew.warfield@gmail.com> wrote:
> > I am trying to undestand how domain0 processes console
> > messages  (i.e messages with type CMSG_CONSOLE and subtype
> > CMSG_CONSOLE_DATA).
> 
> Console messages currently share the same shared memory rings that
> control messages use.  As such, ctrl_if_send_message_noblock(), is a
> non-blocking send on these rings, and ctrl_if_notify_controller() is
> an event channel notification of a control event.  Aside from console
> messages, control messages are exactly that -- things like driver
> setup and connection.  See xen/include/public/io/domain_controller.h
> for a full list.
> 
> The control message rings are mapped to user space in dom0 through
> calls to libxc, while the notification is delivered to dom0 via
> /dev/evtchn.  If you are using stable or testing, these rings are
> accessed directly by xend, see tools/python/xen/lowlevel/xu/xu.c
> (especially the notifier and port objects therein).  If you are using
> the unstable tree, xcs (tools/xcs/xcs.c) demultiplexes the shared
> rings/event channels.

Andrew, as I understand, xcs provides xend's functionalities, and to
some extent (I expect that xcs is still under development) we can use
xcs instead of xend to manage domainUs. Is that correct?

Thank you,
AQ


-------------------------------------------------------
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

  parent reply	other threads:[~2005-02-16  8:38 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-16  6:10 console driver - How domain0 processes console messages ? Richard
2005-02-16  7:54 ` Andrew Warfield
2005-02-16  8:38   ` Richard
2005-02-16  9:35     ` Andrew Warfield
2005-02-17  1:26       ` Anthony Liguori
2005-02-21  3:04         ` Richard
2005-02-16  8:38   ` aq [this message]
     [not found]     ` <eacc82a405021600562ed346d2@mail.gmail.com>
2005-02-16  8:57       ` Andrew Warfield

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=9cde8bff05021600382dc4a624@mail.gmail.com \
    --to=aquynh@gmail.com \
    --cc=andrew.warfield@cl.cam.ac.uk \
    --cc=judicator3@gmail.com \
    --cc=xen-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 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.