WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Move some of the PCI device manage/control into pciback?

To: "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>, Shohei Fujiwara <fujiwara-sxa@xxxxxxxxxxxxxxx>, "Cui, Dexuan" <dexuan.cui@xxxxxxxxx>
Subject: Re: [Xen-devel] Move some of the PCI device manage/control into pciback?
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 16 Jan 2009 08:07:00 +0000
Cc: "'xen-devel@xxxxxxxxxxxxxxxxxxx'" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 16 Jan 2009 00:07:00 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <E2263E4A5B2284449EEBD0AAB751098401C4F933E4@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acl3ARGOElD8xodYiEqGOngli7SaRwAoO5DQAAPaIQg=
Thread-topic: [Xen-devel] Move some of the PCI device manage/control into pciback?
User-agent: Microsoft-Entourage/12.15.0.081119
On 16/01/2009 06:18, "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx> wrote:

>> I'd rather have all accesses mediated through pciback. I don't think PCI
>> config accesses should be on any data path anyway, and you've already taken
>> the hit of trapping to qemu in that case.
> 
> There is one exception: The mask bit for MSI/MSI-X. Maybe we need add some
> mechanism for HVM domain to mask/unmask the virtual interrupt directly, like
> what DomU did for evtchn. But that will be tricky.

Yes, that did occur to me. We already have plenty of special emulation code
for MSI/MSI-x. I guess we may explicitly paravirtualise that aspect in a
different way which would allow ioemu to interact direct with Xen. Actually
if mask/unmask happens on every IRQ, we may need to push support for the PCI
MSI registers right down into Xen itself to get decent speed? Because going
to qemu with any great frequency is not very high performance.

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel