configurable device (and other) tables in the kernel ?

John-Mark Gurney gurney_j at resnet.uoregon.edu
Sat Feb 3 20:13:18 UTC 2007


Warner Losh wrote this message on Thu, Feb 01, 2007 at 11:02 -0700:
> On the one hand, I like the flexibility of having the ability to look
> at a device and know what driver(s) may attach to it w/o having the
> drivers in memory, since that allows us to move to a demand load
> model for those people that want it.  Right now, there's no way to
> smartly extract the plug and play info used by the device probe
> routines to bid on a device from the drivers to try to smartly load,
> say, the atheros driver when an atheros cardbus card is inserted.

Hmmm.. couldn't we do something like dedicate a section to a simple
table that contains the PCI id's and related data to match.. Then
we could have a tool that embeds the PCI id data from a plain text
file and recreates the plain text file from the section...

This doesn't solve the cases where the driver needs to handle a device
specially, but w/ the text file, and the driver using the table, it'd
be easy to do an on demand load pass...  (and for new devices, users
would be able to test drivers w/o having to recompile the module)..

And as part of installation, it lists the modules that are necessary
to boot in loader.conf...

Just a thought...

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."


More information about the freebsd-arch mailing list