SMBIOS Explorer

[Ghostwalker]

Endlich ist (das gröbste) geschafft.

Ich möchte euch hier den SMBIOS Explorer vorstellen. Das Programm analysiert den SMBIOS-Block im Rombios um die dort gespeicherten
Informationen anzuzeigen.

Bis auf Type31 und Type40-Blöcke werden alle SMBIOS-Strukturen gelesen.

Historie

- 26.05.2008 Erste release
- 09.06.2008 Erste Screenshots der Version 2.0

- Überarbeitete SMBIOS-Bibleothek
- Conformance-Check mit den Spezifikationen 2.3.2 und 2.6
- Neue Oberfläche
- SMBIOS-Strukturen 31 und 40
- Mehrsprachigkeit
- JEDEC-Hersteller (soweit verfügbar).
- Verbessertes Fehlerhandling.


- 23.06.2008 Beta 1

Features siehe 09.06.


Basis des Programms ist auch hier wieder NicoDE's Rombios-Dump Unit

Anregungen, Fehlermeldungen sind natürlich gerne gesehen

[EDIT]09.06.2008
Ich werde versuchen noch heute eine ersta Alpha online zu stellen, in der die meisten
neuen Featueres enthalten sind.[/EDIT].

[Muetze1]

OS: So, Windows XP 2002 SP2 und aktuelle Patches
Meldung im Detail: Error dumping BIOS (Size of Entry Point is incorrect)

Ich wollte dann ein Dump machen und habe als Dateiname nur "bios" angegeben, da der aktuelle Filter ja schon ein *.bin anbietet. Dabei dann erstmal Fehlermeldung, dass er kein "pfad\bios.*.bin" anlegen kann. Ok, dann halt mit Endung...

Und nochmal zur Klarheit: Bei "Dump / Detect from current Computer" erscheint die Meldung und dann nichts weiter - das Programm ist unverändert, also der Startzustand. Die anderen Menüpunkte bleiben ausgegraut und somit kann ich nicht unter dem o.g. Menüpunkt nachschauen.

Korrektur: Der Anhang ist ja mein VGA BIOS, der UMB Bereich und das System BIOS. Du dumpst ja anscheinend alles ab 0xc0000 bis 0xfffff.

[Ghostwalker]

Das ist richtig, was die Adressen betrifft. Es gibt ja keine feste Stelle an der das SMBIOS innerhalb vom Rombios startet

Das Problem in deinem Fall ist aber, das die eingetragene Größe des Startheaders vom SMBIOS (Entrypoint) nicht mit der Größe übereinstimmt, die im Standard definiert ist.

[Muetze1]

Zitat von Ghostwalker:

Das ist richtig, was die Adressen betrifft. Es gibt ja keine feste Stelle an der das SMBIOS innerhalb vom Rombios startet

Nun ja, du kannst ja ROMs finden, die haben schliesslich alle einen Header mit Kennung und Größenangabe. Und der UMB Bereich hat bestimmt keinen solchen.

Zitat von Ghostwalker:

Das Problem in deinem Fall ist aber, das die eingetragene Größe des Startheaders vom SMBIOS (Entrypoint) nicht mit der Größe übereinstimmt, die im Standard definiert ist.

Und ich dachte immer, mehr wäre besser ^^ Mehr Info's halt.

[Ghostwalker]

Nicht wenn sie im Standard nicht definiert sind.*G*

Ich hatte vorgestern selbst erst so einen Rechner vor mir. Dummerweise stimmen die Adresse für die Table und sonstige Daten hinten und vorne nicht.

[nicodex]

Zitat von Ghostwalker:

Nicht wenn sie im Standard nicht definiert sind.

In den verschiedenen Revisionen der Standards sind nur 'empfohlene' (Mindest)Größen vorgegeben.
Revision 2.1 enthielt einen Fehler bei der Größenangabe der SMBIOS Entry Point Structure (1E statt 1F, da es sich beim letzten Byte ohnehin nur um die BCD-Revision handelt, kann man diesen 'Fehler' ignorieren).

ps@Muetze1: Deine EPS ist ein Byte größer als im Standard definiert (was kein Problem darstellt). Danke für die Informationen.

[Ghostwalker]

@Nico

Welche Daten erwartet deine JEDEC-Funktion ? Ich kann mir nicht ganz Vorstellen, das Type17->Manufacturer das richtige wäre (insbesondere wenn ich mir den Inhalt angug)

[nicodex]

Zitat von Ghostwalker:

Welche Daten erwartet deine JEDEC-Funktion ?

Die Herstellerinformation im SMBIOS-Block ist ein AnsiString. Also JedecManufacturerFromString(Type17.Manufacturer). Diese Konvertiert den Hexadezimalstring in eine Bytesequenz und ruft intern JedecManufacturerFromBinary() auf.

Beispiele:
"7F98000000000000" -> "Kingston"
"7F7F7F0B00000000" -> "Nanya Technology"

[DevidEspenschied]

Wobei man hier noch erwähnen sollte, dass $7F quasi als Platzhalter fungiert und der String von Links abgearbeitet werden muss. Der erste 2-stellige hexadezimale Wert, welcher nicht $7F ist, definiert den Speicherhersteller.

Die Position, an der dieser zweistellige Hex-Wert steht, definiert wiederum, welche Bank für die Analyse heranzuziehen ist. Um die beiden Beispiele zu verwenden:

"7F98000000000000" -> "Kingston"

$98 an 2ter Stelle, also Bank 2, steht für Kingston

"7F7F7F0B00000000" -> "Nanya Technology"

$0B an 4ter Stelle, also Bank 4, steht für Nanya Technology

Die Funktionen in der Unit nehmen Dir die Arbeit weitestgehend ab.

[nicodex]

Zitat von devidespe:

Die Funktionen in der Unit nehmen Dir die Arbeit weitestgehend ab.

Unter anderem die Prüfung des Paritätsbits

[DevidEspenschied]

Bekommt man die Unit so einfach von der Jedec ?

Das Paritätsbit hatte ich eigentlich nie groß beachtet, und kann im ersten Ansatz auch keinen Vorteil für die Erkennung des Herstellers erkennen. Werde mich damit mal beschäftigen...