STMicroelectronics STM32 pin controllers
Configures the pin multiplexing and GPIO routing on STMicroelectronics' STM32 chips, including the STM32F4/F7/H7 microcontrollers used in industrial and embedded boards and the STM32MP1/MP2 Cortex-A application processors found in single-board computers and industrial gateways. It tells each chip pin which on-chip peripheral (UART, SPI, I2C, Ethernet, etc.) to expose.
recommendation
It should stay because it supports STMicroelectronics' current STM32 microcontroller and microprocessor families, including the STM32H7 series and the STM32MP1/MP2 application processors that ST still sells in volume in 2025. Upstream patch activity continued into 2026 and the device-tree bindings cover the latest MP257 silicon, so this is actively maintained code for hardware shipping today.
repository signals
sources
- lore.kernel.org
The core STM32 pinctrl code was still being touched by upstream patch traffic in March 2026, indicating ongoing maintenance rather than abandonment.
- git.kernel.org
The binding covers current STM32 pinctrl compatibles including st,stm32mp135-pinctrl, st,stm32mp157-pinctrl, st,stm32mp257-pinctrl, and st,stm32h743-pinctrl.
- st.com
STM32MP257F is listed by ST as Active and in volume production, showing this driver supports currently sold silicon.
- st.com
STM32H743VG is listed by ST as Active and in volume production, showing another supported family remains commercially current.
codex reasoning notes (technical)
Real driver directory with platform_driver/module entry points. lore_file_timeline on drivers/pinctrl/stm32/pinctrl-stm32.c showed substantial activity through 2026-03-19 and no removal signal in consulted lore results; a broader removal-subject lore query timed out rather than finding a deprecation thread. Local tree inspection via rg showed support for STM32MP135/157/257 and STM32H743; cited binding URL is a canonical git.kernel.org recall for that file. ST product pages were obtained via web search on st.com and show active, volume-production STM32MP257F and STM32H743VG parts. Because the directory supports current ST MCU/MPU families and still sees upstream churn, the correct disposition is keep, not deprecate.