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