J'aimerai plutôt savoir pourquoi c'est autorisé dans certains cas et pas dans d'autres.
il n'y as pas vraiment de regle mais la difference est grande entre un firmware pour une carte et un binaire s'executant dans l'espace kernel.
Si tu as une carte avec un fpga a base de cellule SRAM (qui a besoin donc d'etre charge avant d'utiliser la carte), que va tu faire d'un module avec du code vhdl a compiler sur une chaine de dev proprio comme xilinx ou altera sur ton poste? reponse : rien, c'est inutilisable pour 99.999% des gens voulant utiliser la carte.
Alors que le fichier issu de la compilation vhdl sous forme binaire tu peut le telecharger directement dans la carte via le module kernel.
A l'inverse le pilote pwc (old generation) integrait du code binaire pour x86 qui etait le module de decodage des images de la webcam. Resultat : Un trou de securite (du binaire inconnu qui tourne dans le kernel), une portabilité inexistante pour les autre architecture que x86.
[^] # Re: Hooks sur binaires
Posté par TheBreton . En réponse à la dépêche Nouveau rebondissement dans l'affaire du pilote PWC. Évalué à 10.
il n'y as pas vraiment de regle mais la difference est grande entre un firmware pour une carte et un binaire s'executant dans l'espace kernel.
Si tu as une carte avec un fpga a base de cellule SRAM (qui a besoin donc d'etre charge avant d'utiliser la carte), que va tu faire d'un module avec du code vhdl a compiler sur une chaine de dev proprio comme xilinx ou altera sur ton poste? reponse : rien, c'est inutilisable pour 99.999% des gens voulant utiliser la carte.
Alors que le fichier issu de la compilation vhdl sous forme binaire tu peut le telecharger directement dans la carte via le module kernel.
A l'inverse le pilote pwc (old generation) integrait du code binaire pour x86 qui etait le module de decodage des images de la webcam. Resultat : Un trou de securite (du binaire inconnu qui tourne dans le kernel), une portabilité inexistante pour les autre architecture que x86.