On Sat, May 06, 2000 at 02:31:37PM -0400, Alexander Viro wrote:
>
>
> On Sat, 6 May 2000 thunder7@xs4all.nl wrote:
>
> > On Sat, May 06, 2000 at 01:46:25PM -0400, Alexander Viro wrote:
> > >
> > > > May 6 18:30:00 middle kernel: EIP: 0010:[sys_mount+365/796]
> > > > May 6 18:30:00 middle kernel: Call Trace: [ext2_free_inode+452/456] [elf_core_dump+1644/2180] [generic_file_write+1062/1208] [sys_rt_sigreturn+240/416]
> > >
> > > Total bullshit. Please, use the correct System.map - for one thing, fuser
> > > doesn't do mounting, for another - ext2_free_inode() _definitely_ doesn't
> > > call sys_mount().
> > >
> > I'm sorry you feel that way, but my System.map was generated at the same
>
> ??? What do you mean "feel that way"? The output of ksymoops you've posted
> _is_ a complete BS for quite an obvious reason, but I hardly have any
> feelings about that ;-)
>
> > time as the kernel, and is living in /usr/src/linux, and all the normal
> > pre7-6 sources are living there as well, so I cannot confirm that the
> > system.map is incorrectr, sorry. However, running runme.pl alone didn't
>
> Unfortunately it is. Such a stack trace is completely impossible. Please,
> check the timestamps.
>
After a hint from Keith Owens to run klogd with -x and after upgrading
ksymoops, here it is:
Options used: -V (default)
-o /lib/modules/2.3.99-pre7/ (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-m /usr/src/linux/System.map (default)
-c 1 (default)
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.
May 7 07:45:01 middle kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000004
May 7 07:45:01 middle kernel: c0145f09
May 7 07:45:01 middle kernel: *pde = 00000000
May 7 07:45:01 middle kernel: Oops: 0000
May 7 07:45:01 middle kernel: CPU: 1
May 7 07:45:01 middle kernel: EIP: 0010:[<c0145f09>]
May 7 07:45:01 middle kernel: EFLAGS: 00010202
May 7 07:45:01 middle kernel: eax: c7b80fff ebx: 00000fff ecx: c7b80ffe edx: ce456400
May 7 07:45:01 middle kernel: esi: c7b80fff edi: 00000000 ebp: ce526de0 esp: ccc83f04
May 7 07:45:01 middle kernel: ds: 0018 es: 0018 ss: 0018
May 7 07:45:01 middle kernel: Process fuser (pid: 718, stackpage=ccc83000)
May 7 07:45:01 middle kernel: Stack: 00000001 ce0f2000 00000002 ce526de0 c7b80fff c015d57c ce456400 00000000
May 7 07:45:02 middle kernel: c14880e0 c1527300 c7b80000 00001000 c42c2500 40015000 00000000 c42c2500
May 7 07:45:02 middle kernel: 07b80000 cfffef78 cfffef5c ccc82000 00000001 00000000 00000015 00000000
May 7 07:45:02 middle kernel: Call Trace: [<c015d57c>] [<c015abe8>] [<c01325ce>] [<c010b0ec>] [<c010002b>]
May 7 07:45:02 middle kernel: Code: 3b 57 04 74 07 8b 6a 0c 39 ea 75 13 8b 74 24 1c 8b 46 08 39
>>EIP: c0145f09 <__d_path+a1/fc>
Trace: c015d57c <proc_pid_read_maps+25c/4b0>
Trace: c015abe8 <pid_maps_read+28/30>
Trace: c01325ce <sys_read+de/100>
Trace: c010b0ec <system_call+34/38>
Trace: c010002b <startup_32+2b/c7>
Code: c0145f09 <__d_path+a1/fc> 00000000 <_EIP>: <===
Code: c0145f09 <__d_path+a1/fc> 0: 3b 57 04 cmp 0x4(%edi),%edx <===
Code: c0145f0c <__d_path+a4/fc> 3: 74 07 je c0145f15 <__d_path+ad/fc>
Code: c0145f0e <__d_path+a6/fc> 5: 8b 6a 0c mov 0xc(%edx),%ebp
Code: c0145f11 <__d_path+a9/fc> 8: 39 ea cmp %ebp,%edx
Code: c0145f13 <__d_path+ab/fc> a: 75 13 jne c0145f28 <__d_path+c0/fc>
Code: c0145f15 <__d_path+ad/fc> c: 8b 74 24 1c mov 0x1c(%esp,1),%esi
Code: c0145f19 <__d_path+b1/fc> 10: 8b 46 08 mov 0x8(%esi),%eax
Code: c0145f1c <__d_path+b4/fc> 13: 39 00 cmp %eax,(%eax)
3 warnings issued. Results may not be reliable.
I hope this is of better use to you.
Jurriaan
-- To light a candle is to cast a shadow. Ursula K. Le Guin, "A Wizard of Earthsea", 1975 GNU/Linux 2.3.99-pre7 SMP 3 users load av: 0.50 1.26 0.79- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun May 07 2000 - 21:00:20 EST