It appears to be sending init a signal causes the oops. I have been mucking
with my inittab and trying to reload it, i.e. kill -1 1, and that causes the
kernel to oops and kills my bash.
Here is my oops output, note I also get the oops on reboot/halt are we off by
one somewhere?
ksymoops 2.3.4 on i686 2.4.0-test8. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test8/ (default)
-m /boot/System.map (specified)
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod
file?
Unable to handle kernel NULL pointer dereference at virtual address 00000000
c0112330
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c0112330>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 00000000 ebx: 00000001 ecx: cbfe9124 edx: cbfe9000
esi: c13adf40 edi: 00000000 ebp: cbdd9a64 esp: c13adec4
ds: 0018 es: 0018 ss: 0018
Process bash (pid: 115, stackpage=c13ad000)
Stack: c13adf40 00000001 00000000 00000001 c0112459 00000001 c13adf40
cbdd9a64
c13adf40 00000001 00000000 bffffbe8 c0112769 00000001 c13adf40
cbfe6000
00000001 0811588c c0112834 00000001 c13adf40 00000001 00000001
0811588c
Call Trace: [<c0112459>] [<c0112769>] [<c0112834>] [<c0112f75>] [<c011309a>]
[<c011347d>] [<c010a65b>]
Code: 89 08 89 4d 04 85 f6 74 07 83 fe 01 74 2e eb 50 b8 00 e0 ff
>>EIP; c0112330 <send_signal+48/f4> <=====
Trace; c0112459 <send_tg_sig_info+7d/114>
Trace; c0112769 <kill_tg_info+49/5c>
Trace; c0112834 <kill_something_info+b8/c0>
Trace; c0112f75 <sys_kill+4d/58>
Trace; c011309a <do_sigaction+9a/f0>
Trace; c011347d <sys_rt_sigaction+71/c4>
Trace; c010a65b <system_call+33/38>
Code; c0112330 <send_signal+48/f4>
00000000 <_EIP>:
Code; c0112330 <send_signal+48/f4> <=====
0: 89 08 mov %ecx,(%eax) <=====
Code; c0112332 <send_signal+4a/f4>
2: 89 4d 04 mov %ecx,0x4(%ebp)
Code; c0112335 <send_signal+4d/f4>
5: 85 f6 test %esi,%esi
Code; c0112337 <send_signal+4f/f4>
7: 74 07 je 10 <_EIP+0x10> c0112340
<send_signal+58/f4>
Code; c0112339 <send_signal+51/f4>
9: 83 fe 01 cmp $0x1,%esi
Code; c011233c <send_signal+54/f4>
c: 74 2e je 3c <_EIP+0x3c> c011236c
<send_signal+84/f4>
Code; c011233e <send_signal+56/f4>
e: eb 50 jmp 60 <_EIP+0x60> c0112390
<send_signal+a8/f4>
Code; c0112340 <send_signal+58/f4>
10: b8 00 e0 ff 00 mov $0xffe000,%eax
Taco Witte wrote:
> Hello.
>
> When I reboot my system (Mandrake 7.1 without changes) with
> 2.4.0-test8-pre2, my system
> crashes. I didn't have this problem with prior versions (e.g. pre1),
> compiled with the same options. I have no modules and no 'development'
> things in my kernel. I don't now what information is relevant for this
> problem, but if this information is not complete, please send me a
> message.
>
> With regards,
> Taco Witte
>
> ---------
> ksymoops 2.3.3 on i686 2.4.0-test8. Options used
> -V (default)
> -k /proc/ksyms (default)
> -l /proc/modules (default)
> -o /lib/modules/2.4.0-test8/ (default)
> -m /usr/src/linux/System.map (default)
>
> Warning: You did not tell me where to find symbol information. I will
> assume that the log matches the kernel and modules that are running
> right now and I'll use the default options above for symbol resolution.
> If the current kernel and/or modules do not match the log, you can get
> more accurate output by telling me the kernel version and where to find
> map, modules, ksyms etc. ksymoops -h explains the options.
>
> Error (regular_file): read_ksyms stat /proc/ksyms failed
> No modules in ksyms, skipping objects
> No ksyms, skipping lsmod
> Unable to handle kernel NULL pointer deference at virtual address
> 00000000
> c0113238
> *pde = 00000000
> Oops: 0002
> CPU: 0
> EIP: 0010: [<0113238>]
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010202
> eax: 00000000 ebx: 0000000f ecx: c121e000 esi: c4e59f40 edi: 08049c14
> Process killall5 (pid: 718, stackpage=c4e59000)
> Stack: c4e59f40 0000000f 08049c14 0000000f c0113361 0000000f c4e59f40
> c12cf544
> c4e59f40 0000000f 08049c14 0000000f c0113675 0000000f c4e59f40
> c121c000
> 00000001 000002ce c0113740 0000000f c4e59f40 00000001 00000001
> 000002ce
> Call Trace: [<c0113361>] [<c0113675>] [<c0113740>] [<c0113e75>]
> [<c013e945>]
> [<c012af77>] [<c012afb9>] [<c012affa>] [<c012a312>]
> [<c012a35f>]
> [<c010a3b7>]
> Code: 89 08 89 4d 04 85 f6 74 07 83 fe 01 74 2b eb 4a b8 00 e0 ff
>
> >>EIP; 00113238 Before first symbol <=====
> Trace; c0113361 <send_tg_sig_info+91/110>
> Trace; c0113675 <kill_tg_info+5d/60>
> Trace; c0113740 <send_sig+8/20>
> Trace; c0113e75 <sys_rt_sigqueueinfo+5/80>
> Trace; c013e945 <proc_fd_link+55/68>
> Trace; c012af77 <__fput+7f/90>
> Trace; c012afb9 <_fput+31/40>
> Trace; c012affa <fget+1a/28>
> Trace; c012a312 <sys_close+16/58>
> Trace; c012a35f <sys_vhangup+b/3c>
> Trace; c010a3b7 <ret_from_sys_call+b/12>
> Code; 00113238 Before first symbol
> 00000000 <_EIP>:
> Code; 00113238 Before first symbol <=====
> 0: 89 08 mov %ecx,(%eax) <=====
> Code; 0011323a Before first symbol
> 2: 89 4d 04 mov %ecx,0x4(%ebp)
> Code; 0011323d Before first symbol
> 5: 85 f6 test %esi,%esi
> Code; 0011323f Before first symbol
> 7: 74 07 je 10 <_EIP+0x10> 00113248 Before
> first symbol
> Code; 00113241 Before first symbol
> 9: 83 fe 01 cmp $0x1,%esi
> Code; 00113244 Before first symbol
> c: 74 2b je 39 <_EIP+0x39> 00113271 Before
> first symbol
> Code; 00113246 Before first symbol
> e: eb 4a jmp 5a <_EIP+0x5a> 00113292 Before
> first symbol
> Code; 00113248 Before first symbol
> 10: b8 00 e0 ff 00 mov $0xffe000,%eax
>
> 1 warning and 1 error issued. Results may not be reliable.
> ---------
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> Please read the FAQ at http://www.tux.org/lkml/
-- "The difference between 'involvement' and 'commitment' is like an eggs-and-ham breakfast: the chicken was 'involved' - the pig was 'committed'."
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Sep 07 2000 - 21:00:16 EST