* 2.6.21 broke arm scsi on qemu -M volatilepb
@ 2007-05-11 3:59 Rob Landley
2007-05-11 4:20 ` Randy Dunlap
0 siblings, 1 reply; 2+ messages in thread
From: Rob Landley @ 2007-05-11 3:59 UTC (permalink / raw)
To: linux-kernel
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
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: 2.6.21 broke arm scsi on qemu -M volatilepb
2007-05-11 3:59 2.6.21 broke arm scsi on qemu -M volatilepb Rob Landley
@ 2007-05-11 4:20 ` Randy Dunlap
0 siblings, 0 replies; 2+ messages in thread
From: Randy Dunlap @ 2007-05-11 4:20 UTC (permalink / raw)
To: Rob Landley; +Cc: linux-kernel, scsi
[adding linux-scsi]
On Thu, 10 May 2007 23:59:10 -0400 Rob Landley wrote:
> 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
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-05-11 4:17 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-11 3:59 2.6.21 broke arm scsi on qemu -M volatilepb Rob Landley
2007-05-11 4:20 ` Randy Dunlap
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.