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 PS/2 keyboard Version-Release number of selected component (if applicable): How reproducible: everytime 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 Actual results: must reboot system Expected results: no problems Additional info:
if caps lock and scroll lock lights start blinking, it indicates that this is a kernel problem
kernel 2.4.20-13.8
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 Hardware/Software Setup: '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)[5273]: session opened for user root by steve(uid=500) 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.