[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] [pvops-dom0] [patch] Hook Linux's PCI probe and remove callbacks



Jiang, Yunhong wrote:
>  One consideration to is to split them into two item:
> a) For all device that is not hot-pluged, we don't need this
> hypercall, instead, Xen will do the scan and setup the mapping. 
> b) For those hot-plug device and SR-IOV devices, maybe we can use the
> BUS_NOTIFY_ADD_DEVICE notifier to achieve ths purpose. We can just
> add a notifier to it. I assume this is simlar to IOMMU in kernel,
> which should requires this notify also. So a Xen specific notifier
> should achieve our purpose without change to the PCI bus layer.

This method looks good. It only needs to register a notifier call for Xen. It 
should be more possible to be accepted by upstream.

Regards,
Weidong
    
> 
> I checked the kernel code, and noticed that
> arch/x86/kernel/amd_iommu.c register the notifier for
> BUS_NOTIFY_ADD_DEVICE, but a bit strange why Intel IOMMU has no such
> support, do you know if VT-d in kernel support device hotplug
> already?   
> 
> Allen/Jeremy, any suggestion?
> 
> Thanks
> Yunhong Jiang
> 
>> -----Original Message-----
>> From: Kay, Allen M
>> Sent: 2009年7月18日 7:43
>> To: Jeremy Fitzhardinge; Han, Weidong
>> Cc: 'xen-devel@xxxxxxxxxxxxxxxxxxx'; 'Keir Fraser'; Jiang, Yunhong
>> Subject: RE: [Xen-devel] [pvops-dom0] [patch] Hook Linux's PCI
>> probe and remove callbacks
>> 
>> These hooks for two purposes:
>> 
>> 1) Enabling of a SR-IOV virtual function.  The hypercall will
>> tell xen to setup VT-d context entries for the BDF
>> corresponding to the new virtual function.  This is required
>> for SR-IOV to work.
>> 
>> 2) PCI hot-plug support when devices are hot added/removed.
>> Vt-d context entries and data structures in Xen needs to be
>> modified accordingly.
>> 
>> These hooks needs to be enabled before either of these
>> functions are performed - I assume after dom0 boots.
>> 
>> Can you suggest a better way to do this?
>> 
>> -----Original Message-----
>> From: Jeremy Fitzhardinge [mailto:jeremy@xxxxxxxx]
>> Sent: Friday, July 17, 2009 4:14 PM
>> To: Han, Weidong
>> Cc: 'xen-devel@xxxxxxxxxxxxxxxxxxx'; 'Keir Fraser'; Kay, Allen
>> M; Jiang, Yunhong
>> Subject: Re: [Xen-devel] [pvops-dom0] [patch] Hook Linux's PCI
>> probe and remove callbacks
>> 
>> On 07/15/09 22:15, Han, Weidong wrote:
>>> Hijack the pci_bus_type probe and remove callbacks. This option only
>>> requires modification to the Xen specific part of Linux.
>>> 
>>> This is useful to add and remove pci device to Xen hypervisor when
>>> load and remove its driver. For example, when VFs are created by PF,
>>> they will be added to Xen hypervisor, and then can be assigned to
>>> guest. 
>>> 
>>> This patch is based on xen-tip-master branch of jeremy's pv-ops
>>> tree. 
>>> 
>> 
>> Yunhong Jiang sent me a version of this patch as part of his MSI
>> work. This kind of interception of pci_bus_type.probe is pretty
>> ugly, and is unlikely to be accepted upstream in this form (the
>> patch may only touch a Xen file, but it is changing a variable
>> belonging to the PCI subsystem).  We need to work with the Linux PCI
>> maintainers to 
>> find some
>> other way of achieving what we need here.
>> 
>> Can you explain what the functional requirements are here.  Could we
>> defer registering the device with Xen until some other convenient
>> hook, or must it be done at this point in the code?
>> 
>> Thanks,
>>    J

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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.