Sourcecode Fortschritt

Erhard Henkes

0.0.1.126 - Rev: 697

#define NETWORK_BUFFER_SIZE   8192

network_bufferPointer = *((uint16_t*)(BaseAddressRTL8139_MMIO + 0x3A)) % NETWORK_BUFFER_SIZE;

internet

version 0.0.1.127 - Rev: 698

vbe.c/h
- drawChar(...), Set_DAC_C herausgenommen um nicht für jeden zu zeichenden Buchstaben die Palette neu zu setzen (Performance schub)
- setDisplayStart(...) Hinzugefügt

Erhard Henkes

Version 0.0.1.128 - Rev: 699

- rtl8139.h/c mit definierten Symbolen zur besseren Lesbarkeit versehen
- PCI bus mastering eingeschaltet (analog EHCI)

Literatur-Link von somone: http://www-vs.informatik.uni-ulm.de/teach/ss02/sp/Kap12.pdf

Erhard Henkes

Version 0.0.1.129 - Rev: 700

Korrekte Lese-Zeiger-Positionierung in rtl8139.c

Erhard Henkes

Version 0.0.1.130 - Rev: 701

- Ausdruck verbessert
- 1 sec halt nach packet (ideal für PC)

Letzte Version, die momentan sauber läuft

Mr X

Version 0.0.1.131:

- Kernel startet (nach Tastendruck, damit man die Fehlermeldung lesen kann) neu, wenn der kerneltask beendet wird (#PF o.ä.)
- Aufgeräumt (insbesondere task.c/h, dort cli/sti geändert)

Erhard Henkes

Version 0.0.1.132 - Rev. 703

- ipTcpStack.h/c umgebaut, damit ARP-Requests/Replies ausgewertet werden
- struct ip in ipTcpStack.h überarbeitet

screenshot: http://www.henkessoft.de/OS_Dev/Bilder/0_0_1_132_arp-request.PNG

Bereits in der Vorgänger-Version (commit von MrX) ist (auf qemu und VMWare festgestellt) ein neuer mieser Bug drinnen, der zu #GPF und Reboot führen kann.
Das stört die Netzwerkbemühungen leider.

Erhard Henkes

Version 0.0.1.133 - Rev. 704

Problem: GPF stoppt mit quitTask die shell ohne restart action

folgender HOTFIX in irq.c bewahrt vor dem Absturz:

static void quitTask()
{
    printf("| <Severe Failure - Task Halted> Press key for exit! |");
    sti();
    // while(!keyboard_getChar());
    exit();
    for (;;);
}

Damit wird das exit() ausgeführt ohne Abhängigkeit vom Keyboard, das evtl. nicht mehr durchdringt.

Der Auslöser ist übrigens das quitTask() in irq.c, zeile 206, also in diesem Zweig:

if (r->int_no < 32 && r->int_no != 7 && !(r->eflags & 0x20000)) // no VM bit

Tests dieses HOTFIX:
- VBox dreht völlig am Rad (#PF loop)
- VMWare schmiert beim Laden eines User-Programms ab
- Bochs läuft
- qemu läuft, shell kann aber auch zerstört werden
- echter PC läuft, Laden/Ausführen eines User-Programms klappt, anschließend beim Rücksprung erfolgt Fehler mit exit(), anschließend ist die shell kaputt (Neustart fehlt! )

Problem seit Version 0.0.1.131: shell / Beenden User-Programm (Rücksprung zur shell).

Auf jeden Fall haben wir jetzt eine Version, an der man die vbe-Aktivitäten und das Networking weiter untersuchen/ausbauen kann.
Falls der Fehler nicht aufgeklärt wird Roll-back zu 0.0.1.130

Solche Situationen werden immer wieder auftauchen, weil unsere Test-Mechanismen nicht ausreichen, solche Commits wie 0.0.1.131 von MrX zu verhindern.

internet

version 0.0.1.134 - Rev: 705

http://www.rfc-editor.org/rfc/rfc793.txt <--- TRANSMISSION CONTROL PROTOCOL
http://www.rfc-editor.org/rfc/rfc768.txt <--- USER DATAGRAM PROTOCOL

- udp.c/h Dateien angelegt

- Kommentare in rtl8139.c / ipTcpStack.c eingefügt

Mir ist aufgefallen das der Kernel noch über keine Powermanagment Funktionen, wie APM oder ACPI verfügt!

Erhard Henkes

Version 0.0.1.135 - Rev: 706

- userlib.h/c korrigiert (file-funktionen hatten falsche syscall-Nummern)

Erhard Henkes

Version 0.0.1.136 - Rev: 707

- senden mittels rtl8139 Netzwerkkarte vorbereitet

internet

version 0.0.1.137 - Rev: 708

rtl8139_eeprom.c/.h Dateien Hinzugefügt

- Lesen u. Schreiben von EPROMS/EEPROMS mit 28/32 Pin belegung.

internet

version 0.0.1.137 - Rev: 708

vbe.c/.h
- getPixel() Funktion hinzugefügt
- scaleBitmap() Funktion angefangen umzusetzen

internet

version 0.0.1.137 - Rev: 710

scaleBitmap(...), in ckernel.c eingefügt

internet

version 0.0.1.138 - Rev: 711

scaleBitmap(...), Funktioniert schon mal und Skaliert das Bild auf die Doppelte Größe, wird noch ausgearbeitet.

internet

version 0.0.1.139 - Rev: 712

- bootscr.bmp ausgetauscht nach ehenkes vorschlag.

- scaleBitmap(...), aufgeräumt und weiter getestet.

Erhard Henkes

Danke an internet == somone für diese Funktionalität!

screenshot: http://www.henkessoft.de/OS_Dev/Bilder/0_0_1_139_bootscr_scaled.PNG

Erhard Henkes

version 0.0.1.140 - Rev: 713

erste Sendeversuche zum experimentieren

Erhard Henkes

Version 0.0.1.141 - Rev: 714

Korrektur bei MAC-Adresse bei Tx

Klappt aber noch nicht

Erhard Henkes

Version 0.0.1.142 - Rev: 715

Korrektur bei Tx: Interrupt TOK klappt jetzt

qemu batch:

qemu.exe  -fda FloppyImage.img -soundhw pcspk -net nic,model=rtl8139,addr=1A,macaddr=00:12:12:12:12:12 -net tap,ifname=TAP2 -net user -localtime -usb -usbdevice disk:format=raw:dummy.bin

TAP2 mit IP 192.168.10.50 konfiguriert.

Mit qemu kommt es auch an (Kontrolle mit wireshark):

arp-request: "5","2.110467","52:55:0a:00:02:02","Broadcast","ARP","Who has 192.168.10.50?  Tell 10.0.2.2"

arp-reply: "6","2.110475","Plus_12:12:12","52:55:0a:00:02:02","ARP","192.168.10.50 is at 00:12:12:12:12:12"

Ethernet II, Src: Plus_12:12:12 (00:12:12:12:12:12), Dst: 52:55:0a:00:02:02 (52:55:0a:00:02:02)
Type: ARP (0x0806)
Address Resolution Protocol (reply)
Hardware type: Ethernet (0x0001)
Protocol type: IP (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: reply (0x0002)
Is gratuitous: False
Sender MAC address: Plus_12:12:12 (00:12:12:12:12:12)
Sender IP address: 192.168.10.50 (192.168.10.50)
Target MAC address: 52:55:0a:00:02:02 (52:55:0a:00:02:02)
Target IP address: 10.0.2.2 (10.0.2.2)