C'était une vrai question. Je sais qu'il existe des tables PCI pour la découverte de ce qui est branché dessus (des ID de périphérique + des adresses de mémoires). Mais il me semble que Linux utilise des appels UEFI ou Bios pour les lire, mais je ne sais pas pourquoi il ne le fait pas directement.
C'est pas naïf, c'est comme cela que cela marche. Ensuite, tu peux avoir des couches plus ou moins complexe.
Le BIOS à l'origine ne copiait que les 512 octets du boot sector du disque de boot. Ensuite, ce code prenait la main.
Tu peux imaginer un petit linux qui provoque un boot PXE pour booter depuis le réseau, sans avoir besoin de driver réseau au niveau du firmware.
Tu peux imaginer aussi un romcode qui contient des boot USB/SD/etc… comme sur OMAP. Le problème déjà cité par Linus Torvalds concerne la mise à jour impossible de ce genre de code. Cela veut dire qu'il faudrait plutôt le minimiser.
La seul initialisation un peu sensible que j'ai vu, c'était des timing de DRAM pour un boot sur OMAP.
Le principe d'un boot est de récupérer un blob mémoire quelque part puis de le copier en RAM et de l'executer. Le BIOS faisait ça avec le secteur de boot de mémoire.
N'importe quel cpu pourrait faire cela depuis une simple mémoire flash.
Cory Doctorow, est extrêmement connu pour avoir fait parti de l'EFF et pour avoir lutter contre les DRM depuis 2005.
La spécification TPM proposait de vérifier toutes la chaines d’exécution et pas seulement le boot.
A l'origine, la root key du TPM ne devait pas être sous le contrôle de l'utilisateur.
Un PC et un programme ne sont pas du tout déterministes. La vitesse d’exécution s'ajuste selon la température et la charge, ces petits changements entrainent aussi des modifications d'utilisation des caches ce qui augmentent encore les différences. A voir si ces métriques sont encore utilisés, mais il était surtout question de hash et de signature.
Le TPM gére le démarrage d'un PC, utiliser une carte à puce sur un raspberry pi n'en fait pas un TPM.
Dans la réalité, il serait tomber de sa chaise, se serait casser une dent avec du sang partout, et pendant que l'on s'occupe du bébé qui pleure moins que sa mère, le premier est oublié sous la douche et inonde la salle de bain.
Quand le père rentre, il tombe sur le voisin qui dit : "T'inquiètes, je viens de nettoyer la scène de crime."
Un accélérateur d'IA n'est pas petit sur une puce (c'est une grosse puissance de calcul), ce n'est pas négligeable en terme de CO2 et son taux d'usage sera ridicule.
C'est pour cela que je parlais de recopier automatiquement wikipedia en gardant les pages effacées. Cela revient à étendre la recherche aux versions antérieurs.
Un des points de l'article concerne l'Edge computing. J'ai du mal à croire qu'un edge computing d'IA soit plus vertueux qu'un modèle centralisé.
Je rappelle que 50% de la création de CO2 d'un produit électronique est sa fabrication (80% en France, grâce au nucléaire). Donc, on a un NR (un cout non récurrent) très important à amortir sur la durée de vie de l'objet. Il faut donc 2 choses : une longue durée de vie et un taux d'usage important. Or les 2 sont faibles sur un portable.
Avoir une IA qui tourne sur le device est important pour la vie privé, mais je ne crois pas vraiment aux cotés vert.
[^] # Re: watchpoints hardware sur x86_64
Posté par Nicolas Boulay (site web personnel) . En réponse au journal En passant par le FOSDEM, avec mes sabots 🎵. Évalué à 3.
Avec la pile d'appel ?
Souvent un bug provient d'un mauvais usage d'une fonction parfaitement fonctionnelle.
"La première sécurité est la liberté"
[^] # Re: Un journal très orienté
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De la supériorité des choix éthiques — une brève histoire de TPM, UEFI, et failles incontrôlables. Évalué à 4.
C'était une vrai question. Je sais qu'il existe des tables PCI pour la découverte de ce qui est branché dessus (des ID de périphérique + des adresses de mémoires). Mais il me semble que Linux utilise des appels UEFI ou Bios pour les lire, mais je ne sais pas pourquoi il ne le fait pas directement.
"La première sécurité est la liberté"
[^] # Re: Un journal très orienté
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De la supériorité des choix éthiques — une brève histoire de TPM, UEFI, et failles incontrôlables. Évalué à 7.
C'est pas naïf, c'est comme cela que cela marche. Ensuite, tu peux avoir des couches plus ou moins complexe.
Le BIOS à l'origine ne copiait que les 512 octets du boot sector du disque de boot. Ensuite, ce code prenait la main.
Tu peux imaginer un petit linux qui provoque un boot PXE pour booter depuis le réseau, sans avoir besoin de driver réseau au niveau du firmware.
Tu peux imaginer aussi un romcode qui contient des boot USB/SD/etc… comme sur OMAP. Le problème déjà cité par Linus Torvalds concerne la mise à jour impossible de ce genre de code. Cela veut dire qu'il faudrait plutôt le minimiser.
La seul initialisation un peu sensible que j'ai vu, c'était des timing de DRAM pour un boot sur OMAP.
"La première sécurité est la liberté"
[^] # Re: Un journal très orienté
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De la supériorité des choix éthiques — une brève histoire de TPM, UEFI, et failles incontrôlables. Évalué à 4.
Tu sous-entends que la découverte de matériel ou le scan du PCI express nécessite le Bios/UEFI ?
"La première sécurité est la liberté"
[^] # Re: Un journal très orienté
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De la supériorité des choix éthiques — une brève histoire de TPM, UEFI, et failles incontrôlables. Évalué à 5.
Le principe d'un boot est de récupérer un blob mémoire quelque part puis de le copier en RAM et de l'executer. Le BIOS faisait ça avec le secteur de boot de mémoire.
N'importe quel cpu pourrait faire cela depuis une simple mémoire flash.
L'UEFI est infiniment plus complexe.
"La première sécurité est la liberté"
[^] # Re: Un journal très orienté
Posté par Nicolas Boulay (site web personnel) . En réponse au journal De la supériorité des choix éthiques — une brève histoire de TPM, UEFI, et failles incontrôlables. Évalué à 10.
Cory Doctorow, est extrêmement connu pour avoir fait parti de l'EFF et pour avoir lutter contre les DRM depuis 2005.
La spécification TPM proposait de vérifier toutes la chaines d’exécution et pas seulement le boot.
A l'origine, la root key du TPM ne devait pas être sous le contrôle de l'utilisateur.
Un PC et un programme ne sont pas du tout déterministes. La vitesse d’exécution s'ajuste selon la température et la charge, ces petits changements entrainent aussi des modifications d'utilisation des caches ce qui augmentent encore les différences. A voir si ces métriques sont encore utilisés, mais il était surtout question de hash et de signature.
Le TPM gére le démarrage d'un PC, utiliser une carte à puce sur un raspberry pi n'en fait pas un TPM.
"La première sécurité est la liberté"
# doomemacs ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Emacs, le dinosaure fait de la résistance. Évalué à 3.
Cela fait un moment que je me dis que je devrais tester doomemacs qui contient un bundle de plugin.
https://github.com/doomemacs/doomemacs
"La première sécurité est la liberté"
[^] # Re: Camera cachée
Posté par Nicolas Boulay (site web personnel) . En réponse au journal J’ai fait fuir les voleurs (trop forte !?). Évalué à 3.
Un bouteille de Halon suffit avec une commande à distance. C'est plus green it, il y a moins de matos, et cela fait anti incendie en plus.
Pour le débug, cela va être aussi sportif.
"La première sécurité est la liberté"
# la vidéo
Posté par Nicolas Boulay (site web personnel) . En réponse au journal NaxRiscv, un CPU rapide open source. Évalué à 5.
https://media.ccc.de/v/37c3-11777-open_cpu_soc_design_all_the_way_up_to_debian
"La première sécurité est la liberté"
[^] # Re: spectre ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal NaxRiscv, un CPU rapide open source. Évalué à 5.
C'est un risque, qui est moins important dans l'embarqué car tu maitrises tous le code présent.
"La première sécurité est la liberté"
[^] # Re: Recrutement
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Protonmail cherche désespérément des devs Linux. Évalué à 3.
Pourquoi ?
"La première sécurité est la liberté"
[^] # Re: La file d'attente pour gérer sur le moment
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Créer ses listes de lecture audio. Évalué à 3.
Il faudrait une détection de bpm cela peut aider pour filtrer.
"La première sécurité est la liberté"
# 10 k€ c'est déjà bien
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La mission logiciels libres (DINUM) propose 4 prix BlueHats de 10000€ pour soutenir des mainteneurs. Évalué à 10.
10 k€pour un logiciel… L'état dépense 100k€/an par consultant minimum, et ne trouve que 40k€ pour des logiciels critiques.
C'est un début.
"La première sécurité est la liberté"
[^] # Re: ah bah le 6502
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Entretien Bruno Steux à propos de cc2600 et cc7800. Évalué à 4.
J avais 100 niveau perso de load runner :)
"La première sécurité est la liberté"
# jaune d'oeuf
Posté par Nicolas Boulay (site web personnel) . En réponse au journal recette de mousse au chocolat. Évalué à 4.
Si vous ne savez pas quoi faire des jaunes, battez-les avec le sucre ("blanchir les œufs"). Puis il faut mélanger avec le chocolat fondu.
"La première sécurité est la liberté"
[^] # Re: Pauvre gosse
Posté par Nicolas Boulay (site web personnel) . En réponse au lien "Mom simulator", un nouveau jeu de Dezvolt sur Nintendo Switch. Évalué à 7.
C'est de la science fiction donc.
Dans la réalité, il serait tomber de sa chaise, se serait casser une dent avec du sang partout, et pendant que l'on s'occupe du bébé qui pleure moins que sa mère, le premier est oublié sous la douche et inonde la salle de bain.
Quand le père rentre, il tombe sur le voisin qui dit : "T'inquiètes, je viens de nettoyer la scène de crime."
"La première sécurité est la liberté"
# Open hardware
Posté par Nicolas Boulay (site web personnel) . En réponse au lien L'"Open Core Summit", la fête au fauxpensource ? (discussion Mastodon). Évalué à 5. Dernière modification le 06 décembre 2023 à 12:11.
https://opencores.org/ est le site principale concernant le hardware libre.
"La première sécurité est la liberté"
[^] # Re: Mon retour d'expérience sur wikipédia
Posté par Nicolas Boulay (site web personnel) . En réponse au journal On efface la communauté du libre. Évalué à 2.
Tu peux aussi écrire un article ailleurs qui démonte les autres articles pour devenir une source secondaire de wikipedia
"La première sécurité est la liberté"
[^] # Re: Edge computing
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Les défis d’une IA frugale. Évalué à 4.
Un accélérateur d'IA n'est pas petit sur une puce (c'est une grosse puissance de calcul), ce n'est pas négligeable en terme de CO2 et son taux d'usage sera ridicule.
"La première sécurité est la liberté"
[^] # Re: Mon retour d'expérience sur wikipédia
Posté par Nicolas Boulay (site web personnel) . En réponse au journal On efface la communauté du libre. Évalué à 4.
C'est pour cela que je parlais de recopier automatiquement wikipedia en gardant les pages effacées. Cela revient à étendre la recherche aux versions antérieurs.
"La première sécurité est la liberté"
# Edge computing
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Les défis d’une IA frugale. Évalué à 6.
Un des points de l'article concerne l'Edge computing. J'ai du mal à croire qu'un edge computing d'IA soit plus vertueux qu'un modèle centralisé.
Je rappelle que 50% de la création de CO2 d'un produit électronique est sa fabrication (80% en France, grâce au nucléaire). Donc, on a un NR (un cout non récurrent) très important à amortir sur la durée de vie de l'objet. Il faut donc 2 choses : une longue durée de vie et un taux d'usage important. Or les 2 sont faibles sur un portable.
Avoir une IA qui tourne sur le device est important pour la vie privé, mais je ne crois pas vraiment aux cotés vert.
D'ailleurs pour avoir un siri open source cf : https://commonvoice.mozilla.org/fr
"La première sécurité est la liberté"
[^] # Re: Mon retour d'expérience sur wikipédia
Posté par Nicolas Boulay (site web personnel) . En réponse au journal On efface la communauté du libre. Évalué à 3.
Il faudrait copier wikipedia mais en gardant ses pages effacées ?
"La première sécurité est la liberté"
[^] # Re: Ah ouais, quand même... Sacré journal pour ne rien faire
Posté par Nicolas Boulay (site web personnel) . En réponse au journal On efface la communauté du libre. Évalué à 3.
RMS faisait une grosse difference entre l'art et l'utilitaire.
A Bordeaux, je l'avais approché pour parler de licence hardware libre mais trouvait qu'il avait assez de boulot avec le logiciel.
Je pensais qu'il avait évolué sur le sujet.
"La première sécurité est la liberté"
[^] # Re: Ouais
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le sophisme du meilleur outil. Évalué à 7.
On a pas le temps non plus de faire 3 PoCs pour comparer.
La facilité d'une techno va devenir un critère principal.
"La première sécurité est la liberté"
[^] # Re: GUI alternative simple ?
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Is this radical redesign of GIMP possible now?. Évalué à 3.
Je n'arrive pas à utiliser les calques et leurs différentes variantes qui ne se comportent pas de façon identiques.
"La première sécurité est la liberté"