summaryrefslogtreecommitdiffstats
path: root/drivers/dma/dma-axi-dmac.c
diff options
context:
space:
mode:
authorMark Langsdorf <mlangsdo@redhat.com>2021-12-22 16:57:34 +0100
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2021-12-27 17:01:27 +0100
commitf81bdeaf816142e0729eea0cc84c395ec9673151 (patch)
tree07a2593de23f0e05863831aac564c8dec03de676 /drivers/dma/dma-axi-dmac.c
parentLinux 5.16-rc7 (diff)
downloadlinux-f81bdeaf816142e0729eea0cc84c395ec9673151.tar.xz
linux-f81bdeaf816142e0729eea0cc84c395ec9673151.zip
ACPICA: actypes.h: Expand the ACPI_ACCESS_ definitions
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>
Diffstat (limited to 'drivers/dma/dma-axi-dmac.c')
0 files changed, 0 insertions, 0 deletions