Rockchip RK3xxx/RK35xx SoC platform support
Low-level platform support for Rockchip's RK3xxx and RK35xx ARM systems-on-chip, covering the general register file, I/O voltage domain configuration, and thermal/power management. These SoCs power single-board computers (Radxa, Pine64, Orange Pi), Android TV boxes, Chromebooks, and embedded devices, with the newer RK3576 and RK3588 parts still sold new.
recommendation
It should stay because these are the platform glue drivers (general register file, I/O domain voltage handling, and thermal/power management) that current Rockchip chips depend on, including the RK3576 and RK3588 still being sold into single-board computers, TV boxes, and embedded products in 2024–2025. Upstream maintenance is active, with bug fixes still landing in 2026, and there is no replacement in the tree.
repository signals
sources
- lore.kernel.org
`drivers/soc/rockchip/grf.c` received a real bug-fix patch in March 2026 ('Add missing of_node_put() when returning'), showing ongoing upstream maintenance.
- rock-chips.com
Rockchip marketed RK3576 in 2024 with Linux SDK support, indicating current-generation hardware still shipping around 2025.
- rock-chips.com
Rockchip markets RK3588 with Android/Linux support and modern high-speed interfaces, supporting the case that the family remains relevant in new deployments.
codex reasoning notes (technical)
Local inspection via `exec_command` showed real SoC support drivers (`grf.c`, `io-domain.c`, `dtpm.c`), not test/docs/helpers only; `grf.c` already contains support tables for recent SoCs including RK3576 and RK3588. lore evidence came from `lore_file_timeline` on `drivers/soc/rockchip/grf.c` and `drivers/soc/rockchip/io-domain.c`; cited lore URL was returned directly by that tool. Rockchip product URLs were obtained via `web.search_query` and confirmed with `web.open`. No natural successor driver is visible in-tree; these are platform-specific support blocks still needed for current Rockchip SoCs. A targeted removal/deprecation search was attempted (`lore_regex`, then `lei`) but produced no usable removal evidence, so there is no basis to escalate beyond keep.