Messages in this thread | | | Date | Mon, 14 Jul 2008 19:45:57 -0700 (PDT) | Subject | Re: [GIT *] Allow request_firmware() to be satisfied from in-kernel, use it in more drivers. | From | David Miller <> |
| |
From: Linus Torvalds <torvalds@linux-foundation.org> Date: Mon, 14 Jul 2008 19:39:03 -0700 (PDT)
> Put this way: if you do a distro, you _need_ to support firmware loading > anyway. And once you do that, it's just annoying how some drivers then do > something odd and special for the same thing, for no real good reason.
In what way is it annoying?
Most distribution people aren't even aware that drivers like tg3 and bnx2 even have firmware. In fact it's self contained and less for them to worry about.
The correct firmware is right there in the driver, it's what the driver maintainer tested as a unit, and everything.
It neither gets in the distro guys way nor causes any functional problems.
It may cause potential legal issues, but that is another matter.
> It's like having each wireless driver do their own 802.11 stack. It works, > and all those driver writers seem to be always convinced that it's the > right thing to do. But as a network maintainer, do you like it? > > Now, replace "802.11 stack" with "firmware loader", and then replace > "network maintainer" with "kernel maintainer".
Distro folks do ship external drivers that have their own 802.11 stack, so this is a very good example in fact :-)
I think the modular vs. static kernel image is a better analogy. At least with that I have a real choice, with this stuff I suddently won't.
Regardless of what you or I think about these changes, the fact is that there were definitely some areas of contention and even some level of misrepresentation of these changes. And given that, some of us feel that merging this in right now was on the premature side.
| |