Subject: Re: PR/34707 CVS commit: src/sys/dev/scsipi
To: None <port-i386-maintainer@netbsd.org, gnats-admin@netbsd.org,>
From: Michael L. Hitch <mhitch@lightning.msu.montana.edu>
List: netbsd-bugs
Date: 10/09/2006 21:55:04
The following reply was made to PR port-i386/34707; it has been noted by GNATS.

From: "Michael L. Hitch" <mhitch@lightning.msu.montana.edu>
To: gnats-bugs@NetBSD.org
Cc: port-i386-maintainer@NetBSD.org, <gnats-admin@NetBSD.org>,
	<netbsd-bugs@NetBSD.org>, <pts@bom.gov.au>
Subject: Re: PR/34707 CVS commit: src/sys/dev/scsipi
Date: Mon, 9 Oct 2006 15:26:21 -0600 (MDT)

 On Mon, 9 Oct 2006, Steve Woodford wrote:
 
 >  Log Message:
 >  Some removable umass(4) devices don't respond to mode sense page 6, or
 >  simply return zero for logical block size. In either case, use the sector
 >  length reported by READ_CAPACITY instead of defaulting to 512 bytes.
 >
 >  This partially addresses the problems reported in PR port-i386/34707 and
 >  PR kern/34737. Namely the incorrectly reported drive geometry and the
 >  'hanging' issue.
 
   I had tested using a coworker's iPod Nano, and found that it ignored
 a mode sense(10) command (apparently without erroring - it returned
 0 bytes of data), but did respond to a mode sense(6) command (although
 the page 6 data was all zeroes).  Even more fun was the Sansa c140 I
 have - it accepts the mode sense(10) command, but returns the data
 in the mode sense(6) format.  This was interpreted as a 600+k sector
 length and results in a panic when it attempts to get the disklabel.
 
 
 --
 Michael L. Hitch			mhitch@montana.edu
 Computer Consultant
 Information Technology Center
 Montana State University	Bozeman, MT	USA