[Crash-utility] crash for 2.6.15 kernel ?

[Dave Anderson]

xb wrote:

> Ooooooooops, please forget, I just saw you published 4.0-2.21, that
> works fine with 2.6.15.
> Thanks
>

Well -- it allows does the crash session to initialize, but it still needs work.
The "kmem -s[S]" functionality is broken, at a minimum because the
kmem_cache "objsize" and "lists" member names have been renamed
"obj_size" and "nodelists".  There may be other issues, but I haven't
gotten around to fixing this.

Dave


>
> xb wrote:
>
> > Hello Dave and all,
> >
> > I tried to use crash 4.0-2.20 on 2.6.15 kernel, but it takes a
> > SIGSEGV. I think this is due to kmem_cache_s structure being renamed
> > to kmem_cache, as explained in:
> > http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2109a2d1b175dfcffbfdac693bdbe4c4ab62f11f
> >
> >
> > Could you tell me if there exists a crash version that supports
> > 2.6.15, and how to get it ?
> > Thanks in advance.
> > Xavier.
> >
> > traces
> > ---------------------------------------------------------------------------------------------------------------------
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > kmem_cache_init () at memory.c:6264
> > 6264            cache = ULONG(cache_buf + next_offset);
> > (gdb) bt
> > #0  kmem_cache_init () at memory.c:6264
> > #1  0x40000000000892f0 in vm_init () at memory.c:673
> > #2  0x40000000000585b0 in main_loop () at main.c:381
> > #3  0x400000000047f120 in current_interp_command_loop () at interps.c:274
> > #4  0x40000000002baf00 in captured_command_loop
> > (data=0x4000000000346800) at ./main.c:99
> > #5  0x4000000000346800 in do_catch_errors (uiout=0x600000000015b040,
> > data=0x600fffffffdaf0a0) at top.c:523
> > #6  0x40000000003464b0 in catcher (func=@0x4000000000729d00:
> > 0x40000000003467b0 <do_catch_errors>,
> >    func_uiout=0x600000000015b040, func_args=0x600fffffffdaf0a0,
> > func_val=0x600fffffffdaf0b0,
> >    func_caught=0x600fffffffdaf0b4, errstring=0x40000000006f9a28 "",
> > gdberrmsg=0x0, mask=6) at top.c:430
> > #7  0x40000000003468a0 in catch_errors (func=@0x400000000072cf20:
> > 0x40000000002baee0 <captured_command_loop>,
> >    func_args=0x0, errstring=0x40000000006f9a28 "", mask=6) at top.c:535
> > #8  0x40000000002bbeb0 in captured_main (data=0x600fffffffdaf5a8) at
> > ./main.c:813
> > #9  0x4000000000346800 in do_catch_errors (uiout=0x600000000001c8a0,
> > data=0x600fffffffdaf570) at top.c:523
> > #10 0x40000000003464b0 in catcher (func=@0x4000000000729d00:
> > 0x40000000003467b0 <do_catch_errors>,
> >    func_uiout=0x600000000001c8a0, func_args=0x600fffffffdaf570,
> > func_val=0x600fffffffdaf580,
> >    func_caught=0x600fffffffdaf584, errstring=0x40000000006f9a28 "",
> > gdberrmsg=0x0, mask=6) at top.c:430
> > #11 0x40000000003468a0 in catch_errors (func=@0x4000000000729350:
> > 0x40000000002baf80 <captured_main>,
> >    func_args=0x600fffffffdaf590, errstring=0x40000000006f9a28 "",
> > mask=6) at top.c:535
> > #12 0x40000000002bd0e0 in gdb_main (args=0x600fffffffdaf590) at
> > ./main.c:831
> > #13 0x40000000002bd180 in gdb_main_entry (argc=2,
> > argv=0x600fffffffdaf8b8) at ./main.c:851
> > #14 0x4000000000160d90 in gdb_main_loop (argc=2,
> > argv=0x600fffffffdaf8b8) at gdb_interface.c:66
> > #15 0x4000000000058490 in main (argc=2, argv=0x600fffffffdaf8b8) at
> > main.c:362
> >
> >--
> >Crash-utility mailing list
> >Crash-utility at redhat.com
> >https://www.redhat.com/mailman/listinfo/crash-utility
> >
> >