Generic V4L2 platform media helpers (video-mux and mem2mem deinterlace)
Two small, hardware-agnostic building blocks for the kernel's V4L2 video pipeline. The video-mux helper drives N-to-1 video bus multiplexers commonly found on embedded boards (notably NXP i.MX6 industrial designs), and the mem2mem deinterlace helper provides a generic software deinterlacer for capture pipelines that need progressive output.
recommendation
It should stay because both pieces are still actively maintained upstream, with recent fixes and framework adaptation work landing in 2024 and 2025, and they remain wired into current device-tree bindings used by i.MX-family embedded video pipelines that are still shipping in industrial products. They are generic plumbing rather than orphaned chipset code, so removing them would break working embedded media setups.
repository signals
sources
- lore.kernel.org
`video-mux.c` was still being touched by active linux-media API work in April 2026, indicating the top-level driver is maintained rather than abandoned.
- lore.kernel.org
`video-mux.c` received a direct bug fix ('Fix mutex locking') in September 2024, showing real maintenance beyond treewide churn.
- lore.kernel.org
`m2m-deinterlace.c` was still being cleaned up in linux-media in October 2025, so the other top-level driver also remains live upstream.
- cateee.net
LKDDb shows `CONFIG_VIDEO_MUX` still present through current kernel lines and describes it as support for generic N:1 video bus multiplexers.
- cateee.net
LKDDb shows `CONFIG_VIDEO_MEM2MEM_DEINTERLACE` remains present in current kernels as a generic deinterlacing V4L2 driver.
- git.kernel.org
Mainline keeps a dedicated DT binding for `video-mux`, which is evidence of ongoing supported deployments in device-tree-described embedded video pipelines.
- git.kernel.org
Mainline DTS files still instantiate `compatible = "video-mux"`; i.MX-family embedded boards remain a practical deployment niche in 2025-era industrial products.
codex reasoning notes (technical)
This directory is a real driver directory, but it is not one chipset driver: it contains two generic platform-media drivers (`video-mux.c` and `m2m-deinterlace.c`). I grounded activity with `lore_file_timeline` on both files; recent lore hits show direct maintenance and framework adaptation, not removal. I used web search to obtain the two LKDDb URLs for current-config presence. The kernel.org URLs are canonical recall, cross-checked against the local tree with `sed` on `drivers/media/platform/Kconfig` and `rg` hits for `video-mux` in DT bindings/DTS. Because these are generic helpers still wired into current media pipelines and still receiving upstream work, this should be kept, not deprecated.