drivers/media/platform/st/sti/bdisp

STMicroelectronics STiH407/STiH410 BDISP 2D blitter

A hardware 2D image blitter built into STMicroelectronics' STiH407 and STiH410 set-top-box system-on-chips from around 2013. It accelerates pixel-format conversion, scaling, and compositing for video pipelines on ST-powered cable, satellite, and IPTV boxes.

keep-annotate conf=0.73 deploy=low replacement=none subsystem=media category=media-other
73%

recommendation

Worth keeping but flagging as legacy because the underlying STi set-top-box silicon is no longer sold and the broader STi platform is being trimmed in 2025 (with STiH415/STiH416 and internal ST reference boards already on the way out). However, the BDISP driver itself still received non-trivial fixes in 2024-2025 and no removal series has been posted, and deployed set-top boxes likely still rely on it, so it should remain available while being documented as niche.

repository signals

8 files
3,693 source lines
15 commits, 5y
+3,751 / −44 lines added / removed, 5y
11 authors, 5y
monthly commits · 2021-04-21 → 2026-04-21 · 15 total · active in 9/61 months
2021 2022 2023 2024 2025 2026 2021-04: 0 commits · +0 −0 2021-05: 0 commits · +0 −0 2021-06: 0 commits · +0 −0 2021-07: 0 commits · +0 −0 2021-08: 0 commits · +0 −0 2021-09: 0 commits · +0 −0 2021-10: 0 commits · +0 −0 2021-11: 0 commits · +0 −0 2021-12: 0 commits · +0 −0 2022-01: 0 commits · +0 −0 2022-02: 0 commits · +0 −0 2022-03: 3 commits · +3,710 −3 2022-04: 0 commits · +0 −0 2022-05: 0 commits · +0 −0 2022-06: 0 commits · +0 −0 2022-07: 0 commits · +0 −0 2022-08: 0 commits · +0 −0 2022-09: 0 commits · +0 −0 2022-10: 0 commits · +0 −0 2022-11: 0 commits · +0 −0 2022-12: 0 commits · +0 −0 2023-01: 0 commits · +0 −0 2023-02: 1 commit · +2 −0 2023-03: 1 commit · +2 −4 2023-04: 0 commits · +0 −0 2023-05: 0 commits · +0 −0 2023-06: 0 commits · +0 −0 2023-07: 0 commits · +0 −0 2023-08: 0 commits · +0 −0 2023-09: 0 commits · +0 −0 2023-10: 0 commits · +0 −0 2023-11: 0 commits · +0 −0 2023-12: 0 commits · +0 −0 2024-01: 0 commits · +0 −0 2024-02: 0 commits · +0 −0 2024-03: 0 commits · +0 −0 2024-04: 0 commits · +0 −0 2024-05: 0 commits · +0 −0 2024-06: 0 commits · +0 −0 2024-07: 0 commits · +0 −0 2024-08: 1 commit · +5 −5 2024-09: 1 commit · +1 −1 2024-10: 1 commit · +0 −2 2024-11: 0 commits · +0 −0 2024-12: 0 commits · +0 −0 2025-01: 0 commits · +0 −0 2025-02: 0 commits · +0 −0 2025-03: 1 commit · +11 −11 2025-04: 0 commits · +0 −0 2025-05: 0 commits · +0 −0 2025-06: 0 commits · +0 −0 2025-07: 0 commits · +0 −0 2025-08: 4 commits · +18 −16 2025-09: 0 commits · +0 −0 2025-10: 0 commits · +0 −0 2025-11: 0 commits · +0 −0 2025-12: 0 commits · +0 −0 2026-01: 0 commits · +0 −0 2026-02: 2 commits · +2 −2 2026-03: 0 commits · +0 −0 2026-04: 0 commits · +0 −0

sources

  1. cateee.net

    LKDDb maps CONFIG_VIDEO_STI_BDISP to this directory and to OF compatible st,stih407-bdisp; the driver is still present in current kernel series listings.

  2. st.com

    STiH407/STiH410 are 2013-era ST set-top-box / connected-client SoCs, indicating legacy consumer multimedia hardware rather than a current product family.

  3. lists.infradead.org

    2025 STi cleanup discussion removes unsupported STiH415/STiH416 entries and internal B2120 board support, showing the broader STi platform is being trimmed as legacy, but not proposing bdisp driver removal.

codex reasoning notes (technical)

Real driver directory: local shell read of Kconfig identifies a V4L2 mem2mem 'STMicroelectronics BDISP 2D blitter driver' for ST SoCs. Lore MCP/lei were unavailable here, so lore history was approximated via web search plus direct open of a 2025 linux-arm-kernel cleanup thread; I found no bdisp-specific removal series, while the provided static metadata shows substantive non-mechanical fixes in 2024-2025, so this is not dead code. LKDDb page was obtained by web search/open; ST PDF was obtained by web search/open; the 2025 mailing-list thread was obtained by web search/open. Hardware appears tied to old STiH407/STiH410 set-top-box silicon and is very unlikely to be sold new in 2025, but deployed boxes may still exist in the field. Result: keep the driver, but annotate it as legacy/niche rather than deprecating or removing it.