> Euh... Il s'agit de byte code là... le compilo, en gros, c'est le processeur dans ce cas...
Moi, il m'a semblé qu'on parlait de firmware. PAQJPD, un firmware c'est juste un bout de code (écrit en ce que tu veux, le plus souvent ça doit être du C ou de l'ASM, je suppose) qui est spécifique à un matériel précis. Exemples de firmware :
* le BIOS des PC
* le BIOS de ta carte VGA
* le bidule qui sert de BIOS aux Mac (OpenFirmware, ou un truc de ce genre, je crois)
* l'IOS installé sur le Cisco 7200VXR du datacenter du coin
* le bout de code qui gèrait ton lecteur de CD-ROM LG avant que tu essaies d'installer la Mdk 9.2
En bref, filer le code source du machin nécessiterait probablement de faire de la cross-compilation, d'avoir un assembleur capable de générer le code du micro(processeur|controleur) zarbi qui fait tourner le périphérique en question, etc. Comme on a pas forcément envie d'installer un tel foutoir juste pour compiler le module pour la carte son, le firmware est livré sous forme binaire. Très franchement, oui, ce serait vachement bien qu'ils livrent le code aussi, mais en ce qui me concerne, tant que les specs de leur matos sont dispos, on sait comment le programmer et ça me convient. Il ne faut pas oublier que si un pilote ne contient pas le firmware, celui-ci est probablement stocké dans la ROM du périphérique (et il n'en est pas moins binaire et fermé pour autant). Je ne vois pas en quoi le pilote l'intégrant serait « moins libre » (ou alors, on peut faire comme avec le SpeedTouch : on demande à l'utilisateur de télécharger le firmware à part, et on le fait charger au pilote au lancement. Mais quel intérêt ?)...
[^] # Re: Linux bientôt retiré de Debian ?
Posté par William Steve Applegate . En réponse à la dépêche Linux bientôt retiré de Debian ?. Évalué à 2.
Moi, il m'a semblé qu'on parlait de firmware. PAQJPD, un firmware c'est juste un bout de code (écrit en ce que tu veux, le plus souvent ça doit être du C ou de l'ASM, je suppose) qui est spécifique à un matériel précis. Exemples de firmware :
* le BIOS des PC
* le BIOS de ta carte VGA
* le bidule qui sert de BIOS aux Mac (OpenFirmware, ou un truc de ce genre, je crois)
* l'IOS installé sur le Cisco 7200VXR du datacenter du coin
* le bout de code qui gèrait ton lecteur de CD-ROM LG avant que tu essaies d'installer la Mdk 9.2
En bref, filer le code source du machin nécessiterait probablement de faire de la cross-compilation, d'avoir un assembleur capable de générer le code du micro(processeur|controleur) zarbi qui fait tourner le périphérique en question, etc. Comme on a pas forcément envie d'installer un tel foutoir juste pour compiler le module pour la carte son, le firmware est livré sous forme binaire. Très franchement, oui, ce serait vachement bien qu'ils livrent le code aussi, mais en ce qui me concerne, tant que les specs de leur matos sont dispos, on sait comment le programmer et ça me convient. Il ne faut pas oublier que si un pilote ne contient pas le firmware, celui-ci est probablement stocké dans la ROM du périphérique (et il n'en est pas moins binaire et fermé pour autant). Je ne vois pas en quoi le pilote l'intégrant serait « moins libre » (ou alors, on peut faire comme avec le SpeedTouch : on demande à l'utilisateur de télécharger le firmware à part, et on le fait charger au pilote au lancement. Mais quel intérêt ?)...
Envoyé depuis mon PDP 11/70