C'est en train d'être fait par Redhat pour les cartes broadcom...
les fameuses dont sont issues un si grand nombre de trolls chez debian. (modules bnx / bnx2 / bnx2x / bnxi ayant besoin de crc32 (lui même de libcrc32.ko) et/ou (selon les versions) de firmware_class. Et leur absence dans l'initrd de base ne permet pas de simplement faire un cat mes_blobs_fw.gz >> initrd.gz Le tout bien sûr arrosés d'un grand nombres de firmware, Redhat est en train de s'occuper du tout...
Le fait que certains modules puissent rejoindre la branche -staging, si Novell accepte, est une bonne chose pour les utilisateurs de Debian, dans la mesure ou par exemple le web est rempli de question sans réponse, sans support. "c'est pas libre, pas de support" est une réponse +1 et compréhensible, mais ça aide pas à utiliser Debian :( Alors qu'il est assez simple, pour reprendre l'exemple des firmware et des drivers broadcom, d'expliquer que l'ajout du/des firmware dans l'initrd ne sufffira pas à le faire loader directement à ce stade (alors que ça suffit après), et d'expliquer comment faire pour enrichir l'initrd. Sinon ça devient embétant pour tout ceux utilisant du noyau/initramfs-toopiti local pour rapatrier un système squashfs sur le réseau (et un ~ nfs, mais on s'en fout).
[^] # Re: Microcodes
Posté par bubar🦥 . En réponse à la dépêche Des nouvelles du noyau Debian. Évalué à 4.
les fameuses dont sont issues un si grand nombre de trolls chez debian. (modules bnx / bnx2 / bnx2x / bnxi ayant besoin de crc32 (lui même de libcrc32.ko) et/ou (selon les versions) de firmware_class. Et leur absence dans l'initrd de base ne permet pas de simplement faire un cat mes_blobs_fw.gz >> initrd.gz Le tout bien sûr arrosés d'un grand nombres de firmware, Redhat est en train de s'occuper du tout...
Le fait que certains modules puissent rejoindre la branche -staging, si Novell accepte, est une bonne chose pour les utilisateurs de Debian, dans la mesure ou par exemple le web est rempli de question sans réponse, sans support. "c'est pas libre, pas de support" est une réponse +1 et compréhensible, mais ça aide pas à utiliser Debian :( Alors qu'il est assez simple, pour reprendre l'exemple des firmware et des drivers broadcom, d'expliquer que l'ajout du/des firmware dans l'initrd ne sufffira pas à le faire loader directement à ce stade (alors que ça suffit après), et d'expliquer comment faire pour enrichir l'initrd. Sinon ça devient embétant pour tout ceux utilisant du noyau/initramfs-toopiti local pour rapatrier un système squashfs sur le réseau (et un ~ nfs, mais on s'en fout).
Bref plein de bonnes nouvelles, merci Patrick_G