Hi. When I rip audio CDs, cdda2wav 1.9 frequently goes into a tight
CPU-consuming loop right at startup, without writing anything to disk.
It cannot be killed even with kill -9, which strongly suggests a
driver bug.
This happens on both my systems, a single-CPU 600 MHz Pentium-III
Katmai with 256MB and a newer single-CPU 1GHz Pentium-III Coppermine
with 512MB. Both run the 2.4.5 kernel. Both have generic Toshiba IDE
DVD/CD-ROM drives, model SD-M1212 and SD-M1402. I'm using the
ide-scsi driver to make them look like SCSI drives to cdda2wav.
Sometimes, but not always, I'll get an "oops" in the kernel log. Here is
one from last night run through ksymoops:
ksymoops 2.3.4 on i686 2.4.5. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.5/ (default)
-m /System.map (specified)
Warning (compare_maps): ksyms_base symbol __VERSIONED_SYMBOL(shmem_file_setup) not
found in System.map. Ignoring ksyms_base entry
Unable to handle kernel paging request at virtual address 7bbb0d93
c016785c
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c016785c>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010006
eax: 7bbb0d1b ebx: 00000206 ecx: 00000000 edx: 7bbb0d1b
esi: c6029064 edi: c6029040 ebp: c52505a0 esp: cc6cff00
ds: 0018 es: 0018 ss: 0018
Process cdda2wav (pid: 11406, stackpage=cc6cf000)
Stack: d9683d80 e0964ee7 7bbb0d1b d9683d80 cc6cff6c db4a0000 00007770 e0965a94
00000802 00000001 00000000 08068000 cc6cff78 cc6cff6c e0964ac0 c6029000
c6029040 cc6cff6c 00000802 00000001 c632e480 ffffffea 00000000 00000030
Call Trace: [<e0964ee7>] [<e0965a94>] [<e0964ac0>] [<c012c06b>] [<c0106a7b>] [<c
010002b>]
Code: 80 7a 78 00 74 15 c6 42 78 00 8d 42 28 39 42 28 74 09 52 8b
>>EIP; c016785c <generic_unplug_device+8/28> <=====
Trace; e0964ee7 <END_OF_CODE+27ac8/????>
Trace; e0965a94 <END_OF_CODE+28675/????>
Trace; e0964ac0 <END_OF_CODE+276a1/????>
Trace; c012c06b <sys_write+8f/c4>
Trace; c0106a7b <system_call+33/38>
Code; c016785c <generic_unplug_device+8/28>
00000000 <_EIP>:
Code; c016785c <generic_unplug_device+8/28> <=====
0: 80 7a 78 00 cmpb $0x0,0x78(%edx) <=====
Code; c0167860 <generic_unplug_device+c/28>
4: 74 15 je 1b <_EIP+0x1b> c0167877
<generic_unplug_device+23/28>
Code; c0167862 <generic_unplug_device+e/28>
6: c6 42 78 00 movb $0x0,0x78(%edx)
Code; c0167866 <generic_unplug_device+12/28>
a: 8d 42 28 lea 0x28(%edx),%eax
Code; c0167869 <generic_unplug_device+15/28>
d: 39 42 28 cmp %eax,0x28(%edx)
Code; c016786c <generic_unplug_device+18/28>
10: 74 09 je 1b <_EIP+0x1b> c0167877
<generic_unplug_device+23/28>
Code; c016786e <generic_unplug_device+1a/28>
12: 52 push %edx
Code; c016786f <generic_unplug_device+1b/28>
13: 8b 00 mov (%eax),%eax
1 warning issued. Results may not be reliable.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
