On Mon, Jul 14, 2008 at 07:51:55PM -0700, Linus Torvalds wrote:In order to transfer it, right now you feed it through a working device. When that device itself requires firmware to work, you will suddenly discover that it becomes harder and harder to get any communication device to work on your target system. Then, in order to load it, you need to have a properly set up system (hotplug scripts, firmware at the proper location, etc...). This is really not convenient on embedded systems or live CD systems. In fact, among all my machines, only my notebook is currently able to load a firmware. Also, there's a versionning problem. It's easy to rename a driver "foo.ko" => "foo-1.ko" and just load the exact file or hold several versions there by simply moving a symlink. Having to fiddle around with firmware files depending on the driver version will get much harder. Also, when you're cleaning up a system after installation, how do you know which firmware files you need to keep and which ones you can safely remove ? Just like Jeff and Davem, I really want to be able to continue to use my drivers like I have done since modules were introduced. Switching a single-file to a multi-file/multi-dir installation would be a huge maintenance regression IMHO. Willy --
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Linus Torvalds | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Andrew Morton | 2.6.25-mm1 |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| David Miller | [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Natalie Protasevich | [BUG] New Kernel Bugs |
