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.
<quote self> 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. </quote> HTH, - Michael
