Si le logiciel libre est devenu au fil du temps, et grâce à votre passion, un élément majeur de l’informatique moderne, il n’en va pas de même pour le matériel. Toute personne qui a essayé de libérer son ordinateur de bureau jusqu’au micrologiciel (firmware) de la carte mère, ou qui s’est intéressée à l’évolution du projet Coreboot ces dernières années, le sait : la situation des quatre libertés sur nos stations de travail est actuellement très mauvaise du point de vue matériel. Cette dépêche propose un état des lieux de cette situation.

Ces derniers jours, les rumeurs allaient bon train sur les réseaux sociaux suite à l’intégration en urgence d’un gros correctif dans la RC-6 du noyau Linux. Cela allait à l’encontre de toutes les habitudes de Linus Torvalds, ce qui laissait penser que les conditions étaient vraiment particulières. Et le moins que l’on puisse dire est que nous ne sommes pas déçus. Ce n’est pas une faille critique, mais deux, qui viennent d’être dévoilées : Meltdown et Spectre, de leur petit nom.

Nous vous invitons à lire le journal de Pinaraf< à ce sujet, bien qu’incomplet le jour où il l’a écrit. Depuis la date de sa publication, la faille Spectre a ensuite été révélée et, si cette dernière s’avère d’une ampleur moindre que Meltdown chez Intel, elle toucherait tous les fondeurs et la plupart de leurs produits).

Avons‐nous une chance d’avoir un code plus ouvert pour nos serveurs préférés ?

Coreboot (né LinuxBIOS) a fonctionné durant ses sept premières années sur serveurs, mais il n’est malheureusement plus disponible sur serveurs x86 aujourd’hui ! La faute aux blobs binaires obligatoires pour initialiser la machine, pour lesquels nous n’avons pas d’autorisation de redistribution — voire pas de blobs du tout.
C’est là qu’entre en jeu le projet NERF (Non‐Extensible Reduced Firmware), un autre fils de Ron Minich, déjà père de LinuxBIOS et Coreboot. Ron n’a pas peur des idées folles, et il voudrait contourner les blobs avec un noyau Linux (et ses pilotes !) dans le BIOS.

Intel est de nouveau confronté à la découverte d’une faille, le Lazy FPU State Restore flaw.
Cette fois, seule la famille des Intel Core serait concernée.

Mardi 12 novembre, Arte diffuse le concert du Bal des enragés au Helfest 2019.
L’attention du public ainsi détournée, Intel en profite pour lancer une vague de correctifs, 77 correctifs, un grand nombre de CVE (des failles) y est dévoilé. Les failles concernent les processeurs eux‑mêmes (et microcontrôleurs) et les micrologiciels trop nombreux qui tournent dans vos cartes‐mères.

Cette dépêche n'a pas vocation à présenter l’ensemble des nouveautés techniques de la dernière génération de processeurs que s'apprête à lancer Intel sous le nom de code « Ivy Bridge » (nous vous renvoyons à vos sites habituels spécialisés dans le matériel pour cela), mais plutôt à s’attarder sur la prise en charge de ces processeurs par Linux.

À l'instar des processeurs « Sandy Bridge » que nous avions examinés l'an passé et auxquels ils succèdent, les processeurs Ivy Bridge sont des processeurs hybrides mêlant cœurs traditionnels (CPU) et cœurs graphiques (GPU).

La partie CPU des processeurs Ivy Bridge perfectionne à la marge celle des processeurs Sandy Bridge.

La partie GPU, en revanche, étrenne une toute nouvelle architecture, dite de septième génération.

Plusieurs vendeurs proposent depuis peu un nouveau modèle de petit ordinateur portable, Eee Seashell X101CH sous Ubuntu. Même si vous attendiez une offre sans taxe Microsoft, je vous déconseille fortement de l'acheter : il comporte une carte graphique Intel à pilote propriétaire, dans la lignée de la désastreuse expérience précédente Poulsbo/GMA500 !

NdM. : le site bons-constructeurs-ordinateurs.info fournit une liste des constructeurs proposant l'optionnalité, de ceux reversant une somme forfaitaire et de ceux refusant tout remboursement des logiciels seuls. À noter que l'écart entre les versions Ubuntu et Windows 7 Starter est de 60 € chez GrosBill.com, alors que Asus ne reverse qu'une somme forfaitaire de 20 € pour cette version de Windows.

Certains d’entre vous ont peut‐être vu passer l’information : les derniers processeurs Intel des familles Skylake et Kaby Lake sont victimes d’un bogue lorsque l’hyper‐threading est activé. On trouve par exemple un article sur Ars Technica, et Debian propose des instructions détaillées pour corriger le problème en mettant à jour le microcode (firmware) du processeur.

Cette dépêche propose revenir sur les événements qui ont mené à la découverte du problème. Xavier Leroy le décrit en détail dans un article sur le blog de l’équipe Gallium, dont je proposerai un résumé pour les lecteurs francophones.