[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Re: computer stalls instead of reboot
Am 09.09.2011 15:52, schrieb Heiko Wundram: > Am 09.09.2011 15:45, schrieb Sven KÃhler: >> I wonder, what the disadvantage are. >> The hypervisor will still regulate CPU frequency, will it not? > > No, it will not. In xen 3.x, the hypervisor did the cpufreq-like CPU frequency switching. Has this changes in xen 4.x and the dom0 kernel is now responsible? >> Also, is the dom0 kernel doing something that it shouldn't do? >> (maybe something that collides with the ACPI-related activities of the >> hypervisor, if there are any?) > > I guess the BIOS is simply reporting broken ACPI tables to the operating > system (the board is a "consumer" board, so you can guess that the > manufacturer only tests the ACPI-tables for compatability with Windows). > > The ACPI tables (AFAIK, someone correct me) also contain a method for > rebooting the system, which simply doesn't work/is broken when Xen is > involved. Forcing acpi=off means that the normal triple-fault or > kbd-controller reset machinery is always used, as ACPI isn't even > initialized. > > What struck me as odd, though: you can configure Linux to use "some > other" form of hard reset through a kernel parameter, but setting that > to explicitly use triple-faults didn't work, either (same hangs), so > possibly it's some form of additional interaction between Xen, the board > and the hypervisor. Anyway, the Hetzner "recommended" fix is just what I > sent you, and I can confirm that works. Thanks for the explanation. Here's another thing: why does rebooting work, if xen is not involved, i.e. if the same kernel runs without xen? (I'm pretty sure this was true the last time I tried) I would assume, that broken ACPI tables would result in no reboot no matter what. Also, does the dom0 kernel do the reboot, or the hypervisor? In the past, there were some reboot/poweroff related patches for the xen part of the kernel. I assumed, that the dom0 kernel is not using the "normal" reboot/poweroff code and instead instructs the hypervisor reboot/poweroff the machine. On the other hand, all the patches that went into linux 3.0 which were aimed at making poweroff/reboot as similar to windows as possible sounded promising, but didn't help in the Hetzner case :-( Regards, Sven _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |