Re: kmem -[sS] segfault on 2.6.25.17

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Oct 16, 2008 at 1:16 PM, Dave Anderson <anderson@xxxxxxxxxx> wrote:
>
> ----- "Dave Anderson" <anderson@xxxxxxxxxx> wrote:
>> Ok, then I can't see off-hand why it would segfault.  Prior to this
>> routine running, si->cpudata[0...i] all get allocated buffers equal
>> to the size that's being BZERO'd.
>>
>> Is si->cpudata[i] NULL or something?

(gdb) p si->cpudata
$1 = {0xa56400, 0xa56800, 0xa56c00, 0xa57000, 0x0 <repeats 252 times>}
(gdb) p si->cpudata[0]
$4 = (ulong *) 0xa56400

> Also, can you confirm that you are always using the exact vmlinux
> that is associated with each vmcore/live-system?  I mean you're
> not using a System.map command line argument, right?

Yes, I'm using the exact vmlinux.  Not using any arguments for live
crash; I am for the vmcore runs but that seems needed given crash's
[mapfile] [namelist] [dumpfile] argument parsing.

I use a redhat-style kernel rpm build process (with a more advanced
kernel .spec file); so I have debuginfo packages to match all my
kernels.

Mike

--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility

[Index of Archives]     [Fedora Development]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]

 

Powered by Linux