des prix que même Apple n'ose faire, et qui ne peuvent être expliqués par la seule rareté de fabrication (exemple : 350€ la batterie supplémentaire)
une bonne tranche de rigolade lorsqu'il y a qq jours à peine ils claironnent « purism has spi and ec », sur un "open blog" sur le site du projet coreboot (on attends le post suivant où ils découvrent le spi-0 & le spi-1)
-> Cependant il est probable que ce projet ne se soit pas rendu compte de l'ampleur de la tâche, et de l'impact de l'annonce "firmware libre". Gardons en une réelle volonté de proposer un PC avec un O.S. libre. C'est très bien. Même s'ils sont un peu cher :p
Concernant le problème actuel des firmwares, en gros on peut résumer : des accès pour ces périphériques à d'autres périphériques sans passer par le CPU central.
Sans passer par le CPU central veut dire que le système installé n'aura jamais accès à ces activités, elles seront totalement transparentes/agnostiques pour lui.
Placer dans le southbridge par exemple, chip servant de controlleur d'i/o pour tout les autres périphériques (cmos bien sûr, mais aussi rj45, sata, usb ...) & accès complet dma (direct access memory)
Augmentation des capacités qui suit à peu près le même rythme que celle des cpu (aujourd'hui il est moins cher de coller une puce armv5 dans un disque dur... Alors une petite puce ARC dans un southbridge, pensez vous ;)
Augmentation qui suivent des capacités logicielles (capacité de traitements du flux d'informations des ports usb et sata, par exemple, capacité à offrir des services de contrôle distant fonctionnels même en état S3, etc ..)
Nous sommes aujourd'hui loin du petit intel ME implémenté dans les cartes réseau d'il y a quelques années : le SPI d'aujourd'hui est partagé entre le bios et le management engine, le premier n'as pas accès au second mais le second a accès au premier. Pour fonctionner celui-ci doit communiquer avec le code présent dans le southbridge (ce code n'est pas retirable) et exécuté sur le Arc.
Parmis les services proposés, on trouve :
PAVp ("protection" audio & vidéo)
CLS (gestion de "license")
Corwin Spring (contrôle complet à distance)
I-AT (ex TDT) & IPT ("protection" de l'identité avec JOM : exécution d'apps tierces envoyées au ME, c'est du java c'est la joie par ici)
Pour ceux souhaitant en lire plus, et plus précis :
Pour ceux souhaitant se lancer dans l'usage quotidien d'un ordinateur le plus dépouillé possible : x200 de chez minifree, un peu ancien. Ou un Acer C720p Google Chromebook (où même le code de la puce EC (entrées/sorties clavier) est livré OpenSource : jamais un contructeur ne nous a auparavant laissé autant de code libre) mais il faudra encore compter sur le ME :-/
[^] # Re: Librem is just as free as any other laptop on the market with GNU/Linux
Posté par bubar🦥 . En réponse à la dépêche Librem 13, l’espoir d’avoir un jour un ordinateur libre. Évalué à 10. Dernière modification le 19 août 2015 à 22:43.
En gros Purims nous propose :
-> Cependant il est probable que ce projet ne se soit pas rendu compte de l'ampleur de la tâche, et de l'impact de l'annonce "firmware libre". Gardons en une réelle volonté de proposer un PC avec un O.S. libre. C'est très bien. Même s'ils sont un peu cher :p
Concernant le problème actuel des firmwares, en gros on peut résumer : des accès pour ces périphériques à d'autres périphériques sans passer par le CPU central.
Nous sommes aujourd'hui loin du petit intel ME implémenté dans les cartes réseau d'il y a quelques années : le SPI d'aujourd'hui est partagé entre le bios et le management engine, le premier n'as pas accès au second mais le second a accès au premier. Pour fonctionner celui-ci doit communiquer avec le code présent dans le southbridge (ce code n'est pas retirable) et exécuté sur le Arc.
Parmis les services proposés, on trouve :
Pour ceux souhaitant en lire plus, et plus précis :
Pour ceux souhaitant se lancer dans l'usage quotidien d'un ordinateur le plus dépouillé possible : x200 de chez minifree, un peu ancien. Ou un Acer C720p Google Chromebook (où même le code de la puce EC (entrées/sorties clavier) est livré OpenSource : jamais un contructeur ne nous a auparavant laissé autant de code libre) mais il faudra encore compter sur le ME :-/
happy hacking