Attention à pas mélanger 2 choses qui n'ont pas grand chose à voir :
- les firmwares sous forme de binaire, envoyés vers la ram du matériel par le driver et exécuté par un processeur embarqué
- les drivers binaires, qui seront cette fois exécutés directement dans le noyau, sur le processeur central
C'est dans la deuxième catégorie qu'on trouve entre autres les drivers pour les winmodems et autres trucs du genre (dont certainement le driver pour ta webcam) Je suis d'accord que ces drivers-là sont très problématiques.
Par contre, je n'ai aucun problème avec la première catégorie, c'est un très bon moyen de réduire le cout du matériel (en évitant de devoir ajouté une mémoire non volatile) tout en permettant des mises à jour faciles.
La FSF rejette les deux, les *BSD seulement la deuxième catégorie, d'où une certaine confusion, ce que les BSD appellent "blobs", c'est uniquement les drivers binaires, là où la FSF utilise ce terme pour tout ce qui est "données binaires contenues dans un driver", même si ce code est uniquement destiné à être envoyé dans la RAM du périphérique.
[^] # Re: Blobs et blobs
Posté par Buf (Mastodon) . En réponse au journal Le système que j'utilise est-il libre ?. Évalué à 10.
- les firmwares sous forme de binaire, envoyés vers la ram du matériel par le driver et exécuté par un processeur embarqué
- les drivers binaires, qui seront cette fois exécutés directement dans le noyau, sur le processeur central
C'est dans la deuxième catégorie qu'on trouve entre autres les drivers pour les winmodems et autres trucs du genre (dont certainement le driver pour ta webcam) Je suis d'accord que ces drivers-là sont très problématiques.
Par contre, je n'ai aucun problème avec la première catégorie, c'est un très bon moyen de réduire le cout du matériel (en évitant de devoir ajouté une mémoire non volatile) tout en permettant des mises à jour faciles.
La FSF rejette les deux, les *BSD seulement la deuxième catégorie, d'où une certaine confusion, ce que les BSD appellent "blobs", c'est uniquement les drivers binaires, là où la FSF utilise ce terme pour tout ce qui est "données binaires contenues dans un driver", même si ce code est uniquement destiné à être envoyé dans la RAM du périphérique.