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] Strange PCI Passthrough problem

To: "Cui, Dexuan" <dexuan.cui@xxxxxxxxx>
Subject: Re: [Xen-devel] Strange PCI Passthrough problem
From: "Todd Deshane" <deshantm@xxxxxxxxx>
Date: Tue, 14 Oct 2008 19:16:38 -0400
Cc: xen-devel mailing list <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Delivery-date: Tue, 14 Oct 2008 16:17:03 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=lB39u05/6Z/g0i2bldJRO7qKsDKc3kVy/LZNscfTZpA=; b=KHG4F+cnSniOeEUXyJvK9qRD9By+bOA8c5ZCcjq84xZbgs3lUezXtyB27gORN5nLhD PMSFBsT+aQklx5NCPjG6th0U+KGa7loOXSappmdf36/Acne3+uOdMSJyeiIZrJRy4M79 n4mGUsOhWuTSySLw+q7ARjo7UAYWr4YMWELWU=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=IOl7eCZsMy7fhmDCpmfQIl6zL30G/ytGSL0oOr3b0vVViGUvwkUBApwp+PivOjpFuG 4T6KdxK2Vi/5hN8yYWQIGNff5oPcC/t+aHeSBBNI0l81rqhg+Cfm+la0lAwcj+2WnHRx tOQ9YnN7/EgpHgR8adxIHfz4tgk/cTG1pflQk=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <F4AE3CDE26E0164D9E990A34F2D4E0DF08A5F54349@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>
References: <1e16a9ed0810091422q1af5fd64xa8fbaed18d1e17d9@xxxxxxxxxxxxxx> <F4AE3CDE26E0164D9E990A34F2D4E0DF08A5F5427C@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <1e16a9ed0810092101g20f047bat1a8312ff500ef5bd@xxxxxxxxxxxxxx> <F4AE3CDE26E0164D9E990A34F2D4E0DF08A5F54349@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Reply-to: deshantm@xxxxxxxxx
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
2008/10/10 Cui, Dexuan <dexuan.cui@xxxxxxxxx>:
> Hi Todd,
> According to the logs, we can see the 03:00.0 and 03:02.0 are behind the same 
> bridge, and both PCI devices lack the proper standard FLR capabilities.
> So currently in xend, the policy under this situation (sure, this limit is 
> not nice...) is:
> we can choose to assign both devices to the same guest;
> or,
> we can assign either device to a guest and the other becomes un-assignable 
> temporarily for another guest.

I applied the patch and was able to assign both device to the same guest fine.


> For the long run, should we add a bool parameter, like 'pci_force_assign', in 
> guest config file? If the end user sets the paramter to true, under such a 
> situation, if needed, we ignore the current policy and try to use the unsafe 
> D-state method (if available) to do FLR?

After applying the patch, I needed to hide the second card on the PCI
bridge and then restart
dom0, late binding could be used, but doesn't the pci_force_assign
need to apply to dom0/xend
and not the domU guest config?

xm pci-list-assignable-devices (after applying the patch), showed the
two 03: device on the same
line, which implied that they should be used on the same guest, but
maybe this could be made
more explicit?

I think that the limitation of assigning the devices to the same domU
is acceptable in many cases
and should somehow be enabled out of the box. Even if you need to
specify that it should happen
with a xend config option etc.

Cheers,
Todd

>
> Comments are welcome.
>
> Thanks,
> -- Dexuan
> ________________________________

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

<Prev in Thread] Current Thread [Next in Thread>