drivers/gpu/drm/hyperv

Microsoft Hyper-V synthetic video DRM driver

The virtual display device that Microsoft's Hyper-V hypervisor exposes to Linux guests, providing the framebuffer and modesetting for VMs running on Windows Server, Windows 11, and Azure hosts. It is the modern DRM-based replacement for the older fbdev-style hyperv_fb driver and is the standard graphics path for Linux running inside Hyper-V.

keep conf=0.93 deploy=medium replacement=none subsystem=gpu category=virtualization
93%

recommendation

It should stay because Hyper-V is one of the major hypervisors Linux runs under in 2025, and this is the only in-tree driver for its synthetic graphics device. The code is actively maintained, with 2025 patch traffic adding drm_panic support, reworking the modesetting code, and landing build fixes, and Kconfig already directs users to prefer it over the legacy framebuffer driver.

repository signals

6 files
1,180 source lines
39 commits, 5y
+1,408 / −206 lines added / removed, 5y
20 authors, 5y
monthly commits · 2021-04-21 → 2026-04-21 · 39 total · active in 30/61 months
2021 2022 2023 2024 2025 2026 2021-04: 0 commits · +0 −0 2021-05: 2 commits · +1,087 −0 2021-06: 2 commits · +3 −3 2021-07: 0 commits · +0 −0 2021-08: 1 commit · +2 −2 2021-09: 1 commit · +55 −1 2021-10: 0 commits · +0 −0 2021-11: 2 commits · +22 −2 2021-12: 1 commit · +3 −0 2022-01: 0 commits · +0 −0 2022-02: 1 commit · +3 −2 2022-03: 0 commits · +0 −0 2022-04: 1 commit · +4 −1 2022-05: 2 commits · +10 −87 2022-06: 1 commit · +2 −0 2022-07: 1 commit · +4 −3 2022-08: 2 commits · +4 −8 2022-09: 2 commits · +1 −3 2022-10: 0 commits · +0 −0 2022-11: 2 commits · +1 −2 2022-12: 0 commits · +0 −0 2023-01: 1 commit · +1 −3 2023-02: 0 commits · +0 −0 2023-03: 0 commits · +0 −0 2023-04: 1 commit · +0 −1 2023-05: 0 commits · +0 −0 2023-06: 0 commits · +0 −0 2023-07: 1 commit · +1 −0 2023-08: 0 commits · +0 −0 2023-09: 1 commit · +6 −0 2023-10: 1 commit · +4 −3 2023-11: 0 commits · +0 −0 2023-12: 0 commits · +0 −0 2024-01: 1 commit · +2 −6 2024-02: 0 commits · +0 −0 2024-03: 0 commits · +0 −0 2024-04: 1 commit · +2 −2 2024-05: 0 commits · +0 −0 2024-06: 0 commits · +0 −0 2024-07: 0 commits · +0 −0 2024-08: 0 commits · +0 −0 2024-09: 2 commits · +5 −3 2024-10: 0 commits · +0 −0 2024-11: 1 commit · +1 −1 2024-12: 1 commit · +0 −2 2025-01: 0 commits · +0 −0 2025-02: 1 commit · +2 −0 2025-03: 0 commits · +0 −0 2025-04: 1 commit · +115 −61 2025-05: 1 commit · +36 −0 2025-06: 0 commits · +0 −0 2025-07: 0 commits · +0 −0 2025-08: 0 commits · +0 −0 2025-09: 1 commit · +11 −0 2025-10: 0 commits · +0 −0 2025-11: 2 commits · +16 −0 2025-12: 1 commit · +5 −10 2026-01: 0 commits · +0 −0 2026-02: 0 commits · +0 −0 2026-03: 0 commits · +0 −0 2026-04: 0 commits · +0 −0

sources

  1. cateee.net

    LKDDb identifies CONFIG_DRM_HYPERV as the Hyper-V synthetic video DRM driver, maps it to Microsoft PCI ID 1414:5353, and notes it is the DRM path preferred over FB_HYPERV in current kernels.

  2. mail-archive.com

    Public patch traffic shows the driver still received a build-fix patch in November 2025, indicating active maintenance rather than abandonment.

  3. spinics.net

    A 2025 drm-next patch series substantially reworked hyperv_drm modesetting/atomic helper code, showing ongoing upstream development.

  4. learn.microsoft.com

    Microsoft still documents supported Linux guests on Hyper-V for Windows Server 2025, Windows 11, and related current platforms, so Hyper-V guest deployments remain current.

  5. static.lwn.net

    Kernel documentation describes Hyper-V guest support as an active Linux virtualization environment across x86/x64 and arm64.

codex reasoning notes (technical)

Local tree inspection via shell `rg`/`sed` confirmed this directory is a real DRM driver for the Hyper-V synthetic video device and that Kconfig explicitly says to prefer it over FB_HYPERV. Local `git -c safe.directory=... log` showed recent 2024-2026 substantive maintenance, including replacing simple-KMS and adding drm_panic support. Web search against lore-related terms found no removal/deprecation hits; the obtained public patch pages from mail-archive and spinics instead show active 2025 maintenance. Deployment evidence came from Microsoft Learn and kernel Hyper-V docs obtained via web search, supporting continued real-world use in current Hyper-V Linux guest environments. Because this is virtual hardware tied to an actively shipped hypervisor, there is no natural upstream replacement driver beyond this driver itself.