Themen

1

Lowlevel-Coding / PCI Geräte über PCIe auffindbar?

« am: 25. December 2013, 21:00 »

Wunderschönen guten Abend und frohe Festtage,
mittlerweile habe ich die ACPI Tabellen gefunden und teilweise ausgewertet. Dabei habe ich die MCFG Table gefunden. Nach ein wenig Recherche war klar, dass es sich hier um eine Tabelle handelt, welche mir die Grunddaten zur Benutzung des PCIe Busses gab. Nun meine Frage: Nach welchen PCIe Geräten soll ich am PCIe-Bus suchen? Nur Netzwerkkarten oder auch Festplatten oder vielleicht sogar Soundkarten? Und lassen sich PCI-Geräte ebenfalls ausfindig machen über diesen "Enhanced Configuration Mechanism", dass wäre nämlich ein großer Vorteil um MMIO zu gehen statt über die IO-Ports des normalen PCI Configuration Space.
MfG SqrT.

2

Lowlevel-Coding / VESA EDID

« am: 03. November 2013, 12:07 »

Guten Morgen,
mir kam vor einigen Tagen mal wieder die Idee in den Sinn, meinen VBE-Treiber zu verbessern. Um meinen Grafikteiber weiter zu verbessern wollte ich mit EDID die Liste der verfügbaren Grafikmodis einschränken. Dies funktioniert auch meisten auf echter Hardware mit dem BIOS interrupt 0x10, ax = 0x4F15, bx = 0x0001. In diesem Thema soll es jedoch um die Fälle gehen bei denen es nicht funktioniert, d. h. EDID wird unterstützt, dies habe ich verifiziert mit dem BIOS interrupt 0x10 ax = 0x4F15, bx = 0x0000, es : di = 0x0000, jedoch kann ich die EDID informationen nicht auslesen mit der vorher beschriebenen Prozedur. Nun habe ich mich informiert wie man die EDID funktionen noch bekommen könnte. Man kann die EDID informationen scheinbar ebenfalls bekommen, durch ACPI Tabellen? oder durch eine BIOS Tabelle, sowie durch eine Enumeration der PCI-Busse um den passenden Grafikcontroller zu finden, und bei diesem die EDID informationen abzufragen. Aus dem linux Kernel habe ich entnommen, dass die EDID informationen ebenfalls in einer der ACPI Tabellen vorhanden sind, oder die ACPI Tabellen auf eine Kontrollstruktur zeigen, welche diese beeinhaltet. Meine Frage ist nun ob sich vielleicht schon mal jemand umfassend mit dem Thema beschäftigt hat und möglicherweise zu einer Lösung gekommen ist, da die Informationen, welche im Internet zu finden sind ja eher spärlich ausfallen.
Mir wäre es wichtig dem User so oft wie möglich nur eine Liste an Grafikmodis anzuzeigen, welche der Bildschirm auch unterstützt.

MfG SqrT

3

Das Wiki / Kleiner Fehler im Wiki ( IO-APIC )

« am: 26. October 2013, 23:42 »

Guten Abend,
ich meine einen Fehler gefunden zu haben im Wiki ( http://www.lowlevel.eu/wiki/I/O_APIC#I.2FO_APIC_Version ).

Im Wiki wird gesagt, dass aus den Bits 26-23 der maximale Index der Red. Table zu entnehmen ist, jedoch ist es wohl eher von 23 - 16 nach der folgenden Specification:
http://pdos.csail.mit.edu/6.828/2007/readings/ia32/ioapic.pdf ( Seite 10 )

Ebenfalls liefert mir QEMU die Werte der Red. Table in Bits 23 - 16.

MfG SqrT

4

Lowlevel-Coding / AHCI - HBA, mögliche Registerwerte

« am: 21. October 2013, 21:06 »

Guten Abend,
gestern habe ich mir mein OS mal wieder angesehen und wollte mal wieder ein bisschen weiter schreiben, also habe ich dort weiter gemacht, wo ich letztes mal aufgehört habe beim AHCI Treiber.
Dabei hat sich folgendes Problem herausgestellt, ich habe 3 SATA-Festplatten an den PC angeschlossen, beim auslesen der HBA Register, im speziellen das Register NP ( Number of Ports ) wird mir jedoch nur der Wert 1 , d. h. es gibt 2 Ports ausgegeben, ebenfalls enthält das Register ISS ( Interface Speed Support ) keinen von der Specifikation vorgeschriebenen Wert. Nun ist die Frage die sich mir stellt, habe ich die richtige physiche Addresse für den HBA, oder habe ich eine falsche ?

Das HBA-Register hat zwar einen Wert der zu dem Wert von Num of Ports passt ( 0x00000003 ), jedoch müsste der HBA doch mehr als 2 Ports haben und einen gültigen Wert in das Register ISS laden oder?