drivers/gpu/drm/tilcdc

TI Sitara and DaVinci LCD Controller (tilcdc)

The simple LCD controller block built into Texas Instruments' Sitara AM335x, DaVinci DA8xx, and OMAP-L1xx SoCs, which drives parallel RGB panels on embedded and industrial boards including the long-running BeagleBone Black. It replaced an older framebuffer driver and is the standard way these chips push pixels to a screen on Linux.

keep-annotate conf=0.83 deploy=medium replacement=none subsystem=gpu category=graphics-display
83%

recommendation

Worth keeping but documenting its niche, because it serves a specific class of TI ARM SoCs rather than mainstream graphics hardware. Upstream activity is healthy — there were modernization patches under review on dri-devel as recently as 2026 — and TI itself still sells AM335x-based boards like the BeagleBone Black and ships updated Linux SDKs for them, so real users would lose display output if it were dropped.

repository signals

11 files
2,790 source lines
35 commits, 5y
+149 / −120 lines added / removed, 5y
20 authors, 5y
monthly commits · 2021-04-21 → 2026-04-21 · 35 total · active in 24/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: 1 commit · +43 −11 2021-09: 0 commits · +0 −0 2021-10: 1 commit · +1 −3 2021-11: 1 commit · +0 −1 2021-12: 2 commits · +4 −3 2022-01: 0 commits · +0 −0 2022-02: 1 commit · +1 −1 2022-03: 1 commit · +5 −3 2022-04: 1 commit · +1 −1 2022-05: 0 commits · +0 −0 2022-06: 2 commits · +3 −0 2022-07: 1 commit · +0 −1 2022-08: 3 commits · +9 −9 2022-09: 1 commit · +4 −5 2022-10: 0 commits · +0 −0 2022-11: 2 commits · +4 −7 2022-12: 0 commits · +0 −0 2023-01: 0 commits · +0 −0 2023-02: 0 commits · +0 −0 2023-03: 1 commit · +2 −2 2023-04: 0 commits · +0 −0 2023-05: 1 commit · +2 −4 2023-06: 0 commits · +0 −0 2023-07: 0 commits · +0 −0 2023-08: 0 commits · +0 −0 2023-09: 3 commits · +11 −8 2023-10: 0 commits · +0 −0 2023-11: 1 commit · +4 −5 2023-12: 1 commit · +4 −15 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: 1 commit · +1 −1 2024-08: 0 commits · +0 −0 2024-09: 1 commit · +5 −1 2024-10: 0 commits · +0 −0 2024-11: 1 commit · +1 −1 2024-12: 2 commits · +2 −3 2025-01: 0 commits · +0 −0 2025-02: 0 commits · +0 −0 2025-03: 0 commits · +0 −0 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: 0 commits · +0 −0 2025-09: 2 commits · +2 −10 2025-10: 0 commits · +0 −0 2025-11: 1 commit · +37 −20 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. lore.kernel.org

    The driver was still receiving non-trivial upstream maintenance in 2026, including a v5 drm/tilcdc cleanup/modernization patch reviewed on dri-devel.

  2. ti.com

    A BeagleBone Black based on AM335x was still listed as an orderable product, indicating new hardware using this display block remained on sale.

  3. ti.com

    TI was still publishing and updating a Linux Processor SDK for AM335x in late 2025/early 2026, consistent with ongoing vendor support and deployed use.

codex reasoning notes (technical)

Local shell inspection (`rg`, `sed`) in this tree shows `tilcdc` is the TI LCDC DRM driver for `ti,am33xx-tilcdc` and `ti,da850-tilcdc`; Kconfig also names AM33xx/DA8xx/OMAP-L1xx and notes the old fbdev predecessor. `lore_file_timeline` on the directory returned no hits, so I fell back to `lore_activity(file=drivers/gpu/drm/tilcdc/tilcdc_drv.c,since=5y)`, which returned 32 recent touches including 2026 patch series URLs above; that argues against deprecation/removal. A follow-up lore/web search for removal discussion produced no positive removal evidence. TI product pages were obtained via web search and show both an orderable BeagleBone Black (AM335x) and a recently updated AM335x Linux SDK, so the hardware looks niche/industrial/legacy but still sold and deployed. Because the IP is old and usage is not broad consumer growth, but upstream and vendor signals are still active, `keep-annotate` fits better than deprecate/remove.