>Number:         22090
>Category:       kern
>Synopsis:       SUN scsi cd drives deliver unusable LBAs for audio CDs
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jul 08 09:49:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Martin Husemann
>Release:        NetBSD 1.6U
>Organization:
>Environment:
System: NetBSD nelly.aprisoft.de 1.6U NetBSD 1.6U (NELLY) #1: Tue Jul 8 10:57:26 CEST 2003 martin@nelly.aprisoft.de:/usr/src/sys/arch/sparc64/compile/NELLY sparc64
Architecture: sparc64
Machine: sparc64
>Description:

I have this drive:

cd0 at scsibus0 target 6 lun 0: <TOSHIBA, XM-5401TASUN4XCD, 3485> cdrom removable
cd0: sync (248.00ns offset 15), 8-bit (4.032MB/s) transfers

Obvisouly it has a modified firmware to provide 512 byte sectors on CDs.

The CDIOREADTOCENTRYS ioctl delivers LBAs of track start for audio CD.
On this drive those LBAs seem to be multiplied by 4.

This confuses tools like pkgsrc/audio/cd-discid big time (it says the CD
has a play time of ~14000 seconds, that's the last number in the output),
and makes it hard finding CD matches in freecddb with tools like abcde.

>How-To-Repeat:
s.a.
>Fix:
Do we have a quirk for this? Is there a way to determine it at attach time
and compensate in dev/scsipi/cd.c?
>Release-Note:
>Audit-Trail:
>Unformatted: