Zachary Amsden <[email protected]> writes:
> Fix reboot to work with the VMI. We must support fallback to the standard
> BIOS reboot mechanism. Turns out that this is required by kexec, and a good
> idea for native hardware.
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.
Does kexec successfully work under VMWare?
> We simply insert the NOP VMI reboot hook before
> calling the BIOS reboot. While here, fix SMP reboot issues as well. The
> problem is the halt() macro in VMI has been defined to be equivalent to
> safe_halt(), which enables interrupts. Several call sites actually want to
> disable interrupts and shutdown the processor, which is what VMI_Shutdown()
> does.
machine_halt actually is not one of those places.
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.
This needs a cleaner abstraction to make sense or go in.
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
