On Mon, 14 Jul 2008, david@lang.hm wrote:I'm just saying that it's a totally bogus argument to claim that it takes less memory - Either way. As to reliability, I don't buy that, especially with a generic interface, and with a way to link the thing in-kernel anyway. Using common infrastructure is going to be more reliable. And if so, David W is a total moran, and shouldn't have been doing this. The fact is, there _are_ good arguments for request_firmware(), but they have nothing what-so-ever to do with memory use or anything like that. The argument for request_firmware() is that it's a good _single_ interface to the whole firmware issue, allowing us to split up the driver from the firmware without every driver having to do some hack of its own. Not memory use. So next time you see somebody arguing about memory use (either way), just slap them, and tell them Linus told you to. Linus --
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Eric W. Biederman | [PATCH 0/10] sysfs network namespace support |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Natalie Protasevich | [BUG] New Kernel Bugs |
