drivers/s390/virtio

virtio-ccw transport for IBM Z KVM guests

The virtio transport that lets Linux guests running on KVM on IBM Z mainframes talk to paravirtualized disks, network cards, and other devices using the s390 channel I/O (CCW) model rather than PCI. It is the standard way virtual devices are presented to Linux guests on IBM Z hypervisors.

keep-annotate conf=0.83 deploy=low replacement=none subsystem=s390 category=virtualization
83%

recommendation

Worth keeping but documenting as niche infrastructure: IBM Z mainframes are still sold and shipped in 2025, and IBM's current documentation confirms virtio-ccw remains the guest transport for KVM on Z. Maintenance commits continue into 2025-2026 with no removal discussions, but the user base is narrow compared with x86 virtio, so it makes sense to flag it as architecture-specific rather than broadly deployed.

repository signals

2 files
1,583 source lines
23 commits, 5y
+257 / −168 lines added / removed, 5y
14 authors, 5y
monthly commits · 2021-04-21 → 2026-04-21 · 23 total · active in 13/61 months
2021 2022 2023 2024 2025 2026 2021-04: 0 commits · +0 −0 2021-05: 0 commits · +0 −0 2021-06: 1 commit · +4 −26 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: 0 commits · +0 −0 2022-04: 0 commits · +0 −0 2022-05: 2 commits · +34 −0 2022-06: 3 commits · +12 −3 2022-07: 0 commits · +0 −0 2022-08: 3 commits · +4 −1 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: 0 commits · +0 −0 2023-03: 0 commits · +0 −0 2023-04: 1 commit · +19 −3 2023-05: 0 commits · +0 −0 2023-06: 0 commits · +0 −0 2023-07: 0 commits · +0 −0 2023-08: 1 commit · +0 −1 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: 3 commits · +126 −92 2024-04: 0 commits · +0 −0 2024-05: 0 commits · +0 −0 2024-06: 1 commit · +3 −1 2024-07: 2 commits · +8 −9 2024-08: 0 commits · +0 −0 2024-09: 0 commits · +0 −0 2024-10: 1 commit · +4 −0 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: 0 commits · +0 −0 2025-04: 1 commit · +12 −4 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: 0 commits · +0 −0 2025-10: 0 commits · +0 −0 2025-11: 0 commits · +0 −0 2025-12: 1 commit · +1 −0 2026-01: 0 commits · +0 −0 2026-02: 2 commits · +6 −6 2026-03: 0 commits · +0 −0 2026-04: 0 commits · +0 −0

sources

  1. ibm.com

    IBM documents that KVM on IBM Z virtualizes guest devices as virtio CCW devices, indicating the transport is still part of current IBM Z virtualization deployments.

  2. ibm.com

    IBM's Linux on IBM Z documentation describes the virtio CCW transport driver as the guest transport for KVM-provided virtual CCW devices.

  3. cateee.net

    LKDDb shows current kernel support paths for s390 guest virtio/CCW support and maps `drivers/s390/virtio/virtio_ccw.c` to recent kernel series.

  4. docs.kernel.org

    Kernel documentation describes virtio-ccw handling for s390 KVM guests, showing the transport remains part of the documented virtualization stack.

codex reasoning notes (technical)

Local `sed` inspection showed this directory is the `virtio_ccw` transport driver for ccw-based virtio on s390/IBM Z guests. Local `git log` (with `-c safe.directory=...`) showed ongoing maintenance through 2025-2026 and no directory-specific deprecation/removal commits, so there is no evidence of active upstream removal talk. Web search found current IBM docs and LKDDb pages confirming virtio-ccw is still a live IBM Z KVM guest transport, but deployments are niche rather than broad. Recommendation is `keep-annotate`: keep it upstream, but annotate as low-deployment, architecture-specific virtualization infrastructure rather than broadly deployed hardware.