Opensource bios voor Gigabyte-moederbord gepubliceerd

AMD-engineer Yinghai Lu heeft een volledig bios voor het Gigabyte M57SLI-S4-moederbord gepubliceerd. De code is uitgebracht onder gpl-voorwaarden, en is daarom door overklokkers en opensourceliefhebbers met gejuich ontvangen.

De publicatie van het bios betekent dat voor het eerst een modern moederbord geheel door de gebruiker gecontroleerd kan worden. Het Gigabyte-bord leende zich al goed voor gevorderd gebruik: het is voorzien van een nForce 570 sli-chipset, en biedt ruimte aan een AM2-processor met maximaal 16GB ddr2-geheugen. Daarbij beschikt het onder andere over pci-express-, Firewire-, usb- en sata-raid-aansluitingen, en alle features zijn nu door gebruikers te optimaliseren. De verwachting is dat de code snel gemodificeerd zal worden, zodat ook gebruik met andere nForce 570-borden mogelijk wordt. Of het eenvoudig zal zijn om meer prestaties uit deze code te krijgen dan uit de officiële Gigabyte-firmware valt nog te bezien, en ook stabiliteit is voor de doe-het-zelver niet op voorhand gegarandeerd - maar dat zal de gemiddelde overklokker vermoedelijk worst zijn.

Belangrijker dan de extra mogelijkheden die bezitters van de M57SLI-S4 krijgen, is wellicht dat de bios-code volledig vrij te gebruiken is. Organisaties als de Free Software Foundation ijveren al tijden voor een 'Free Bios', omdat deze code in feite het laatste propriëtaire bastion in computersoftware vormt. Er zijn wel open alternatieven, zoals LinuxBios, maar dat is gericht op een zo eenvoudig mogelijk bios dat de hardwarecontrole goeddeels aan het besturingssysteem overlaat. Het Gigabyte-bios daarentegen is state of the art, en dat maakt de publicatie tot een 'enorme overwinning voor de opensourcebeweging', aldus diverse commentaren: dankzij Lu zou het immers mogelijk worden om een contemporaine computer te bouwen die gegarandeerd vrij is van diverse drm- en Trusted Computing-software. Dat eventuele fouten op bios-niveau niet meer met hacks en workarounds in het besturingssysteem hoeven te worden opgelost is daarbij een mooie bonus.

Reacties (67)

[Sprite_tm]

Zoals in de oorspronkelijke mail staat: dit is een versie van LinuxBios. Het artikel doet net alsof dit project en het LinuxBios-project twee compleet onafhankelijke zaken zijn, dat is dus niet zo. Verder is dit goed nieuws: elke manier om je computer nog configurabeler te kunnen maken is mooi, en als dat tot het maximum gedreven word doordat je desnoods zelf in de sourcecode kan hacken is natuurlijk helemaal fantastisch. Tis dat ik nog niet aan een nieuw mobo toe ben...

Lol @ screenshot btw: 1400 volt op de CPU-core? Heftig beestje

[Rataplan]

Dit project wordt gehost door LinuxBios, maar voor zover ik kon nagaan is het geen project ván LinuxBios. Afaik zijn de site LinuxBios en het LinuxBios-project dat een lightweight opensource bios nastreeft, twee verschillende zaken, al schurken ze uiteraard dicht tegen mekaar aan

[Verwijderd]

Het deel dat Gigabyte, volgens Brandon Howard, support is. LinuxBIOS.

OpenBIOS is helaas nog maar een alpha, zie: http://www.openbios.org/OpenBIOS

<qoute>
Latest release version is: OpenBIOS 1.0alpha1 (2006-10-12)
</quote>

Dit zal Gigabyte zeer waarschijnlijk niet supporten.

Het gaat IMO echt over LinuxBIOS!

Over de screenshot, ik vraag me af of dit wel iets met deze post te maken heeft? Is niet op OpenBios en op LinuxBIOS te vinden.

Voor de duidelijkheid. Ik wou dat het ook openBIOS was. Dit zou inderdaad veel perspectief bieden voor tweakers ed.

Als je op eigen risico wil werken wou ik wel adviseren om aan het openBIOS project mee te doen. Zal een heel mooie opsteker zijn.

[TD-er]

Lol @ screenshot btw: 1400 volt op de CPU-core? Heftig beestje

En anders pas je de code toch even zelf aan dat er komt te staan dat het in mV is

[Rafe]

Hoewel het een leuke ontwikkeling is, zou het nog leuker zijn als moederbordfabrikanten eens van de BIOS af gingen stappen en van UEFI (al dan niet ook open source) gebruik gingen maken. Met Vista x64 zit de ondersteuning er al in, en het heeft zeker zo zijn voordelen tov de 20 jaar oude BIOS.

[Verwijderd]

Met Vista x64 zit de ondersteuning er al in, en het heeft zeker zo zijn voordelen tov de 20 jaar oude BIOS.

Nou ontbreekt mij de noodzakelijke kennis van zowel BIOS als EFI, maar er zijn mensen die daar anders over denken. Ik moet toegeven dat ik altijd met enige gepaste terughoudendheid kennis neem van Microsoft "informatie", onderstaande quote geeft mij ieg een aardig beeld:

http://kerneltrap.org/node/6884

Linus Torvalds offered his views on EFI, the Extensible Firmware Interface beginning by describing it as "this other Intel brain-damage (the first one being ACPI)".

"don't get me wrong - the problem with EFI is that it actually superficially looks much better than the BIOS, but in practice it ends up being one of those things where it has few real advantages, and often just a lot of extra complexity because of the 'new and improved' interfaces that were largely defined by a committee." He went on, "so EFI has this cool shell, a loadable driver framework, and other nice features. Where 'nice' obviously means 'much more complex than the simple things they designed in the late seventies back when people were stupid and just wanted things to work'. Of course, it's somewhat questionable whether people have actually gotten smarter or stupider in the last 30 years. It's not enough time for evolution to have increased our brain capacity, but it certainly _is_ enough time for most people to no longer understand how hardware works any more." As for BIOS, Linus noted, "not that I'd ever claim that the BIOS is wonderful either, but at least everybody knows that the BIOS is just a bootloader, and doesn't try to make it anything else."

[Snake]

Ik vind het mooi, maar anderzijds vraag ik me af of dit zinvol is?

Een DFI is gemaakt om te OC'en, daar kun je heel precies het voltage regelen, maar kan je dat wel precies met zo een bord? Is het veilig?

[-krekel-]

je kunt je inderdaad afvragen of het zinvol is. Enerzijds handig voor de die-hard tweaker, anderzijds toch behoorlijk risicovol aangezien je door een stomme programmeerfout je moederbord (en wellicht nog meer) zou kunnen opblazen....

[PhoenixT]

En dat is normaal niet dan?
Maarja, als je zeer experimentele code gaat draaien op je moederbord i.p.v. geteste code is dat natuurlijk wel eigen risico.

[merethan]

Ik heb al zat BIOSsen (van oa AMI en Phoenix) gezien die stampvol met bugs zaten.. zelfs de meest simpele instellingen als geen POST (RAM check enzo) gaat al fout bij mij. (dan gaatie in een oneindige loop) En dat met een AMI 6.00 BIOS in een server machine.
Belachelijk!
Weet je wat een licentie kost voor die lullige 512K? (en wat voor bugger zooi je er voor krijgt...)

En bedenk ook dat de BIOS echt bijna geen functie meer heeft tegenwoordig. Alle functionaliteit die de BIOS bied wordt zo goed als alleen maar door DOS gebruikt. Je BIOS scant voor hardeschijven enzo en stelt je IDE bus in. Vervolgens start WindowsXP op en die doet hetzelfde nog een keer... Moderne Operating Systems (alles vanaf NT, NetBSD en Linux enzo) die doen alle hardware configuratie zelf.

Sterker nog: Het artikel vermeldde het al, sommige BIOSsen daar heb je workarounds voor nodig om er mee te kunnen werken, hinderlijk dus.

Het enige zinnige wat ze nog bieden is je North/South-bridge instellen (voor je PCI bus en RAM enzo), tijd/datum instellen, ACPI, fan control, CPU snelheid enzo en nog wat functies uit het jaar nul voor DOS. Last but not least: Je MBR (Master Boot Record) laden die dan vervolgens je OS weer gaat opstarten.

De BIOS was het laadste stukje gesloten technologie in een computer, en ook dat obstakel is nu eindelijk genomen.

[paknaald]

Het is zeker zinvol. Nu voor Tweakers, morgen voor alle Linux-gebruikers met dit moederbord, overmorgen voor alle Linux-gebruikers.

Tweakers kunnen nu lekker rommelen aan hun eigendom. Morgen kunnen de Linux-gebruikers met dit moederbord speciaal op hun PC toegeschreven software tegemoet zien, inclusief fabuleuze opstarttijden en dergelijke. Overmorgen, the open source sky is the limit, wanneer deze stap door andere fabrikanten wordt overgenomen.

[merethan]

Ben ik nu ook aan het doen. Ben al een week of 2 bezig alle equipment bij elkaar te scharrelen om een Pentium100 te gaan flashen en testen met LinuxBIOS. (Beware: Dit soort dingen heeft een naam: Project. Ieder type mainboard heeft een eigen BIOS, dus programmeerwerk.)

BIOS en Operating System proberen te steken in 256K.. en ja dat kan..
.. en dus een opstart tijd van 3 sec als beloning

[Rataplan]

Veilig?

Zie het maar als bungeejumpen: uit het oogpunt van risicoloos lang leven behoorlijk stompzinnig, maar voor de liefhebber hartstikke leuk

[Verwijderd]

Overklokken is niet veilig.

[M2M]

zelf een bios schrijven voor de meeste mensen ook niet. Dit moet je ook niet doen op een pc waar belangrijke informatie op staat, maar meer op een hobbie pc

[bbob]

Zinvol voor een naar verhouding handvol aantal mensen.

Je moet je toch niet voorstellen dat je een bios in je moederbord stopt waarin een ingebouwd virus zit. Je open sopurce is leuk zo lang de source ook te vertrouwen is.

Wie geeft de garantie dat het bios voor jou moederbordje dat je van een onbekende site van een onbekende schrijven haalt wel het goede is en geen hacks in het bios zitten.

Let wel het mooiste van iedere virusschrijver is dat het mogenlijk zou zijn je pc op hardwareniveau te hacken, ja via het bios dus.

[MBV]

Dat is ook de reden waarom Debian e.d. met hashes werkt, die je op meerdere sites kan verifiëren. En wat al automatisch gedaan wordt zodra je de updates binnenhaalt. Ook is GPG onder OSS-enthausiastelingen meer in trek dan in het gewone mail-verkeer

[Erhnam]

Heel interessant.

Wat te denken om de bios te modificeren om zo een EFI te emuleren en MacOSX toe te laten op het systeem. Dat moet zo'n bord zonder meer mogelijk zijn en zo hoeft men niet meer in de code van OSX te hacken.

[ThunderNet]

Zo heel groot is de eeprom ook weer niet. Dus waar wil je al die programmacode laten?

[Jormungandr]

God ik krijg al visioenen van tweakers die dat hele moederbord opnieuw solderen en aanpassen .

Dit is imo een mooie ontwikkeling. Eindelijk een volledig te customizen bios. Hopelijk krijgen we dit voor andere borden/chipsets ook snel. Hiermee kan de leeftijd van een moederbord aanzienlijk worden gerokken. Mijn bord (k8t neo fis2R) is niet mer van de nieuwste maar optimalisaties mogen toch wel blijven komen. Hiermee is het nu mogelijk dit eventueel zelf te doen. (op voorwaarde dat dit voor alle borden/fabrikanten doorgaat)

[merethan]

@Erhnam:
EFI kun je ook met LinuxBIOS starten (starten ja, niks emulatie), zie mijn reactie op Mayco.

@ThunderNet:
De meeste EEProm's in ouw computers zijn 256K, de wat nieuwere 512K, de meeste nieuwe PC's hebben 1MB Flash of meer. Meer dan je ooit nodig zou moeten hebben voor zoiets als Firmware. Eigelijk zou je kernel er ook nog ruim bij moeten passen.

[iceheart]

yep, en toen had ik net mn nieuwe PC besteld

nougoed, als het zover komt bouw ik iig ook zoiets. je zal wel uit moeten kijken met driver support onder OS X... (like... YOUCH ) maargoed daar stel je *zoiets* natuurlijk wel op samen

[Yalopa]

Heb je nog steeds geen OSX drivers voor je hardware, verder is het illigaal. Trouwens als je OSX wil koop je toch gewoon een mac, er kan ook windows op (mocht je dat nog willen eens je OSX gewoon bent)

[terror538]

waarschijnlijk zijn je linux/unix/bsd drivers, mogelijk zelfs zonder veel aanpassing, te hercompileren om onder mac os x te draaien. os x is namelijk gebaseerd op unix.

[Verwijderd]

De echte informatie achter deze post:
http://www.linuxbios.org/...xBIOS_talk_at_FOSDEM_2007

Het is namelijk geen BIOS in de zin van de huidige BIOS.

Edit: Extra link.
En nog een post van Brandon Horward met links:
http://article.gmane.org/gmane.linux.kernel/496457

[Dutch_Razor]

Das mooi

Alleen jammer dat een AMD medewerker waarschijnlijk niet ook zoiets doet voor mijn P5W met Intel 975x chipset.

[mieJas]

Voordeel is dat jouw moederbord goed werkt. Dit zou super zijn voor mensen die van Asus, bijvoorbeeld, al 11 rotte BIOS releases hebben gekregen voor hun M2N bord.

[aTmosh]

Voordeel is dat jouw moederbord goed werkt

De multiplier unlocking voor ES en Extreme CPU's is alweer sinds een stuk of vijf iteraties kapot (werkte tot versie 1601, we zijn nu bij 2001).

Maar liefst 13 officiële BIOS updates later is er nog steeds geen tRFC en tRD (geheugen subtimings) instellingen, wat iedereen met overklokgeheugen koppijn bezorgt. Je kan kiezen uit trage automatische SPD hoofdtimings of eigen instellingen die vanwege de niet te veranderen en te nauw genomen subtimings onnodig hoge voltages nodig hebben om te booten.

Idem voor booten met lagere multiplier en hogere FSB, het bord boot altijd met de CPU default FSB en moet daarmee dus stabiel zijn totdat de multiplier door de BIOS wordt bijgesteld. B.v. 8x425 voor 3,4 GHz met een E6700 is onmogelijk vanuit BIOS omdat het bord met 10x425 = 4,25 GHz wil starten, en dat lukt zelfs op water niet. Of je moet bij elke boot vanuit Windows je multiplier en FSB on the fly veranderen, wat lastig en foutgevoelig is (en de tweakutils alleen onder Windows werken).

Om niet te spreken van overbodige en ruimteverspillende 'features' zoals de AI NOS of musical boot die voor nuttigere zaken gebruikt zou kunnen worden..

Kortom, ik zou uiterst graag een open source BIOS willen zien voor P5W borden..

[mieJas]

Jij hebt het al over tweaken en overklokken.
Die M2N reeks heeft al moeite om ondergeklokt goed te draaien...

Maargoed, ik zie dat je ook geen Asus meer zal kopen

[s463042]

Voeg daar ook maar de ASUS A8N gebruikers bij...
edit: vond dit toch best relevant.

[SRI]

Hier een ontevrede k8n'er maar me k8v-deluxe was wel een topbord

[rjeggens]

Mag ik je de hand schudden? Mijn A8N-SLI wil geen Windows XP booten.. krijg ik alleen maar rommel op het scherm. Dus maar Vista

[Verwijderd]

Ik heb 2 of 3 systemen met de A8N gemaakt, het enige dat ik extreem irritant vond is dat hij een half uur probeerde te booten vanaf cd-rom (terwijl er geen bootbare in zat). uiteindelijk liep hij wel door, maar het was echt irritant. (oplossing was simpel. harddisk als eerste bootdevice zetten. als ik van cd op moet starten dan wijzig ik het wel even in het bios). voor de rest heb ik er geen ellende mee gehad.

[MBV]

Misschien komt er dan nu eindelijk een Bios waarbij ACPI wél helemaal goed is geïmplementeerd, iets wat nogal vaak fout gaat . Ik ben benieuwd wat voor verbeteringen er doorgevoerd gaan worden, ik houd dit zeker in de gaten

[Verwijderd]

dat is tegenwoordig voor nieuwe systemen al een stuk beter; Dell, HP, IBM en zo gebruiken allemaal the Linux-ready Firmware Developer Kit (http://www.linuxfirmwarekit.org) dat al een redelijk strenge ACPI test bevat.
(en volledig open source is)

[Verwijderd]

Hmmz, misschien krijg je wel snellere mainboards of betere mainbords hierdoor. Maargoed, zometeen weet de noob computerspecialist niet meer welke bios hij erin moet zetten.

Daarnaast is dit natuurlijk veel gevoeliger voor virussen of ander schadelijk materiaal. Wat als je bios nu een trojan bevat welke informatie van jou gaat verspreiden over internet.

[Sprite_tm]

Die kans is juist kleiner geworden: als iemand besluit zelf de bios te compileren en een binary krijgt die ineens best veel verschilt van hetgeen wat in z'n bios zelf staat, word het verdacht en kan die figuur aan de bel trekken en het zaakje beter onderzoeken. Als je een closed-source-bios hebt hoeven mensen er nooit achter te komen omdat je niets anders kan dan de binary van je mobofabrikant vertrouwen.

[0vestel0]

En daat aan de vooravond van het einde van de traditionele BIOS.......

[Mayco]

daar dacht ik dus ook net aan... Zou beter zijn moesten ze een volledige EFI hebben gemaakt in open source...

[merethan]

LinuxBIOS configureerd je North en Southbridge, stelt nog wat hardware in en daarna wordt een payload uitgevoerd (die moet je er zelf in stoppen).

Die payload kan alles zijn. GRUB, FILO, etherboot, OpenFirmware GNUFI etc etc etc.

GNUFI is dus een Open Source EFI implementatie.
Dus ja kan al. Het verschil tussen EFI en een BIOS is erg klein. Het is allebij een chipie wat direct in je RAM geladen wordt en je CPU vervolgens gaat uitvoeren, en na wat configuratiestappen wordt je Operating System geladen. Wat EFI daar aan toe voegd is dat de drivers al ready to rock zijn voor je OS geladen wordt.

Maar nog even over EFI:
Moeten we daar wel blij mee zijn? I mean, de open source drivers in Linux zijn aanzienlijk beter dan de troep die op je Windows driverdiskette wordt geleverd. Was blij dat ik daar vanaf was, krijgen we dat zelfde gezeur weer met EFI.

[Verwijderd]

Het feit dat een engineer dit publiceert betekent nog niet dat dit niet de bijvoorbeeld patentrechten schendt van een andere partij.
Is er ook enige aanvullende garantie dat hiemee geen patentrechten worden geschonden ?

[mawashigeri]

Je mag voor "studiedoeleinden" altijd zelf rommelen aan zoiets, ongeacht patenten. Voorgecompileerd aanbieden mag natuurlijk niet!

Bij copyright is nog wat anders: dan had de source nooit vrijgegeven mogen worden.

[iKiddo]

Er is nooit garantie dat er geen patenten geschonden worden. Om dat te bereiken moet je alle uitgegeven patenten bekijken. Geen hond die dat ooit gaat doen.

Maar (1) als gebruiker schend jij het patent niet en (2) dat soort garanties worden nooit gegeven.