CVE-2026-72063

In the Linux kernel, the following vulnerability has been resolved:

gpio: tegra: do not call pinctrl for GPIO direction

tegra_gpio_direction_input() and tegra_gpio_direction_output() already

program the GPIO controller direction registers directly. The additional

pinctrl_gpio_direction_input/output() calls do not add a Tegra pinctrl

operation, because the Tegra pinmux ops provide GPIO request/free

handling but no gpio_set_direction hook.

The extra call still enters the pinctrl core and takes pctldev->mutex.

Shared GPIO users can call the direction path while holding their

per-line spinlock, so this otherwise redundant pinctrl direction call can

sleep in an atomic context.

This was found by our static analysis tool and then confirmed by manual

review of tegra_gpio_probe(), the Tegra GPIO direction callbacks and the

Tegra pinctrl ops. The reviewed path has a default non-sleeping

struct gpio_chip while the direction callback still enters the pinctrl

mutex path.

A directed runtime validation kept the same non-sleeping chip registration

and drove:

gpio_shared_proxy_direction_output()

gpiod_direction_output_raw_commit()

tegra_gpio_direction_output()

pinctrl_gpio_direction_output()

Lockdep reported a sleep-in-atomic warning with the shared GPIO spinlock

held and pinctrl_get_device_gpio_range() plus tegra_gpio_direction_output()

on the stack.

Do not mark the whole chip as can_sleep to paper over this: can_sleep

describes whether get()/set() may sleep, and Tegra value access is MMIO.

Remove the redundant pinctrl direction calls and keep pinctrl involvement

in the existing request/free path.