Le successeur du BIOS et l'avenir des logiciels libres (LinuxBIOS,EFI)

Le successeur du BIOS et l'avenir des logiciels libres (LinuxBIOS,EFI) - Divers - Linux et OS Alternatifs

Marsh Posté le 18-02-2007 à 16:25:38    

Je n'ai pas vu beaucoup de fils sur l'Extensible Firmware Interface (EFI) d'INTEL par ici, donc en voici un!
 
La question posée est celle du choix du successeur du BIOS (basic input/output system : micrologiciel qui gère les fonctions basiques et l'initialisation de votre machine, pour faire court).
 
I -
Historiquement, les BIOS des cartes mères ont toujours été fermés et leurs fabriquants ont toujours refusé de diffuser les spécifications de leurs produits ce qui aurait permis de développer des BIOS libres.
 
Il faut savoir qu'aujourd'hui le BIOS qui est conçu pour les OS dominants pratique tout un tas de tests inutiles pour lancer Linux qui ralentissent inutilement le démarrage d'une machine sous Linux.
 
D'autant que les BIOS sont développés par des sociétés spécialisées et cela renchérit le coût des cartes mères.
 
Une alternative existe, qui consiste à initialiser la machine à l'aide d'un noyau Linux (qui a en outre une excellente reconnaissance du matériel). Mais il faudrait que plus de fabriquants jouent le jeu.
 
Ce problème est évoqué dans cet excellent article publié le 31 août 2006 : Open BIOSes for Linux par Peter Seebach  
 
II -
Le BIOS est à bout de souffle, et l'industrie (comprendre Intel) réfléchit à son successeur : il s'agit de l'Extensible Firmware Interface (EFI).
 
L'EFI est déjà au coeur des machines Apple Macintosh et serait déjà au coeur des PC tournant sous Windows si Microsoft n'avait pas à faire face à quelques difficultés techniques qui ont empêché de réaliser la bascule à l'occasion du lancement de Vista.
 
Microsoft y a un intérêt évident : dans sa tentative de prendre le contrôle des PC (voir le projet trusted computing ou informatique dite "de confiance", qui consiste à dérober le contrôle de l'ordinateur à l'usager), l'EFI joue un rôle majeur : tous les programmes, y compris le système d'exploitation, passent par lui. C'est la pièce stratégique à contrôler pour qui veut contrôler l'ordinateur au détriment de l'utilisateur.
 
Avec la généralisation de l'EFI, les systèmes d'exploitation et les logiciels applicatifs libres ne suffiront plus à assurer la liberté de l'utilisateur car le système d'exploitation pourra être leurré et contourné par l'EFI.
 
Plus d'infos ici :
http://forum.framasoft.org/viewtopic.php?t=22440
http://forum.framasoft.org/viewtopic.php?t=20978


Message édité par Profil supprimé le 18-02-2007 à 16:36:15
Reply

Marsh Posté le 18-02-2007 à 16:25:38   

Reply

Marsh Posté le 18-02-2007 à 22:28:25    

Ca a l'air assez technique comme sujet, notamment LinuxBIOS.
 
Je vois que le NForce4 est supporté (dans les news), mais  
coté proc, il y a beaucoup de opteron.
 
Tu penses tester ?


---------------
Legalize it @HFR
Reply

Marsh Posté le 18-02-2007 à 22:47:22    

Intéressant :jap:.


---------------
Be the one with the flames.
Reply

Marsh Posté le 18-02-2007 à 23:16:08    

Je drapote.
Le theme des BIOS libres a été abordé par RMS, mais est-ce lui qui en a lancé l'idée ?


---------------
Décentralisons Internet-Bépo-Troll Bingo - "Pour adoucir le mélange, pressez trois quartiers d’orange !"
Reply

Marsh Posté le 19-02-2007 à 01:38:40    

The Free Software Foundation's Campaign for Free BIOS
http://www.fsf.org/campaigns/free-bios.html
 
L'article explique que lorsque RMS et la FSF ont voulu libérer les ordinateurs, ils ont cherché à développer un OS libre.
 
Il n'était pas possible de réaliser un BIOS libre car le BIOS était alors enregistré dans une mémoire non réinscriptible.
 
Depuis, un OS libre a été développé et les BIOS sont à présent réinscriptibles.
 
Mais les fabriquants refusent de collaborer, au premier rang desquels INTEL, tandis que AMD joue le jeu.
 
La FSF appelle à préferer l'achat de PC munis de chips AMD pour faire pression sur INTEL.
 

Reply

Marsh Posté le 19-02-2007 à 08:02:15    

Mmm dommage que mes 4 ordio soient des intel ... J'aurais bien aimé faire le test ...
Mais à part le fait que c'est un bios libre et que donc pas de risque d'etre espionné & co, il y a des gains de perf ou autre qui justifierais le fait de passer à ce genre de BIOS?
Parce que dans le cas contraire seulement peu de gens seront à mon avis sensibles à la problématique, et seront donc susceptibles de passer sur ce nouveau BIOS ... D'ou le manque d'interet qu'ont les constructeurs à apporter leur aide

Reply

Marsh Posté le 19-02-2007 à 11:32:51    

théoriquement ça permettrait d'accélérer grandement le démarrage.
 

Citation :

Likewise, the BIOS is responsible for initializing memory. Not all operating systems require that memory be initialized, but early DOS systems often did, and even today most BIOSes probably do this for compatibility's sake. This process alone can take a long time, and many modern systems allow it to be completely or partially disabled. At the same time, the BIOS will also try to identify how much memory is available. Other boot-time activities might include initializing and enabling the processor's cache, configuring dual CPUs, building a table of information about processors, building a list of PCI devices attached to the system, and even running boot ROMs provided by those devices, which may load additional drivers.
 
This is a lot to do. It's so much to do, in fact, that some of the systems I own can take a full minute, or longer, to complete their POST and subsequent driver initializations. The BIOS can perform a variety of hardware scans looking for bootable devices, and on some systems the BIOS can even try to perform a network boot over Ethernet. One system I own spends about five seconds initializing network boot parameters even if network booting is disabled. Annoying!
 
Last but not least, the BIOS does a fair amount of initialization work. Some, but not all, of this stays useful no matter what you're going to boot. Allocating interrupt requests (IRQs) to devices may actually be a useful service, because it allows the OS to just grab a list of devices and start running, without having to program them. Many devices have configuration registers to which the BIOS can write reasonable or correct values, based on settings located in the system's writeable memory. (Generally, this memory is called CMOS, although it's not strictly required that it actually be implemented using that technology.)
 
What happens after the BIOS is done with all of this? It finds a chunk of code somewhere (typically on a disk) and runs it, generally loading an operating system. If the operating system is DOS, or something similar to it, all of this setup work means that you can pretty much have your command prompt instantly.
 
But with Linux, or BSD, or Windows®, the operating system has its own drivers. So, the operating system then skims the list of attached PCI devices, and starts loading those drivers. The work the BIOS did is mostly ignored; the operating system, once it loads a SCSI driver, will do its own scan of the SCSI bus. The BIOS is doing nothing but providing information, and much of the information it provides won't even be used. All the BIOS really had to do was load that first chunk of code (called the bootstrap loader, or bootloader) and let the machine run.
 
So, on a fairly heavily loaded machine, you get to wait for every device to probe twice. Often, the boot ROM for a SCSI controller takes a fairly long time to scan for devices. Worse, while the boot ROM is running, nothing else is. In contrast, a modern operating system may well load a SCSI driver, initiate a bus reset, then continue loading other drivers and doing other work before going back to check for devices. In short, the operating system's scan is faster than the BIOS scan.
 
The exact speed difference depends on the operating system. However, we know that Linux boot-time scans can be very, very fast. And that means that the BIOS isn't just taking up half the time from power-on to the last kernel driver loaded; it's probably taking up a lot more. This becomes even more pronounced when less essential kernel modules (such as sound drivers) can be loaded fairly late in the boot process, possibly coming online after more crucial things (such as Web servers) are loaded.
 
What we want is a way to get the kernel loaded without waiting for the BIOS to do a lot of the setup that the kernel is about to do -- and do faster, better, and probably more reliably.


 
Il y a aussi la question des DRMs...


Message édité par Profil supprimé le 19-02-2007 à 11:37:30
Reply

Marsh Posté le 23-02-2007 à 09:54:58    

Cool ! Une première carte mère officielle pour LinuxBios devrait sortir prochainement.Tous à vos caddies  :D  
http://www.clubic.com/actualite-70 [...] xbios.html

Reply

Marsh Posté le 23-02-2007 à 11:01:28    

enfoiro a écrit :

Cool ! Une première carte mère officielle pour LinuxBios devrait sortir prochainement.Tous à vos caddies  :D  
http://www.clubic.com/actualite-70 [...] xbios.html


dès que je change de bécane je fonse sur ce type de CM j'imagine qu'elle doit être moins chère que les autre vu que le bios est libre non ?


---------------
In a world without walls and fences, who needs Windows and Gates
Reply

Marsh Posté le 23-02-2007 à 11:14:57    

A mon avis il n'y aura pas de différence de prix. Le coût du déveleoppement d'un BIOS est faible divisé par le nombre d'unités vendues, et surtout au niveau Marketing Gigabyte placera cette carte sur le haut de gamme "power user".


---------------
--
Reply

Marsh Posté le 23-02-2007 à 11:14:57   

Reply

Marsh Posté le 23-02-2007 à 11:50:12    

Sympa l'article, j'avais déjà entendu parler des LinuxBios il y a longtemps mais plus rien depuis :)
Par contre ce que je me demande c'est comment tu peut flasher le bios sans windows ou DOS, moi j'ai toujours mis le bios sur une disquette est flashé le bios avec des commandes DOS :sweat:  

Reply

Marsh Posté le 23-02-2007 à 11:51:46    

Certains BIOS proposent un outil de flash, enfin plutot un outil de mise à jour dans ce cas.

Message cité 1 fois
Message édité par leto le 23-02-2007 à 11:51:59

---------------
--
Reply

Marsh Posté le 23-02-2007 à 13:16:22    

leto a écrit :

Certains BIOS proposent un outil de flash, enfin plutot un outil de mise à jour dans ce cas.


Ouai mais c'est des usine a gaz c'est truc la :D
Nan mais en fait je suis con je vois pas pourquoi ça pourais pas être fait avec des commande GNU/Linux  
 
 

Reply

Marsh Posté le 23-02-2007 à 14:21:04    

Mick54 a écrit :

Sympa l'article, j'avais déjà entendu parler des LinuxBios il y a longtemps mais plus rien depuis :)
Par contre ce que je me demande c'est comment tu peut flasher le bios sans windows ou DOS, moi j'ai toujours mis le bios sur une disquette est flashé le bios avec des commandes DOS :sweat:


il y a toujours freedos (dos libre)


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 23-02-2007 à 16:04:50    

carot0 a écrit :

dès que je change de bécane je fonse sur ce type de CM j'imagine qu'elle doit être moins chère que les autre vu que le bios est libre non ?


oui surtout ca boote beaucoup plus vite, ca supprime les limitations habituelles des bios , ca permet une gestion "directe" du matos par linux, l'ajout de nouvelles fonctionnalités est facile, ca court circuite les DRM matériels, donc c'est que du bonheur. http://linuxbios.org/Welcome_to_LinuxBIOS


Message édité par enfoiro le 23-02-2007 à 16:05:23
Reply

Marsh Posté le 23-02-2007 à 17:44:10    

enfoiro a écrit :

Cool ! Une première carte mère officielle pour LinuxBios devrait sortir prochainement.Tous à vos caddies  :D  
http://www.clubic.com/actualite-70 [...] xbios.html


HOAX.
Certains ont relevé à juste titre que l'article de clubic ne cite aucune source et aucun communiqué de Gigabyte n'a été retrouvé concernant ce pavé dans la mare.


---------------
Legalize it @HFR
Reply

Marsh Posté le 23-02-2007 à 19:00:30    

carot0 a écrit :

dès que je change de bécane je fonse sur ce type de CM j'imagine qu'elle doit être moins chère que les autre vu que le bios est libre non ?


comme chez linksys, les routeurs libres sont plus chers [:kiki]

Reply

Marsh Posté le 23-02-2007 à 19:42:42    

ginie a écrit :

comme chez linksys, les routeurs libres sont plus chers [:kiki]


 
Ca correspond à la logique du marché. Le WRT54G est passé de Linux à VxWorks à la rev5 parce qu'il permet de mettre la moitié de ram et la moitié de flash [:spamafote]
 
(économie logique sur une plate-forme pareille, largement sous-utilisée par le commun des mortels)


---------------
Quand on passe à côté des autres, on passe à côté de soi-même
Reply

Marsh Posté le 23-02-2007 à 21:57:46    

regdub a écrit :

HOAX.
Certains ont relevé à juste titre que l'article de clubic ne cite aucune source et aucun communiqué de Gigabyte n'a été retrouvé concernant ce pavé dans la mare.


 
c'est pas clair si linuxBIOS marche sur cette carte mère ou si la carte mère sera vendue avec linuxBIOS
http://www.pcinpact.com/actu/news/ [...] gabyte.htm

Reply

Marsh Posté le 25-02-2007 à 15:11:04    

Reply

Marsh Posté le 25-02-2007 à 21:40:28    

nickel, j'ai un processeur AM2 cool :)

Reply

Marsh Posté le 25-02-2007 à 21:55:24    

[:blueflag]  


---------------
You get so used to things the way they are. And I've always been alone. I guess that makes me lonely.
Reply

Marsh Posté le 27-02-2007 à 11:01:43    

http://linuxbios.org/index.php/Supported_Motherboards
 
La carte gigabyte est notée comme approx supportée :/
Pas  mal de sites de news (clubic, pcimpact, etc) se sont bien enflammés sur ce coup là...


---------------
--
Reply

Marsh Posté le 27-02-2007 à 11:07:59    

leto a écrit :

http://linuxbios.org/index.php/Supported_Motherboards

 

La carte gigabyte est notée comme approx supportée  :/
Pas  mal de sites de news (clubic, pcimpact, etc) se sont bien enflammés sur ce coup là...

Oui mais d'après les news, ce sont les dev de Gigabyte qui fournissent le bios libre, pas les dev de linuxbios.

 

Reply

Marsh Posté le 27-02-2007 à 12:20:25    

Riot a écrit :

Oui mais d'après les news, ce sont les dev de Gigabyte qui fournissent le bios libre, pas les dev de linuxbios.


Si tu lis les commentaires sur LinuxFR par exemple, sa semble être une erreur. Il s'agit d'un linuxBios et les modifications apporté par un Dev d'AMD seront prochainement intégré ( faut un peu attendre quoi ).

Reply

Marsh Posté le 27-02-2007 à 12:20:39    

C'est un gars d'AMD plutôt.
edit:[:grilled]


Message édité par regdub le 27-02-2007 à 12:21:48

---------------
Legalize it @HFR
Reply

Marsh Posté le 27-02-2007 à 12:22:29    

Drapalisation :o


---------------
Si vis pacem, para bellum.
Reply

Marsh Posté le 27-02-2007 à 12:36:27    

Et il existe dejà pas mal de cartes meres qui sont supportées par LinuxBIOS (par exple toutes les cartes opteron de tyan, cf le lien plus haut).
La nouveauté c'est que c'est la première carte récente et orientée desktop a être (bientôt) supportée.


Message édité par leto le 27-02-2007 à 12:36:37

---------------
--
Reply

Marsh Posté le 17-07-2007 à 18:10:32    

Histoire de dépoussiérer un peu ce sujet : y en a-t-il qui ont testé la fameuse Gygabyte GA-M57SLI-S4 ? Le site de LinuxBios l'indique maintenant comme totalement supportée, à l'exception de l'ACPI. Je réfléchis à me monter un serveur sur une base d'AM2, et cette carte semble pas trop mal (il lui manquerait une paire supplémentaire de ports S-ATA et un contrôleur VGA pour être idéale, mais on ne peut pas tout avoir).

Reply

Marsh Posté le 17-07-2007 à 18:54:30    

ça m'interresserait aussi de savoir

Reply

Marsh Posté le 01-09-2007 à 12:25:11    

Gros plan sur les nouveautés de Vista SP1 et Windows XP SP3
http://www.zdnet.fr/actualites/inf [...] or=EPR-100
 
Sous le titre "Plus de performance et de stabilité pour Vista" on apprend au détour d'un phrase que le pire est désormais certain :
 

Citation :

La mise à jour prévoit aussi la compatibilité avec EFI (Extensible Firmware Interface), une alternative au classique BIOS utilisée notamment par les Mac Intel.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed