Derniers journaux de masterdik :
- [20/03@15:39] Mandrake -> Mandrakelinux
- [18/03@20:52] Un petit aparté...
- [18/03@20:50] Halte aux répétitions
- [18/03@20:49] Contre les gens qui se répètent
- [10/03@16:31] Le BOFH travaille chez SCO
- [16/02@18:15] Souvenirs, souvenirs...
- [14/02@20:08] Mon chien MIRZA
- [13/02@13:44] Du HTTP sous bash ?!
- [01/02@14:45] SCO.com is a weapon of mass destruction
- [31/01@15:21] http://www.linuxstolescocode.com/
- [16/01@19:27] Pétition des non-chercheurs pour la recherche
- [14/01@15:36] Plus de .doc par défaut sous Mandrake
- [23/12@01:47] Python et Java
- [17/12@21:39] mass id3 tagging & file renaming
- [09/12@15:09] Noyau 2.6
- [31/10@14:15] ArsTechnica et Mandrake
- [24/10@14:25] Mandrake 9.2 : les errata
- [08/09@23:12] Winckler on the Web
- [23/08@19:10] ESR s'énerve et tape du poing
- [23/08@15:40] ESR enfonce le clou
Journal : AMD & Trusted Computing
Posté par Moby-Dik () le 24 mars 2004
0
http://www.theinquirer.net/?article=14919(...)« He said that AMD's SEM (secure extension mode) takes advantage of X86 extensions it has developed, including features like memory isolation. SEM is AMD proprietary but there are interconnects between it and the Trusted Computing Group's other work.
Support for secure initialisation of machines requires the CPU, the chipset and the TPM (trusted platform module) to work in sync.
He said: "While there are several uses for the TPM, the true benefit is when there is a trusted operating system. I'm not in a position to comment on that OS". »
(c'est moi qui souligne)
> Lire le journal (0 commentaire).
Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.