[PATCH v2] generic: Fix up the v6.12 config for ARM

[Linus Walleij]

This adds a few ARM-related kconfig options that makes the
configure phase smooth on ARM (32bit) systems.

We default PAN to enabled for protection, however this has
a syscall speed penalty, if your system is interacting a lot
from userspace you might want to disable it for speed vs
security. For in-kernel routing it should not be a major
issue.

Some marginal ARM system enables DRM so make sure we have
the related DRM Kconfigs set up to unselected.

Signed-off-by: Linus Walleij <linus.walleij at linaro.org>
---
Changes in v2:
- Rebased on recent changes in the generic v6.12 config.
- Link to v1: https://lore.kernel.org/r/20250502-arm-kconfig-v6-12-v1-1-d3fd3022dcaa@linaro.org
---
 target/linux/generic/config-6.12 | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/target/linux/generic/config-6.12 b/target/linux/generic/config-6.12
index 1f30dffb30c25476c9c8c9a1202b6302ef59994e..d13632e4a6e50f4e8ae9b3f0a37fb3beba04d3e5 100644
--- a/target/linux/generic/config-6.12
+++ b/target/linux/generic/config-6.12
@@ -396,6 +396,7 @@ CONFIG_ARM64_SW_TTBR0_PAN=y
 # CONFIG_ARM_CORESIGHT_PMU_ARCH_SYSTEM_PMU is not set
 # CONFIG_ARM_CPUIDLE is not set
 CONFIG_ARM_CPU_TOPOLOGY=y
+# CONFIG_ARM_DEBUG_WX is not set
 CONFIG_ARM_DMA_MEM_BUFFERABLE=y
 # CONFIG_ARM_DSU_PMU is not set
 # CONFIG_ARM_ERRATA_326103 is not set
@@ -434,6 +435,7 @@ CONFIG_ARM_GIC_MAX_NR=1
 # CONFIG_ARM_MHU is not set
 CONFIG_ARM_MODULE_PLTS=y
 # CONFIG_ARM_NI is not set
+CONFIG_ARM_PAN=y
 # CONFIG_ARM_PATCH_PHYS_VIRT is not set
 # CONFIG_ARM_PSCI is not set
 # CONFIG_ARM_PSCI_CHECKER is not set
@@ -6381,6 +6383,7 @@ CONFIG_SSB_POSSIBLE=y
 # CONFIG_SSB_SDIOHOST is not set
 # CONFIG_SSFDC is not set
 # CONFIG_SSIF_IPMI_BMC is not set
+CONFIG_STACKDEPOT_MAX_FRAMES=64
 # CONFIG_STACKPROTECTOR is not set
 # CONFIG_STACKPROTECTOR_PER_TASK is not set
 # CONFIG_STACKPROTECTOR_STRONG is not set

---
base-commit: b5fba2035180b7892f33516aa65851051d32c719
change-id: 20250502-arm-kconfig-v6-12-117ad9bbb95a

Best regards,
-- 
Linus Walleij <linus.walleij at linaro.org>