The following reply was made to PR kern/11425; it has been noted by GNATS.

From: "Charles M. Hannum" <abuse@spamalicious.com>
To: gnats-bugs@netbsd.org
Cc: bouyer@netbsd.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: kern/11425
Date: Thu, 27 Jan 2005 19:03:10 +0000

 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.