aboutsummaryrefslogtreecommitdiff
path: root/tools/testing/selftests/bpf/prog_tests/prog_array_init.c
diff options
context:
space:
mode:
authorMarc Zyngier <[email protected]>2024-12-13 14:10:37 +0000
committerThomas Gleixner <[email protected]>2024-12-13 18:15:29 +0100
commit773c05f417fa14e1ac94776619e9c978ec001f0b (patch)
treecfaa3ea0d03c3ccfc6b948f5f1559b55d51a3e7b /tools/testing/selftests/bpf/prog_tests/prog_array_init.c
parenta1855f1b7c33642c9f7a01991fb763342a312e9b (diff)
irqchip/gic-v3: Work around insecure GIC integrations
It appears that the relatively popular RK3399 SoC has been put together using a large amount of illicit substances, as experiments reveal that its integration of GIC500 exposes the *secure* programming interface to non-secure. This has some pretty bad effects on the way priorities are handled, and results in a dead machine if booting with pseudo-NMI enabled (irqchip.gicv3_pseudo_nmi=1) if the kernel contains 18fdb6348c480 ("arm64: irqchip/gic-v3: Select priorities at boot time"), which relies on the priorities being programmed using the NS view. Let's restore some sanity by going one step further and disable security altogether in this case. This is not any worse, and puts us in a mode where priorities actually make some sense. Huge thanks to Mark Kettenis who initially identified this issue on OpenBSD, and to Chen-Yu Tsai who reported the problem in Linux. Fixes: 18fdb6348c480 ("arm64: irqchip/gic-v3: Select priorities at boot time") Reported-by: Mark Kettenis <[email protected]> Reported-by: Chen-Yu Tsai <[email protected]> Signed-off-by: Marc Zyngier <[email protected]> Signed-off-by: Thomas Gleixner <[email protected]> Tested-by: Chen-Yu Tsai <[email protected]> Cc: [email protected] Link: https://lore.kernel.org/all/[email protected]
Diffstat (limited to 'tools/testing/selftests/bpf/prog_tests/prog_array_init.c')
0 files changed, 0 insertions, 0 deletions