Pour le moment ce n'est pas le cas de la parti radio (wifi/bt) comme pour beaucoup de chip (j'ai vraiment jamais compris cette obsession...)
Je vois au moins deux raisons possibles
il n'est pas rare que la partie radio fasse intervenir des blocs / IPs / softs tierce partie, ce qui complique juridiquement la chose
la radio, c'est touchy... Les radios aujourd'hui sont souvent des SDR, et si tu ne fais pas extrêmement attention tu as vite fait d'avoir des émissions non réglementaires (au mieux dans ta bande de fréquence e.g. en ne respectant pas le "polite spectrum access", au pire dans d'autres bandes : par exemple si tu fais du clipping n'importe comment sur un signal OFDM tu te retrouves avec un truc qui bave à fond dans les canaux à côté, et faut aussi faire gaffe à l'intermodulation, etc.). L'équipement est certifié conforme (avec son marquage CE) dans un contexte hardware/firmware précis.
Les devs Linux ont à mon avis trouvé un compromis plutôt bon entre quelque chose d'ouvert mais néanmoins de raisonnablement contraint (pour le peu que j'ai regardé, il me semble que le système CRDA/regdb est suffisamment bien fait pour qu'il soit difficile de sortir des clous involontairement). Mais c'est un sujet récurrent chez les régulateurs que d'imposer un hardware/firmware verrouillé pour ne pas laisser l'usager faire n'importe quoi avec la radio.
(pour donner un exemple : les radars météo sont aujourd'hui fréquemment brouillés par des AP wifi 5 GHz, au point que nombre d'entre eux sont désormais contraints de changer de bande - aux frais de Météo France qui ne roule pourtant pas sur l'or - alors que ce sont eux les usagers primaires. Le DFS était sensé les protéger, mais entre les mauvaises implémentations et les usagers qui bidouillent pour le désactiver parce que "ça rend le wifi plus instable" la bande est désormais pourrie pour les radars... Et je rappelle que la météo ce n'est pas juste les 5 minutes à la TV pour te dire s'il fera beau demain, mais c'est aussi la sécurité aéronautique et maritime)
[^] # Re: Quasiment opensource
Posté par karteum59 (site web personnel) . En réponse au journal Une backdoor dans les ESP32 ?. Évalué à 10. Dernière modification le 11 mars 2025 à 07:00.
Je vois au moins deux raisons possibles
Les devs Linux ont à mon avis trouvé un compromis plutôt bon entre quelque chose d'ouvert mais néanmoins de raisonnablement contraint (pour le peu que j'ai regardé, il me semble que le système CRDA/regdb est suffisamment bien fait pour qu'il soit difficile de sortir des clous involontairement). Mais c'est un sujet récurrent chez les régulateurs que d'imposer un hardware/firmware verrouillé pour ne pas laisser l'usager faire n'importe quoi avec la radio.
(pour donner un exemple : les radars météo sont aujourd'hui fréquemment brouillés par des AP wifi 5 GHz, au point que nombre d'entre eux sont désormais contraints de changer de bande - aux frais de Météo France qui ne roule pourtant pas sur l'or - alors que ce sont eux les usagers primaires. Le DFS était sensé les protéger, mais entre les mauvaises implémentations et les usagers qui bidouillent pour le désactiver parce que "ça rend le wifi plus instable" la bande est désormais pourrie pour les radars... Et je rappelle que la météo ce n'est pas juste les 5 minutes à la TV pour te dire s'il fera beau demain, mais c'est aussi la sécurité aéronautique et maritime)