[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Re: [RFC PATCH V4 4/5] cpuidle: driver for xen
On 03/25/2011 07:19 AM, Len Brown wrote: > The Xen Dom0 kernel will trap into the hypervisor > whenever it does a HLT or an MWAIT, yes? Yes, on hlt. > What is the benefit of having Dom0 decided between > C-states that it can't actually enter? There might be a slight benefit to allow a domain to tell Xen what its overall utilisation is (ie, "I'd like this VCPU to run, but it isn't very important so you can take that into account when choosing scheduling priority and/or PCPU performance"). But there's nothing like that at present. > What is the mechanism by which those C-states are > made visible to Dom0, and how are those states > related to the states that are supported on > the bare iron? Because dom0 is the official ACPI owner (ie, it has the AML interpreter), we need dom0 to handle complex interactions with ACPI (the hypervisor can do simple table parsing). At present the mechanism for power states is that dom0 gets them out of ACPI, and then passes them to Xen which actually uses them. But no guest kernel has any runtime use of power states. J _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |