Messages in this thread |  | | Date | Fri, 4 May 2001 12:23:11 -0400 (EDT) | From | Pavel Roskin <> | Subject | 2.4.4-ac4 - oops on unload "cdrom" module |
| |
Hello!
This oops happens when I run "rmmod cdrom" on a 2.4.4-ac4 kernel with CONFIG_SYSCTL enabled. It doesn't happen if CONFIG_SYSCTL is disabled.
Full .config is here: http://www.red-bean.com/~proski/linux/config
sr_mod isn't loaded at this point. Reference to sd_mod looks weird. After this oops the "cdrom" module remains in memory in the "deleted" state.
$ /sbin/lsmod Module Size Used by hid 11760 0 (unused) keybdev 1632 0 (unused) mga 85312 1 agpgart 13136 3 mousedev 3936 1 (autoclean) input 3296 0 (autoclean) [hid keybdev mousedev] nfsd 67504 8 (autoclean) lockd 48752 1 (autoclean) [nfsd] sunrpc 56800 1 (autoclean) [nfsd lockd] 3c59x 24320 1 (autoclean) ipx 14496 1 (autoclean) ramfs 3728 1 (autoclean) cdrom 28864 0 (deleted)
ksymoops 2.3.4 on i686 2.4.4-ac4. Options used -v vmlinux (specified) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.4-ac4/ (default) -m System.map (specified)
Unable to handle kernel NULL pointer dereference at virtual address 00000008 c0118051 Oops: 0000 CPU: 0 EIP: 0010:[<c0118051>] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: 00000000 ebx: 00000000 ecx: d08c9000 edx: 00000000 esi: d08c9000 edi: 00000000 ebp: bfffe968 esp: c181bf80 ds: 0018 es: 0018 ss: 0018 Process rmmod (pid: 11303, stackpage=c181b000) Stack: d08c9000 d08cd92f 00000000 d08cd97a 00000000 d08cf5c0 c01157eb d08c9000 fffffff0 c62dc000 c0114c87 d08c9000 00000000 c181a000 bffffb47 00000001 c0106af7 bffffb47 0805eee8 00000100 bffffb47 00000001 bfffe968 00000081 Call Trace: [<d08c9000>] [<d08cd92f>] [<d08cd97a>] [<d08cf5c0>] [<c01157eb>] [<d08c9000>] [<c0114c87>] [<d08c9000>] [<c0106af7>] Code: 8b 53 08 8b 43 04 89 50 04 89 02 a1 a0 46 27 c0 50 8b 03 50
>>EIP; c0118051 <unregister_sysctl_table+5/2c> <===== Trace; d08c9000 <[sd_mod]__module_using_checksums+18cb/192b> Trace; d08cd92f <[cdrom]cdrom_sysctl_unregister+b/10> Trace; d08cd97a <[cdrom]cdrom_exit+1a/28> Trace; d08cf5c0 <[cdrom].rodata.start+1a00/1a22> Trace; c01157eb <free_module+1b/a0> Trace; d08c9000 <[sd_mod]__module_using_checksums+18cb/192b> Trace; c0114c87 <sys_delete_module+f3/1b0> Trace; d08c9000 <[sd_mod]__module_using_checksums+18cb/192b> Trace; c0106af7 <system_call+33/38> Code; c0118051 <unregister_sysctl_table+5/2c> 00000000 <_EIP>: Code; c0118051 <unregister_sysctl_table+5/2c> <===== 0: 8b 53 08 mov 0x8(%ebx),%edx <===== Code; c0118054 <unregister_sysctl_table+8/2c> 3: 8b 43 04 mov 0x4(%ebx),%eax Code; c0118057 <unregister_sysctl_table+b/2c> 6: 89 50 04 mov %edx,0x4(%eax) Code; c011805a <unregister_sysctl_table+e/2c> 9: 89 02 mov %eax,(%edx) Code; c011805c <unregister_sysctl_table+10/2c> b: a1 a0 46 27 c0 mov 0xc02746a0,%eax Code; c0118061 <unregister_sysctl_table+15/2c> 10: 50 push %eax Code; c0118062 <unregister_sysctl_table+16/2c> 11: 8b 03 mov (%ebx),%eax Code; c0118064 <unregister_sysctl_table+18/2c> 13: 50 push %eax
-- Regards, Pavel Roskin
- 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/
|  |