[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
Zachary Amsden <> writes:

> Eric W. Biederman wrote:
>> Zachary Amsden <> 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. :)


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


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-03-16 06:14    [W:0.049 / U:40.688 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site