|
|
|
|
|
|
|
|
|
|
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
|
|
|
|
|