WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [RFC, PATCH 14/24] i386 Vmi reboot fixes

To: Zachary Amsden <zach@xxxxxxxxxx>
Subject: [Xen-devel] Re: [RFC, PATCH 14/24] i386 Vmi reboot fixes
From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Date: Wed, 15 Mar 2006 22:03:44 -0700
Cc: Andrew Morton <akpm@xxxxxxxx>, Joshua LeVasseur <jtl@xxxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Pratap Subrahmanyam <pratap@xxxxxxxxxx>, Wim Coekaerts <wim.coekaerts@xxxxxxxxxx>, Chris Wright <chrisw@xxxxxxxx>, Jack Lo <jlo@xxxxxxxxxx>, Dan Hecht <dhecht@xxxxxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxxxx>, Christopher Li <chrisl@xxxxxxxxxx>, Virtualization Mailing List <virtualization@xxxxxxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxx>, Anne Holler <anne@xxxxxxxxxx>, Jyothy Reddy <jreddy@xxxxxxxxxx>, Kip Macy <kmacy@xxxxxxxxxxx>, Ky Srinivasan <ksrinivasan@xxxxxxxxxx>, Leendert van Doorn <leendert@xxxxxxxxxxxxxx>, Dan Arai <arai@xxxxxxxxxx>
Delivery-date: Fri, 17 Mar 2006 10:52:24 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4418A21E.6030704@xxxxxxxxxx> (Zachary Amsden's message of "Wed, 15 Mar 2006 15:24:14 -0800")
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <200603131809.k2DI9slZ005727@xxxxxxxxxxxxxxxxxxx> <m1fyljxvk8.fsf@xxxxxxxxxxxxxxxxxxxxxxxxx> <4418A21E.6030704@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux)
Zachary Amsden <zach@xxxxxxxxxx> writes:

> Eric W. Biederman wrote:
>> Zachary Amsden <zach@xxxxxxxxxx> writes:
>> Huh?  Rebooting through the BIOS and kexec are pretty much mutually 
>> exclusive.
>> Looking at the patch I can't see what you are talking about either.
>>
>
> Let me rephrase - kexec doesn't define calls for machine_shutdown and others
> that are in arch/i386/kernel/reboot.c.  So kexec requires BIOS reboot code to 
> be
> compiled in, even though the usage of the two is mutually exclusive.

Partially true.  Basically it has never been optional to compile in the
BIOS reboot code and kexec did not change that situation.  Although it
did provide a similar mechanism.

>> Does kexec successfully work under VMWare?
>>
>
> It should work just fine.  But it could expose bugs on either end.  I've been
> monitoring our kexec testing, and I'll be able to help you with any issues 
> that
> we might find on the Linux side.  :)

Ok.

>> machine_halt does not want to stop the processor.  It is very much
>> about killing the kernel and user space but having the software still
>> linger a little.
>>
>
> I was afraid of that.  I can back that change out.  The problem I had was that
> the shutdown code I was running in userspace would not make the syscalls to
> actually call machine_power_off, but machine_halt instead.  Will fix.

/sbin/halt -p will call machine_power_off if pm_power_off is defined.
otherwise it will call machine_halt.

Eric


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>