OrangePi_CM5/include/acpi
Mark Langsdorf fcfd8282c5 ACPICA: actypes.h: Expand the ACPI_ACCESS_ definitions
[ 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>
2022-01-27 10:54:18 +01:00
..
platform
…
acbuffer.h
…
acconfig.h
…
acexcep.h
…
acnames.h
…
acoutput.h
…
acpi.h
…
acpi_bus.h
…
acpi_drivers.h
…
acpi_io.h
…
acpi_lpat.h
…
acpi_numa.h
…
acpiosxf.h
…
acpixf.h
…
acrestyp.h
…
actbl.h
…
actbl1.h
…
actbl2.h
…
actbl3.h
…
actypes.h ACPICA: actypes.h: Expand the ACPI_ACCESS_ definitions 2022-01-27 10:54:18 +01:00
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
…