summaryrefslogtreecommitdiffstats
path: root/lib/clz_ctz.c
diff options
context:
space:
mode:
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>2022-07-21 19:41:10 +0200
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2022-07-26 20:56:49 +0200
commit4f4179fcf420873002035cf1941d844c9e0e7cb3 (patch)
tree35015628b89393bc881842cb1ccc2e381a315eeb /lib/clz_ctz.c
parentLinux 5.19-rc8 (diff)
downloadlinux-4f4179fcf420873002035cf1941d844c9e0e7cb3.tar.xz
linux-4f4179fcf420873002035cf1941d844c9e0e7cb3.zip
ACPI: CPPC: Do not prevent CPPC from working in the future
There is a problem with the current revision checks in is_cppc_supported() that they essentially prevent the CPPC support from working if a new _CPC package format revision being a proper superset of the v3 and only causing _CPC to return a package with more entries (while retaining the types and meaning of the entries defined by the v3) is introduced in the future and used by the platform firmware. In that case, as long as the number of entries in the _CPC return package is at least CPPC_V3_NUM_ENT, it should be perfectly fine to use the v3 support code and disregard the additional package entries added by the new package format revision. For this reason, drop is_cppc_supported() altogether, put the revision checks directly into acpi_cppc_processor_probe() so they are easier to follow and rework them to take the case mentioned above into account. Fixes: 4773e77cdc9b ("ACPI / CPPC: Add support for CPPC v3") Cc: 4.18+ <stable@vger.kernel.org> # 4.18+ Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'lib/clz_ctz.c')
0 files changed, 0 insertions, 0 deletions