This patch series add support and enablement for mwait on AMD Naples
and Rome processors. Newer AMD processors support mwait, but only for
c1, and for c2 halt is used. The mwait-idle driver is modified to be
able to use both mwait and halt for idling.
Brian Woods (3):
mwait-idle: add support f
>>> On 25.02.19 at 21:23, wrote:
> This patch series add support and enablement for mwait on AMD Naples
> and Rome processors. Newer AMD processors support mwait, but only for
> c1, and for c2 halt is used. The mwait-idle driver is modified to be
> able to use both mwait and halt for idling.
I
On 2/26/19 4:49 AM, Jan Beulich wrote:
On 25.02.19 at 21:23, wrote:
>> This patch series add support and enablement for mwait on AMD Naples
>> and Rome processors. Newer AMD processors support mwait, but only for
>> c1, and for c2 halt is used. The mwait-idle driver is modified to be
>> abl
>>> On 26.02.19 at 17:25, wrote:
> Correct me if I'm wrong, but the Xen's acpi-idle implementation is
> dependent on dom0 using a AML interpreter and then giving that data back
> to Xen. I've heard that this doesn't always work correctly on PV dom0s
> and doesn't work at all on PVH dom0s.
For
On 2/26/19 10:37 AM, Jan Beulich wrote:
On 26.02.19 at 17:25, wrote:
>> Correct me if I'm wrong, but the Xen's acpi-idle implementation is
>> dependent on dom0 using a AML interpreter and then giving that data back
>> to Xen. I've heard that this doesn't always work correctly on PV dom0s
>>
>>> On 26.02.19 at 17:54, wrote:
> On 2/26/19 10:37 AM, Jan Beulich wrote:
> On 26.02.19 at 17:25, wrote:
>>> Correct me if I'm wrong, but the Xen's acpi-idle implementation is
>>> dependent on dom0 using a AML interpreter and then giving that data back
>>> to Xen. I've heard that this doesn
On 2/27/19 2:51 AM, Jan Beulich wrote:
On 26.02.19 at 17:54, wrote:
>> On 2/26/19 10:37 AM, Jan Beulich wrote:
>> On 26.02.19 at 17:25, wrote:
Correct me if I'm wrong, but the Xen's acpi-idle implementation is
dependent on dom0 using a AML interpreter and then giving that data