Re: more kernel firmware stuff
In case anyone cares, here's the commentary I wrote back in January on
the question of where to put drivers that push firmware down to
devices (as opposed to the firmware blobs, which are non-free). It
assumes that the firmware blobs are redistributable under a proper
(non-GPL) license and wind up as separate files in the initrd, etc.
The drivers, I think, still belong instead of main instead of contrib.
Most of them will work to drive a "hot" device that has already had
firmware fed to it. Many of them work with models of the hardware
that have the firmware already in flash; it's just that some models
omit the flash for cost reasons, or have a broken or DOS-only
mechanism for permanent flash updates. All of them are useful for
developing and testing free firmware, as advocates of reverse
engineering have pointed out.
Drivers for most hardware with not-very-firm firmware aren't like the
NVidia driver, which loads a blob of host code containing most of the
functionality. They don't present a QA obstacle worse than drivers
for hardware containing flash. It's one thing to work towards a world
in which hardware vendors have beaten their copyright swords into
plowshares; it's another to run full-tilt into those swords when
they're halfway to the forge, just to prove a point.