On 12/06/2011, at 20:51, Alexey Dokuchaev wrote: >> I think trasz@ tried that and there is a problem. Loading modules on >> boot is very slow. If you try to load everything that GENERIC has as >> modules the boot will take forever. > > Perhaps then we need to come up with something more intelligent, i.e. do not > load everything trying to get maximum coverage of users' hardware, but > load only required bits based on what we see on PCI bus (roughly speaking).
Now the tricky part is extracting supported device IDs from drivers in an automatic fashion :) I imagine some symbol magic could be done for the general case so a tool could extract the IDs & the bus type (so it could work for PCI & USB which covers about 99.9% of the hardware in question). ISTR there a few modules which call some blob to determine if the module is supported but I think it's quite rare (the 80/20 rule works for me here :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C _______________________________________________ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
