Hi,
I am getting a reproducable Oops+Aiee when trying to mount a ATAPI
CDROM via the ide-scsi interface under 2.4.20-pre5-ac4. Works OK
without ide-scsi.
First the Oops from mount:
knobi:/tmp # ksymoops -m /System.map < warn
ksymoops 2.4.3 on i686 2.4.20-pre5-ac4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.20-pre5-ac4/ (default)
-m /System.map (specified)
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_register not
found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_restore not
found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_set not found
in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_setmax not
found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_unregister not
found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_idle_cpu not found in
System.map. Ignoring ksyms_base entry
kernel BUG at
/scratch/linux-kernel/linux-2.4.20-pre5-ac4/include/linux/blkdev.h:153!
invalid operand: 0000
CPU: 0
EIP: 0010:[ide_build_sglist+77/396] Not tainted
EFLAGS: 00010206
eax: 0000005a ebx: c16cf000 ecx: c03636f4 edx: db657f60
esi: 00000000 edi: db657f60 ebp: d7d31d18 esp: d7d31cf8
ds: 0018 es: 0018 ss: 0018
Process mount (pid: 1307, stackpage=d7d31000)
Stack: c16cf000 c03637a4 db657f60 db657f60 00000003 00000297 dbc85e34
c16cc000
d7d31d44 c02009da c03636f4 db657f60 c03636f4 c03637a4 db657f60
df48a06c
00000000 00000000 c03636f4 d7d31d64 c0200e92 c03637a4 db657f60
c03637a4
Call Trace: [ide_build_dmatable+86/396] [__ide_dma_read+42/284]
[yenta_socket:__insmod_yenta_socket_O/lib/modules/2.4.20-pre5-ac4/kernel/+-325121/96]
[yenta_socket:__insmod_yenta_socket_O/lib/modules/2.4.20-pre5-ac4/kernel/+-324740/96]
[start_request+370/460]
Code: 0f 0b 99 00 80 64 2b c0 8b 45 08 c7 80 24 04 00 00 01 00 00
Using defaults from ksymoops -t elf32-i386 -a i386
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: 0f 0b ud2a
Code; 00000002 Before first symbol
2: 99 cltd
Code; 00000002 Before first symbol
3: 00 80 64 2b c0 8b add %al,0x8bc02b64(%eax)
Code; 00000008 Before first symbol
9: 45 inc %ebp
Code; 0000000a Before first symbol
a: 08 c7 or %al,%bh
Code; 0000000c Before first symbol
c: 80 24 04 00 andb $0x0,(%esp,%eax,1)
Code; 00000010 Before first symbol
10: 00 01 add %al,(%ecx)
6 warnings issued. Results may not be reliable.
After a few 10 seconds I get scsi reset messages and then the Aiee:
knobi:/tmp # ksymoops -m /System.map < aiee
ksymoops 2.4.3 on i686 2.4.20-pre5-ac4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.20-pre5-ac4/ (default)
-m /System.map (specified)
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_register not
found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_restore not
found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_set not found
in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_setmax not
found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_cpufreq_unregister not
found in System.map. Ignoring ksyms_base entry
Warning (compare_maps): ksyms_base symbol GPLONLY_idle_cpu not found in
System.map. Ignoring ksyms_base entry
Oops: 0000
CPU: 0
EIP: 0010:[<c011554a>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010002
eax: c167efa0 ebx: d7d31f2c ecx: 00000000 edx: 00000000
esi: 00000000 edi: 00000286 ebp: c031ddec esp: c031ddd8
ds: 0018 es: 0018 ss: 0018
Process swapper (pid:0, stackpage=c031d000)
Stack: c1515eec c167efa0 c02e037c 00000003 c167efa0 c031de00 c0128337
d7d35200
00000202 c1515eec c031de14 c013807e d7d35200 df48a0b8 00000004
c031de34
c020bb45 d7d35200 00000001 df48a000 00000000 df48a000 df667a14
c031de7c
Call Trace: [<c0128337>] [<c013807e>] [<c020bb45>] [<c020bea3>]
[<c02116b4>]
[<c020b6e4>] [<c020b16c>] [<e19b0571>] [<e19b0660>]
[<c01f7976>]
[<e19b05bc>] [<c0109d26>] [<c0109ec2>] [<c0105000>]
[<c010c0f8>]
[<c0107010>] [<c0105000>] [<c0107036>] [<c010708b>]
[<c0105016>]
Code: 8b 02 85 45 f8 74 ef 6a 00 52 e8 97 f8 ff ff 83 c4 08 85 c0
>>EIP; c011554a <__wake_up+2a/5c> <=====
Trace; c0128336 <unlock_page+7a/84>
Trace; c013807e <end_buffer_io_async+76/84>
Trace; c020bb44 <__scsi_end_request+78/134>
Trace; c020bea2 <scsi_io_completion+1ba/3d0>
Trace; c02116b4 <rw_intr+17c/188>
Trace; c020b6e4 <update_timeout+28/40>
Trace; c020b16c <scsi_old_done+5e0/5f0>
Trace; e19b0570 <[ide-scsi]idescsi_end_request+208/254>
Trace; e19b0660 <[ide-scsi]idescsi_pc_intr+a4/2e8>
Trace; c01f7976 <ide_intr+c2/118>
Trace; e19b05bc <[ide-scsi]idescsi_pc_intr+0/2e8>
Trace; c0109d26 <handle_IRQ_event+2e/5c>
Trace; c0109ec2 <do_IRQ+96/d4>
Trace; c0105000 <_stext+0/0>
Trace; c010c0f8 <call_do_IRQ+6/e>
Trace; c0107010 <default_idle+0/30>
Trace; c0105000 <_stext+0/0>
Trace; c0107036 <default_idle+26/30>
Trace; c010708a <cpu_idle+22/30>
Trace; c0105016 <rest_init+16/20>
Code; c011554a <__wake_up+2a/5c>
00000000 <_EIP>:
Code; c011554a <__wake_up+2a/5c> <=====
0: 8b 02 mov (%edx),%eax <=====
Code; c011554c <__wake_up+2c/5c>
2: 85 45 f8 test %eax,0xfffffff8(%ebp)
Code; c011554e <__wake_up+2e/5c>
5: 74 ef je fffffff6 <_EIP+0xfffffff6>
c0115540 <__wake_up+20/5c>
Code; c0115550 <__wake_up+30/5c>
7: 6a 00 push $0x0
Code; c0115552 <__wake_up+32/5c>
9: 52 push %edx
Code; c0115554 <__wake_up+34/5c>
a: e8 97 f8 ff ff call fffff8a6 <_EIP+0xfffff8a6>
c0114df0 <try_to_wake_up+0/118>
Code; c0115558 <__wake_up+38/5c>
f: 83 c4 08 add $0x8,%esp
Code; c011555c <__wake_up+3c/5c>
12: 85 c0 test %eax,%eax
6 warnings issued. Results may not be reliable.
Since I moved from new with 2.4.20-pre5-ac4 (compared to 2.4.19-ac4)
are also the following messages in dmesg:
yenta 02:05.0: no resource of type 100 available, trying to continue...
yenta 02:05.0: no resource of type 100 available, trying to continue...
yenta 02:05.1: no resource of type 100 available, trying to continue...
yenta 02:05.1: no resource of type 100 available, trying to continue...
My .config is included.
Martin
-- Martin Knoblauch Senior System Architect MSC.software GmbH Am Moosfeld 13 D-81829 Muenchen, Germanye-mail: martin.knoblauch@mscsoftware.com http://www.mscsoftware.com Phone/Fax: +49-89-431987-189 / -7189 Mobile: +49-174-3069245
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Sep 15 2002 - 22:00:22 EST