From: Keir Fraser <keir@xensource.com>
To: Liang Yang <multisyncfe991@hotmail.com>,
'Mark Williamson' <mark.williamson@cl.cam.ac.uk>,
xen-devel@lists.xensource.com
Cc: "'Petersson, Mats'" <Mats.Petersson@amd.com>,
'Daniel Stodden' <stodden@cs.tum.edu>
Subject: Re: Questions about device/event channels in Xen.
Date: Fri, 16 Mar 2007 08:45:31 +0000 [thread overview]
Message-ID: <C22009AB.4715%keir@xensource.com> (raw)
In-Reply-To: <BAY125-DAV16E1CAD5403582023AF72D93710@phx.gbl>
On 16/3/07 06:02, "Liang Yang" <multisyncfe991@hotmail.com> wrote:
> First: it seems Xen uses at least two different types of even "channels".
> First type is for interrupt notification (upper call or uni-directional) and
> the second if for the notification of queued descriptors (bi-directional).
> So is the type of event channel fixed when Xen allocate them or not fixed
> (for the same device), e.g. event channel 2 was a uni-directional type and
> later can be changed to bi-directional type.
An event channel can be allocated/deallocated many times during a domain's
lifetime. The type of an event channel can change across allocations, but is
fixed at allocation time for a particular allocate-to-deallocate period.
> Second: as these events are handled asynchronously, does Xen treat different
> type of event differently? For example, does Xen always respond to
> interrupt event immediately (unlike queuing more descriptors and then set up
> event)?
Xen doesn't treat event delivery differently depending on type of event
channel. What changes is the reason for kicking the event channel.
> Third: for a PCIe device, I can choose to use MSI or the legacy line-based
> interrupt. Does different type of interrupt handling mechanism affect the
> event channel set-up?
We don't support MSI yet, but the event-channel interface will not change
when MSI is supported. The event channel will still be bound to a 'pirq'.
-- Keir
next prev parent reply other threads:[~2007-03-16 8:45 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1HQkNQ-0002f5-Pl@host-192-168-0-1-bcn-london>
2007-03-12 16:10 ` Xen-devel Digest, Vol 25, Issue 93 PUCCETTI Armand
2007-03-12 16:19 ` Petersson, Mats
2007-03-12 16:23 ` Keir Fraser
2007-03-12 16:26 ` More page-table questions Petersson, Mats
2007-03-12 16:32 ` Keir Fraser
2007-03-12 16:35 ` Petersson, Mats
2007-03-12 16:38 ` Keir Fraser
2007-03-15 22:15 ` Questions about device/event channels in Xen Liang Yang
2007-03-16 0:34 ` Mark Williamson
2007-03-16 6:02 ` Liang Yang
2007-03-16 6:02 ` Liang Yang
2007-03-16 8:45 ` Keir Fraser [this message]
2007-03-16 17:30 ` Does Dom0 always get interrupts first before they are delivered to other guest domains? Liang Yang
2007-03-16 17:40 ` Petersson, Mats
2007-03-16 18:48 ` Liang Yang
2007-03-21 0:37 ` Mark Williamson
2007-03-21 1:23 ` Liang Yang
2007-03-21 1:23 ` Liang Yang
2007-03-21 8:31 ` Does Dom0 always get interrupts first before they aredelivered " Tian, Kevin
2007-03-21 9:13 ` Does Dom0 always get interrupts first before they are delivered " Petersson, Mats
2007-04-07 16:59 ` Mark Williamson
2007-04-12 0:20 ` Does Dom0 always get interrupts first before theyare " Liang Yang
2007-04-12 14:00 ` Petersson, Mats
2007-04-12 20:15 ` Does Dom0 always get interrupts first beforetheyare " Liang Yang
2007-03-19 16:33 ` Does Xen also plan to move the back-end driver to the stub domain for HVM? Liang Yang
2007-03-19 16:45 ` Petersson, Mats
2007-03-19 18:20 ` Anthony Liguori
2007-03-19 19:21 ` Liang Yang
2007-03-19 20:20 ` Anthony Liguori
2007-03-19 21:56 ` Question about reserving one CPU for the Xen hypervisor in case of vm exit Liang Yang
2007-03-20 10:13 ` Petersson, Mats
2007-03-20 10:03 ` Re: Does Xen also plan to move the back-end driver to the stub domain for HVM? Petersson, Mats
2007-03-16 3:17 ` Questions about device/event channels in Xen Daniel Stodden
2007-03-16 8:38 ` Petersson, Mats
2007-03-12 17:27 ` More page-table questions PUCCETTI Armand
2007-03-12 17:42 ` Petersson, Mats
2007-03-13 16:25 ` Mark Williamson
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=C22009AB.4715%keir@xensource.com \
--to=keir@xensource.com \
--cc=Mats.Petersson@amd.com \
--cc=mark.williamson@cl.cam.ac.uk \
--cc=multisyncfe991@hotmail.com \
--cc=stodden@cs.tum.edu \
--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.