Using the "best available" driver

Pavel Roskin proski at gnu.org
Tue Dec 6 22:43:40 EST 2005


Quoting jt at hpl.hp.com:

> 	Hi guys,
>
> 	Sorry to intrude in the conversation.

Jean, you are most welcome.  I appreciate your examples.

> 	A few years ago, probably on this mailing list, I told you
> that driver selection was an essential feature of the old Pcmcia
> subsystem. I'm glad that you have implemented the framework to do
> that, and thank you for all your work on Pcmcia.
> 	Now, I want to start brainstorming about the next step : how
> do we offer this functionality in a friendly form to our users.

And also - how to affect driver selection before the first userspace program
runs.  I think we should not rely on the module interface - whatever we devise
should work with monolithic kernel as well.

> 	The sysfs commands are fine, but they are rather obscure, and
> are not persistent. What would be nice is to have a list associating
> cards IDs with the driver needed. Not an axhaustive list, but just the
> user override. Then, each time the card is loaded, the hotplug script
> would do the necessary magic to get the right driver binded (and
> potentially unload the uncessary driver).

A clean solution is not to have to unload anything.  Drivers should not be bound
to devices if the user doesn't want it.

> 	Personally, I'm not totally happy with the present solution
> where all the policy (driver binding) is done in kernel space out of
> control of the user. We really want to polish that stuff so that it's
> usable by common mortals.

The override table should be available for modification from the userspace.  But
having support for the kernel command line would be useful too.

--
Regards,
Pavel Roskin



More information about the linux-pcmcia mailing list