* 2.5.30 unresolved symbol: elv_queue_empty
@ 2002-08-01 23:27 Michel Eyckmans (MCE)
2002-08-02 9:38 ` Marcin Dalecki
0 siblings, 1 reply; 3+ messages in thread
From: Michel Eyckmans (MCE) @ 2002-08-01 23:27 UTC (permalink / raw)
To: linux-kernel
The subject says nearly all: with 2.5.30, I get the following:
depmod: *** Unresolved symbols in /lib/modules/2.5.30/kernel/drivers/block/floppy.o
depmod: elv_queue_empty
depmod: *** Unresolved symbols in /lib/modules/2.5.30/kernel/drivers/ide/atapi.o
depmod: elv_queue_empty
depmod: *** Unresolved symbols in /lib/modules/2.5.30/kernel/drivers/ide/ide-mod.o
depmod: elv_queue_empty
Oh, while I'm at it: ever since the IDE cleanup started, loading one
or more of the IDE/CD related modules for a second time after they
have been unloaded once already results in a pretty bad oops (total
lockup). Took me quite a while to narrow this down. 2.5.29 still has
this problem. I was going to submit the oops for 2.5.30 if applicable,
but first gotta get that symbol resolved...
This is on a measly SMP P5 with limited memory which is all-SCSI
except for the CD drive. Hence the modules.
Regards,
MCE
--
========================================================================
M. Eyckmans (MCE) Code of the Geeks v3.1 mce-at-pi-dot-be
GCS d+ s+:- a36 C+++$ UHLUASO+++$ P+ L+++ E--- W++ N+++ !o K w--- !O M--
V-- PS+ PE+ Y+ PGP- t--- !5 !X R- tv- b+ DI++ D-- G++ e+++ h+(*) !r y?
========================================================================
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2.5.30 unresolved symbol: elv_queue_empty
2002-08-01 23:27 2.5.30 unresolved symbol: elv_queue_empty Michel Eyckmans (MCE)
@ 2002-08-02 9:38 ` Marcin Dalecki
2002-08-02 23:45 ` Michel Eyckmans (MCE)
0 siblings, 1 reply; 3+ messages in thread
From: Marcin Dalecki @ 2002-08-02 9:38 UTC (permalink / raw)
To: Michel Eyckmans (MCE); +Cc: linux-kernel
Użytkownik Michel Eyckmans (MCE) napisał:
> The subject says nearly all: with 2.5.30, I get the following:
>
> depmod: *** Unresolved symbols in /lib/modules/2.5.30/kernel/drivers/block/floppy.o
> depmod: elv_queue_empty
> depmod: *** Unresolved symbols in /lib/modules/2.5.30/kernel/drivers/ide/atapi.o
> depmod: elv_queue_empty
> depmod: *** Unresolved symbols in /lib/modules/2.5.30/kernel/drivers/ide/ide-mod.o
> depmod: elv_queue_empty
>
> Oh, while I'm at it: ever since the IDE cleanup started, loading one
> or more of the IDE/CD related modules for a second time after they
> have been unloaded once already results in a pretty bad oops (total
> lockup). Took me quite a while to narrow this down. 2.5.29 still has
> this problem. I was going to submit the oops for 2.5.30 if applicable,
> but first gotta get that symbol resolved...
>
> This is on a measly SMP P5 with limited memory which is all-SCSI
> except for the CD drive. Hence the modules.
Yes having the oops at hand would be rather helpfull.
Unfortunately I don't have a SCSI system at hand, which makes
it a bit inconvenient too me to test ide.c compiled as module.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: 2.5.30 unresolved symbol: elv_queue_empty
2002-08-02 9:38 ` Marcin Dalecki
@ 2002-08-02 23:45 ` Michel Eyckmans (MCE)
0 siblings, 0 replies; 3+ messages in thread
From: Michel Eyckmans (MCE) @ 2002-08-02 23:45 UTC (permalink / raw)
To: martin; +Cc: linux-kernel
> Yes having the oops at hand would be rather helpfull.
> Unfortunately I don't have a SCSI system at hand, which makes
> it a bit inconvenient too me to test ide.c compiled as module.
Here it is. I hope it's correct, because it was written down by hand.
Unable to handle kernel NULL pointer dereference at virtual address
0000002d
c709d418
*pde = 00000000
Oops: 0002
CPU: 1
EIP: 0010:[<c709d418>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010082
eax: c709d4a0 ebx: c5ce2d40 ecx: 0000002d edx: c50e7cd0
esi: 20000001 edi: c709d4ae ebp: c50e7cd0 esp: c50e7c84
ds: 0018 es: 0018 ss: 0018
Stack: c0109451 0000000e c70a38a0 c50e7cd0 c50e6000 c02969c0 c50e6000 c50e7cc8
c0109688 0000000e c50e7cd0 c5ce2d40 c534ea90 00000400 00000000 0000000e
c5ce2d40 c50e7d50 c0108048 c534ea90 c50e6000 c534ea84 00000400 00000000
Call trace: [<c0109451>] [<c0109688>] [<c0108048>] [<c01635df>] [<c013deea>]
[<c013df0c>] [<c0165210>] [<c01654de>] [<c01658c6>] [<c013e1cc>] [<c013e7ca>]
[<c013f0ed>] [<c016564c>] [<c0165aad>] [<c016564c>] [<c012c3dd>] [<c012bed8>]
[<c013b7de>] [<c013b9b2>] [<c0107157>]
Code: 01 02 00 00 28 b8 09 c7 9c 75 09 c7 50 76 09 c7 e4 92 09 c7
>>EIP; c709d418 <[ide-mod]ata_irq_request+8/18c> <=====
>>eax; c709d4a0 <[ide-mod]ata_irq_request+90/18c>
>>ebx; c5ce2d40 <_end+59d883c/6d79afc>
>>edx; c50e7cd0 <_end+4ddd7cc/6d79afc>
>>esi; 20000001 Before first symbol
>>edi; c709d4ae <[ide-mod]ata_irq_request+9e/18c>
>>ebp; c50e7cd0 <_end+4ddd7cc/6d79afc>
>>esp; c50e7c84 <_end+4ddd780/6d79afc>
Trace; c0109451 <handle_IRQ_event+29/4c>
Trace; c0109688 <do_IRQ+c0/154>
Trace; c0108048 <common_interrupt+18/20>
Trace; c01635df <.text.lock.balloc+24/75>
Trace; c013deea <__find_get_block+de/e8>
Trace; c013df0c <__getblk+18/3c>
Trace; c0165210 <ext2_alloc_block+bc/c8>
Trace; c01654de <ext2_alloc_branch+2a/198>
Trace; c01658c6 <ext2_get_block+27a/400>
Trace; c013e1cc <create_empty_buffers+18/d8>
Trace; c013e7ca <__block_prepare_write+17e/3cc>
Trace; c013f0ed <block_prepare_write+21/3c>
Trace; c016564c <ext2_get_block+0/400>
Trace; c0165aad <ext2_prepare_write+19/20>
Trace; c016564c <ext2_get_block+0/400>
Trace; c012c3dd <generic_file_write+505/68c>
Trace; c012bed8 <generic_file_write+0/68c>
Trace; c013b7de <do_readv_writev+1ce/2dc>
Trace; c013b9b2 <sys_writev+5a/6c>
Trace; c0107157 <syscall_call+7/b>
Code; c709d418 <[ide-mod]ata_irq_request+8/18c>
00000000 <_EIP>:
Code; c709d418 <[ide-mod]ata_irq_request+8/18c> <=====
0: 01 02 add %eax,(%edx) <=====
Code; c709d41a <[ide-mod]ata_irq_request+a/18c>
2: 00 00 add %al,(%eax)
Code; c709d41c <[ide-mod]ata_irq_request+c/18c>
4: 28 b8 09 c7 9c 75 sub %bh,0x759cc709(%eax)
Code; c709d422 <[ide-mod]ata_irq_request+12/18c>
a: 09 c7 or %eax,%edi
Code; c709d424 <[ide-mod]ata_irq_request+14/18c>
c: 50 push %eax
Code; c709d425 <[ide-mod]ata_irq_request+15/18c>
d: 76 09 jbe 18 <_EIP+0x18> c709d430 <[ide-mod]ata_irq_request+20/18c>
Code; c709d427 <[ide-mod]ata_irq_request+17/18c>
f: c7 e4 92 09 c7 00 mov $0xc70992,%esp
<0>Kernel panic: Aiee, killing interrupt handler!
Regards,
MCE
PS: I will have very limited net connectivity till monday evening
(European time), so it might take a bit of time in case you want
me to test any fix for this.
MCE
--
========================================================================
M. Eyckmans (MCE) Code of the Geeks v3.1 mce-at-pi-dot-be
GCS d+ s+:- a36 C+++$ UHLUASO+++$ P+ L+++ E--- W++ N+++ !o K w--- !O M--
V-- PS+ PE+ Y+ PGP- t--- !5 !X R- tv- b+ DI++ D-- G++ e+++ h+(*) !r y?
========================================================================
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-08-02 23:43 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-01 23:27 2.5.30 unresolved symbol: elv_queue_empty Michel Eyckmans (MCE)
2002-08-02 9:38 ` Marcin Dalecki
2002-08-02 23:45 ` Michel Eyckmans (MCE)
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox