Microsoft propose depuis peu son modèle Component Firmware Update pour permettre aux constructeurs de mettre à jour le firmware de leurs périphériques en passant directement par Windows Update.
Le CFU désigne une spécification open source (licence MIT), à la fois pour un modèle de pilote et un protocole. Les utilisateurs auraient ainsi toujours la dernière révision disponible, sans que l’utilisateur sache même qu’il avait besoin de le faire. Pour les autres, il n’y aurait plus besoin de chercher des outils spécifiques.
Cela étant, il faudra du temps. La proposition vient tout juste d’être faite, et les composants utilisés par les OEM (Original Equipment Manufacturers) et IHV (Independent Hardware Vendors) doivent être compatibles avec le CFU. Le modèle peut également encore évoluer, Microsoft souhaitant autant de contributions que possible.
Le modèle se veut en tout cas strict. Le pilote contenant le nouveau firmware ne doit pas provoquer d’interruption dans l’utilisation de la machine, doit pouvoir attendre que le périphérique soit disponible, ou encore ne faire référence à aucun autre matériel que le seul concerné. La reconnaissance et la validation du firmware sont l’apanage du composant lui-même.
La distribution de firmwares via Windows Update simplifierait clairement la gestion des périphériques, en améliorant leur fonctionnement général, en corrigeant des failles, ou même en ajoutant des fonctions.
Cependant, le problème serait le même qu’avec les actuelles mises à jour de Windows et les pilotes : le potentiel de panne. L’October 2018 Update a encore rappelé combien un simple téléchargement via Windows Update peut engendrer bien des problèmes.
On espère donc que des mécanismes de sécurité permettront de corriger rapidement le tir en cas de mauvais fonctionnement.
Commentaires (34)
#1
L’October 2018 Update a encore rappelé combien un simple téléchargement via Windows Update peut engendrer bien des problèmes.
Même sans aller jusque là : le nombre de fois où j’ai vu des gens arrêter le poste de force parce que “ça fait 1 minute que c’est à 33% et ça bouge pas” (alors que la LED d’activité disque est en mode guirlande de Noël), sans fail-safe c’est la mort assurée.
(et en tant que “mec qui s’y connait avec les ordinateurs” parmi mon entourage, j’apprécierais une certaine clémence au moins de ce côté-là… siouplé
#2
C’est valable aussi pour l’UEFI ? Et ça sera désactivable ?
#3
#4
Risque de brick assuré…
#5
L’initiative à l’aire sympa, voir ce que ça donnera
" />
#6
“Cependant, le problème serait le même qu’avec les actuelles mises à jour de Windows et les pilotes : le potentiel de panne. L’October 2018 Update a encore rappelé combien un simple téléchargement via Windows Update peut engendrer bien des problèmes.”
Il faudrait dans ce cas que les constructeurs proposent des pilotes sur Microsoft Update qui soient testé et validés pour la dernière version.
Et que Microsoft de son côté fasse le boulot de validation également sans bypass du dernier anneau de test.
#7
Es-ce que ça pourrait servir aussi pour les OS libre ? ca serait pas mal
#8
“Le CFU désigne une spécification open source (licence MIT)” donc oui si des développeurs trouvent un intérêt à faire le développement. Il suffirait ensuite de mettre les firmwares dans les repositories des distributions.
#9
#10
Déjà que la mise à jour des drivers (notamment GPU) est une catastrophe : à chaque mise à jour Windows, il me réinstalle un driver nvidia plus vieux et qui est bugué. Ce qui est con c’est qu’on peut dire de ne pas mettre à jour… soit tous soit aucun, mais on ne peut pas dire spécifiquement de ne pas mettre à jour tel driver…
#11
Il y a déjà ça sous linuxhttps://fwupd.org/
#12
#13
Sur mon laptop (ASUS ROG de cette année) le firmware a déjà été mis à jour par Windows Update, donc ASUS doit faire partie des constructeurs pilotes.
#14
Heu de quel firmware tu parles ?
Parce que à ma connaissance je n’ai jamais vu de Firmware dans WU excepté pour les produits Microsoft
#15
J’espérons qu’il n’essayera pas de le faire quand il tourne dans une machine virtuelle ..
#16
L’idée parait bonne, j’espère que ça marchera. Mais vu les récentes bourdes de Microsoft avec Windows10 (et toujours sans aucune excuse), franchement ça sent mauvais :/
#17
J’ai repris le terme utilisé dans WU : “firmware” tout court.
Mais le numéro de version qui y était attaché correspondait à ce que la page support d’ASUS mentionnait (pour ce modèle) comme étant “BIOS”, probablement l’UEFI par abus de langage donc.
#18
L’initiative est bonne mais… non merci
" />
Pas après les déboires de Windows Update et le risque trop important de voir son matériel brické (à cause d’une coupure de courant par exemple). Le risque existe certe déjà, mais au moins en manuel on sait ce que l’on fait et ce en connaissance de cause.
#19
Avant de s’occuper de mises à jour de firmwares par WSUS, j’aimerais bien que Microsoft fiabilise Windows Update.
#20
#21
Si les jauges de progression n’étaient pas aussi farfelues, il n’y aurait pas de problème. Mon reproche vaut pour tous les OS :
" />
la semaine dernière par exemple j’ai fait une mise à jour de kernel sur OpenSUSE Leap et la jauge est restée coincée sur 92 % pendant plusieurs heures sans activité disque.
Je suis pas programmeur mais je crois que le jour où ces jauges auront la moindre fiabilité, personne ne perdra plus patience.
Le top que j’ai vu est le décodeur TV Orange (celui de SFR est pas mal aussi), une jauge qui reste coincée à zéro (puis tout d’un coup pouf c’est démarré alors que la jauge n’a jamais progressé), une autre qui se remplit entièrement depuis le zéro en boucle…on dirait que des gens ont fait des animations aléatoires façon économiseur d’écran genre t’inquiètes pas, personne s’en apercevra.
#22
#23
#24
#25
Ca me semble risqué parce que l’uefi tu ne peux pas couper une maj en cours à part sur les CM à double bios donc des MAJs via des outils spécifiques qui préviennent bien l’utilisateur de ne pas reset sont probablement mieux.
#26
#27
#28
Quand ça n’a pas le temps de télécharger, ça dit rien généralement
" />
#29
joli
" />
#30
#31
Tous les mois j’ai un champion de ce genre 😅
#32
#33
#34