[linux-l] PDC 20262

[Jan Krueger]

On Thursday 25 September 2003 07:45, fm125 wrote:
> Interessant, aber wie bekomme ich das mit dem Interrupt mir ?
BIOS fragen. Das BIOS zeigt im POST -Screen an welche Karten welche Interrupts 
von ihm zugewiesen bekommen haben. Ansonsten Dokumentation vom Board fragen.
Da steht dann sowas wie:
IRQ assignment for this motherboard
PCI Slot 1 interrupt D usw.
Und dann muß nur noch irgendwo stehen was D nun bedeuted
oder im BIOS irgendwo bei advanced/PCI Configuration kann man das sogar 
einstellen und vielleicht sogar interrupt 17 dem entsprechenden PCI Slot 
direkt zuweisen oder andersherum irq17 allem anderen wegnehmen. Hängt vom 
Board und BIOS ab. Da läßt sich dann auch erkennen, ob der Interrupt geshared 
wird, was ein Treiber vielleicht nicht verträgt (sprich ein anderer Treiber 
nimmt ihm Interrupts weg, welche eigentlich er selbst behandeln wollte)
Also einen Slot mit einem exclusiven Interrupt wählen, nix sharen.

> lt. hdparm und dmesg (kern.log) läuft der Controller auf IRQ 17. Kein
> IRQ Sharing.
Jut. Laut kernel. Watt sachdett board/bios dazu?
(Sind ja hier in Berlin, oder?)


> 00:11.0 Unknown mass storage controller: Promise Technology, Inc. 20262
> (rev 01)
>          Subsystem: Promise Technology, Inc.: Unknown device 4d33
>          Flags: bus master, medium devsel, latency 64, IRQ 17
>          I/O ports at eff0 [size=8]
>          I/O ports at efe4 [size=4]
>          I/O ports at efa8 [size=8]
>          I/O ports at efe0 [size=4]
>          I/O ports at ef00 [size=64]
>          Memory at febe0000 (32-bit, non-prefetchable) [size=128K]
>          Expansion ROM at febd0000 [disabled] [size=64K]
ooch jut.

> kernel: ide2 at 0xeff0-0xeff7,0xefe6 on irq 17
> kernel: ide3 at 0xefa8-0xefaf,0xefe2 on irq 17
Ooch jut.

> Außerdem triff auch noch diese Fehlermeldung auf :
>
> kernel: hdg: dma_intr: status=0x53 { DriveReady SeekComplete Index Error }
kopfschüttel
Hast Du mal probiert nur eine Platte am diesem betroffenen Kanal unter 
"Vollast" zu betreiben? Treten die Fehler dann auch auf?
Wenn die Fehler dann nicht auftreten, liegts am Kontroller (oder an Platten, 
je nach standpunkt), er kann nicht mehr schnell genug auf beide Platten 
reagieren, was an der Altersschwäche des Controllers liegen kann. Auch 
nachdem was ich so über die Platten wissen tuhen tuh, sind sie nicht wirklich 
für UDMA66 gebaut und getestet, eher für UDMA100 und besser. 
Kannschon sein, daß es da zu inkompatibilitäten kommt, zumal in der Doku ja 
nur 100er Geräte als kompatibel auftauchen, soweit ich das überblicken 
konnte.

> Das mit dem SmartMon Tools werde ich sofort ausprobieren. Aber wie
> bereits weiter oben gesagt, "Wie kriege ich das mit den Interupts raus?"
Wie bereits oben gesagt.

> > Oder, ehe Du ewig viel Zeit da hineinsteckst, Du kauft Dir für 20 Euro
> > einen neuen Kontroller vom dem allgemein bekannt ist, daß er zuverlässig
> > mit Deinen Platten funktioniert und verwendest die funktionierenden
> > Kanäle vom Promise und die vom neuen Kontroller oder kaufst Dir für 40
> > Euro 2 Kontrolleure und wirfst den Promise weg.
>
> Ja, das werde ich dann auch ausprobieren
Juuut :)

> Der Controller ist von 1999 und ich hatte damals scon die aktuellste
> Version draufgemacht, und seit dem gibt es keine neuere mehr.
Neuer Kontrolleur klingt gut, oder?

> Hast du das auf der IBM Seite nachgeselen ? Ich find die recht
> unübersichtlich.
naja, htsg.com, ist trotzdem unübersichtlich.

> > Wenn Du damit ein RAID bauen möchstest, sieht verdächtig danach aus, dann
> > empfehle ich Dir lediglich _eine_ Platte pro IDE Kanal zu verwenden,
> > nicht 2. Ist viel sicherer wie sich an den beschriebenen Symptomen
> > feststellen läßt. (2 von 3 Platten währen vom Problem betroffen und damit
> > ein RAID 5 mit diesen 3 Platten sinnlos)
>
> NE, es soll kein Raid werden.
Jut :)

Gruß
Jan