lkml.org 
[lkml]   [2004]   [Jan]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Problem with module-init-tools-3.0-pre3
Date
In message <16409.11897.539398.14955@ronispc.chem.mcgill.ca> you write:
> Rusty Russell writes:
> I triggered the bug again, although this time in a different order;
> namely, I ran xsane as a regular user, removed the sg and aha152x
> modules, and then reran xsane while still root.

Right. Sounds like root v. non-root is a red herring.

BTW, you can just use "dmesg" in 2.6: ksymoops is not needed.

> CPU 1 IS NOW UP!
> Unable to handle kernel NULL pointer dereference at virtual address 00000708
> c0162800
> *pde = 00000000
> Oops: 0000 [#1]
> CPU: 1
> EIP: 0060:[<c0162800>] Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010202
> eax: e5880000 ebx: 00000708 ecx: 00000015 edx: e5881f28
> esi: f1452780 edi: 00000001 ebp: f1452780 esp: e5881ed8
> ds: 007b es: 007b ss: 0068
> Stack: 00000000 c1b64de0 e5880000 00000000 c01626ef f1452780 c01ebce9 01500000
> f1452780 00000006 c01626d0 00000000 e5880000 00000000 00000000 00000000
> c0162517 f7fe2c00 01500000 e5881f28 00000000 e5ed9080 e83a14d4 00000001
> [<c01626ef>] exact_lock+0xf/0x20
> [<c01ebce9>] kobj_lookup+0x119/0x200
> [<c01626d0>] exact_match+0x0/0x10
> [<c0162517>] chrdev_open+0x1e7/0x290
> [<c0157570>] dentry_open+0x160/0x230
> [<c0157408>] filp_open+0x68/0x70
> [<c015797b>] sys_open+0x5b/0x90
> [<c01092ab>] syscall_call+0x7/0xb
> Code: 83 3b 02 8b 40 10 74 7f c1 e0 05 8d 04 18 ff 80 a0 00 00 00
>
> >>EIP; c0162800 <cdev_get+20/b0> <=====
> Code; c0162800 <cdev_get+20/b0>
> 00000000 <_EIP>:
> Code; c0162800 <cdev_get+20/b0> <=====
> 0: 83 3b 02 cmpl $0x2,(%ebx) <=====
> Code; c0162803 <cdev_get+23/b0>
> 3: 8b 40 10 mov 0x10(%eax),%eax
> Code; c0162806 <cdev_get+26/b0>
> 6: 74 7f je 87 <_EIP+0x87>
> Code; c0162808 <cdev_get+28/b0>
> 8: c1 e0 05 shl $0x5,%eax
> Code; c016280b <cdev_get+2b/b0>
> b: 8d 04 18 lea (%eax,%ebx,1),%eax
> Code; c016280e <cdev_get+2e/b0>
> e: ff 80 a0 00 00 00 incl 0xa0(%eax)

Looks like aha152x or sd is not cleaning up properly, and when
reinserted, something screws up.

Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
-
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/

\
 
 \ /
  Last update: 2005-03-22 14:00    [W:0.514 / U:0.396 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site