[Crash-utility] strange kdump vmcore PT_LOAD segments
Dave Anderson
anderson at redhat.com
Thu May 4 19:39:22 UTC 2006
Vivek Goyal wrote:
> On Thu, May 04, 2006 at 03:08:14PM -0400, Dave Anderson wrote:
> > >
> > > Right, but something is fundamentally wrong with your
> > > vmcore:
> > >
> > > p_paddr p_filesz
> > > First segment: 0 8000
> > > Second segment: 8000 1ff7fff
> > > Third segment: 2fd0f001 d02f0fff
> > >
> > > It cannot have a p_paddr address that is not page-aligned,
> > > nor can you have a p_filesz that is not page-aligned.
> > >
> > > Dave
> >
> > Vivek et al,
> >
> > Have there been any recent changes to the kdump code
> > that might cause strange PT_LOAD segment contents?
> >
>
> Dave, As per my knowledge nothing has changed. Generally PT_LOAD headers are
> generated from user space while kernel is being loaded and second kernel
> leaves them untouched except updating the offset field. So there are
> high chances that user space itself is not generating right headers while
> loading the capture kernel.
>
> Dave Wilder, can you put some debugging statement in kexec-tools and see
> what header values are being generated from user space and do they match
> with what /proc/vmcore is showing.
>
> I will do some experiments on x86_64.
>
> Thanks
> Vivek
OK thanks -- changing the $Subject to keep better track of this.
Dave
More information about the Crash-utility
mailing list