Hi, nach einem Plattenschaden wollte ich endlich mal ein altes Problem lösen aber ich komme einfach nicht weiter ... solange man noch 2.4er Kernels (die letzte distri war nar ne 9.0 mit der das problemlos ging) verwenden konnte hat die Kombination aus einem DC390U3W 03:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 Ultra3 SCSI Adapter (rev 01) Flags: bus master, medium devsel, latency 72, IRQ 177 I/O ports at 9000 [size=256] Memory at f2028000 (64-bit, non-prefetchable) [size=1K] Memory at f2020000 (64-bit, non-prefetchable) [size=8K] [virtual] Expansion ROM at 80020000 [disabled] [size=64K] Capabilities: [40] Power Management version 2 und einem 03:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895 (rev 01) Subsystem: Tekram Technology Co.,Ltd. DC-390U2W Flags: bus master, medium devsel, latency 72, IRQ 185 I/O ports at 9800 [size=256] Memory at f2024000 (32-bit, non-prefetchable) [size=256] Memory at f2025000 (32-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at 80040000 [disabled] [size=64K] problemlos funktioniert solange man zuerst das ncr53irgendwas modul und dann das sym53c8xx modul geladen hat. Dabei habe ich traumhafte Datenraten und keinerlei Fehler gehabt. Seit Kernel 2.6 unterstützt _nur_ noch das sym53c8xx modul diese beiden Controller. Irgendwas wird aber dabei falsch inititalisiert denn sobald ein Gerät an dem 53c1010 chip dran hängt spinnt der Bus total. Ohne Geräte sieht die Inititalisierung der beiden controller so aus: Jan 10 07:56:35 save kernel: PCI: Enabling device 0000:03:01.0 (0010 -> 0013) Jan 10 07:56:35 save kernel: ACPI: PCI Interrupt 0000:03:01.0[A] -> GSI 20 (level, low) -> IRQ 177 Jan 10 07:56:35 save kernel: sym0: <1010-33> rev 0x1 at pci 0000:03:01.0 irq 177 Jan 10 07:56:35 save kernel: sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking Jan 10 07:56:35 save kernel: sym0: open drain IRQ line driver, using on-chip SRAM Jan 10 07:56:35 save kernel: sym0: using LOAD/STORE-based firmware. Jan 10 07:56:35 save kernel: sym0: handling phase mismatch from SCRIPTS. Jan 10 07:56:35 save kernel: sym0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/00/00/00/00 Jan 10 07:56:35 save kernel: sym0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/4e/80/01/08/04 Jan 10 07:56:35 save kernel: sym0: enabling clock multiplier Jan 10 07:56:35 save kernel: sym0: Downloading SCSI SCRIPTS. Jan 10 07:56:35 save kernel: sym0: SCSI BUS has been reset. Jan 10 07:56:35 save kernel: sym0: command processing suspended for 3 seconds Jan 10 07:56:35 save kernel: scsi17 : sym-2.2.3 Jan 10 07:56:38 save kernel: sym0: command processing resumed Jan 10 07:56:42 save kernel: PCI: Enabling device 0000:03:01.1 (0010 -> 0013) Jan 10 07:56:42 save kernel: ACPI: PCI Interrupt 0000:03:01.1[A] -> GSI 20 (level, low) -> IRQ 177 Jan 10 07:56:42 save kernel: sym1: <1010-33> rev 0x1 at pci 0000:03:01.1 irq 177 Jan 10 07:56:42 save kernel: sym1: Symbios NVRAM, ID 7, Fast-80, SE, parity checking Jan 10 07:56:42 save kernel: sym1: open drain IRQ line driver, using on-chip SRAM Jan 10 07:56:42 save kernel: sym1: using LOAD/STORE-based firmware. Jan 10 07:56:42 save kernel: sym1: handling phase mismatch from SCRIPTS. Jan 10 07:56:42 save kernel: sym1: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/00/00/00/00 Jan 10 07:56:42 save kernel: sym1: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/4e/80/01/08/04 Jan 10 07:56:42 save kernel: sym1: enabling clock multiplier Jan 10 07:56:42 save kernel: sym1: Downloading SCSI SCRIPTS. Jan 10 07:56:42 save kernel: sym1: SCSI BUS has been reset. Jan 10 07:56:42 save kernel: sym1: command processing suspended for 3 seconds Jan 10 07:56:42 save kernel: scsi18 : sym-2.2.3 Jan 10 07:56:45 save kernel: sym1: command processing resumed Jan 10 07:56:50 save kernel: PCI: Enabling device 0000:03:02.0 (0010 -> 0013) Jan 10 07:56:50 save kernel: ACPI: PCI Interrupt 0000:03:02.0[A] -> GSI 21 (level, low) -> IRQ 185 Jan 10 07:56:50 save kernel: sym2: <895> rev 0x1 at pci 0000:03:02.0 irq 185 Jan 10 07:56:50 save kernel: sym2: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking Jan 10 07:56:50 save kernel: sym2: open drain IRQ line driver, using on-chip SRAM Jan 10 07:56:50 save kernel: sym2: using LOAD/STORE-based firmware. Jan 10 07:56:50 save kernel: sym2: SCSI BUS has been reset. Jan 10 07:56:50 save kernel: scsi19 : sym-2.2.3 dabei wird das modul derzeit mit folgenden optionen geladen: # cat /etc/modprobe.conf.local # # please add local extensions to this file # options sym53c8xx cmd_per_lun=4 verb=1 debug=0x200 sobald aber eine Platte an den 53c1010 dran gehängt wird (alles nur über die externen Anschlüsse) bootet der Rechner nicht mal mehr richtig durch weil er vor lauter SCSI Bus resets zu nichts anderem mehr kommt. Die fragliche SCSI Platte ist selbstverständlich erstmal nirgends aktiv eingetragen (fstab) trotzdem kommt der Bus nicht zur Ruhe und sieht nur müll. Im NVRAM der beiden Controller steht nach wie vor das Gleiche drin und an der Hardware hat sich ausser das die ide bootplatte jetzt eine andere ist auch nichts geändert. Diese aktuellen Tests habe ich mit einer 10.2 mit originalkernel gemacht. Das Board ist ein supermicro P4SCI. Gibt es irgend ein bekanntes Problem was man mit anderen moduloptionen umschiffen kann oder muss ich mir wirklich 1-2 neue Controller besorgen? Falls das der Fall ist, weis zufällig jemand welche Controller das Mapping eines per 2.4er kernel betriebenen DC390U3W verstehen? Ein GDT6527RP (den ich noch da hätte) versteht es jedenfalls nicht. Und eine 9.0 neu aufzusetzen ist auch nicht meine wunsch option. Gruss Falk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org