Blobs are vendor-compiled binary drivers without any source code. Hardware makers like them because they obscure the details of how to make their hardware work. They hide bugs and workarounds for bugs. Newer versions of blobs can weaken support for older hardware and motivate people to buy new hardware.
Blobs are expedient. Many other open source operating systems cheerfully incorporate them; in fact their users demand them.
But when you need to trust the system, how do you check the blob for quality? For adherence to standards? How do you know the blob contains no malicious code? No incompetent code? Inspection is impossible; you can only test the black box. And when it breaks, you have no idea why.
* Blobs can be 'de-supported' by vendors
at any time.
* Blobs cannot be supported by developers.
* Blobs cannot be fixed by developers.
* Blobs cannot be improved.
* Blobs cannot be audited.
* Blobs are specific to an architecture, thus
less portable.
Je treba rozlisovat mezi BLOB-em pro driver (nvidia, vsechny fake-raidy a nektere raidy) ktery bezi na hlavnim CPU v urovni jadra a BLOB-em jakozto firmware pro hardware (gsm, wifi, raid fw - ne driver!) ktery je nahran do dane karty a bezi na jejim hw a vsechny body ktere popisujete vyse se na tuto situaci nevztahuji. Jde tady jen o usetreni vyrobnich nakladu, protoze fw neni v eeprom na karte ale nahrava se do ni az pri inicializaci ovladacem.
Vyvojari Debianu nejspis odsouhlasili pouziti jen toho druheho pripadu, ale pokud ma nekdo presnejsi informace, at me prosim doplni.
Isteze vsade mozu byt chyby ale je lepsie ked je aspon moznost ze to vyrobca fixne. Na co mi je karta ktora ma napevno firmware a blbne. Ten firmware je tam tak ci tak. Ci na disku alebo v karte. Vyrobcovia nemaju zaujem obmedzovat pouzivanie ich produktov. Naozaj je to iba o setreni nakladov a jednoduchosti opravy.