cdparanoia triggers this warning in drivers/scsi/sg.c: sg_write: data in/out 30576/30576 bytes for SCSI command 0xbe--guessing data in; program cdparanoia not setting count and/or reply_len properly printk: 214 messages suppressed. sg_write: data in/out 30576/30576 bytes for SCSI command 0xbe--guessing data in; program cdparanoia not setting count and/or reply_len properly printk: 216 messages suppressed. sg_write: data in/out 30576/30576 bytes for SCSI command 0xbe--guessing data in; program cdparanoia not setting count and/or reply_len properly This warning is also triggered when using kio_audiocd kio slave, because it seems to call cdparanoia. CD ripping seems to be really slow, because of the log writing overhead. Version infos: media-sound/cdparanoia-3.9.8-r5 linux-2.6.20-rc6-g7d620a4e Reproducible: Always Steps to Reproduce: 1.rip a audio cd with program cdparanoia 2. 3.
Are you using a IDE cdrom or an SCSI cdrom? And if you are using an IDE cdrom with SCSI emulation, what config are you using? Does it happen if you use the ide interface instead of the emulated scsi interface?
I can reproduce this bug. It is AFAIK triggered only when the CD-ROM is SCSI one or you are using new libata kernel stack to access the drive (thus the drive is emulated SCSI drive, accesible via /dev/sr0 and /dev/sg0). This is caused by a very strange hack in cdparanoia, see http://lists.xiph.org/pipermail/paranoia/2005-July/001438.html (thanks to Aaron V. I googled it!) Reputedly it has been fixed in cdparanoia III 10pre0 (cdparanoia-3.10_pre0 in gentoo land), see Bug 153823. (I'm not sure if I should add a bug dependency)
3.10_pre0 is in tree now, but it's package.masked (only because it needs to be tested on Gentoo FreeBSD) so please test it.
Hi, I can confirm that media-sound/cdparanoia-3.10_pre0 rips just fine and no kernel warning messages are seen any more. Thanks for the Bump, Samuli