Messages in this thread | | | Date | Mon, 13 Mar 2006 20:25:03 -0500 | From | Adam Belay <> | Subject | Re: [PATCH] [PNP] 'modalias' sysfs export |
| |
On Mon, Mar 13, 2006 at 08:36:12AM +0100, Kay Sievers wrote: > On Mon, Mar 13, 2006 at 02:26:54AM -0500, Adam Belay wrote: > > I did some research, and interestingly enough, the ACPI _CID method allows > > for compatible IDs even for PCI devices. These also would present a problem > > for the modalias sysfs attribute. > > Again, you can do every "advanced" setup already today with poking > around in the bind/unbind files in sysfs. Userspace just receives an > event from the kernel and can do whatever it wants to do with the event: > ignore it, load a specific module, start a userspace driver, or just ask > modprobe to load the kernel supplied default module. > > The modalias is just a convenient way to provide a "default" module > autoloading and is not expected to become a system management > replacement with full featured policy integration. I don't really see > a "real world" problem here. If some day we support this stuff and need > a new interface we can just do this if someone proposes a better > solution. For now modalias works just fine. As long as we have device > table matches _in_ the kernel modules, there is no reason not to export > the match value from the kernel at the same time. > > Thanks, > Kay
Alright, I was just trying to make it clear that there are minor problems with hotplug and some aspects of ACPI, PCMCIA, PNP, etc. Some of the exceptions (e.g. multiple PnP IDs) are more common than others (e.g. ACPI _CID methods for non-acpi devices). Also, some aren't difficult to work around with things like the script that parses the "id" attribute. I'm interested in seeing how future solutions might attempt to implement these features, even the corner cases. I agree, though, that having a simplistic default like the modalias approach has an important "real world" advantage.
Thanks, Adam - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |