All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori@us.ibm.com>
To: NAHieu <nahieu@gmail.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: How console data travel in Xen?
Date: Thu, 30 Jun 2005 11:08:45 -0500	[thread overview]
Message-ID: <42C4190D.7000809@us.ibm.com> (raw)
In-Reply-To: <5d7aca950506300841306bad7a@mail.gmail.com>

NAHieu wrote:

>Hello,
>
>I am trying to investigate in detail how console data go thru the Xen
>system. Suppose that I am running a domainU, when I type at the
>domainU console (I connect to the console with xencons or ssh), how
>data (from keyboard in this case) travel from low level (hardware) to
>Xen, then to dom0, then to domU?
>  
>
There exists a well-known event channel and shared memory page between 
each dom0 and domU which the control tools are responsible for setting 
up (in Xend, that's xcs--in VM-Tools, that's xenctld).  The shared 
memory page is defined by the shared_info_frame which is queriable as 
part of getdomaininfo().  The event channel is chosen by the control 
tools and is almost always 1.

The event channel and shared memory page make up the control channel.  
The shared memory page is used as a ring queue for messages (see 
/usr/include/xen/io/domain_controller.h) and the event channel is a 
notification message to say when a new message has arrived.

One of the message types is CMSG_CONSOLE.  It has one message subtype 
CMSG_CONSOLE_DATA.  Console data (input and output) is passed in 60 byte 
chunks using this message type between dom0 and domU.  This is handled 
at drivers/xen/console/console.c in domU (in the kernel tree) and in 
tools/xcs/*.c in dom0 (or xenctld/console.c in VM-Tools).  In VM-Tools, 
the console messages are just put into a queue until a file (usually a 
pty) is associated with the device in which case everything is 
dumped/read from the file.

The Xend/xcs architecture is a bit more complex.  xcs forwards all 
messages over two sockets to Xend.  Xend then dispatches these messages 
internally.  The messages are then read/written to a socket.  The stuff 
that's unique to the console is mostly handled in 
tools/python/xen/xend/server/console.py

Hope this helps.

Regards,

Anthony Liguori

>I am not afraid of reading and hacking the source to understand this,
>but I dont know where to start in the jungle of code. (Which files
>should I pay attention to?)
>
>Looks like xen/drivers/char/console.c is not related to this problem?
>
>All the helps are highly appreciated ;-)
>
>Thank you a lot,
>Hieu
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
>
>  
>

  reply	other threads:[~2005-06-30 16:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-30 15:41 How console data travel in Xen? NAHieu
2005-06-30 16:08 ` Anthony Liguori [this message]
2005-06-30 17:28   ` NAHieu
2005-06-30 18:16     ` Anthony Liguori
     [not found]       ` <5d7aca95050630113550c453b0@mail.gmail.com>
2005-06-30 18:39         ` Anthony Liguori
  -- strict thread matches above, loose matches on Subject: below --
2005-06-30 15:52 Li, Xin B
2005-06-30  9:06 NAHieu

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=42C4190D.7000809@us.ibm.com \
    --to=aliguori@us.ibm.com \
    --cc=nahieu@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.