Kexec Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Vivek Goyal <vgoyal@redhat.com>
To: Bernhard Walle <bwalle@suse.de>
Cc: Kexec Mailing List <kexec@lists.infradead.org>,
	Cliff Wickman <cpw@sgi.com>
Subject: Re: kexec -p loads
Date: Wed, 27 Aug 2008 11:36:22 -0400	[thread overview]
Message-ID: <20080827153622.GD3694@redhat.com> (raw)
In-Reply-To: <20080827173035.71358a1f@halley.suse.de>

On Wed, Aug 27, 2008 at 05:30:35PM +0200, Bernhard Walle wrote:
> * Vivek Goyal [2008-08-27 11:28]:
> > > > 
> > > > > I have this debugging output from my kexec:
> > > > > 
> > > > > cpw: elf_x86_64_load returning entry:0x1550
> > > > > cpw: after call to file_type[i].load: nr_segments:6 entry:0x1550
> > > > > kexec_load: entry = 0x1550 flags = 1
> > > > > nr_segments = 6
> > > > > segment[0].buf   = 0x5237a0
> > > > > segment[0].bufsz = 7100
> > > > > segment[0].mem   = 0x1000
> > > > > segment[0].memsz = 9000
> > > > > 
> > > > > segment[1].buf   = 0x52aaf0
> > > > > segment[1].bufsz = 1000
> > > > > segment[1].mem   = 0xa000
> > > > > segment[1].memsz = 1000
> > > > > 
> > > > 
> > > > I think above two segments are not being loaded at right place. Looks like
> > > > kexec-tools decided to load first one at physical address 0x1000 and other at
> > > > physical address 0xa000. For crash kernel this is not right. It should
> > > > come out of reserved memory area and that's why you are encountering the
> > > > error.
> > > 
> > > Relocatability in ELF image never worked on x86_64 because of GDB but
> > > (so the binary was marked as ET_EXEC instead of ET_DYN).
> > > 
> > > You have to use bzImage for kdump in any case.
> > 
> > True that vmlinux is not relocatable. But one can always compile the
> > vmlinux for a fixed physical address (Address in reserved region) and then
> > use it?  In this case his vmlinux seems to have been compiled for physical
> > address 16MB. Which should be usable if there is a reserved memory region
> > at 16MB.
> 
> Of course, that's true. I just thought when Cliff uses the same kernel
> for "kexec -l" and "kexec -p", then it's the "normal" kernel. But I
> didn't calculate the numbers.
> 
> 

Its litle tricky. I think one can always do both "kexec -l" and "kexec -p"
on a vmlinux which has been built for kdump (for reserved region).

But one can not do "kexec -p" on normal kernel vmlinux.

So I am assuming that Cliff is running into first case. But he can tell
us more. 

Cliff, is it same vmlinux which you use for first kernel or a different
vmlinux compiled for dump capture.

Thanks
Vivek

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

  reply	other threads:[~2008-08-27 15:36 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1KY6n1-00014H-Qi@eag09.americas.sgi.com>
2008-08-27 13:39 ` kexec -p loads Vivek Goyal
2008-08-27 13:43   ` Bernhard Walle
2008-08-27 15:28     ` Vivek Goyal
2008-08-27 15:30       ` Bernhard Walle
2008-08-27 15:36         ` Vivek Goyal [this message]
2008-08-27 18:34           ` Cliff Wickman
2008-08-27 19:01             ` Vivek Goyal
2008-08-27 19:23               ` Cliff Wickman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080827153622.GD3694@redhat.com \
    --to=vgoyal@redhat.com \
    --cc=bwalle@suse.de \
    --cc=cpw@sgi.com \
    --cc=kexec@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox