kernel/git/next/linux-next.git/drivers/gpio, branch master

Merge branch 'gpio/for-next' of https://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux.git

2026-09-08T19:48:55+00:00

Merge branch 'fixes' of https://git.kernel.org/pub/scm/linux/kernel/git/andy/linux-gpio-intel.git

2026-09-08T12:04:40+00:00

Merge branch 'gpio/for-current' of https://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux.git

2026-09-08T12:04:39+00:00

gpio: mvebu: name regmaps to fix debugfs collisions

2026-09-07T08:52:46+00:00

Each marvell,armada-370-gpio node provides both 'gpio' and 'pwm' register windows, and the driver creates one regmap per window on the same platform device. The shared regmap_config was unnamed, so both maps defaulted their debugfs directory to dev_name(), e.g. debugfs: 'f1018100.gpio' already exists in 'regmap' because the PWM regmap (and on Armada XP the per-CPU regmap) claimed the same directory as the GPIO regmap. Give each regmap a distinct .name so the debugfs directories become '.gpio', '.percpu' and '.pwm'. This only affects debugfs naming; register access is unchanged. Assisted-by: opencode:big-pickle Signed-off-by: Rosen Penev Reviewed-by: Linus Walleij Link: https://patch.msgid.link/20260905004334.177074-1-rosenp@gmail.com Signed-off-by: Bartosz Golaszewski

gpio: crystalcove: add missing MODULE_ALIAS()

2026-09-06T08:36:50+00:00

The crystalcove GPIO driver lacks a MODULE_ALIAS() to allow it to be auto-loaded. Fix this by adding the missing platform alias. Fixes: 104fb1d5153c ("gpio: Add support for Intel Crystal Cove PMIC") Assisted-by: LLM Signed-off-by: Dmitry Torokhov Reviewed-by: Linus Walleij Signed-off-by: Andy Shevchenko

treewide: refresh kmalloc_obj() conversions

2026-09-05T04:37:00+00:00

This is another run of the Coccinelle script for converting kmalloc() family of allocations to kmalloc_obj() via the existing rules in scripts/coccinelle/api/kmalloc_objs.cocci This catches both the set of kmalloc() uses added since the first kmalloc_obj() conversions in v7.0 and adds a large group missed in the first pass due to Coccinelle not interacting well with the cleanup.h scoped_...() family of macros[1]. I worked around this with spatch's "--macro-file" argument to a file with all the scoped_...() macros mapped to Coccinelle's YACFE_ITERATOR[2] as that was the closest viable control flow indicator I could find. Build tested allmodconfig on x86, arm64, arm, loongarch, mips, powerpc, riscv, and s390 with no new warnings. Link: https://lore.kernel.org/lkml/202609021314.8A9C0B8@keescook/ [1] Link: https://github.com/coccinelle/coccinelle/blob/master/standard.h [2] Signed-off-by: Kees Cook

gpio: altera: Fix build failure caused by undeclared 'irq'

2026-09-03T09:05:18+00:00

Use 'mapped_irq' instead of the undefined 'irq' variable in altera_gpio_probe(). The incorrect variable name causes the driver to fail to build with an 'irq' undeclared error. Fixes: 6e6e585b603e4 ("gpio: altera: Handle errors from optional IRQ lookup") Reported-by: Mark Brown Closes: https://lore.kernel.org/all/apgNYDiSiPmNZspF@sirena.org.uk/ Signed-off-by: bui duc phuc Link: https://patch.msgid.link/20260903030700.132068-1-phucduc.bui@gmail.com Signed-off-by: Bartosz Golaszewski

gpio: cdev: return EOPNOTSUPP when HTE is unavailable

2026-09-02T10:35:33+00:00

Map hte_ts_get() -ENODEV to -EOPNOTSUPP so userspace sees the same errno as when CONFIG_HTE is disabled or EVENT_CLOCK_HTE is unsupported. Signed-off-by: Iván Ezequiel Rodriguez Link: https://patch.msgid.link/20260831152306.166630-2-ivanrwcm25@gmail.com Signed-off-by: Bartosz Golaszewski

gpio: tegra186: Add support for Tegra268

2026-09-02T10:29:01+00:00

Add support for the 3 GPIO controllers, main, AON and UPHY, that are present on the Tegra268 device. Tegra268 has the same 3 GPIO controllers as Tegra264, but a subset of the GPIOs. Therefore, we can re-use the Tegra264 device-tree port definitions for Tegra268 and avoid duplicating these. Signed-off-by: Jon Hunter Link: https://patch.msgid.link/20260828-tegra-tegra268-gpio-v1-2-317bd91295e2@nvidia.com Signed-off-by: Bartosz Golaszewski

gpiolib: acpi: Add ignore_wake quirk for ASUS ZenBook UX425UA_UM425UA

2026-09-01T16:00:24+00:00

The ASUS ZenBook UX425UA_UM425UA (with AMD Ryzen 7 5700U SoC) fails to stay suspended in s2idle (Modern Standby), prematurely waking after 1-3 seconds with 0% hardware sleep achieved. In the laptop's ACPI SSDT tables (SSDT15), GPIO Pin 24 (hex 0x18) is defined in _AEI as ExclusiveAndWake targeting the PCIe bridge device \_SB.PCI0.GPP3: GpioInt (Edge, ActiveLow, ExclusiveAndWake, PullNone, 0x0000, "\\_SB.GPIO", ...) { 0x0018 } When the SoC powers down PCIe root ports into low-power states during s2idle, an electrical edge transition triggers a spurious wake interrupt on GPIO Pin 24. This signals the AMD GPIO controller (AMDI0030:00 / IRQ 7 via pinctrl_amd), aborting sleep across the system. Booting with kernel parameter "gpiolib_acpi.ignore_wake=AMDI0030:00@24" completely resolves the issue: amd_gpio reports ignoring the wakeup on pin 24, and interrupt counts in /proc/interrupts remain at 0 during sleep cycles, allowing uninterrupted s2idle until intentionally woken by the user. Add a DMI quirk entry to ignore wake events on AMDI0030:00@24 for this system. Signed-off-by: Kivan Reviewed-by: Mario Limonciello (AMD) Link: https://patch.msgid.link/20260821070651.39763-1-vaknins33@gmail.com Signed-off-by: Bartosz Golaszewski