[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 4/5] pciback: user-space quirks policy
On 17 Jul 2006, at 20:15, Chris wrote: The attached patch contains two policy files written in what is intendedto be human-readable SXP. A few comments on the format: 1. Instead of having xend-pci-permissive.sxp empty, could you: (unconstrained_dev_ids ( # 'XXXX:XX:XX.X' ) )This would simplify the header comment as no need to have separate explanation for empty file. 2. It's a bit weird that xend-pci-quirks.sxp identifies devices by vendor/device ids, but xend-pci-permissive.sxp identifies by slot. Could the latter also identify by vendor/device ids -- after all, the need to be in the list is a property of the device, not its position on the PCI bus. This would also allow us to add devices to this list in a way that's portable across systems (an idea I'm sure you hate ;-). 3. Can we define the identifier format as <vendor>:<device>[:<subvendor>:<subdevice>]. The sub-details ffff:ffff crop up rather a lot and it'd be neater to be able to make that a default if that section of the identifier string isn't present. Apart from that, as far as I can tell you parse the config files whenever a PCI device is bound to a domain. You pick out matching entries and poke them down to pciback via sysfs. All seems sensibel to me. Is there a way of reading out from sysfs the quirks and 'permissive status' for a particular device (or all devices)? That could be handy. Thanks! Keir _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |