Red Hat Bugzilla – Bug 91120
system lockup if any mouse / keyboard action during cdrecord
Last modified: 2007-04-18 12:53:49 EDT
Description of problem:
using Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 JÃ¶rg Schilling
USB Belkin mouse
MSI KT266A MB
Memorex ' '52MAXX 2452AJ CRDW
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.cdrecord -v speed=10 dev=0,0,0 <ISO filename>
2.touch mouse or keyboard
3.cap lock and scroll lock lights start blinking
must reboot system
if caps lock and scroll lock lights start blinking, it indicates that this is a
I'm experiencing a similar lockup with cdrecord, but the presence or lack
of keyboard activity doesn't seem to make a difference. However, when using an
SMP kernel, the caps lock and scroll lock lights on the keyboard are on solid,
whereas with a UP kernel they do blink.
This shows up the logs the instant before the hang:
May 22 10:36:30 wintermute kernel: scsi : aborting command due to timeout : pid
203, scsi0, channel 0, id 0, lun 0 Test Unit Ready 00 00 00 00 00
'Custom' (Built it myself) System
Asus A7M266-D with 2 1.2ghz Athlon MP Processors
Western Digital 40gig ATA/100 drive on onboard ide controller
Maxtor 200gig ATA/133 drive on PCI Promise ATA/133 controller
Digital Research 52x/24x/52x IDE CD-RW on onboard ide controller (ide-scsi)
Redhat 8.0 (with most/all redhat updates applied)
kernel-2.4.20-13.8 (redhat 8.0 rpm)
kernel-smp-2.4.20-13.8 (redhat 8.0 rpm)
cdrecord-1.10-14 (redhat 8.0 rpm)
I just tried going back to kernel-2.4.18-27.8.0 (UP), and hey, success, no
lockup. I'll try an SMP kernal in a bit, but I'm betting it will work fine.
Looks like something is all funky with the kernel-2.4.20-13 /
kernel-smp-2.4.20-13 rpms. Note: I'm using the .athlon.rpm versions. I might
try a 386 version of 2.4.20 and see how that goes...
I just tried kernel-smp-2.4.18-27.8.0.athlon.rpm, and it works fine. Looks
like it's definately something with the 2.4.20 kernel or the kernel rpms.
I regressed to 2.4.18 and no problem.
I just put RH9 on a new HDD.
I'll tryout RH9 tonight.
RedHat 9 2.4.20-13.9 up-to-date shows no problem using cdrecord.
Jun 5 20:22:20 localhost kernel: hdd: lost interrupt
Jun 5 20:23:48 localhost kernel: hdd: lost interrupt
Jun 5 20:24:08 localhost kernel: hdd: lost interrupt
Jun 5 20:24:50 localhost su(pam_unix): session opened for user root by
Jun 5 20:25:59 localhost kernel: hdd: lost interrupt
I removed the ide-scsi from grub .conf and still have missing interrupts.
Using kernel 2.4.20-18.9.
Main board K7T266 Pro 2.
This is a very consistant problem. I think other users of RH9 must be seeing it.
I moved the memorex cd from hdc (IDE1) to hdb (IDE0) controller. I still have
missing interrupts. The problem is repeatable with both cdparanoia and cdda2wav.
I also upgraded the kernel to (Linux localhost.localdomain 2.4.20-18.9 #1 Thu
May 29 07:08:16 EDT 2003 i686 athlon i386 GNU/Linux).
I tried a different ATAPI CD (LG) rom on IDE1 and it has the same problem.
Has the kernel been hacked to prevent CD digital extraction?
Let me know if the RIAA has "prevented" RH9 from extracting digital music data.
*** This bug has been marked as a duplicate of 91593 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.