|  |  | 
  
    |  |  | 
 
  |   |  | 
  
    |  |  | 
  
    |  |  | 
  
    |   xen-devel
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
 | 
 |  | 
  
    |  |  |