Subject: Re: kern/11425
To: None <gnats-bugs@netbsd.org>
From: Charles M. Hannum <abuse@spamalicious.com>
List: netbsd-bugs
Date: 01/27/2005 19:03:10
On Thursday 27 January 2005 18:52, Julian Coleman wrote:
> The following reply was made to PR kern/11425; it has been noted by GNATS.
>
> From: Julian Coleman <jdc@coris.org.uk>
> To: gnats-bugs@netbsd.org, bouyer@netbsd.org
> Cc:
> Subject: Re: kern/11425
> Date: Thu, 27 Jan 2005 18:51:15 +0000
>
> I wrote:
> > Well, the code hasn't changed but I'm not using that drive any more.
> > I'll see if I still have it and re-test.
>
> I found that I still have the drive (in a Sun 4/330). Once the problems
> running 2.0 on it were fixed, I tried again. Same problem. Trying to
> play the last track or whole disk on an audio CD with:
>
> 1 0:02.33 3:20.50 33 14900 audio
>
> 12 37:47.00 4:00.33 169875 17883 audio
> - 41:45.33 - 187758 - lead-out
>
> results in:
>
> cd0(esp0:0:6:0): Check Condition on CDB: 0x47 00 00 25 2f 00 29 2d 21
> 00 SENSE KEY: Illegal Request
> INFO FIELD: 750900
> ASC/ASCQ: Logical Block Address Out of Range
This looks like a factor-of-4 problem caused by the hackish way the drive's
firmware handlings 512-byte sector addressing. We are in fact sending it the
right command. Explicitly switching the drive to 2048-byte sectors might fix
the problem.