[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <56EC17FD.5050104@hpe.com>
Date: Fri, 18 Mar 2016 11:00:13 -0400
From: Linda Knippers <linda.knippers@....com>
To: "Rafael J. Wysocki" <rjw@...ysocki.net>
Cc: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>,
tony.luck@...el.com, bp@...en8.de, tglx@...utronix.de,
mingo@...hat.com, hpa@...or.com, lenb@...nel.org,
linux-edac@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4] acpi: Issue _OSC call for native thermal interrupt
handling
On 3/17/2016 8:17 PM, Rafael J. Wysocki wrote:
<snip>
>>>>>>> This change introduces a new function
>>>>>>> acpi_early_processor_set_osc(),
>>>>>>> which walks acpi name space and finds acpi processor object and
>>>>>>> set capability via _OSC method to take over thermal LVT.
>>>>>> Does this change just affect Skylake platforms or all platforms?
>>>>> Any platform which has Intel ® Speed Shift Technology (aka HWP)
>>>>> feature present and enabled.
>>
>> Could this be an unexpected change in behavior for platforms
>> with HWP that don't have this bug, assuming they would look at
>> the _OSC CPPP bit? That's actually my main concern here.
>
> Do you have any specific platforms in mind or just in general?
It's just general right now but as more HWP server platforms come out,
it may become specific.
-- ljk
>
> Thanks,
> Rafael
>
Powered by blists - more mailing lists