SuSE 8.1 und mehrere IDE-Controller
Hallo Leute, ich möchte gerne ingesammt sieben DVD-R's an mehreren (3)IDE-Controllern betreiben. Es ist egal von welcher Firma der Controller ist, das Phänomen ist immer das gleiche. Der Rechner fängt an zu booten und der Kernel probiert die Controller und die DVD-R's zu initialisieren. Wenn man denn Rechner läßt, tut er dies 3 Stunden lang und endet mit einem Interruptkonflikt. Schaut man nach was passiert, sieht man, dass er in einer Endlosschleife bei der Initialisierung hängt. Wer kennt dieses Problem und wie kann ich es lösen? Vielen Dank! Gruß Boris
Hi Boris,
ich möchte gerne ingesammt sieben DVD-R's an mehreren (3)IDE-Controllern betreiben. Es ist egal von welcher Firma der Controller ist, das Phänomen ist immer das gleiche. Der Rechner fängt an zu booten und der Kernel probiert die Controller und die DVD-R's zu initialisieren. Wenn man denn Rechner läßt, tut er dies 3 Stunden lang und endet mit einem Interruptkonflikt. Schaut man nach was passiert, sieht man, dass er in einer Endlosschleife bei der Initialisierung hängt. Wer kennt dieses Problem und wie kann ich es lösen? Vielen Dank!
Keiner. Das Ansprechen von mehr als einem zusätzlichen IDE/ATA-66/100 Controller scheint in den "aktuellen" Kernel 2.4.18/2.4.19 problematisch zu sein. Gerade die Verwendung von Promise PDC202xx und/oder VIA ist mit freez'es, oops oder Ähnlichem verbunden. Ob das jetzt an ide-*.c oder pdc202xx.c liegt weiss ich nicht (würde mich auch interessieren). Selbst mit gepatchtem Vanilla Kernel (2.4.19 + Promise IDE-Patch) hab ich eine Konfiguration von (alles jeweils nur auf dem Master-Channel): A7V333/VIA (1HD, 1CD) PDC20268 (1HD, 1HD) PDC20268 (1HD, 1HD) nicht ans laufen bekommen. Im PIO-Mode läuft das ganze (stabil aber langsam). Der Promise-IDE Patch scheint wohl Murx zu sein (habe nur den für 2.4.19 Vanilla getestet). Der läßt den Bus auch wegfrieren. In den Aktuellen Versionen ist eine .../driver/ide/pdc202.xx-new.c enthalten. Die Hab ich noch nicht ausprobiert. Ich hab jetzt den Original-Kernel der 8.0'er (den 57er build!) genommen (darauf lief das System bis jetzt) und den draufgeschmissen. Und: läuft. (schmeiss den NVidia Müll (NVIDIA_kernel, NVIDIA_GLX) raus, wenn Du das nachmachst!) Schaut man sich die kernel-ML an, so scheint das Problem nicht so ganz selten aufzutereten. PS: Die Wechselwirckungen einiger Hardware und Treiber Komponenten nimmt langsam lächerliche Züge an: VIA - Promise - NVidia (Hmm, sind alles 3 "billig" Firmen... Ob das was zu sagen hat?) Gruss -- --mp
participants (2)
-
Boris Höffgen
-
Marc Pfefferkorn