Messages in this thread | | | From | Rob Landley <> | Subject | 2.6.21 broke arm scsi on qemu -M volatilepb | Date | Thu, 10 May 2007 23:59:10 -0400 |
| |
Booting a 2.6.20 kernel under qemu works fine and gets me to a shell prompt, but booting a 2.6.21.1 kernel cycles endlessly on scsi, going:
Loading iSCSI transport class v2.0-724. PCI: enabling device 0000:00:0c.0 (0140 -> 0143) sym0: <895a> rev 0x0 at pci 0000:00:0c.0 irq 0 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking sym0: SCSI BUS has been reset. scsi0 : sym-2.2.3 scsi 0:0:0:0: ABORT operation started. scsi 0:0:0:0: ABORT operation timed-out. scsi 0:0:0:0: DEVICE RESET operation started. scsi 0:0:0:0: DEVICE RESET operation timed-out. scsi 0:0:0:0: BUS RESET operation started. scsi 0:0:0:0: BUS RESET operation timed-out. scsi 0:0:0:0: HOST RESET operation started. sym0: SCSI BUS has been reset. ... And so on.
If you're interested in reproducing this, download the most recent http://landley.net/hg/firmware snapshot (links up top), run "./build.sh armv4l", and when that's done "cd build" and "./run-armv4l.sh".
Is this a known issue? A quick google for "arm scsi 2.6.21" didn't turn up anything relevant...
Rob - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |