lkml.org 
[lkml]   [2006]   [Mar]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC, PATCH 14/24] i386 Vmi reboot fixes
From
Date
Zachary Amsden <zach@vmware.com> writes:

> Eric W. Biederman wrote:
>> Zachary Amsden <zach@vmware.com> 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

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-03-16 06:14    [from the cache]
©2003-2011 Jasper Spaans