Coreboot pour Sandy/Ivy bridge se fera avec un blob signé par Intel nécessaire à initialiser la mémoire : MEI firmware et sa partie raminit. Intel autoriserait sa libre redistribution mais c'est tout.
cf http://www.coreboot.org/pipermail/coreb … 69569.html et suivants (TXT y est aussi abordé) http://www.coreboot.org/pipermail/coreb … 69602.html et suivants
:(
l'i3-3225 et les modèles "K" en sont dépourvus (si l'on en croit Intel…).
D'un autre côté tu peux lire ici la dépêche sur la sortie de la version 2.6.32 de Linux et constater que TXT dans Linux ça n'avait pas ému grand monde (d'ailleurs je crois que TXT était déjà apparu plus tôt à d'autres endroits du noyau ?). Peut être y a t-il du bon et du mauvais comme pour toute techno, selon son usage, après tout. Il y a avait tout de même un souci en l’occurrence relevé par patrick_g : "Le pilote de la carte compatible TXT est un binaire signé par Intel (Q35_SINIT_17.BIN) et le code gérant le matériel à très bas niveau (system management mode ou SMM) n'est lui non plus pas disponible, ce qui inquiétera les plus paranoïaques d'entre nous."
Concernant Coreboot : ce qui n'est peut-être pas clair dans la dépêche, c'est qu'Intel publie les specs de ses GPU (ce qui permet le développement communautaire des pilotes libres) mais pas celles de ses chipsets. Alors qu'AMD dévoile les specs de ses chipsets et plus ou moins celles de ses GPU.
C'est pourquoi les processeurs Intel étaient peu supportés par Coreboot : à cause des chipsets aux specs non publiques. Jusqu'à ce que Google s'en occupe.
Le GPU intégré d'AMD est matériellement un peu plus performant que le HD 4000, mais comme ce potentiel est très faiblement exploité par les pilotes libres sous Linux, l'offre d'Intel est au final beaucoup plus performante si l'on s'en tient aux pilotes libres.
En fait AMD développe surtout son pilote propriétaire et un tout petit peu son pilote libre, bref c'est un support un peu tiède (mais c'est toujours mieux que ces cochons de Nvidia).
Cf http://www.phoronix.com/scan.php?page=article&item=amd_fusion_gallium3d&num=1
Je me demande si ça ne risque pas d'être un frein aux utilisateurs qui rapportent les bogues dans bugzilla où le nom de l'appli resterait (?) l'ancien (ex Epiphany pour Web) ?
Merci pour ce, journal très détaillé. Il m'a paru un peu plus complexe que d'habitude mais c'est peut être que je connais moins les sujets abordés cette fois.
Concernant Serpent, comment en profiter ? Est-ce aux logiciels applicatifs de l'implémenter ou à la distribution de l'activer ?
Concernant le patch pour permettant de contourner l'EFI si j'ai bien compris, même question : comment en profiter ? est-ce aux distributions d'y recourir ?
La dépêche ne rend pas complètement hommage au projet : à l'Open World Forum ils m'ont expliqué qu'ils faisaient également fabriquer un petit composant qui permet à une alim d'alimenter plusieurs cartes mères
"Jerry 1.0 est un cluster de cartes mères asus au format miniITX, proc ATOMx86 et dispose d’un protype fonctionnel de carte de dispatch énergétique protégé par la licence OpenHardware du CERN. Le plan de montage et le design sont protégés par une licence CreativeCommons. " http://youandjerrycan.tumblr.com/post/10612204910/le-jerryclan-recrute
J'avoue : j'ai pas lu les commentaires, mais une rapide recherche me laisse à penser que le point n'a pas été abordé : cet engin ne tourne pas avec des logiciels libres, il a besoin de pilotes privateurs. Donc oui c'est bien, mais avec un léger bémol
# Coreboot avec blobs
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Ivy Bridge et Linux : ça juste marche. Évalué à 4.
Coreboot pour Sandy/Ivy bridge se fera avec un blob signé par Intel nécessaire à initialiser la mémoire : MEI firmware et sa partie raminit. Intel autoriserait sa libre redistribution mais c'est tout.
cf http://www.coreboot.org/pipermail/coreb … 69569.html et suivants (TXT y est aussi abordé)
http://www.coreboot.org/pipermail/coreb … 69602.html et suivants
:(
[^] # Re: Technologie non-électrique
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Ivy Bridge et Linux : ça juste marche. Évalué à 1.
ça avait déjà commencé avec les amplificateurs des téléphones-répondeur dont les micros sont activables à distance
[^] # Re: Technologie non-électrique
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Ivy Bridge et Linux : ça juste marche. Évalué à 2.
Pour l'utilisateur il semble éteint.
[^] # Re: Trusted Execution Technology, Insider...
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Ivy Bridge et Linux : ça juste marche. Évalué à 9. Dernière modification le 17 avril 2012 à 00:59.
l'i3-3225 et les modèles "K" en sont dépourvus (si l'on en croit Intel…).
D'un autre côté tu peux lire ici la dépêche sur la sortie de la version 2.6.32 de Linux et constater que TXT dans Linux ça n'avait pas ému grand monde (d'ailleurs je crois que TXT était déjà apparu plus tôt à d'autres endroits du noyau ?). Peut être y a t-il du bon et du mauvais comme pour toute techno, selon son usage, après tout. Il y a avait tout de même un souci en l’occurrence relevé par patrick_g : "Le pilote de la carte compatible TXT est un binaire signé par Intel (Q35_SINIT_17.BIN) et le code gérant le matériel à très bas niveau (system management mode ou SMM) n'est lui non plus pas disponible, ce qui inquiétera les plus paranoïaques d'entre nous."
[^] # Re: AMD
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Ivy Bridge et Linux : ça juste marche. Évalué à 3.
Intel aussi, mais beaucoup plus vite ! http://intellinuxgraphics.org/documentation.html
[^] # Re: AMD
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Ivy Bridge et Linux : ça juste marche. Évalué à 9.
Concernant Coreboot : ce qui n'est peut-être pas clair dans la dépêche, c'est qu'Intel publie les specs de ses GPU (ce qui permet le développement communautaire des pilotes libres) mais pas celles de ses chipsets. Alors qu'AMD dévoile les specs de ses chipsets et plus ou moins celles de ses GPU.
C'est pourquoi les processeurs Intel étaient peu supportés par Coreboot : à cause des chipsets aux specs non publiques. Jusqu'à ce que Google s'en occupe.
[^] # Re: AMD
Posté par antistress (site web personnel) . En réponse à la dépêche Intel Ivy Bridge et Linux : ça juste marche. Évalué à 9. Dernière modification le 16 avril 2012 à 13:20.
Le GPU intégré d'AMD est matériellement un peu plus performant que le HD 4000, mais comme ce potentiel est très faiblement exploité par les pilotes libres sous Linux, l'offre d'Intel est au final beaucoup plus performante si l'on s'en tient aux pilotes libres.
En fait AMD développe surtout son pilote propriétaire et un tout petit peu son pilote libre, bref c'est un support un peu tiède (mais c'est toujours mieux que ces cochons de Nvidia).
Cf http://www.phoronix.com/scan.php?page=article&item=amd_fusion_gallium3d&num=1
[^] # Date de sortie de Wayland
Posté par antistress (site web personnel) . En réponse à la dépêche Quatre actualités concernant la pile graphique de Linux. Évalué à 1.
Wayland 1.0 pour cet été http://www.phoronix.com/scan.php?page=news_item&px=MTA4MzQ
[^] # Re: KDE et unity
Posté par antistress (site web personnel) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 1.
LibreOffice s'y met http://people.gnome.org/~michael/blog/2012-03-26-collaboration.html
[^] # Noms des applications & Bugzilla
Posté par antistress (site web personnel) . En réponse à la dépêche GNOME 3.4 : l'émergence des applications. Évalué à 2.
Je me demande si ça ne risque pas d'être un frein aux utilisateurs qui rapportent les bogues dans bugzilla où le nom de l'appli resterait (?) l'ancien (ex Epiphany pour Web) ?
# Meurs Poulsbo, meurs !
Posté par antistress (site web personnel) . En réponse à la dépêche Quatre actualités concernant la pile graphique de Linux. Évalué à 2.
En complément :
http://www.phoronix.com/scan.php?page=news_item&px=MTA3NDc
http://www.blogeee.net/2012/03/intel-atom-valley-le-futur-de-latom-sous-gpu-hd-4000/
[^] # Re: Serpent et anti-EFI
Posté par antistress (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.3. Évalué à 1.
Merci :-)
# Serpent et anti-EFI
Posté par antistress (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.3. Évalué à 4. Dernière modification le 21 mars 2012 à 18:12.
Merci pour ce, journal très détaillé. Il m'a paru un peu plus complexe que d'habitude mais c'est peut être que je connais moins les sujets abordés cette fois.
Concernant Serpent, comment en profiter ? Est-ce aux logiciels applicatifs de l'implémenter ou à la distribution de l'activer ?
Concernant le patch pour permettant de contourner l'EFI si j'ai bien compris, même question : comment en profiter ? est-ce aux distributions d'y recourir ?
[^] # Re: possibilité d'avoir la vidéo en ligne après l'évènement ?
Posté par antistress (site web personnel) . En réponse à la dépêche Conférence de Richard Stallman « Pour une société numérique libre ». Évalué à 1.
à 21 minutes, RMS rappelle de ne pas utiliser de formats fermés pour ses conférences…
[^] # Re: Ma petite contribution à Firefox 11
Posté par antistress (site web personnel) . En réponse à la dépêche Firefox 11. Évalué à 2.
C'est chuper ça, merci à toi :-)
# Thunderbird 11
Posté par antistress (site web personnel) . En réponse à la dépêche Firefox 11. Évalué à 4.
"À noter que cette fois-ci, la publication de Firefox ne sera pas synchronisée avec celle de Thunderbird" : Pourtant Thunderbird 11 semble sorti ?
# carte de dispatch énergétique
Posté par antistress (site web personnel) . En réponse à la dépêche Workshop Jerry, le serveur solidaire : à Paris le 21 mars. Évalué à 4.
La dépêche ne rend pas complètement hommage au projet : à l'Open World Forum ils m'ont expliqué qu'ils faisaient également fabriquer un petit composant qui permet à une alim d'alimenter plusieurs cartes mères
"Jerry 1.0 est un cluster de cartes mères asus au format miniITX, proc ATOMx86 et dispose d’un protype fonctionnel de carte de dispatch énergétique protégé par la licence OpenHardware du CERN. Le plan de montage et le design sont protégés par une licence CreativeCommons. " http://youandjerrycan.tumblr.com/post/10612204910/le-jerryclan-recrute
[^] # Re: possibilité d'avoir la vidéo en ligne après l'évènement ?
Posté par antistress (site web personnel) . En réponse à la dépêche Conférence de Richard Stallman « Pour une société numérique libre ». Évalué à 1.
J'en ai trouvé un bout ici http://vimeo.com/34518452
Hélas c'est sur Viméo, donc H264 ou Flash requis
# Choix de livres
Posté par antistress (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr.org : Les gagnants de février 2012. Évalué à 2.
Bonne idée d'indiquer les livres choisis ! Et merci :-)
[^] # Re: alternative
Posté par antistress (site web personnel) . En réponse à la dépêche Zim, le wiki de bureau est sorti en version 0.55. Évalué à 1.
en effet (juste une corbeille)
le dév est très accessible
[^] # Re: Léger bémol
Posté par antistress (site web personnel) . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 2.
Pour Mali, voir https://linuxfr.org/news/quatre-actualites-concernant-la-pile-graphique-de-linux--2
# alternative
Posté par antistress (site web personnel) . En réponse à la dépêche Zim, le wiki de bureau est sorti en version 0.55. Évalué à 2.
J'avoue lui préférer KeepNote
# Léger bémol
Posté par antistress (site web personnel) . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 10.
J'avoue : j'ai pas lu les commentaires, mais une rapide recherche me laisse à penser que le point n'a pas été abordé : cet engin ne tourne pas avec des logiciels libres, il a besoin de pilotes privateurs. Donc oui c'est bien, mais avec un léger bémol
[^] # Re: L'autre net (ou lautre.net)
Posté par antistress (site web personnel) . En réponse au sondage Quel fournisseur de courrier électronique utilisez-vous ?. Évalué à 1.
C'est un peu comme Toile libre ? Tu connais les différences (hormis que le 2nd est un hébergeur à prix libre)
[^] # Re: Support de stockage
Posté par antistress (site web personnel) . En réponse à la dépêche btrfs avance à grands pas. Évalué à 1.
y a pas que discard pour activer le trim, il y aussi "l'autre trim" : le trim différé http://libre-ouvert.toile-libre.org/index.php?article72/ssd-crucial-m4-64-go-linux-trim-ext4-noatime#TRIM