IRQ und I/O-Belegung unter DOS auslesen

Gast #1916890
Lesenswert?

Sysinfo.exe, beim Norton Commander enthalten.
(wenn ich mich richtig erinnere)

An den Namen des anderen Tools, was ich auch verwendet hatte, erinnere 
ich mich leider gerade nicht. War auf jeden Fall ein Häkchen im Namen.

Es hat peng gemacht.  :)

Checkit
Gast #1916914
Lesenswert?

Sven H. schrieb:
> Ich suche ein Tool für DOS, wo man die Belegung von IRQs und IOs
> anzeigen lassen kann.

Was meinst du mit "Belegung von IRQs und IOs"? Bis auf ein paar 
Standard-Sachen wie Tastatur und VGA-Grafikkarte, die aber immer gleich 
sind, gibt es sowas unter DOS nicht.
#1916950
Lesenswert?

DOS als Betriebssystem hat solche Informationen nicht gepflegt oder 
verwaltet. Diese Informationen können unter DOS aber versucht werden 
über PnP API des BIOS bzw. der APM/ACPI Tabelle zu ermitteln. Aber diese 
Informationen sind meist recht ungepflegt im BIOS bzw. einfach nur 
ungültig. Ansonsten konnte man unter DOS die PCI Register der Karten 
direkt ansprechen und somit die PCI/AGP Karten ermitteln. Dort sind alle 
vom BIOS initialisierten Karten auch mit entsprechenden IO Räumen und 
IRQ Signalen belegt. Aber alle ISA Karten und PnP Karten fallen dabei 
durch das Raster. Die PnP API könnte man noch zusätzlich nutzen, alle 
nicht PnP ISA Karten bleiben dann aber noch immer verschwunden. Wenn man 
denn nicht anfängt um für jede ISA Karte explizit Support zu 
programmieren und die IO Adressräume mit reinen Test durchzulaufen, hat 
man schlechte Karten. Das Schreiben von unbekannten IO Ports ist auch 
recht heikel und da hatte man auch leicht mal ein Rechner abgeschossen 
oder auch mal Hardware zerkloppt. Linux hatte in seiner damaligen 
Entwicklung öfters Probleme mit - aber das ist sehr lange her.

Zurück zur Ausgangsfrage: lade dir ein Live Linux und dann gehe in das 
/proc Verzeichnis und schau dir die ioports, iomem und interrupts an.

Die RBIL (Ralf Brown's Interrupt List) hilft da auch nur bedingt. Zum 
einen beschreibt diese vor allem die Software Service Interrupts und zum 
anderen ist seine ports.txt IO Adressraum Doku nicht vollständig. Auch 
hilft es dem Threadersteller nix, weil er müsste sonst anhand der RBIL 
die Erkennung der dokumentierten Karten und Dinge der RBIL 
programmieren.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren