Hallo!
Der Bootblock im FLASH ist sozusagen noch mal ein Mini BIOS. Die Idee ist, wenn das BIOS versagt, sollte zumindest der Bootblock noch arbeiten um ein neuflashen zwecks Wiederbelebung zu ermöglichen. Um das sicher zu stellen, ist es möglich den Bootblock vor dem Überschreiben zu schützen. Je nach Chip kann beim Flashen durch eine bestimmte Befehlssequenz der Bootblock vor versehentlichem Überschreiben gesperrt werden und muß dann ebenso explizit wieder entsperrt werden, wenn er wieder überschrieben werden soll. Es gibt auch Chips, wo zum schreiben des Bootblocks eine höhere Spannung an einen Pin muß, oder wo wenn der Lock einmal gesetzt ist, sich der Bootblock dann gar nicht mehr schreiben lässt.
Da kocht jeder sein eigenes Süppchen. Wie gut diese Funktion dann in der Praxis funktioniert ist eine andere Sache. Mein Programmiergerät kann z.B den Winbond 29C020 sperren, aber nicht wieder frei schalten, obwohl es gehen müßte!
Ähnlich liegen die Verhältnisse bei Boards und Flashtools. Die Dinger müssen ein paar Dutzend Mainboardchipsätze erkennen und initialisieren können und über 100 FLASH Typen! AMI ist mit seinem Flashtool da eigentlich am weitesten.
Dadurch treibt man mit einem geschützten Bootblock quasi den Teufel mit dem Beelzebub aus.
Wenn nähmlich der Bootblock im neuen BIOS File geändert ist, er sich aber nicht flashen läßt, kommt es zu einem Prüfsummenfehler und das neue BIOS startet DESHALB nicht.
außerdem ist der Platz im Bootblock auf 2 KB begrenzt. Der ISA Bus läßt sich sehr simpel ansteuern und braucht kaum Initialisierungsroutinen und kann so vom Bootblock angesprochen werden.
PCI hat zwar mehr Intelligenz, muß aber sehr aufwändig angesteuert werden, da sich die Karten mit Vendor- und Device IDs melden und das System so weiß, mit wem es zu tun hat. an Hand der IDs läßt sich feststellen ob und welche Grafikarte, EIDE Controller...
Das hat beim besten Willen dann nicht mehr im Bootblock Platz.
Tja, so ist das.
Ger@ld
