Connexion :
Abonnement NewsletterOk
 

Le projet EFI, l'après Bios, avance enfin !

Publiée par Vincent le Mardi 26 Juillet 2005

Brève Carte Mère

Logo UEFI
Présenté initialement en 2003, l'EFI devrait à terme remplacer le Bios (une petite partie logicielle configurable stockée dans la carte mère, qui permet de contrôler certaines de ses fonctions) tel que nous le connaissons. L'EFI est un nouveau concept qui vise à remplacer le Bios. L'Extensible Firmware Interface (EFI) est un véritable système d'exploitation intégré qui est capable de gérer les hautes résolutions et peut proposer une véritable interface graphique. Outre cela, l'EFI sera capable de gérer en standard des éléments réseaux (pour les diagnostiques à distance). L'EFI est entièrement développé en langage C contrairement au Bios qui est conçu en assembleur. Les développement pour l'EFI pourrait donc être facilités. L'EFI qui sera compatible 32 et 64 bit, pourrait également améliorer les performances liées au temps de boot.

AMD, American Megatrends, Dell, HP, Intel, IBM, Insyde, Microsoft et Phoenix sont réunis autour de l'EFI Forum et devraient supporter cette technologie. Ces firmes travaillent actuellement sur les spécifications 1.1 de l'EFI et espérent publier les spécifications officielles de l'UEFI (Unified EFI Specifications - spécifications unifiées de l'EFI) vers la fin de l'année. Après cette publication, des fabricants pourront commencer à travailler sur la mise au point de machines compatibles EFI, qui ne seront certainement pas disponible avant de nombreux mois.
Actu précédente
Brève suivante

Soldes Hiver 2009
Mercredi 7 Janvier

Cette année, les soldes d’Hiver démarrent le Mercredi 7 Janvier. Elles dureront 5 semaines, sur toute la France.

Soldes Hiver 2009 : Tout ce qu'il faut savoir avant d'acheter
Les Commentaires des lecteurs
_
le 26 Juill. 05 à 17h13
Edition
 
Je pense qu'Apple pourrait aussi l'utiliser sur ces prochaines machines (histoire de ne pas perdre trop de fonctionnalités lors du passage d'Openfirmware à EFI): boot et target Firewire, notemment.
 
le 26 Juill. 05 à 17h22
Edition
 
Ha voilà une exelente nouvelle! :clap:
ce genre de fontionalité sont bonne a prendre!
 
le 26 Juill. 05 à 17h29
Edition
 
:clap: ben voilà un vrai pas en avand lol sur ce qui etais encore à la traine :ane:
 
le 26 Juill. 05 à 17h31
Edition
 
Adieu BIOS, snifff

Si ca marche, ca serait vraiment sympa!!!!
 
le 26 Juill. 05 à 17h32
Edition
 
un bios personalisable avec des photos puoi pas ? :neutre:
 
le 26 Juill. 05 à 17h49
Edition
 
Enfin !!! :bounce: Le BIOS archaïque avec son interface antique en mode texte va être remplacé ! :clap: Il était temps, les Mac ont déjà une longueur d'avance avec l'OpenFirmware...
 
le 26 Juill. 05 à 17h50
Edition
 
Une question peut etre absurde mais qui me turlupine : si c'est codé en C et plus en assembleur, risque t-on de voir débarquer (plus ?) de virus ayant pour cible l'EFI de nos cm ? :(

Je crois qu'il existe déjà des virus (plutot anciens, maintenant la mode c'est les spywares :D ) qui attaquaient les bios (je me trompe peut etre hein...)

Bref l'interface graphique c'est bien joli, mais je préfère quand même un bon BIOS fonctionnel et moche ! lol !

Après il faut voir le bon côté : des EFI plus régulièrement mis à jour, avec de nouvelles fonctionnalités sans doute alléchantes... etc
 
le 26 Juill. 05 à 18h09
Edition
 
snowkhan a écrit:
Une question peut etre absurde mais qui me turlupine : si c'est codé en C et plus en assembleur, risque t-on de voir débarquer (plus ?) de virus ayant pour cible l'EFI de nos cm ? :(
Le fait que ce soit programmé en C à la place de l'assembleur ne signifie pas pour autant qu'il y aura plus ou moins de virus. Dans l'un et l'autre cas, le code sera compilé en langage machine, seule "langue" qu'un processeur peut comprendre.
 
le 26 Juill. 05 à 18h12
Edition
 
Franck a écrit:
Je pense qu'Apple pourrait aussi l'utiliser sur ces prochaines machines (histoire de ne pas perdre trop de fonctionnalités lors du passage d'Openfirmware à EFI): boot et target Firewire, notemment.


Dommage qu'ils ne conservent pas l'Openfirmeware car l'EFI n'apporte à mon sens rien de plus si ce n'est le support du "Trusted computing" dont l'utilisateur final se passerait bien.
 
le 26 Juill. 05 à 18h20
Edition
 
ouai c'est bien, le bios se fait un peu vieux quand meme :paf:
 
le 26 Juill. 05 à 18h21
Edition
 
snowkhan a écrit:
Une question peut etre absurde mais qui me turlupine : si c'est codé en C et plus en assembleur, risque t-on de voir débarquer (plus ?) de virus ayant pour cible l'EFI de nos cm ? :(

Ils peuvent aussi le faire en VB ou C# si ça les amuse, le compilo va tout remettre en assembleur de toute façon ... par contre le fait que ce soit en C, va permettre des mises à jour et corrections de bug plus rapides ...
 
le 26 Juill. 05 à 18h51
Edition
 
cependant, ca inaugure une ere de bug à foison. Le bios traditionnel bien qu'antique, en etait disons à 99% exempte.
 
le 26 Juill. 05 à 18h55
Edition
 
calimero03 a écrit:
cependant, ca inaugure une ere de bug à foison. Le bios traditionnel bien qu'antique, en etait disons à 99% exempte.

Dans tes rêves peut être, les bugs dans les BIOS y en a plein ...
 
le 26 Juill. 05 à 19h08
Edition
 
catseye a écrit:
Ils peuvent aussi le faire en VB ou C# si ça les amuse, le compilo va tout remettre en assembleur de toute façon ... par contre le fait que ce soit en C, va permettre des mises à jour et corrections de bug plus rapides ...


Non, ils ne peuvent pas le faire en C# ou VB pour la simple et bonne raison que ces langages ne sont pas adaptés .

Le bios est programmé en assembleur pour pouvoir controller des fonctions hardware tres bas niveau.
Chose tres difficile à faire avec des langages comme le VB.

En outre, le C permet d'intergrer facilement quelques ligne d'assembleurs, notament pour gerer le control de l'alimentation, l'initialisation des chipsets et le control de la ram.

En fait, dans le seul interet d'un bios ecrit en C plutot qu'en assembleur, c'est uniquement l'interface graphique et les fonctions reseaux.

Bref, le C n'a pas été choisit au hasard !
 
le 26 Juill. 05 à 19h12
Edition
 
truc@1 a écrit:
Bref, le C n'a pas été choisit au hasard !

Je ne dis pas le contraire, juste que qq soit le langage un BIOS reste un BIOS, au final il sera binaire ... :neutre: et c'est assez évident pour moi aussi que le C s'impose ... mais si c'est pour lui coller des lignes d'assembleur, là y a plus aucun intérêt ... :neutre:
 
le 26 Juill. 05 à 19h32
Edition
 
Le C serra traduit ASM puis en binaire par le compilo, alors il y a tout de meme une legere difference. C'est que le code ASM produit par le compilo ne serra pas le meme que celui qu'un developpeur aurait directement tappe, de ce fait le compilo risque d'ecrire un ASM avec certain fonction ou autre qui n'etait pas gere par les BIOS.

Sinon pourquoi on utilise l'ASM inline (hormis pour pas que le compilo le face)?
Et si c'etait exactement la meme chose, les BIOS serrait dev en C depuis longtemp, non?

En gros ca veux dire que des le debut du boot la machine est capable d'utiliser plus d'instructions pour booter.
Mais je pense qu'il restera tout de meme quelque routine tres bas niveau en ASM (appele par du C ensuite). ;)
 
le 26 Juill. 05 à 19h46
Edition
 
flamaros a écrit:
Sinon pourquoi on utilise l'ASM inline (hormis pour pas que le compilo le face)?
Et si c'etait exactement la meme chose, les BIOS serrait dev en C depuis longtemp, non?

- Parce les librairies C n'existaient pas ... :neutre:
- Parce que certains registres et masques ne sont accessibles qu'en asm (en fait c'est une limitation de la plupart des compilos).
- Parce que ça permet d'introduire des short-cut que le compilo ne connait pas (hardware specific) ou ne veut/peut pas gérer correctement.

Mais si ils ont résolu tout ça je vois pas où est le pb, je ne m'attends pas à ce qu'ils développent avec Visual Studio non plus, c'est un compilo home-made de toute façon non ?
 
le 26 Juill. 05 à 20h19
Edition
 
pas convaincu

le bios a fait ses preuvez
stable, fiable, robuste, suffisant, securisé,...

enfin je ne vois pas en quoi metre un fond d ecran debile ou pinguer une machine apporte
y a des os pour ca...

encore le plaisir de faire plus lourd, moin stable, et plus vulnérable pour obliger les gens a changer de matos
 
le 26 Juill. 05 à 20h26
Edition
 
sefix a écrit:
pas convaincu

le bios a fait ses preuvez
stable, fiable, robuste, suffisant, securisé,...


:MDR n'importe quoi ... on se demande pourquoi y a des dual-BIOS sur deux puces séparées, des mises à jour pour des bugs, des virus spécialité pète-BIOS ...
 
Continuer sur le forum
70 messages
1
2
3
4
>
 



 
Clubic.com
 
Achetez-facile.com
 
Jeuxvideo.fr
 
neteco.com
 
mobinaute.com