Erklärt mir mal bitte jemand den Code? ehemals: Empfehlungen, um Programmieren in Assemblersprache zu lernen

Das Anliegen steht ja schon in der Überschrift:

Was könnt Ihr empfehlen, wenn man Anfangen will, das Programmieren in Assemblersprache zu lernen?
Was gibt es, was braucht man, also Bücher, Programme usw...?

Dieses hier
https://www.amazon.de/Intern-2…cl-Diskette/dp/3890113311
inkl. 5,25" Diskette

Hm, vielleicht muß ich gar nicht so weit ausholen:
Ich will Code in ein BIOS einschleusen, um die Initialisierung des Chipsatzes etwas nachzujustieren. Dazu hab ich in diesem Buch "BIOS DISASSEMBLY NINJUTSU UNCOVERED" von Darmawan Mappatutu Salihun auf Seite 217 folgenden Code gefunden:

; ---------------------- file: mem_optimize.asm -------------------------
use16


start:


    pushf
    cli


    mov cx, 0x50    ; Patch the in-order queue register of
                    ; the chipset
    call Read_PCI_Bus0_Byte
    or al, 0x80
    mov cx, 0x50
    call Write_PCI_Bus0_Byte


    mov cx, 0x64    ; DRAM Bank 0/1 Interleave = 4 way
    call Read_PCI_Bus0_Byte
    or al, 2
    mov cx, 0x64
    call Write_PCI_Bus0_Byte


    mov cx, 0x65    ; DRAM Bank 2/3 Interleave = 4 way
    call Read_PCI_Bus0_Byte
    or al, 2
    mov cx, 0x65
    call Write_PCI_Bus0_Byte


    mov cx, 0x66    ; DRAM Bank 4/5 Interleave = 4 way
    call Read_PCI_Bus0_Byte
    or al, 2
    mov cx, 0x66
    call Write_PCI_Bus0_Byte


    mov cx, 0x67    ; DRAM Bank 6/7 Interleave = 4 way
    call Read_PCI_Bus0_Byte
    or al, 2
    mov cx, 0x67
    call Write_PCI_Bus0_Byte


    mov cx, 0x68    ; Allow pages of different banks to be
                    ; active simultaneously
    call Read_PCI_Bus0_Byte
    or al, 0x44
    mov cx, 0x68
    call Write_PCI_Bus0_Byte


    mov cx, 0x69    ; Fast DRAM precharge for different banks
    call Read_PCI_Bus0_Byte
    or al, 0x8
    mov cx, 0x69
    call Write_PCI_Bus0_Byte


    mov cx, 0x6C    ; Activate Fast TLB lookup
    call Read_PCI_Bus0_Byte
    or al, 0x8
    mov cx, 0x6C
    call Write_PCI_Bus0_Byte


    popf


    clc
    retn            ; Indicate that this POST routine was successful
                    ; Return near next POST entry


; -- Read_PCI_Byte__ --
; in: cx = dev_func_offset_addr
; out: al = reg_value


Read_PCI_Bus0_Byte:
    mov ax, 8000h
    shl eax, 10h
    mov ax, cx
    and al, 0FCh
    mov dx, 0CF8h
    out dx, eax
    mov dl, 0FCh
    mov al, cl
    and al, 3
    add dl, al
    in  al, dx
    retn


; -- Write_Bus0_Byte --
; in: cx = dev_func_offset addr
;     al = reg_value to write


Write_PCI_Bus0_Byte:
    xchg ax, cx
    shl ecx, 10h
    xchg ax, cx
    mov ax, 8000h
    shl eax, 10h
    mov ax, cx
    and al, 0FCh
    mov dx, 0CF8h
    out dx, eax
    add dl, 4
    or dl, cl
    mov eax, ecx
    shr eax, 10h
    out dx, al
    retn
; --------------------- file: mem_optimize.asm --------------------------

den ich teilweise verstehe und in einigen Teilen nicht:
Es geht bei diesem Beispiel darum, dem Speichercontroller des VIA Apollo Pro 133 (Slot 1, Pentium II) etwas auf die Sprünge zu helfen. Dazu werden einige Werte in den Registern der Northbridge VT82C693A nach der Initialisierung durch das BIOS geändert. Im oberen Teil wird acht mal ein bestimmtes Register des Chipsatzes festgelegt, dessen Wert geändert und zurückgeschrieben.
Wo meine Probleme beginnen, sind die Funktionen "READ_PCI_Bus0_Byte" und "WRITE_PCI_Bus0_Byte"

Zeilen 70, 71 und 72: Hier wird die Adresse des zu lesenden PCI-Geräts und dessen Register gebaut. Benötigt wird laut dem Buch S. 21/22 jetzt am Beispiel der letzten Optimierung (Zeilen 53-57) die Adresse 8000 006Ch.
- 70: Erst wird der Wert 8000h ins AX-Register geschrieben
- 71: Dann wird er um 16 Stellen nach links geschoben. Ich nehme mal an, daß in EAX jetzt 8000 0000h stehen soll, also binär betrachtet 16 Nullen angehängt wurden. Warum wird der Wert nicht gleich so reingeschrieben?
- 72: Das Register-Offset 0x6C aus dem oberen Teil wird nach AX geschreiben, so daß in EAX jetzt 8000 006Ch stehen müßte.

Mit Zeile 73

and al, 0FCh

kann ich gar nichts anfangen. Der Sinn und Zweck erschließt sich mir nicht.

Zeile 74 öffnet den Adressport 0xCF8h zum Zugriff auf das PCI-Gerät
Zeile 75 sendet die erstellte PCI-Adresse in den eben geöffneten Port im I/O-Adressraum der CPU

Zeile 76 öffnet den Datenport des PCI-Buses, aber müßte da nicht statt 0FCh eigentlich 0CFCh stehen?

Die Zeilen 77, 78 und 79 sagen mir wieder gar nichts

mov al, cl
and al, 3
add dl, al

In Zeile 80 wird vermutlich der Wert des PCI-Registers nach AL geschrieben, um dann nach den Vorgaben aus Zeile 55 modifiziert zu werden.

Kann mir bitte jemand die unklaren Stellen erklären?

Mit der WRITE-Funktion will ich mich erst beschäftigen, wenn ich die READ-Funktion verstanden habe. Vielleicht haben sich ja dann auch schon einige Unklarheiten erledigt.

So, da es hier anfängt zu gewittern und ich vor lauter Müdigkeit nur noch Rechtschreibfehler produziere und zeitraubend korrigiere, höre ich mal auf und warte auf Eure hilfreichen Antworten. hilft alles nicht

Eine Nacht drüber geschlafen, heute morgen nochmal ins Buch geschaut und auf dem Weg zum Einkaufen ist der Groschen dann gefallen:

Zitat von Lotosdrache

Mit Zeile 73

Code

and al, 0FCh

kann ich gar nichts anfangen. Der Sinn und Zweck erschließt sich mir nicht.

Beim Zugriff auf den PCI-Bus müssen die letzten beiden Stellen der Adresse den Wert 0 haben. Warum auch immer, läßt sich so halbwegs aus den Angaben auf S. 14f ableiten.
Zeile 73 erledigt das und nullt die Bits 1-0.

Mehr nach dem Essen...

Die Unklarheit in Zeile 76 hat sich auch erledigt: in dx steht ja schon 0CF8h aus Zeile 74. Durch überschreiben der letzten acht Bits mit dem Wert 0FCh wird daraus die Datenportadresse 0CFCh des PCI-Bus.

Zitat von Lotosdrache

Die Zeilen 77, 78 und 79 sagen mir wieder gar nichts

Code

mov al, cl
and al, 3
add dl, al

In Zeile 77 wird das in Zeile 73 genullte Ende der Offsetaddresse in eax mit dem Wert aus dem cx-Register wiederhergestellt.

Zeile 78 nullt nun die Bits 7-2 der Offsetadresse in ax, genauer in al. Warum, weiß ich aber noch nicht, DER Groschen hängt noch in der Luft .

Zeile 79 addiert nun die letzten beiden Stellen der Offsetadresse an den PCI-Datenport. Das ist wohl deshalb notwendig, weil durch das Nullen der letzten beiden Bits der Adresse in Zeile 73 jeweils 4 Offsets immer die gleiche PCI-Adresse liefern.
Aber warum man da nicht auch das Kommando or nehmen kann, ist mir auch noch schleierhaft .

Soweit meine laienhafte Erklärung der READ-Funktion.

Zitat von Lotosdrache

Ich will Code in ein BIOS einschleusen, um die Initialisierung des Chipsatzes etwas nachzujustieren. Dazu hab ich in diesem Buch "BIOS DISASSEMBLY NINJUTSU UNCOVERED" von Darmawan Mappatutu Salihun auf Seite 217 folgenden Code gefunden:

So, ich nehm jetzt mal meinen alten Thread und funktioniere ihn ein bißchen um:
Es geht immer noch darum, Code in ein BIOS nach dieser Methode einzuschleusen. Die Patch-Dateien dafür habe ich nach dem obigen Schema von Darmawan Mappatutu Salihun a.k.a. Pinczakko schon etwas länger fertig. (Warum steht da eigentlich "Brainfuck-Quellcode"? Kann man das auch irgendwie normal ausdrücken? Das ist Assembler.)

Die Probleme sind nun
- das Auffinden der POST Jump Table im BIOS,
- die Identifizierung einer nicht genutzten Prozedur dort und
- das Umleiten der Sprunganweisung zu dieser Prozedur hin zum Patch.

Nachdem ich vor einem halben Jahr beim Dekompilieren des BIOS kaum Fortschritte gemacht habe, hab ich den Mist erst mal zur Seite gelegt

Die unterschiedlichen Adressen des Codes in der BIOS-Datei bzw. der original.tmp im Vergleich wie es dann im RAM vorliegt, haben mich einfach wahnsinnig gemacht

Die letzten Tage habe ich dann noch mal angefangen, die Artikel von Pinczakko zu lesen, und darin den Startpunkt in der original.tmp gefunden. Also diese direkt noch mal durch IDA Free gejagt, den Startpunkt gesucht und den Jumpanweisungen gefolgt. Dabei begegnete mir doch glatt Code, der dem unter den Punkten 7.2.1, 7.2.2 und 7.2.3 (nur die ersten beiden Schnipsel) sehr ähnlich sieht. Allerdings hab ich den Code zwischen den Sprunganweisungen nicht im geringsten verstanden und habe das Gefühl, daß in dem älteren BIOS irgendwas anders läuft, da die POST Jump Table etwas komisch aussah.

Daher wollte ich Euch jetzt mal Teile des Codes zeigen und ein paar Fragen dazu stellen. Ich hoffe, Ihr habt alle breite Bildschirme . Die ersten 4 Spalten sind meine Deutung dessen, was da passieren soll, der Code mit Adresse, wie er in der Datei vorliegt, ist in den letzten beiden Spalten:

Fragen:
1. Holen bzw. schieben pop und push auf das Register ss? Wenn nein, auf welches?
2. Was bedeutet assume ds:nothing in den Zeilen 13 und 17, wo doch ds gerade in der Zeile darüber einen Wert bekommen hat? Oder weiß IDA nach der Codeanalyse einfach nicht, welcher Wert da sein soll? Die Adresse von assume stimmt ja seltsamerweise auch mit der des nachfolgenden Befehls überein Im Originalcode ist das auch andersfarbig markiert.
3. Was tut der rot markierte Befehl mov ds:0A1h, bp? In bp steht nach meiner Deutung E00h, in bp 40h.
4. Was tut diese ganze Unterfunktion unk_EDFC in der letzten Spalte?

Freue mich schon auf Antworten

Danke für die Erklärung, auch wenn ich jetzt am Morgen noch wenig davon verstehe. Darüber muß ich noch ne Weile nachdenken

Hab gestern Abend noch die POST Jump Table gefunden, glaube ich jedenfalls. Sie liegt schon am letzten Sprungziel. Sie sah nur so komisch aus, weil IDA den BIOS Code nicht versteht und ich sowohl IDA als auch den BIOS Code nicht verstehe . Hab einfach mal den Zufall zu Hilfe genommen und mit Maus und ein paar Tasten wild hin und her geklickt und gedrückt. Plötzlich formte sich das etwas, das genauso aussah wie das, was Herr Pinczakko da auf seiner Webseite als E0_POST_TESTS_TABLE stehen hat.

Da hast Du wohl recht. Alleine die Art wie der PCI-Bus adressiert wird, immer mit einer Doppelnull am Adressende und den Offset dann hinterher rüberschieben, ist wohl so ein Detail, das einen fürchterlich ablenkt. Und so ein BIOS ist wirklich sehr komplex , was einfacheres ist für den Anfang besser geeignet.
Das BIOS zu hacken war halt mein ursprünglicher Antrieb dafür, mich mit diesen Assemblerbefehlen zu befassen. Inzwischen bin ich mir sehr sicher, daß ich die Sprungtabelle für die Selbsttests gefunden habe. Ebenso die ungenutzten Prozeduren da drinnen. Damit sind von diesen Problemen

Zitat von Lotosdrache

- das Auffinden der POST Jump Table im BIOS,
- die Identifizierung einer nicht genutzten Prozedur dort und
- das Umleiten der Sprunganweisung zu dieser Prozedur hin zum Patch.

Nr. 1 und Nr. 2 gelöst und ich muß nur noch die alte Sprungadresse gegen die neue austauschen

Wer stellt sein Board als Testobjekt für das gehackte BIOS zur Verfügung? Ich will meins nichts schrotten, falls es schief geht

Vielleicht schaff ich das auch mit fast ganz ohne Assemblerkenntnissen

Vielen Dank!

Adressen sind ausgetauscht. Jetzt hab ich tierisch Schiß davor, das zu flashen . Zum Glück ist der Rechner nur halb zusammengebaut und noch ohne Netzteil.

Zitat von H.EXE

Lies dir zur Sicherheit erst mein Rumgestochere im Flash-ROM durch
Restauration: Highscreen InduS-Tower mit Intel Advanced/ZP + P90
Dein Rechner hat mit Sicherheit auch einen Recovery-Modus. Lerne ihn vorher zu benutzen

Hätte ich das nur vorher gelesen, hätte es auch nichts genutzt: Der Rechner hat keinen Recoverymodus. Dazu ist er zu alt.
Aber mir ist heute bei der Diskussion über die Suchfunktion aufgefallen, daß ich Euch noch gar nicht erzählt habe, worum es hier eigentlich genau geht. Und das, wo ich vor einem halben Jahr schon in 3 4 anderen Foren um Rat gefragt habe. Ich stelle Euch das mal vor, wenn alles funktionieren sollte.