All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
To: tgh <wwwwww4187@sina.com.cn>,
	Mark Williamson <mark.williamson@cl.cam.ac.uk>,
	Keir Fraser <keir@xensource.com>
Cc: xen-devel@lists.xensource.com, Amit Singh <amit.singh@nechclst.in>
Subject: Re: shared memory and event channel
Date: Fri, 21 Dec 2007 12:54:56 +0000	[thread overview]
Message-ID: <C3916820.1A1F4%Keir.Fraser@cl.cam.ac.uk> (raw)
In-Reply-To: <476B7BC7.9030102@sina.com.cn>

It's a special-case type of inter-domain event channel in which one end is
connected to Xen itself rather than the guest. It's actually only used for
the per-vcpu ioemu event-channel that HVM guests require.

 -- Keir

On 21/12/07 08:39, "tgh" <wwwwww4187@sina.com.cn> wrote:

> hi
>   I read the code of eventchannel,and I am confused by the viarable
> named as"consumer_is_xen"in the evtchn struct, what is the function of
> consumer_is_xen? and does dom use eventchannel to communicate with
> hypervisor? why not the hypercall? and in which condition is
> eventchannel used in this way,that is ,the dom issues an event to
> hypervisor or xen,and xen is a consumer?
> 
> Thanks in advance
> 
> 
> 
> 
> Mark Williamson 写道:
>>>    For each domUs there is unique shared memory(2-way circular queue) and
>>> event-channel(one shared memory and event-channel per domU) or there is
>>> only one shared memory and interdomain event-channel(for every DomU)?
>>>     
>> 
>> Each domain has a separate shared memory page and event channel.  Actually,
>> in 
>> general, there are multiple shared memory areas and event channels per domU.
>> 
>> Each virtual device (e.g. virtual network interface) may require its own
>> separate shared memory page and event channel to talk to the backend.  So if
>> you have a domain with two vifs it'll need two shared memory pages and two
>> event channels.
>> 
>> The block driver will also want a memory page and event channel for each
>> virtual block device.
>> 
>> And so on.
>> 
>> Hope this helps,
>> 
>> Cheers,
>> Mark
>> 
>>   
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

  reply	other threads:[~2007-12-21 12:54 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-19  7:59 shared memory and event channel Amit Singh
2007-11-28  1:45 ` Mark Williamson
2007-12-03  5:29   ` a question about xen in HVM tgh
2007-12-03 17:11     ` Mark Williamson
2007-12-21  8:39   ` shared memory and event channel tgh
2007-12-21 12:54     ` Keir Fraser [this message]
     [not found] <29b32d341002211058l7e283336pa4fdfd0dc0b7124b@mail.gmail.com>
     [not found] ` <1266787199.24577.18.camel@agari.van.xensource.com>
2010-02-21 23:33   ` Shared " Ritu kaur
2010-02-22  7:55     ` Daniel Stodden
2010-02-22 17:36       ` Ritu kaur
2010-02-22 21:34         ` Daniel Stodden
2010-02-22 22:16           ` Ritu kaur
2010-02-23  9:38             ` Ian Campbell
2010-02-23 14:47               ` Konrad Rzeszutek Wilk
2010-02-23 15:42                 ` Ian Campbell
2010-02-23 15:53                   ` Ritu kaur
2010-02-23 17:42                     ` djmagee
2010-02-23 19:26                       ` Ritu kaur
2010-02-24  9:38                         ` Ian Campbell

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=C3916820.1A1F4%Keir.Fraser@cl.cam.ac.uk \
    --to=keir.fraser@cl.cam.ac.uk \
    --cc=amit.singh@nechclst.in \
    --cc=keir@xensource.com \
    --cc=mark.williamson@cl.cam.ac.uk \
    --cc=wwwwww4187@sina.com.cn \
    --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.