|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] console driver - How domain0 processes console messages
On Wed, 16 Feb 2005 07:54:22 +0000, Andrew Warfield
<andrew.warfield@xxxxxxxxx> 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
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
|
|
|
|
|