[Cbe-oss-dev] Playstation 3 BD-ROM access and LV1_DENIED_BY_POLICY
James Bottomley
James.Bottomley at SteelEye.com
Tue Aug 7 00:09:39 EST 2007
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
More information about the cbe-oss-dev
mailing list