public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Magnus Damm <magnus@valinux.co.jp>
To: vgoyal@in.ibm.com
Cc: Magnus Damm <magnus.damm@gmail.com>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	fastboot@lists.osdl.org,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	Horms <horms@verge.net.au>, Andi Kleen <ak@muc.de>,
	Ian.Campbell@XenSource.com
Subject: Re: 2.6.19-rc1: kexec broken on x86_64
Date: Fri, 06 Oct 2006 11:28:27 +0900	[thread overview]
Message-ID: <1160101707.6870.8.camel@localhost> (raw)
In-Reply-To: <20061005163347.GD20551@in.ibm.com>

On Thu, 2006-10-05 at 12:33 -0400, Vivek Goyal wrote:
> On Thu, Oct 05, 2006 at 10:56:51PM +0900, Magnus Damm wrote:
> > Hi Vivek,
> > 
> > On 10/5/06, Vivek Goyal <vgoyal@in.ibm.com> wrote:
> > >On Thu, Oct 05, 2006 at 07:28:35PM +0900, Magnus Damm wrote:
> > >> Kexec is broken on x86_64 under 2.6.19-rc1.
> > >>
> > >> Or rather - kexec works ok under 2.6.19-rc1, but something related to
> > >> the vmlinux format has probably changed and kexec-tools fails to load
> > >> a vmlinux from 2.6.19-rc1.
> > >>
> > >> Loading bzImage works as usual, but vmlinux does not load properly.
> > >>
> > >> The kexec binary fails with the following message:
> > >>
> > >> Overlapping memory segments at 0x351000
> > >> sort_segments failed
> > >> / #
> > >>
> > >
> > >Hi Magnus,
> > >
> > >Can you please post the readelf -l output of the vmlinux you are trying
> > >to load. That's will give some indication if the segments are really
> > >overlapping in vmlinux or is it some processing bug at kexec-tools part.
> > 
> > Elf file type is EXEC (Executable file)
> > Entry point 0x100100
> > There are 4 program headers, starting at offset 64
> > 
> > Program Headers:
> >  Type           Offset             VirtAddr           PhysAddr
> >                 FileSiz            MemSiz              Flags  Align
> >  LOAD           0x0000000000100000 0xffffffff80100000 0x0000000000100000
> >                 0x00000000001a4888 0x00000000001a4888  R E    100000
> >  LOAD           0x00000000002a5000 0xffffffff802a5000 0x00000000002a5000
> >                 0x000000000008e086 0x00000000000c1504  RWE    100000
> >  LOAD           0x0000000000400000 0xffffffffff600000 0x00000000002fd000
> >                 0x0000000000000c08 0x0000000000000c08  RWE    100000
> >  NOTE           0x0000000000000000 0x0000000000000000 0x0000000000000000
> >                 0x0000000000000000 0x0000000000000000  R      8
> > 
> > Section to Segment mapping:
> >  Segment Sections...
> >   00     .text __ex_table .rodata .pci_fixup __ksymtab __ksymtab_gpl
> > __ksymtab_unused __ksymtab_strings __param
> >   01     .data .data.cacheline_aligned .data.read_mostly
> > .data.init_task .data.page_aligned .init.text .init.data .init.setup
> > .initcall.init .con_initcall.init .altinstructions
> > .altinstr_replacement .exit.text .init.ramfs .bss
> >   02     .vsyscall_0 .xtime_lock .vxtime .vgetcpu_mode .sys_tz
> > .sysctl_vsyscall .xtime .jiffies .vsyscall_1 .vsyscall_2 .vsyscall_3
> >   03
> >
> 
> Hi Magnus,
> 
> I think this got introduced because of Ian Cambell's patch for creating
> PT_NOTE headers. Can you please try attached patch. I think it should
> fix the issue.

You are right, the patch solves the problem. It is now possible to use
kexec on x86_64 to reboot into a vmlinux built from 2.6.19-rc1 + your
patch.

Nice work, thanks!

/ magnus


      reply	other threads:[~2006-10-06  2:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-05 10:28 2.6.19-rc1: kexec broken on x86_64 Magnus Damm
2006-10-05 13:45 ` Vivek Goyal
2006-10-05 13:56   ` Magnus Damm
2006-10-05 14:24     ` Vivek Goyal
2006-10-05 15:17       ` Eric W. Biederman
2006-10-05 14:33     ` Eric W. Biederman
2006-10-05 16:33     ` Vivek Goyal
2006-10-06  2:28       ` Magnus Damm [this message]

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=1160101707.6870.8.camel@localhost \
    --to=magnus@valinux.co.jp \
    --cc=Ian.Campbell@XenSource.com \
    --cc=ak@muc.de \
    --cc=ebiederm@xmission.com \
    --cc=fastboot@lists.osdl.org \
    --cc=horms@verge.net.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=magnus.damm@gmail.com \
    --cc=vgoyal@in.ibm.com \
    /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