[linux-l] PDC 20262

[fm125]

Hi,

und danke nochmals !!!

Jan Krueger schrieb:
> 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. Bios benutzt er auch IRQ 17, und er teilt sich diesen auch mit 
keinem anderem Gerät.

>>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?)

Ne, komme auch Hessen :-) Aber da die LUG Berlin recht cool ist, habe 
ich meine Frage hier gepostet, und es hat sich ja auch gelohnt.

> 
> 
>>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.

Also wenn ich z.b. die "alte" 120 GB Platte mit der 40 GB Root Platte am 
Conteoller betreibe (die 120 GB einmal am 1, und einmal am 2 Kanal) 
Tretten die Fehler nicht auf. Wenn ich aber genau das selbe mit einer 
neuen Probiere, dann tretten diese Fehler jedes mal auf.

Wenn ich eine der neuen Platten an der Workstation ausprobiere. (ICH4) 
Dann geht alles ok, d.h. keine Fehler.

Es scheint der Controller zu sein.
> 
>>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.

htsg.com ? --> Hight Tech Staffing Group ?

Ich bekomme da keine Infos her ?

ach, jetzt du meinst hgst.com ok, danke-


> 
>>>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
> 
> 
> _______________________________________________
> linux-l mailing list
> linux-l at mlists.in-berlin.de
> https://mlists.in-berlin.de/mailman/listinfo/linux-l