| Summary: | Kernel complains about kio_audiocd's reply_len | ||
|---|---|---|---|
| Product: | [Unmaintained] kio | Reporter: | Georg Wittenburg <georg.wittenburg> |
| Component: | audiocd | Assignee: | icefox |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Georg Wittenburg
2005-04-03 19:02:57 UTC
Nice catch, what kernel? Kernel 2.6.10 with Debian (http://packages.debian.org/unstable/base/kernel-image-2.6.10-1-686), MPPE and Bootsplash patches. If you try ripping with cdparinoia from the command line do you get the same messages? Yes, same thing: Apr 9 14:23:41 vaio kernel: printk: 197 messages suppressed. Apr 9 14:23:41 vaio kernel: sg_write: data in/out 30576/30576 bytes for SCSI command 0xbe--guessing data in; Apr 9 14:23:41 vaio kernel: program cdparanoia not setting count and/or reply_len properly Additional cdparanoia info: georg@vaio:~$ cdparanoia -vsQ cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xiph.org> and Xiphophorus Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/scd0 is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface generic device: /dev/sg1 ioctl device: /dev/scd0 Found an accessible SCSI CDROM drive. Looking at revision of the SG interface in use... SG interface version 3.5.31; OK. CDROM model sensed sensed: SONY CD-RW CRX820E 1.5a Checking for SCSI emulation... Drive is ATAPI (using SCSI host adaptor emulation) Couldn't disable kernel command translation layer Checking for MMC style command set... Drive is MMC style DMA scatter/gather table entries: 255 table entry size: 32768 bytes maximum theoretical transfer: 3552 sectors Setting default read size to 13 sectors (30576 bytes). Verifying CDDA command set... Expected command set reads OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 14330 [03:11.05] 0 [00:00.00] OK no 2 2. 19436 [04:19.11] 14330 [03:11.05] OK no 2 3. 15255 [03:23.30] 33766 [07:30.16] OK no 2 4. 22727 [05:03.02] 49021 [10:53.46] OK no 2 5. 19265 [04:16.65] 71748 [15:56.48] OK no 2 6. 17332 [03:51.07] 91013 [20:13.38] OK no 2 7. 14640 [03:15.15] 108345 [24:04.45] OK no 2 8. 18102 [04:01.27] 122985 [27:19.60] OK no 2 9. 17236 [03:49.61] 141087 [31:21.12] OK no 2 10. 14491 [03:13.16] 158323 [35:10.73] OK no 2 11. 17410 [03:52.10] 172814 [38:24.14] OK no 2 12. 12050 [02:40.50] 190224 [42:16.24] OK no 2 13. 14729 [03:16.29] 202274 [44:56.74] OK no 2 TOTAL 217003 [48:13.28] (audio only) ok, just what I thought this is really a bug in cdparinoia which audiocd/kaudiocreator use for ripping. Not sure what next step to take as they aren't exacly making nightly releases (last was in 2001), but the debian package will probably accept patches. Can't hurt to try to e-mail them. OK, I'll report the bug over at Debian and also try to reach the cdparanoia folks. Thanks for your help. Marking as resolved. It's not a KDE issue. Debian bug report is over here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298648 |