Sourcecode Fortschritt
-
version = "0.0.3.22 - Rev: 1223"
uhci.c: LEGSUP vor/nach reset auslesen, ports mit UHCI_PORT_CS_CHANGE schreiben
qemu: vor: 8F00 nach: 2000 VMWare-Player: vor: 2000 nach: 2000 test-PC 1: vor: 2000 nach: 2000 test-PC 2: vor: 2000 nach: 2000
// Interrupt carried out as a PCI interrupt #define UHCI_PCI_LEGACY_SUPPORT_PIRQ 0x2000 // Status bits that are cleared by setting to 1 #define UHCI_PCI_LEGACY_SUPPORT_STATUS 0x8F00
-
version = "0.0.3.23 - Rev: 1224"
uhci.c: Fehler korrigiert: framelist base address nun page-aligned und 4K groß. Auf physischen Wert im Speicher achten (wird ausgegeben)
-
version = "0.0.3.24 - Rev: 1225"
uhci.h/c auf struct umgestellt. Test-PC 1: Zwei uhci werden initiiert.
-
version = "0.0.3.25 - Rev: 1226"
uhci.c: start von mehreren UHCI
qemu: -usb -device piix4-usb-uhci -device piix4-usb-uhci (3 UHCI)
-
Version 0.0.3.26:
- TTT überarbeitet: Schönere und klarere Ausgabe. Spieler, der an der Reihe ist, wird angezeigt. Spieler, der beginnt, wird durch Zufall "ausgelost"
- Kleinere Bugfixes und Überarbeitungen an UHCI, serial, Maustreiber und ISA-DMA.
- GCC-generierte mmap-Konvertierung im BL2 verbessert. U.a. Funktionsprolog und -epilog entfernt.
- Kleinigkeiten
-
version = "0.0.3.27 - Rev: 1228"
uhci.c: Handler weiter optimiert (Abfangen von gleichen fremden IRQ)
Nun muss auf Hardware getestet werden, ob LEGSUP problemlos umgeschaltet werden kann.
-
version = "0.0.3.28 - Rev: 1229"
devicemanager.h/c: USB 1.1 und USB 2.0
uhci.h/c: attach to device manager as USB 1.1
ehic.c: USB 2.0strg+d provides correct results
TODO: enable/reset port does not yet work
-
version = "0.0.3.29 - Rev: 1230
in ckernel.c eine Ver./Rev. zu hoch
uhci.c: reset analog http://www.lvr.com/forum/index.php?topic=19.0
-
version = "0.0.3.30 - Rev: 1231
uhci.c: weiter testweise ausgebaut, läuft auf Test-PC und VMware Player ohne HChalted durch (kein Freeze!), in qemu noch ein unverständliches HChalted.
Screenshot auf VMWare Player: http://www.henkessoft.de/OS_Dev/Bilder/uhci.PNG
LEGSUP im Beispiel probeweise auf 0x0000 eingestellt (anstelle 0x2000).Portstatus nach enable: 0x0085 = 10000101
bit0: Current Connect Status ReadOnly. 1=Device is present on port. 0=No device is present.
bit2: Port Enabled/Disabled R/W. 1=Enable. 0=Disable. Ports can be enabled by host software only. <--- das haben wir gerade durchgeführt.
bit7: Reserved ReadOnly. Always read as 1.Nach diesem Ergebis empfehle ich uhci-Tests auf VMWarePlayer (war bei ehci ebenfalls der entscheidende Helfer) bzw. Hardware.
rtl8139.c: Filter gegen falsche interrupts eingebaut (in pcnet funktioniert analoge Vorgehensweise nicht?! MrX: bitte checken) - Auf Test-PC gibt es mit Netzwerk noch Probleme (#PF), aber nun rebootet er nicht mehr sofort, wenn Netzwerk verbunden ist, damit kann man das Problem einkreisen.
-
version = "0.0.3.31 - Rev: 1232"
uhci.c: Auswertung portstatus weiter entwickelt, LEGSUP auf 0x0000 gestellt
-
version = "0.0.3.32 - Rev: 1233"
uhci.c: Ausgaben verbessert
-
Version 0.0.3.33:
- Zusammenspiel von IRQs, PCI, Netzwerkadaptern und HCIs verbessert
- Übler Bug im UHCI-Handler beseitigt - Dieser ist nun nichtmehr tot
- IRQ-Filter im Netzwerkcode verbessert
- todolist aus UHCI entfernt
-
version = "0.0.3.34 - Rev: 1235"
uhci.c: showPortState(uhci_t* u, uint8_t j)
-
version = "0.0.3.35 - Rev: 1236"
uhci.h/c: Fehler beseitigt, code umgestellt
qemu: läuft (invalid interrupts)
vmware: halted
test-pc 1: halted / process error
test-pc 2: läuft// set PIRQ or zero (???) pci_config_write_word(bus, dev, func, UHCI_PCI_LEGACY_SUPPORT, 0 /*UHCI_PCI_LEGACY_SUPPORT_PIRQ*/);
Mit 0 läuft es auf VMWare besser, richtig ist aber UHCI_PCI_LEGACY_SUPPORT_PIRQ.
USB PIRQ Enable (USBPIRQDEN) R/W. 1 (default) = USB interrupt is routed to PIRQD. 0 = USB interrupt does not route to PIRQD. This bit prevents the USB controller from generating an interrupt. Note that it will probably be configured to generate an SMI using bit 4 of this register. Default to 1 for compatibility with older USB software.
-
version = "0.0.3.36 - Rev: 1237"
uhci.c: 0x2000 in LEGSUP und nur einen QH der horizontal/vertikal das T-Bit (inaktiv) geschaltet hat, keine TDs.
Test-PC 1 (1400 MHz): erkennt angesteckte usb-sticks (high-speed) als fullspeed:
- fullspeed device
- device changed (CSC)
- device attached (CS)
- line state: D+screenshot: http://www.henkessoft.de/OS_Dev/Bilder/rev.1236_uhci.PNG
Das ist eine Basis.
-
version = "0.0.3.37 - Rev: 1238"
uhci.c: invalid interrupts gefiltert
-
version = "0.0.3.38 - Rev: 1239"
uhci.h/c: Fehler behoben bezüglich BIT_T und BIT_Q, Ausgaben verbessert (z.B. RS bit zur Sicherheit)
Tests: qemu und Test-PC 1 laufen gut, vmware und Test-PC 2 halted und process error
TODO: Fehlerstelle finden durch debuggen mittels vmware
Wichtig: die Interrupts kommen manchmal doppelt/dreifach für den gleichen UHCI! EDIT: lag am mehrfachen Setzen des RS-Bits, also völlig korrekt!
-
version = "0.0.3.39 - Rev: 1240"
uhci.c:
- Fehler korrigiert:u->framelistAddrVirt->frPtr[i] = paging_getPhysAddr(qhIn) | BIT_QH;
( Vorher & anstelle | )
Nun laufen alle! MrX: bitte Hardware (alle 3 PCs) testen.
Damit sind nur Test-PC 2 und VMWare als "echte Tester" geeignet.
VMWare war auch bereits bei EHCI die ideale Emulation.
-
version = "0.0.3.40 - Rev: 1241"
uhci.c: experimentelle Variante für eigene qh/td-Versuche
siehe uhci.c, zeile 14, #define UHCI_SCENARIO // qh/td experimentswenn's stört: uhci.c, zeile 14, #define UHCI_SCENARIO wegnehmen (qemu bockt mit HC Process Error)
-
Version 0.0.3.41:
- IO/MMIO-Bit im PCI-Commandregister bei allen Gerätetreibern korrekt gesetzt
- PCNet-Handler gefixt, Interrupt-Filter geht nun
- Codestil (im Zusammenhang mit PCI)
- Optimierungen am Bootloader