On Mon, 2007-08-06 at 15:38 +0200, Geert Uytterhoeven wrote:
> On Fri, 3 Aug 2007, Geoff Levand wrote:
> > Nicholas A. Bellinger wrote:
> > > Thank you for this information. I since been able to resolve my issue
> > > on 2.6.16 (which ended up being my fault), and was able to determine
> > > that the issue on 2.6.23-rc1 is due to
> > > drivers/scsi/scsi_lib.c:scsi_execute_async() rejecting READ_10 and
> > > TEST_UNIT_READY commands in certain cases (perhaps a race in
> > > drivers/scsi/ps3rom.c..?) using this API that was causing the win32 side
> > > to throw exceptions.
> >
> > If you get more info on what was happening here, please report it to Geert
> > so he can investigate. He should return next week.
>
> Indeed.
>
> Perhaps because ps3rom cannot queue more than 1 command?
> I'm CCing the SCSI guys, just in case this rings a bell.
Without details, it's really hard to speculate. The problem description
is manifestly strange for two reasons
1. READ_10 should never be issued via scsi_execute_async. There's
no ULD in the current kernel that does this. The READ_X/WRITE_X
commands are issued through the filesystem path.
2. There's no command filter in there either: I can imagine an eh
problem where the LLD isn't accepting the TUR because it still
thinks the just recovered command is outstanding.
So could we have some actual details?
James
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
