[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [PATCH v2 0/5] x86: CPU idle management adjustments



The first patch is something I had meant to do forever since the introduction
of mwait-idle. The 2nd patch addresses a latent problem (becoming an active
one with patch 3) in C-state selection when actually entering an idle state.
The 3rd patch is my counterproposal to Brian's intended abuse (as I would
call it) of the mwait-idle driver. The final two patches are ones I've been
carrying for about 5 years now, initially waiting for a response to my
proposed edits to Ross'es patches, and eventually sort of forgotten (but
re-based as needed).

1: x86/cpuidle: switch to uniform meaning of "max_cstate="
2: x86/cpuidle: really use C1 for "urgent" CPUs
3: x86/AMD: make C-state handling independent of Dom0
4: x86: allow limiting the max C-state sub-state
5: tools/libxc: allow controlling the max C-state sub-state

Due to mail mangling issues I'm attaching all patches here, alongside the
individual mails in reply to this one.

Jan

Attachment: x86-cpuidle-honor-type.patch
Description: x86-cpuidle-honor-type.patch

Attachment: x86-cpuidle-urgent-use-C1.patch
Description: x86-cpuidle-urgent-use-C1.patch

Attachment: x86-AMD-idle.patch
Description: x86-AMD-idle.patch

Attachment: x86-allow-limiting-C-sub-state.patch
Description: x86-allow-limiting-C-sub-state.patch

Attachment: libxc-allow-controlling-C-sub-state.patch
Description: libxc-allow-controlling-C-sub-state.patch

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.