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

Re: [Xen-devel] [PATCH] linux: allow pciback to be built as a module




On 8 Mar 2006, at 19:07, Ryan wrote:

Do you mean if no other driver grabs a device, have that device attach
to the pcistub driver?

I mean have some way of asking the pcistub driver to late-bind, but not have pcistub bind greedily and automatically.

I have a type of "late binding" support coded up and working, but it
isn't quite ready for submission yet. You can add/remove PCI slots
to/from the pcistub driver at run-time. It doesn't automatically pick-up
devices that don't have a driver, but it is useful for working with the
bind/unbind driver attributes in sysfs in Linux. This would also be
useful in scenarios with cardbus where you *may* not know the slot
numbers in advance. Or if the administrator simply decides to change his
mind and take, for example, a network card out of service in dom0 and
put it in a domU or vice versa.

It sounds like you have basically what I'm talking about already working. I'm not sure it makes sense to have pciback greedily bind to PCI devices. If you don;t have to bind really early (to avoid other driver probes during boot) then you can probably leave the bind until driver-domain creation.

It'd be great to get a patch for that in the tree, and hook it into the tools (so that driver-domain creation fails only if the device is already bound to another driver --- currently we fail if the device is not already bound to pciback).

 -- Keir


_______________________________________________
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®.