Re: [PATCH] Fix SCSI regression in 2.6.27 [was [Bugme-new] [Bug 12099] New: Nokia 5310 storage-mode]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2008-11-25 at 10:34 -0500, Alan Stern wrote:
> This patch is intended for 2.6.27.stable and 2.6.28.  It's a temporary 
> fix for a problem affecting a number of USB mass-storage devices 
> (including many Nokia phones): When trying to access a nonexistent 
> "last" sector, the SCSI midlayer gets caught in an endless retry loop.

Can't we just invoke the last sector handling flag for all Nokia
devices?

> See for example Bugzilla #11843 and #12099.
> 
> Signed-off-by: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
> 
> ---
> 
> On Tue, 25 Nov 2008, Andrew Morton wrote:
> 
> > On Tue, 25 Nov 2008 01:07:43 -0800 (PST) bugme-daemon@xxxxxxxxxxxxxxxxxxx wrote:
> > 
> > > http://bugzilla.kernel.org/show_bug.cgi?id=12099
> > > 
> > >            Summary: Nokia 5310 storage-mode
> > >            Product: Drivers
> > >            Version: 2.5
> > >      KernelVersion: 2.6.27
> > >           Platform: All
> > >         OS/Version: Linux
> > >               Tree: Mainline
> > >             Status: NEW
> > >           Severity: normal
> > >           Priority: P1
> > >          Component: USB
> > >         AssignedTo: greg@xxxxxxxxx
> > >         ReportedBy: robsonpeixoto@xxxxxxxxx
> > > 
> > > 
> > > Latest working kernel version: 2.6.26
> > > Earliest failing kernel version: 2.6.27
> > 
> > A regression.
> > 
> > > Distribution: ArchLinux
> > > Hardware Environment: USB(ohci,ehci)
> > > Software Environment: gcc 4.3.2, glibc 2.8
> > > Problem Description: 
> > > 
> > > When I plug in my Nokia 5310 show a msg in cel "Transferring data" and in
> > > computer nothing happend.
> 
> Unless we want to keep on receiving regression reports like this one,
> this patch or something like it needs to be applied.  We can hope
> 2.6.29 will work better...  But unhappily, to date James has not
> responded to any of my patch submissions in this area.
> 
> Alan Stern
> 
> 
> 
> Index: 2.6.27.4/drivers/scsi/scsi_lib.c
> ===================================================================
> --- 2.6.27.4.orig/drivers/scsi/scsi_lib.c
> +++ 2.6.27.4/drivers/scsi/scsi_lib.c
> @@ -611,6 +611,11 @@ static void scsi_requeue_command(struct 
>  	struct request *req = cmd->request;
>  	unsigned long flags;
>  
> +	if (--req->retries < 0) {
> +		blk_end_request(req, -EIO, blk_rq_bytes(req));
> +		scsi_next_command(cmd);
> +		return;
> +	}

This would cause tape errors on unit attention (fairly common
condition).  It can be argued that we get more users of USB mobile
phones than tapes, but I'd rather keep both communities happy

By and large, the reason we backport from head if at all possible is so
we can avoid bugs like this creeping into stable.  (And backporting from
head is far easier if the bug fixes are small and don't contain
miscellaneous code clean ups, control flow changes and comment fixes)

> Unless we want to keep on receiving regression reports like this one,
> this patch or something like it needs to be applied.  We can hope
> 2.6.29 will work better...  But unhappily, to date James has not
> responded to any of my patch submissions in this area.

I tried to untangle it on the 'plane yesterday.  I've just got a bit
more testing to do then I'll post the patch to your patch.

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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux