Re: [Comm] Re: Negative. Symbios SCSI doesn't work still yet...(was: CONGRADULATE ME!!!!!!!)

[Yury Aliaev <mutab0r@rambler.ru>]

Hi, Artem!

> Есть мамка со SCSI Symbios, на SCSI висит два винчестера. Не видно ни
> одного, несмотря на
> [root@oracle root]# lsmod
> Module                  Size  Used by    Not tainted
> .....
> sym53c8xx              64180   0  (unused)
> sd_mod                 11004   0  (unused)
> scsi_mod               95428   2  [sym53c8xx sd_mod]
> 
> [root@oracle root]# grep scsi /etc/modules.conf 
> #probeall scsi_hostadapter sym53c8xx
> probeall scsi_hostadapter ncr53c8xx
> #alias scsi_hostadapter sym53c8xx
> alias scsi_hostadapter ncr53c8xx
> 
> Вот, кстати, ещё одна загадка: прошу грузить ncr53c8xx (как мне
> посоветовали попробовать), однако всё равно лезет sym53c8xx. Возможно,
> потому что руками оно тоже не загружается?
> [root@oracle root]# rmmod sym53c8xx
> [root@oracle root]# modprobe ncr53c8xx
> /lib/modules/2.4.20-alt7-smp/kernel/drivers/scsi/ncr53c8xx.o:
> init_module: No such device
> Hint: insmod errors can be caused by incorrect module parameters,
> including invalid IO or IRQ parameters.
>       You may find more information in syslog or the output from dmesg
> /lib/modules/2.4.20-alt7-smp/kernel/drivers/scsi/ncr53c8xx.o: insmod
> /lib/modules/2.4.20-alt7-smp/kernel/drivers/scsi/ncr53c8xx.o failed
> /lib/modules/2.4.20-alt7-smp/kernel/drivers/scsi/ncr53c8xx.o: insmod ncr53c8xx failed
> 
> Выдержка из dmesg (полный вывод от ядер -{up,smp}-alt7 уже кидал в
> другом треде)
> sym.0.10.0: setting PCI_COMMAND_PARITY...
> sym.0.10.0: setting PCI_COMMAND_INVALIDATE.
> sym.0.10.1: setting PCI_COMMAND_PARITY...
> sym.0.10.1: setting PCI_COMMAND_INVALIDATE.
> sym0: <1010-33> rev 0x1 on pci bus 0 device 10 function 0 irq 11


Увидел-таки его...

> sym0: using 64 bit DMA addressing
> sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking
> sym0: open drain IRQ line driver, using on-chip SRAM
> sym0: using LOAD/STORE-based firmware.
> sym0: handling phase mismatch from SCRIPTS.
> sym0: SCAN AT BOOT disabled for targets 1 2 3 4 5 6 8 10 11 12 13 14 15.
> sym0: SCSI BUS has been reset.
> sym1: <1010-33> rev 0x1 on pci bus 0 device 10 function 1 irq 11
> sym1: using 64 bit DMA addressing
> sym1: Symbios NVRAM, ID 7, Fast-80, SE, parity checking
> sym1: open drain IRQ line driver, using on-chip SRAM
> sym1: using LOAD/STORE-based firmware.
> sym1: handling phase mismatch from SCRIPTS.
> sym1: SCAN AT BOOT disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14
> 15.
> sym1: SCSI BUS has been reset.
> scsi0 : sym-2.1.17a
> scsi1 : sym-2.1.17a
> blk: queue cff93018, I/O limit 1048575Mb (mask 0xffffffffff)
> sym0: SCSI parity error detected: SCR1=1 DBC=1100005c SBCL=ae
> sym0: SCSI parity error detected: SCR1=1 DBC=b000000 SBCL=2b
> sym0: SCSI parity error detected: SCR1=1 DBC=f000000 SBCL=6f
> sym0: SCSI BUS reset detected.
> sym0: SCSI BUS has been reset.


Похоже, либо у Вас действительно проблемы с железом (не могли ли, 
напрмер, соединения разболтаться?), либо в ядре действительно что-то 
поломали.

> 
> То есть, у меня такое всё уже было на ядре 2.4.18-alt6master...
> Между тем, на стоявшей ранее SuSE 7.2 (2.4.4-2, вроде бы) всё работало.
> 


Так может стоит попробовать поставить ядро от него да посмотреть? Либо, 
как радикальный способ -- взять что-то вроде 2.2.19, которое точно 
работало со всеми симбиозами.