forked from luck/tmp_suning_uos_patched
fcfd8282c5
[ Upstream commit f81bdeaf816142e0729eea0cc84c395ec9673151 ] ACPICA commit bc02c76d518135531483dfc276ed28b7ee632ce1 The current ACPI_ACCESS_*_WIDTH defines do not provide a way to test that size is small enough to not cause an overflow when applied to a 32-bit integer. Rather than adding more magic numbers, add ACPI_ACCESS_*_SHIFT, ACPI_ACCESS_*_MAX, and ACPI_ACCESS_*_DEFAULT #defines and redefine ACPI_ACCESS_*_WIDTH in terms of the new #defines. This was inititally reported on Linux where a size of 102 in ACPI_ACCESS_BIT_WIDTH caused an overflow error in the SPCR initialization code. Link: https://github.com/acpica/acpica/commit/bc02c76d Signed-off-by: Mark Langsdorf <mlangsdo@redhat.com> Signed-off-by: Bob Moore <robert.moore@intel.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Signed-off-by: Sasha Levin <sashal@kernel.org> |
||
---|---|---|
.. | ||
platform | ||
acbuffer.h | ||
acconfig.h | ||
acexcep.h | ||
acnames.h | ||
acoutput.h | ||
acpi_bus.h | ||
acpi_drivers.h | ||
acpi_io.h | ||
acpi_lpat.h | ||
acpi_numa.h | ||
acpi.h | ||
acpiosxf.h | ||
acpixf.h | ||
acrestyp.h | ||
actbl.h | ||
actbl1.h | ||
actbl2.h | ||
actbl3.h | ||
actypes.h | ||
acuuid.h | ||
apei.h | ||
battery.h | ||
button.h | ||
cppc_acpi.h | ||
ghes.h | ||
hed.h | ||
nfit.h | ||
pcc.h | ||
pdc_intel.h | ||
processor.h | ||
reboot.h | ||
video.h |