> -Original Message-
> From: Ed Lin
> Sent: Monday, April 02, 2007 4:02 PM
> To: James Bottomley
> Cc: linux-scsi; linux-kernel; jeff; Promise_Linux
> Subject: RE: [PATCH 3/4] [SCSI]stex: fix reset recovery for
> console device
>
>
>
>
> > ---
> -Original Message-
> From: James Bottomley [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 02, 2007 11:28 AM
> To: Ed Lin
> Cc: linux-scsi; linux-kernel; jeff; Promise_Linux
> Subject: RE: [PATCH 3/4] [SCSI]stex: fix reset recovery for
> console device
>
&g
On Mon, 2007-04-02 at 11:14 -0700, Ed Lin wrote:
> I just saw the routine name scsi_eh_try_stu, and didn't notice the
> allow_restart (partly because I thought it was not harmful...).
> But the TEST_UNIT_READY must stay.
Sure ... I was just checking since your change log implied you'd seen
the pro
> -Original Message-
> From: James Bottomley [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 31, 2007 11:46 AM
> To: Ed Lin
> Cc: linux-scsi; linux-kernel; jeff; Promise_Linux
> Subject: Re: [PATCH 3/4] [SCSI]stex: fix reset recovery for
> console device
>
&g
On Fri, 2007-03-30 at 15:21 -0700, Ed Lin wrote:
> After reset completed, the scsi error handler sends out START_STOP
> and TEST_UNIT_READY to the device. For 'normal' devices these
> commands will be handled by firmware. However, because the RAID
> console only interfaces to scsi mid layer, the fi
After reset completed, the scsi error handler sends out START_STOP
and TEST_UNIT_READY to the device. For 'normal' devices these
commands will be handled by firmware. However, because the RAID
console only interfaces to scsi mid layer, the firmware will not process
these commands for it. This will
6 matches
Mail list logo
