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

[Xen-devel] Re: [PATCH] AMD IOMMU: Hanlde sibling device assignment corr

To: Wei Wang2 <wei.wang2@xxxxxxx>
Subject: [Xen-devel] Re: [PATCH] AMD IOMMU: Hanlde sibling device assignment correctly
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Wed, 07 May 2008 14:09:23 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 07 May 2008 06:10:00 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1210155464.2841.109.camel@xxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AciwQ5F5z+Vzyhw2Ed2w3QAX8io7RQ==
Thread-topic: [PATCH] AMD IOMMU: Hanlde sibling device assignment correctly
User-agent: Microsoft-Entourage/11.4.0.080122
On 7/5/08 11:17, "Wei Wang2" <wei.wang2@xxxxxxx> wrote:

>> This patch seems to do more than you suggest, for example adding an extra
>> iommu hook into setup.c for dom0.
> My idea is to let dom0 construct pci device list according to
> configuration of pciback.hide=(). If a device is not hidden from dom0,
> it might be in use by dom0, then it could be dangerous to assign any of
> its siblings to other passthru domain. It is not very clean to hook into
> setup.c but I failed to find any better way to this  :(

I might be confused about how this works. Are you saying that if a domU gets
a device passed-thru that is a sibling of a dom0-driven device, then dom0
will mistakenly have its device's DMAs remapped according to the domU
mappings that get set up?

Is it possible to do this more dynamically from the tools? I.e, working out
sibling groups at the time we build a pass-thru domain, and at that point
fail the pass-thru if dom0 or any other domU is driving any device in the
group? Seems a nicer level to do the checks and raise errors. You might want
to some conflict checking in Xen, of course, just to sanity-check that noone
tries to set up two different mappings on the same HT or PCIe identifier.

Basically I think this patch is ugly. :-)

 -- Keir



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