Trying latest sata_mv - and getting freeze
Hello Brett,
I am not really a kernel hacker, but I am a pretty "experienced user"; and right now I am hunting for a problem that apparently(?) happens to all people who try to run DRBD (http://www.drbd.org/) on top of SATA disks. Among other things, I was trying to use a different SATA driver on my hardware and see if it makes any difference. So, I checked out the "libata-dev" tree from git ("upstream" head) and tried to run it.
My hardware is SMP Supermicro with 6 disks on Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) and the sata_mv.c is version 0.25 dated 22 Oct 2005
The thing works with "old" mvsata340 driver, but the "new" kernel with your driver freezes when it starts to probe disks. Even Magic SysRq does not work. The last lines I see on screen are like this:
sata_mv version 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185 sata_mv(0000:02:03.0) 32 slots 8 ports unknown mode IRQ via MSI
ata1: SATA max UDMA/133 cmd 0x0 ctl 0xF8C22120 bmdma 0x0 irq 185
ata2: .... <same things> 0xF8C24120 ...
...
ata8: .... <same thing> 0xF8C38120 ...
ATA: abnormal status 0x80 on port 0xF8C2211C
... <five more lines identical to the above>
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48
- and at this point it freezes hard.
Any suggestions for me? Any information I can collect to help troubleshooting?
Thanks.
Eugene
Status of Marvell SATA driver (was Re: Trying latest sata_mv - and getting freeze)
Quoted 19 lines · Eugene Crosser
My hardware is SMP Supermicro with 6 disks on Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) and the
sata_mv.cis version 0.25 dated 22 Oct 2005The thing works with "old" mvsata340 driver, but the "new" kernel with your driver freezes when it starts to probe disks. Even Magic SysRq does not work. The last lines I see on screen are like this:
sata_mvversion 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185sata_mv(0000:02:03.0)32 slots 8 ports unknown mode IRQ via MSI
ata1: SATA max UDMA/133 cmd0x0ctl0xF8C22120bmdma0x0irq 185
ata2: .... <same things>0xF8C24120...
...
ata8: .... <same thing>0xF8C38120...
ATA: abnormal status0x80on port0xF8C2211C
... <five more lines identical to the above>
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48
Quoted 3 lines
- and at this point it freezes hard.
Any suggestions for me? Any information I can collect to help troubleshooting?
Hey Eugene,
Thanks for the bug report. Here's the story on the Marvell SATA driver.
We have custom hardware here with integrated 6081 controllers and a
uniprocessor board. The driver was developed and tested solely on that platform and works very well for me. However, I haven't had the time to try it on normal 6xxx or 5xxx HBA cards (like everyone else in the world is using) or on an SMP system. It's been something I've been meaning to do for some time now.
Compounded with that, I've decided to leave my current position to pursue my career at another company (still doing Linux kernel development but in a different area). Thus, I will be less focused on the driver and might not have access to HW and specifications. I know there are others on this list who do have both of those necessary requirements for development so it's possible they can help pick up the slack.
In the meantime, try turning off SMP and seeing if that makes a difference. There still might be a problem with the spinlocks and if so it should go away in uniprocessor mode.
Thanks for your interest,
BR
Re: Status of Marvell SATA driver (was Re: Trying latest sata_mv - and getting freeze)
Brett, thanks for quick response.
Quoted 22 lines
Quoted 22 lines
My hardware is SMP Supermicro with 6 disks on Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) and the
sata_mv.cis version 0.25 dated 22 Oct 2005The thing works with "old" mvsata340 driver, but the "new" kernel with your driver freezes when it starts to probe disks. Even Magic SysRq does not work. The last lines I see on screen are like this:
sata_mvversion 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185sata_mv(0000:02:03.0)32 slots 8 ports unknown mode IRQ via MSI
ata1: SATA max UDMA/133 cmd0x0ctl0xF8C22120bmdma0x0irq 185
ata2: .... <same things>0xF8C24120...
...
ata8: .... <same thing>0xF8C38120...
ATA: abnormal status0x80on port0xF8C2211C
... <five more lines identical to the above>
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48- and at this point it freezes hard.
Any suggestions for me? Any information I can collect to help troubleshooting?
[...]
Quoted 3 lines
In the meantime, try turning off SMP and seeing if that makes a difference. There still might be a problem with the spinlocks and if so it should go away in uniprocessor mode.
'nosmp' makes no difference.
If somebody on the list has suggestions or questions, please CC to me as I am not subscribed to these maillists.
Eugene
Re: Status of Marvell SATA driver (was Re: Trying latest sata_mv - and getting freeze)
Quoted 24 lines · Eugene Crosser
Brett, thanks for quick response.
Quoted 19 lines
Quoted 19 lines
My hardware is SMP Supermicro with 6 disks on Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) and the
sata_mv.cis version 0.25 dated 22 Oct 2005The thing works with "old" mvsata340 driver, but the "new" kernel with your driver freezes when it starts to probe disks. Even Magic SysRq does not work. The last lines I see on screen are like this:
sata_mvversion 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185sata_mv(0000:02:03.0)32 slots 8 ports unknown mode IRQ via MSI
ata1: SATA max UDMA/133 cmd0x0ctl0xF8C22120bmdma0x0irq 185
ata2: .... <same things>0xF8C24120...
...
ata8: .... <same thing>0xF8C38120...
ATA: abnormal status0x80on port0xF8C2211C
... <five more lines identical to the above>
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48Quoted 3 lines
Quoted 3 lines
- and at this point it freezes hard.
Any suggestions for me? Any information I can collect to help troubleshooting?
Quoted 6 lines
[...]
Quoted 3 lines
In the meantime, try turning off SMP and seeing if that makes a difference. There still might be a problem with the spinlocks and if so it should go away in uniprocessor mode.
'nosmp' makes no difference.
Booting with nosmp isn't enough, you need to compile the kernel with CONFIG_SMP turned off. Otherwise the spinlocks will still be used and could cause a hard hang.
Signature · 1 line
Jens Axboe
Re: Status of Marvell SATA driver (was Re: Trying latest sata_mv - and getting freeze)
Quoted 29 lines · Jens Axboe
Quoted 29 lines
Quoted 22 lines
Quoted 22 lines
My hardware is SMP Supermicro with 6 disks on Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) and the
sata_mv.cis version 0.25 dated 22 Oct 2005The thing works with "old" mvsata340 driver, but the "new" kernel with your driver freezes when it starts to probe disks. Even Magic SysRq does not work. The last lines I see on screen are like this:
sata_mvversion 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185sata_mv(0000:02:03.0)32 slots 8 ports unknown mode IRQ via MSI
ata1: SATA max UDMA/133 cmd0x0ctl0xF8C22120bmdma0x0irq 185
ata2: .... <same things>0xF8C24120...
...
ata8: .... <same thing>0xF8C38120...
ATA: abnormal status0x80on port0xF8C2211C
... <five more lines identical to the above>
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48- and at this point it freezes hard.
Any suggestions for me? Any information I can collect to help troubleshooting?[...]
Quoted 3 lines
In the meantime, try turning off SMP and seeing if that makes a difference. There still might be a problem with the spinlocks and if so it should go away in uniprocessor mode.
Quoted 6 lines
Quoted 1 line
'nosmp' makes no difference.
Booting with nosmp isn't enough, you need to compile the kernel with
CONFIG_SMPturned off. Otherwise the spinlocks will still be used and could cause a hard hang.
Yeah, that was it! It boots with the kernel compiled for UP. (did not yet have a chance to check how it works).
Any chance that somebody competent would fix the driver for SMP?
Eugene
Re: Status of Marvell SATA driver (was Re: Trying latest sata_mv - and getting freeze)
Quoted 34 lines · Eugene Crosser
Quoted 32 lines · Jens Axboe
Quoted 30 lines
Quoted 22 lines
Quoted 22 lines
My hardware is SMP Supermicro with 6 disks on Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) and the
sata_mv.cis version 0.25 dated 22 Oct 2005The thing works with "old" mvsata340 driver, but the "new" kernel with your driver freezes when it starts to probe disks. Even Magic SysRq does not work. The last lines I see on screen are like this:
sata_mvversion 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185sata_mv(0000:02:03.0)32 slots 8 ports unknown mode IRQ via MSI
ata1: SATA max UDMA/133 cmd0x0ctl0xF8C22120bmdma0x0irq 185
ata2: .... <same things>0xF8C24120...
...
ata8: .... <same thing>0xF8C38120...
ATA: abnormal status0x80on port0xF8C2211C
... <five more lines identical to the above>
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48- and at this point it freezes hard.
Any suggestions for me? Any information I can collect to help troubleshooting?[...]
Quoted 3 lines
In the meantime, try turning off SMP and seeing if that makes a difference. There still might be a problem with the spinlocks and if so it should go away in uniprocessor mode.
'nosmp' makes no difference.
Quoted 7 lines
Quoted 3 lines
Booting with nosmp isn't enough, you need to compile the kernel with
CONFIG_SMPturned off. Otherwise the spinlocks will still be used and could cause a hard hang.Yeah, that was it! It boots with the kernel compiled for UP. (did not yet have a chance to check how it works).
Any chance that somebody competent would fix the driver for SMP?
Try booting with nmi_watchdog=1 with the SMP kernel, that should trigger a watchdog oops when it hard hangs on the spinlock. Then it should be trivial to fix.
Signature · 1 line
Jens Axboe
Re: Status of Marvell SATA driver (was Re: Trying latest sata_mv - and getting freeze)
In reply to Eugene CrosserQuoted 33 lines
Quoted 33 lines
Quoted 31 lines
Quoted 22 lines
Quoted 22 lines
My hardware is SMP Supermicro with 6 disks on Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) and the
sata_mv.cis version 0.25 dated 22 Oct 2005The thing works with "old" mvsata340 driver, but the "new" kernel with your driver freezes when it starts to probe disks. Even Magic SysRq does not work. The last lines I see on screen are like this:
sata_mvversion 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185sata_mv(0000:02:03.0)32 slots 8 ports unknown mode IRQ via MSI
ata1: SATA max UDMA/133 cmd0x0ctl0xF8C22120bmdma0x0irq 185
ata2: .... <same things>0xF8C24120...
...
ata8: .... <same thing>0xF8C38120...
ATA: abnormal status0x80on port0xF8C2211C
... <five more lines identical to the above>
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48- and at this point it freezes hard.
Any suggestions for me? Any information I can collect to help troubleshooting?[...]
Quoted 3 lines
In the meantime, try turning off SMP and seeing if that makes a difference. There still might be a problem with the spinlocks and if so it should go away in uniprocessor mode.
'nosmp' makes no difference.
Quoted 8 lines
Quoted 3 lines
Booting with nosmp isn't enough, you need to compile the kernel with
CONFIG_SMPturned off. Otherwise the spinlocks will still be used and could cause a hard hang.Yeah, that was it! It boots with the kernel compiled for UP. (did not yet have a chance to check how it works).
Any chance that somebody competent would fix the driver for SMP?
Umm, that sounds freakingly familiar to what I just had with sata_nv... Try "noapic" in smp mode, will that help?
And just in case, did you try 2.6.14-rc5? That was the kernel that fixed my similar problem "out-of-the-box".
Regards,
Vladimir
Re: Status of Marvell SATA driver (was Re: Trying latest sata_mv - and getting freeze)
Quoted 44 lines · Vladimir Lazarenko
Quoted 44 lines
Quoted 41 lines
Quoted 28 lines
Quoted 23 lines
Quoted 23 lines
My hardware is SMP Supermicro with 6 disks on Marvell MV88SX6081 8-port SATA II PCI-X Controller (rev 03) and the
sata_mv.cis version 0.25 dated 22 Oct 2005The thing works with "old" mvsata340 driver, but the "new" kernel with
your driver freezes when it starts to probe disks. Even Magic SysRq does not work. The last lines I see on screen are like this:
sata_mvversion 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 185sata_mv(0000:02:03.0)32 slots 8 ports unknown mode IRQ via MSI
ata1: SATA max UDMA/133 cmd0x0ctl0xF8C22120bmdma0x0irq 185
ata2: .... <same things>0xF8C24120...
...
ata8: .... <same thing>0xF8C38120...
ATA: abnormal status0x80on port0xF8C2211C
... <five more lines identical to the above>
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48- and at this point it freezes hard.
Any suggestions for me? Any information I can collect to help troubleshooting?[...]
Quoted 7 lines
Quoted 4 lines
In the meantime, try turning off SMP and seeing if that makes a difference. There still might be a problem with the spinlocks and if so
it should go away in uniprocessor mode.'nosmp' makes no difference.
Booting with nosmp isn't enough, you need to compile the kernel with
CONFIG_SMPturned off. Otherwise the spinlocks will still be used and could cause a hard hang.
Quoted 7 lines
Quoted 3 lines
Yeah, that was it! It boots with the kernel compiled for UP. (did not yet have a chance to check how it works).
Any chance that somebody competent would fix the driver for SMP?Umm, that sounds freakingly familiar to what I just had with
sata_nv... Try "noapic" in smp mode, will that help?
Yesterday, I tried it and it did not help.
Quoted 2 lines
And just in case, did you try 2.6.14-rc5? That was the kernel that fixed my similar problem "out-of-the-box".
I pulled up todays's git version (yesterdays's claimed to be 'rc5' as well), and all of a sudden it booted in SMP mode, without any magic from my side. So, the freeze problem is apparently fixed now.
Now I ran into next problem. I have the controller with 8 channels, and first 6 of them have disks connected. Disks are identical, and mvsata340 driver recognizes them all. But sata_mv attaches first two disks, then fails to recognize the next two, then successfully attaches the last two. So I end up with 4 disks online, out of 6. I am attaching relevant excerpts from dmesg, and similar portion from syslog of 2.6.11.12 kernel with mvsata340 driver. (The latter does attach all six disks).
Any suggestions?
Eugene
libata version 1.12 loaded.sata_mv version 0.25
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 56 (level, low) -> IRQ 21 sata_mv(0000:02:03.0) 32 slots 8 ports unknown mode IRQ via INTx
ata1: SATA max UDMA/133 cmd 0x0 ctl 0xF8CA2120 bmdma 0x0 irq 21
ata2: SATA max UDMA/133 cmd 0x0 ctl 0xF8CA4120 bmdma 0x0 irq 21
ata3: SATA max UDMA/133 cmd 0x0 ctl 0xF8CA6120 bmdma 0x0 irq 21
ata4: SATA max UDMA/133 cmd 0x0 ctl 0xF8CA8120 bmdma 0x0 irq 21
ata5: SATA max UDMA/133 cmd 0x0 ctl 0xF8CB2120 bmdma 0x0 irq 21
ata6: SATA max UDMA/133 cmd 0x0 ctl 0xF8CB4120 bmdma 0x0 irq 21
ata7: SATA max UDMA/133 cmd 0x0 ctl 0xF8CB6120 bmdma 0x0 irq 21
ata8: SATA max UDMA/133 cmd 0x0 ctl 0xF8CB8120 bmdma 0x0 irq 21
ATA: abnormal status 0x80 on port 0xF8CA211C
ATA: abnormal status 0x80 on port 0xF8CA211C
ATA: abnormal status 0x80 on port 0xF8CA211C
ATA: abnormal status 0x80 on port 0xF8CA211C
ATA: abnormal status 0x80 on port 0xF8CA211C
ATA: abnormal status 0x80 on port 0xF8CA211C
ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f
ata1: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48
ata1: dev 0 configured for UDMA/133
scsi0 : sata_mv
ATA: abnormal status 0x80 on port 0xF8CA411C
ATA: abnormal status 0x80 on port 0xF8CA411C
ATA: abnormal status 0x80 on port 0xF8CA411C
ATA: abnormal status 0x80 on port 0xF8CA411C
ATA: abnormal status 0x80 on port 0xF8CA411C
ata2: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f
ata2: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48
ata2: dev 0 configured for UDMA/133
scsi1 : sata_mv
ATA: abnormal status 0x80 on port 0xF8CA611C
ATA: abnormal status 0x80 on port 0xF8CA611C
ATA: abnormal status 0x80 on port 0xF8CA611C
ATA: abnormal status 0x80 on port 0xF8CA611C
ATA: abnormal status 0x80 on port 0xF8CA611C
ATA: abnormal status 0x80 on port 0xF8CA611C
ata3: PIO error, drv_stat 0x50
ata3: dev 0 cfg 49:0000 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000 88:0000
ata3: no dma
ata3: dev 0 not supported, ignoring
scsi2 : sata_mv
ATA: abnormal status 0x80 on port 0xF8CA811C
ATA: abnormal status 0x80 on port 0xF8CA811C
ATA: abnormal status 0x80 on port 0xF8CA811C
ATA: abnormal status 0x80 on port 0xF8CA811C
ATA: abnormal status 0x80 on port 0xF8CA811C
ATA: abnormal status 0x80 on port 0xF8CA811C
ata4: PIO error, drv_stat 0x50
ata4: dev 0 cfg 49:0000 82:0000 83:0000 84:0000 85:0000 86:0000 87:0000 88:0000
ata4: no dma
ata4: dev 0 not supported, ignoring
scsi3 : sata_mv
ATA: abnormal status 0x80 on port 0xF8CB211C
ATA: abnormal status 0x80 on port 0xF8CB211C
ATA: abnormal status 0x80 on port 0xF8CB211C
ATA: abnormal status 0x80 on port 0xF8CB211C
ATA: abnormal status 0x80 on port 0xF8CB211C
ATA: abnormal status 0x80 on port 0xF8CB211C
ata5: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f
ata5: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48
ata5: dev 0 configured for UDMA/133
scsi4 : sata_mv
ATA: abnormal status 0x80 on port 0xF8CB411C
ATA: abnormal status 0x80 on port 0xF8CB411C
ATA: abnormal status 0x80 on port 0xF8CB411C
ATA: abnormal status 0x80 on port 0xF8CB411C
ATA: abnormal status 0x80 on port 0xF8CB411C
ATA: abnormal status 0x80 on port 0xF8CB411C
ata6: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:407f
ata6: dev 0 ATA-7, max UDMA/133, 781422768 sectors: LBA48
ata6: dev 0 configured for UDMA/133
scsi5 : sata_mv
ata7: no device found (phy stat 00000000)
scsi6 : sata_mv
ata8: no device found (phy stat 00000000)
scsi7 : sata_mv
Vendor: ATA Model: ST3400832AS Rev: 3.03 Type: Direct-Access ANSI SCSI revision: 05 Vendor: ATA Model: ST3400832AS Rev: 3.01 Type: Direct-Access ANSI SCSI revision: 05 Vendor: ATA Model: ST3400832AS Rev: 3.01 Type: Direct-Access ANSI SCSI revision: 05 Vendor: ATA Model: ST3400832AS Rev: 3.01 Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 781422768 512-byte hdwr sectors (400088 MB) SCSI device sda: drive cache: write back
SCSI device sda: 781422768 512-byte hdwr sectors (400088 MB) SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sdb: 781422768 512-byte hdwr sectors (400088 MB) SCSI device sdb: drive cache: write back
SCSI device sdb: 781422768 512-byte hdwr sectors (400088 MB) SCSI device sdb: drive cache: write back
sdb: sdb1 sdb2 sdb3
Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0 SCSI device sdc: 781422768 512-byte hdwr sectors (400088 MB) SCSI device sdc: drive cache: write back
SCSI device sdc: 781422768 512-byte hdwr sectors (400088 MB) SCSI device sdc: drive cache: write back
sdc: sdc1 sdc2 sdc3
Attached scsi disk sdc at scsi4, channel 0, id 0, lun 0 SCSI device sdd: 781422768 512-byte hdwr sectors (400088 MB) SCSI device sdd: drive cache: write back
SCSI device sdd: 781422768 512-byte hdwr sectors (400088 MB) SCSI device sdd: drive cache: write back
sdd: sdd1 sdd2 sdd3
Attached scsi disk sdd at scsi5, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 0 Attached scsi generic sg2 at scsi4, channel 0, id 0, lun 0, type 0 Attached scsi generic sg3 at scsi5, channel 0, id 0, lun 0, type 0
[...]
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 228k freed
Assertion failed! 0 == (sg_len & ~MV_DMA_BOUNDARY),drivers/scsi/sata_mv.c,mv_fill_sg,line=799 [... many lines identical to the above ...]
mv_sata: module license 'Marvell' taints kernel.
Core Driver (ERROR) 0 : disable pci conventional features when working in PCI-X. pciCommand original value:0x0107e371. new value: 0x0107e011. Core Driver (ERROR) 0 : PCI-X Master Write combine enable rejected
Core Driver (ERROR) 0 3: SStatusRegs = 121 ; retrying communication...Core Driver (ERROR) 0 3: in Channel Hard Reset SATA communication not established. Core Driver (ERROR) 0 3: New SStatus is 123
Core Driver (ERROR) 0 3: Edma Error Reg 0x38
Core Driver (ERROR) 0 3: Edma Error Reg 0x20 still set!!!!!!!!
Core Driver (ERROR) 0 3: in Channel Hard Reset SATA communication not established.
Oct 27 20:33:05 snfs2 last message repeated 2 times
Core Driver (ERROR) 0 3: Edma Error Reg 0x30
Core Driver (ERROR) 0 3: Edma Error Reg 0x20 still set!!!!!!!!
Core Driver (ERROR) 0 3: Flush DMA, type=CALLBACK, commands 0 (on EDMA 0)
Linux IAL (ERROR) : retry command host=0, bus=0 SCpnt = f7d1f200
Linux IAL (ERROR) : retry command host=0, bus=0 SCpnt = f7d1f200
SAL (ERROR) mvExecuteScsiCommand: ERROR: Unsupported command A0
SAL (ERROR) 0 0 0 :Scsi command completed. pScb f7cbed00, ScsiStatus 2 completionStatus MV_SCSI_COMPLETION_BAD_SCSI_COMMAND SAL (ERROR) CDB:a0 0 0 0 0 0 0 0 10 0 0 0
SAL (ERROR) Sense Data:70 0 5 0 0 0 0 a 0 0 0 0 20 0 0 0 0 0
Linux IAL (ERROR) : retry command host=1, bus=1 SCpnt = f7d1f200
Linux IAL (ERROR) : retry command host=1, bus=1 SCpnt = f7d1f200
SAL (ERROR) mvExecuteScsiCommand: ERROR: Unsupported command A0
SAL (ERROR) 0 1 0 :Scsi command completed. pScb f7cbea80, ScsiStatus 2 completionStatus MV_SCSI_COMPLETION_BAD_SCSI_COMMAND SAL (ERROR) CDB:a0 0 0 0 0 0 0 0 10 0 0 0
SAL (ERROR) Sense Data:70 0 5 0 0 0 0 a 0 0 0 0 20 0 0 0 0 0
Linux IAL (ERROR) : retry command host=2, bus=2 SCpnt = f7d1f200
Linux IAL (ERROR) : retry command host=2, bus=2 SCpnt = f7d1f200
SAL (ERROR) mvExecuteScsiCommand: ERROR: Unsupported command A0
SAL (ERROR) 0 2 0 :Scsi command completed. pScb f7cbe800, ScsiStatus 2 completionStatus MV_SCSI_COMPLETION_BAD_SCSI_COMMAND SAL (ERROR) CDB:a0 0 0 0 0 0 0 0 10 0 0 0
SAL (ERROR) Sense Data:70 0 5 0 0 0 0 a 0 0 0 0 20 0 0 0 0 0
Linux IAL (ERROR) : retry command host=3, bus=3 SCpnt = f7d1f200
Linux IAL (ERROR) : retry command host=3, bus=3 SCpnt = f7d1f200
SAL (ERROR) mvExecuteScsiCommand: ERROR: Unsupported command A0
SAL (ERROR) 0 3 0 :Scsi command completed. pScb f7cbe600, ScsiStatus 2 completionStatus MV_SCSI_COMPLETION_BAD_SCSI_COMMAND SAL (ERROR) CDB:a0 0 0 0 0 0 0 0 10 0 0 0
SAL (ERROR) Sense Data:70 0 5 0 0 0 0 a 0 0 0 0 20 0 0 0 0 0
Linux IAL (ERROR) : retry command host=4, bus=4 SCpnt = f7d1f200
Linux IAL (ERROR) : retry command host=4, bus=4 SCpnt = f7d1f200
SAL (ERROR) mvExecuteScsiCommand: ERROR: Unsupported command A0
SAL (ERROR) 0 4 0 :Scsi command completed. pScb f7cbe380, ScsiStatus 2 completionStatus MV_SCSI_COMPLETION_BAD_SCSI_COMMAND SAL (ERROR) CDB:a0 0 0 0 0 0 0 0 10 0 0 0
SAL (ERROR) Sense Data:70 0 5 0 0 0 0 a 0 0 0 0 20 0 0 0 0 0
Linux IAL (ERROR) : retry command host=5, bus=5 SCpnt = f7d1f200
Linux IAL (ERROR) : retry command host=5, bus=5 SCpnt = f7d1f200
SAL (ERROR) mvExecuteScsiCommand: ERROR: Unsupported command A0
SAL (ERROR) 0 5 0 :Scsi command completed. pScb f7cbe100, ScsiStatus 2 completionStatus MV_SCSI_COMPLETION_BAD_SCSI_COMMAND SAL (ERROR) CDB:a0 0 0 0 0 0 0 0 10 0 0 0
SAL (ERROR) Sense Data:70 0 5 0 0 0 0 a 0 0 0 0 20 0 0 0 0 0