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.