ide-dma bei Toshiba-Notebook/Treiberentwicklung

[Ron Lange]

Jan 'RedBully' Seiffert schrieb:
...
> Wie heisst denn die Datei?
IDE.pdr
...
> Eine wichtige Sache wenn man ein Dissaemblat erstellt ist, Code von
> Daten zu Trennen, das ist erstmal eine Vorarbeit, quasi schon mal den
> Source wieder zu bekommen.
RecStudio überführt das Disassemblat netterweise in einen 
C-Zwischencode, wo Prozeduren und Systemcalls bereits separiert werden. 
Es ist natürlich nur mehr eine visuelle Hilfe, aber es hilft dem 
"Hochsprachler" schon ein kleines bisschen beim Verstehen...
...
> Da musst du mal ehrlich sein, das Interesse fuer so einen Treiber ist,
> oehm, abnehmend.
Leider ACK. Wobei ich z.Zt. mit einem Leidensgenossen in Kontakt stehe 
und mir mehr als nur eine Handvoll Leute bekannt sind, die so einen 
Treiber begrüßen würden. Dieser Chip ist in vielen Modellen der 
Pre-98-Ära von Toshiba verbaut(danach wurden Intel-generische Chipsets 
verwendet).
...
> Hmmm, ide-commons? Welcher Kernel? Welche Config-option?
debian etch 2.6.12-1-386, alle DMA-relevanten
> "Generic PCI IDE Chipset Support" tut es nicht?
Offenbar nicht.
> Nachdem ich das Post geschrieben hab, viel mir noch eine andere Methode
> ein, die aber schwierig ist.
> 
> Du besorgst dir eine Art lspci fuer Win. Wo man auch den pci-mem dumpen
> kann (da sollten die config register von dem Biest liegen).
> Nun spielst du alle moeglichkeiten durch:
> Kein Device (mit PCMCIA-Controler BartPE booten???), ein Device, zwei
> Devices, DMA an, DMA aus, jedesmal einen Dump machan, am besten mehrmals.
> Nun gilt es, zufaellige aenderungen (Wat weiss ich, einen Counter), von
> den entscheidenen zu Trennen. (Und genau da kann man sich bei der
> Methode auf die Schnauze legen).
Ich habe auch schon an BartPE gedacht, allerdings -neben der Tatsache, 
dass ich gar kein Windows mehr besitze- läuft das ja wohl nur mit 
XP-SP1+. Alles in allem hört sich das aber auch irgendwie nach planlosem 
Gewurschtel an ;-)

> Schwierig macht es dabei die "Multifunktion". Viele weitere
> Configregister, die man verstellen kann und die einem den Blick
> vernebeln. Weisst du, was da noch alles drauf liegt?
Leider nicht konkret, da alles andere (APIC,FIR,PCMCIA,SOUND) erkannt 
und eingebunden wird. Wie erwähnt wurde dieser Chip in vielen anderen 
Baureihen verbaut, wo man leider nicht weiß, ob bei meinem nicht einfach 
on-chip-Funktionen durch weitere Bauteile ersetzt wurden. Produktdesign 
ist eine Spielwiese für Spekulationen ;-)

> Bist du eigenlich sicher das es diese "Host-to-Cpu-Bridge" ist? 
...
Auch nicht ;-). Diese Vermutung basiert auf meinen Recherchen, nach 
denen z.B. die PCI_ID in früheren Kernelversionen auch mal als 
PCI-IDE-Controller kommentiert war, zudem ist in den 
Register-Spezifikationen des Piccolo-S-Chipsatzes auch von diversen 
Vorgängern die Rede, vielleicht handelt es sich auch um einen Piccolo-T, 
der Intel-TX-kompatible Konfigurationsregister besitzt...wer weiß...
> Nicht,
> dass das wirklich nur eine Bridge ist und ueber entsprechende Eintrage
> im PCI-Space (BARs etc.) noch der Blick auf den Chip freigeknipst werden
> muss, er nach dem booten (danke BIOS) einfach in einen DOS-Kompatibel
> Modus geknipst ist und sich versteckt? (Vielleicht tut es dann sogar der
> generische IDE-DMA-Treiber?).
Das ist sogar ziemlich wahrscheinlich. Da glücklicherweise jemand 
bereits die Toshiba-Utils(habe zwar nichts mit dem DMA-Modus zu tun) für 
Windows reengineered hat, und die entsprechenden Register auch noch 
dokumentiert hatte, lässt sich hieraus vielleicht ein Anhaltspunkt 
gewinnen, ob BIOS-Routinen verwendet werden.
...
> Gruss
> 	Jan

Gruß
Ron

PS: Da du nicht über die Liste geantwortet hast, habe ich mir dieses 
"fast"-full-quote erlaubt. Wenn ich damit in die falsche Kiste gegriffen 
habe, dann sagt es mir bitte ;-)