Ali Aladdin V, udma2 für CD-RW & DVD-ROM?

Folgendes tritt bei drei Hauptplatinen (Asus P5-A, Asus P5A-B, Biostar M5ALA) mit dem "Ali Aladdin V"-Chipsatz und unterschiedlichen Linux-2.6-Kerneln (auf Festplatte: Slackware 13.0 mit Kernel 2.6.31.5, oder im CD-Brenner: Knoppix 5.01) auf:

Werden an einen der beiden oder beide IDE-Controller eine oder mehrere Festplatten, die mindestens udma2 beherrschen, angeschlossen, so laufen diese erwartungsgemäß mit udma2.
Werden an einen der beiden oder beide IDE-Controller eine oder mehrere "optische Laufwerke" (CD-ROM, CD-RW, DVD-ROM), die udma2 beherrschen, angeschlossen, so laufen diese nur mit mdma2.
Zumindest melden dmesg und hdparm dies.
DOS hwinfo bringt auch keine Klärung, da es alle möglichen Transfermodi der Laufwerke anzeigt, auch wenn der IDE-Controller gar nicht alle unterstützt.

Liegt das am Kerneltreiber oder ist das Problem in der Hardware eingebaut?

Zitat von UnderTaker_2

merkwürdig... Habe selber noch zwei ASUS P5A - Platinen im Einsatz, solche Probleme sind mir allerdings nie vorgekommen. Wobei ich allerdings sagen muß, ich hatte nie ein Linux auf diesen Rechnern am Rennen..
Jedenfalls meldet mir Dr.Hardware v. 2.xx unter Win98 brav den UDMA/33 Modus und keinen PIO4

Dann muss ich mal in den SRC vom Kerneltreiber schauen, ob da etwas Verdächtiges drin steht. Das BIOS meldet ja auch udma2, obwohl das genau gar nix heißen muss.

Ähm: mdma2 != PIO4

PIO4 wäre echt schlimm. mdma2 ist halt DMA mit etwa halber Geschwindigkeit von udma2.

Zitat von UnderTaker_2

Nebenbei.. die letzte Bios Version hast du wohl drauf, oder? (1011beta?) ...

Ja, auf dem Biostar entsprechend.

Zitat von UnderTaker_2

Aah... nochwas, welcher Revisionen sind denne in deinem Besitz?

Asus P5A-B & Biostar M5ALA: Ali Aladdin V Rev. E
Asus P5A: Ali Aladdin V Rev. G

Daher werkeln auf dem Asus P5A-B ein K6-2+ 550 @ 600 MHz und auf dem Biostar M5ALA ein K6-III 450, auf dem P5A aber nur ein K6-2 550 wegen der Rev. G. Selbstverständlich sind alle drei Systeme mit je 768 MiB SD-RAM PC-133 bestückt.

Zitat von Aqua

Ähm wegen den 768MB Ram und selbstverständlich:
Mit einer K6-2 CPU wird sich die Cacheable Area eines P5-A/B weniger darüber freuen.

Die cacheable RAM area interessiert das doch gar nicht, die liegt einfach bei 128 MiB. Na und? Linux belegt das RAM von unten nach oben, also werkeln Kernel usw. innerhalb der cacheable RAM area. Und uncached system RAM ist immer noch viel schneller als swap. Bei Win9x mag das mit der cacheable RAM area noch eine Überlegung wert sein, aber WinXP mit nur 128 MiB RAM will man wohl eher nicht erleben. WinXP läuft ohnehin erst mit einem K6-III oder K6-2+ und 768 MiB RAM erträglich (ausprobiert mit K6-2 500 vs. K6-III 400 bei 768 MiB RAM).
Das war aber alles früher, denn aktuell werkelt ein K6-2+ in dem System, und mit dem liegt die cacheable RAM area bei 4 GiB.

Das udma-Problem liegt im Kerneltreiber begraben. In linux-2.6.31.5/drivers/ide/alim15x3.c findet sich dazu:

/**
 *	ali_udma_filter		-	compute UDMA mask
 *	@drive: IDE device
 *
 *	Return available UDMA modes.
 *
 *	The actual rules for the ALi are:
 *		No UDMA on revisions <= 0x20
 *		Disk only for revisions < 0xC2
 *		Not WDC drives on M1543C-E (?)
 */

Einen Grund für diese udma-Restriktionen konnte ich aber nicht im kernel-source-tree oder im Internet finden.

lspci -v ergibt für das Asus P5A-B: ALi Corporation M5229 IDE (rev c1)
Das ist genau eine Revision zu niedrig.

Also wurde ein quick & dirty-patch angewendet: An den entsprechenden Stellen in alim15x3.c wurde 0xC2 durch 0xC0 ersetzt und dann ein neuer Kernel damit kompiliert. Dieser Kernel erkennt beide Laufwerke mit udma2. Von /dev/hdd (DVD-ROM) lässt sich lesen, aber nicht von /dev/hdc (CD-Brenner). Auch ein Tausch des 16x/12x/40x-Brenners gegen einen 52x/32x/52x-Brenner brachte keine Änderung. Das führte zum Test folgender Konfiguration:

/dev/hda Festplatte udma4 @ udma2
/dev/hdb DVD-ROM udma2 @ udma2
/dev/hdc Festplatte udma5 @ udma2
/dev/hdd CD-Brenner udma2 @ udma2

Bie dieser Konfiguration kann von beiden optischen Laufwerken gelesen werden, aber der CD-Brenner lässt sich partout nicht zum Brennen überreden. Der 52x/32x/52x-Brenner wurde hier nicht mehr versucht, da der eh zu schnell für das System sein dürfte.

Schluss, Ende, Aus - geht nicht!

Der unpatched-Kernel wurde wieder aktiviert und der 16x/12x/40x-Brenner durch einen alten 8x/8x/24x-Brenner ersetzt, der nur max. mdma2 unterstützt. Nun laufen die beiden optischen Laufwerke wieder nur mit mdma2, dafür funktioniert aber auch das Brennen. Für die zusätzliche Festplatte wäre in dem Mini-AT-Tower auch kein Platz gewesen und mit mdma2 laufen die beiden optischen Laufwerke wieder am sekundären IDE-Controller, bremsen also die Festplatte am primären IDE-Controller nicht aus.
Somit haben der 8x/8x/24x-Brenner und die Hauptplatine nach Jahren der Trennung wieder zueinander gefunden, denn der Yamaha CRW8824E lief schon damals an genau diesem Asus P5A-B, als das System (damals K6-2 500; 256 MiB RAM, später 512 MiB RAM; dazu 'ne lahme nvidia Vanta 16 MiB AGP 2×; aber schon zwei "große" udma5-Festplatten an einem PDC20267; OS: SuSE Linux 6.2, später 7.1 / Win98SE) noch unter'm Schreibtisch seine tägliche Arbeit verrichtete. Mit dem Yamaha CRW8824E hat das System sogar wieder einen Sinn, denn dieser Brenner liest Audio- und Daten-CDs aus, an denen sich zumindest damals die meisten anderen Laufwerke die Zähne ausgebissen haben. Der las sogar mal eine gepresste CD aus, bei der das Loch nicht genau in der Mitte war, und die damals in keinem anderen Laufwerk bei mir und beim Besitzer der CD ausgelesen werden konnte. Nach über einer Stunde bei Höllenlärm aus dem Brenner war tatsächlich ein vollständiges iso-Image dieser CD auf der Festplatte gelandet.

"Früher, als noch alle Prozessoren in den Sockel-7 passten, war alles besser."

Zitat von Sje

Du kannst ja versuchen mit dem 52x Brenner zu brennen,

Nee, der war nur zum Testen, ob es evtl. am 16x/12x/40x-Brenner lag. Das Ding ist mit dem Einbau des Yamaha CRW8824E nun auch durch, der PC steht wieder im Stapel zusammen mit den anderen alten Kisten. Der 52x/32x/52x-Brenner wird dann mal in ein System kommen, das damit bei voller Geschwindigkeit brennen kann.

Zitat von Sje

Selbst ein Altes K6/2 oder K6/3 System kann mit entsprechend schneller HDD 52x brennen.
Ich hab testweise mal einen DVD-Brenner in meinem K6/3 400 gesteckt und CD's lassen sich problemlos mit 48x Brennen, 52x ist nur 600 KB/s schneller und würde auf meinem K6/3 auch noch klappen.

Läuft der DVD-Brenner am Onboard-IDE-Controller mit udma2 oder nur mit mdma2?