NetBSD Problem Report #43264

From jakllsch@wormulon.kollasch.net  Wed May  5 21:02:06 2010
Return-Path: <jakllsch@wormulon.kollasch.net>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id D618A63B8FE
	for <gnats-bugs@gnats.NetBSD.org>; Wed,  5 May 2010 21:02:05 +0000 (UTC)
Message-Id: <20100505210201.6995416784@wormulon.kollasch.net>
Date: Wed,  5 May 2010 21:02:01 +0000 (UTC)
From: jakllsch@NetBSD.org
Reply-To: jakllsch@NetBSD.org
To: gnats-bugs@gnats.NetBSD.org
Subject: umass(4) devices that need scsi(4)/sd(4) quirks
X-Send-Pr-Version: 3.95

>Number:         43264
>Category:       kern
>Synopsis:       certian umass(4) devices need special care at the SCSI layer
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed May 05 21:05:00 +0000 2010
>Closed-Date:    Fri Apr 19 14:43:38 +0000 2013
>Last-Modified:  Fri Apr 19 14:43:38 +0000 2013
>Originator:     Jonathan A. Kollasch
>Release:        NetBSD 5.0_STABLE
>Organization:
>Environment:
System: NetBSD wormulon.kollasch.net 5.0_STABLE NetBSD 5.0_STABLE (WORMULON) #20: Thu Apr 22 17:12:56 UTC 2010 root@wormulon.kollasch.net:/local/wormulon-src-5/src/sys/arch/amd64/compile/WORMULON amd64
Architecture: x86_64
Machine: amd64
>Description:
I have a few USB Mass Storage Class devices that do not behave according
to the various applicable standards.

These include a device that claims to be removable, but becomes unresponsive
after being issued a SCSI_PREVENT_ALLOW_MEDIUM_REMOVAL (0x1e) command and
reporting failure in the CSW.  (Due to other bugs, plugging this device in
and having it fail this way not uncommonly results in a kernel panic.)

A more commonly occuring quirk is a off-by-one error perpetuated by the
difference in the way SCSI and ATA devices report media capacity.
This hardware/firmware bug isn't nearly as bad, but it makes using GPT
on the disk quite difficult.

>How-To-Repeat:
Use one of the multitude of buggy umass(4) devices.  Note how they could
be handled better.  Note that Linux and other OSes do handle many of
them better.

>Fix:
Figure out how to violate layering without actually violating layering. :-)

>Release-Note:

>Audit-Trail:
From: "Jonathan A. Kollasch" <jakllsch@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/43264 CVS commit: src/sys/dev/usb
Date: Mon, 7 Jun 2010 01:56:51 +0000

 Module Name:	src
 Committed By:	jakllsch
 Date:		Mon Jun  7 01:56:51 UTC 2010

 Modified Files:
 	src/sys/dev/usb: umass_quirks.c

 Log Message:
 Four more quirky umass(4)es.
 These include the Philips SA235, and iRiver iFP-series audio players.
 Mostly from PR#25440 and PR#43264.


 To generate a diff of this commit:
 cvs rdiff -u -r1.79 -r1.80 src/sys/dev/usb/umass_quirks.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

State-Changed-From-To: open->closed
State-Changed-By: jakllsch@NetBSD.org
State-Changed-When: Fri, 19 Apr 2013 14:43:38 +0000
State-Changed-Why:
patch that fixed issue was commited nearly three years ago
.


>Unformatted:

Home	PR Database Search