[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080515200923.GC9718@redhat.com>
Date: Thu, 15 May 2008 16:09:23 -0400
From: Vivek Goyal <vgoyal@...hat.com>
To: "Huang, Ying" <ying.huang@...el.com>
Cc: "Eric W. Biederman" <ebiederm@...ssion.com>,
Pavel Machek <pavel@....cz>, nigel@...el.suspend2.net,
"Rafael J. Wysocki" <rjw@...k.pl>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, linux-pm@...ts.linux-foundation.org,
Kexec Mailing List <kexec@...ts.infradead.org>
Subject: Re: [PATCH -mm] kexec jump -v9
[..]
> > > +2:
> > > + call *%edx
> >
> > > + movl %edi, %edx
> > > + popl %edi
> > > + pushl %edx
> > > + jmp 2b
> > > +
> >
> > What does above piece of code do? Looks like redundant for switching
> > between the kernels? After call *%edx, we never return here. Instead
> > we come back to "kexec_jump_back_entry"?
>
> For switching between the kernels, this is redundant. Originally another
> feature of kexec jump is to call some code in physical mode. This is
> used to provide a C ABI to called code.
>
Hi Huang,
Ok, You want to make BIOS calls. We already do that using vm86 mode and
use bios real mode interrupts. So why do we need this interface? Or, IOW,
how is this interface better?
Do you have something in mind where/how are you going to use it?
Thanks
Vivek
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists