Forum Linux.debian/ubuntu problème de dépendance

Posté par  . Licence CC By‑SA.
Étiquettes :
0
5
oct.
2022

bonjour à tous

si j'ai bien compris le rapport de bug ici:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019855

avec la mise à jour de libc6 il faut ajouter le paquet non-free intel-microcode
pour les machines équipées de processeurs intel de 4 eme génération

n'est ce pas là une dangereuse dérive ?

linux devuan mate

Journal Dix ans après : acheter un CPU Intel Ivy Bridge, était-ce judicieux ?

Posté par  (site web personnel) . Licence CC By‑SA.
34
16
juil.
2022

Un peu d'histoire (la mienne)

En octobre 2011 je publiais, avec l’enthousiasme de la jeunesse, ce journal vantant les processeurs Sandy Bridge pour une utilisation sous Linux : Intel Sandy Bridge et Linux : état des lieux.

Le rendement du processeur et l'excellence de la prise en charge de la partie graphique sous Linux par l'Intel Open Source Technology Center me séduisaient alors. Je n'avais pas en tête alors le problème des firmware non-libres nécessaires au fonctionnement du (…)

Forum général.cherche-matériel Adaptateur wifi sans micro-logiciel propriétaire

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
2
27
avr.
2021

Je recherche un adaptateur WIFI qui fonctionne sous Debian, sans avoir à activer les dépôts contrib ou non-free.

Au format USB, s'il vous plaît.

Sinon, si vous connaissez un pilote entièrement libre pour remplacer iwlwifi, je suis intéressé aussi.

Merci.

Journal Microcode ouvert sur materiel HPE ?

Posté par  (site web personnel) . Licence CC By‑SA.
64
12
mai
2020

Bonsoir,

Il y a bien longtemps que je n'ai écris de journal. Il faut dire que l'année 2019 a été un tsunami de mon cote suite à l'acquisition de ma société par un groupe américain, un déménagement outre atlantique et un départ de celui-ci pour rejoindre HPE à Houston, où je pilote la stratégie Open Platform. Me voila "influenceur" (plutot que chef on va dire) chez un constructeur, et de retour à mes sources (j'avais quitté HPE pour créer ma (…)

Qui est le coupable ? Le processeur ! Retour sur un bogue important des SkyLake & Kaby Lake Intel

Posté par  . Édité par bubar🦥, Benoît Sibaud, Davy Defaud, ZeroHeure, Nils Ratusznik et patrick_g. Modéré par Benoît Sibaud. Licence CC By‑SA.
42
6
juil.
2017
Matériel

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.

Journal À propos de la petite bête dans votre ordinateur

67
5
avr.
2016

Dans un ordinateur, le rôle du processeur est d'exécuter les instructions qui lui sont présentées, afin, on l'espère, de faire fonctionner un programme, si possible sans trop de bogues… Je ne pense pas apprendre grand chose au lectorat de LinuxFR là-dessus. Dans ce journal, je veux par contre m'attarder sur la confiance que nous portons sur cet élément, qui in fine décide du comportement de notre ordinateur, et sur les raisons pour lesquelles je crois fermement qu'il faudrait sérieusement réfléchir (…)

Forum Linux.debian/ubuntu Problème chargement microcode Intel

Posté par  . Licence CC By‑SA.
Étiquettes :
0
3
mai
2015

Bonjour à tous,

Je suis nouveau sur le forum, et je viens vers vous car j'ai un petit soucis.

J'ai eu pour habitude de mettre la distribution Kali sur ma machine et je n'ai jamais eu aucun soucis jusqu'a ce que je change de PC. Celui-ci est équipé d'un processeur Intel pentium N3540 et de l'intel graphics HD.

Lors du boot Kali me déclare un message assez connu :

platform microcode: firmware: failed to load intel-ucode/06-37-08 (-2)

J'ai beau cherché (…)