From: "Huang, Honglei" <honghuan@amd.com>
To: sashiko-reviews@lists.linux.dev
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
virtualization@lists.linux.dev,
Eugenio Perez <eperezma@redhat.com>,
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v8 1/4] drm/virtio-gpu: Add VIRTIO_GPU_CAPSET_ROCM capability
Date: Fri, 18 Sep 2026 18:13:09 +0800 [thread overview]
Message-ID: <9fcb3203-63f4-4332-a47e-916774e11eb3@amd.com> (raw)
In-Reply-To: <20260918100746.2BB741F000FF@smtp.kernel.org>
This patch is for adding ROCm capset only, can be spited into another
thread if it is needed.
Regards,
Honglei
On 9/18/2026 6:07 PM, sashiko-bot@kernel.org wrote:
> Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
> - [Medium] virtio-gpu: premature UAPI exposure of unfinalized capability ID
> - [Low] virtio-gpu: missing DRM UAPI alias for ROCM capability set
> --
>
> commit a394228d77eeafc9f1dcc36150380f8561f1ee49
> Author: Honglei Huang <honghuan@amd.com>
>
> drm/virtio-gpu: Add VIRTIO_GPU_CAPSET_ROCM capability
>
> This commit adds a new GPU capability set VIRTIO_GPU_CAPSET_ROCM with ID 8
> to support ROCm compute workloads. The commit message notes that the
> matching virtio-gpu specification change is currently in progress.
>
>> diff --git a/include/uapi/linux/virtio_gpu.h b/include/uapi/linux/virtio_gpu.h
>> index 4f530d90058c7..3d4dfadc9d789 100644
>> --- a/include/uapi/linux/virtio_gpu.h
>> +++ b/include/uapi/linux/virtio_gpu.h
>> @@ -321,6 +321,7 @@ struct virtio_gpu_cmd_submit {
>> #define VIRTIO_GPU_CAPSET_VENUS 4
>> #define VIRTIO_GPU_CAPSET_CROSS_DOMAIN 5
>> #define VIRTIO_GPU_CAPSET_DRM 6
>> +#define VIRTIO_GPU_CAPSET_ROCM 8
>
> [Severity: Medium]
> Is it safe to expose this speculative capability ID to userspace before the
> virtio-gpu specification is finalized?
>
> The commit message states the specification change for ID 8 is in progress.
> Because the Linux UAPI is frozen once released, exposing this ID now could
> permanently commit the kernel to ID 8 for ROCm. If the OASIS virtio
> technical committee assigns a different ID or rejects the proposal, would
> this leave the Linux UAPI permanently incompatible with the standard?
>
> [Severity: Low]
> Also, should there be a corresponding DRM UAPI alias added for this capability
> set?
>
> Previous capability sets have matching definitions in virtgpu_drm.h, such as
> VIRTGPU_DRM_CAPSET_VENUS and VIRTGPU_DRM_CAPSET_DRM. Without adding a similar
> VIRTGPU_DRM_CAPSET_ROCM alias, userspace DRM clients relying on virtgpu_drm.h
> for the DRM_IOCTL_VIRTGPU_GET_CAPS ioctl will lack the necessary constant to
> query ROCm capabilities natively.
>
>> /* VIRTIO_GPU_CMD_GET_CAPSET_INFO */
>> struct virtio_gpu_get_capset_info {
>
next prev parent reply other threads:[~2026-09-18 10:13 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-18 9:59 [PATCH v8 0/4] virtio-gpu: Add userptr support for compute workloads Honglei Huang
2026-09-18 9:59 ` [PATCH v8 1/4] drm/virtio-gpu: Add VIRTIO_GPU_CAPSET_ROCM capability Honglei Huang
2026-09-18 10:07 ` sashiko-bot
2026-09-18 10:13 ` Huang, Honglei [this message]
2026-09-18 11:27 ` Akihiko Odaki
2026-09-18 15:46 ` Huang, Honglei
2026-09-19 8:00 ` Akihiko Odaki
2026-09-18 9:59 ` [PATCH v8 2/4] drm/virtgpu api: add blob userptr resource Honglei Huang
2026-09-18 10:07 ` sashiko-bot
2026-09-18 12:12 ` Akihiko Odaki
2026-09-18 15:48 ` Huang, Honglei
2026-09-18 9:59 ` [PATCH v8 3/4] drm/virtio: implement userptr support for zero-copy memory access Honglei Huang
2026-09-18 10:21 ` sashiko-bot
2026-09-19 8:59 ` Akihiko Odaki
2026-09-24 9:25 ` Huang, Honglei
2026-09-26 10:17 ` Akihiko Odaki
2026-09-18 9:59 ` [PATCH v8 4/4] drm/virtio: wire blob ioctl creation to userptr objects Honglei Huang
2026-09-18 10:08 ` sashiko-bot
2026-09-19 14:28 ` Akihiko Odaki
2026-09-24 9:33 ` Huang, Honglei
-- strict thread matches above, loose matches on Subject: below --
2026-09-18 8:23 [PATCH v8 0/4] virtio-gpu: Add userptr support for compute workloads Honglei Huang
2026-09-18 8:23 ` [PATCH v8 1/4] drm/virtio-gpu: Add VIRTIO_GPU_CAPSET_ROCM capability Honglei Huang
2026-09-18 8:29 ` sashiko-bot
2026-09-18 7:55 [PATCH v8 0/4] virtio-gpu: Add userptr support for compute workloads Honglei Huang
2026-09-18 7:55 ` [PATCH v8 1/4] drm/virtio-gpu: Add VIRTIO_GPU_CAPSET_ROCM capability Honglei Huang
2026-09-18 8:07 ` sashiko-bot
2026-09-18 6:56 [PATCH v8 0/4] virtio-gpu: Add userptr support for compute workloads Honglei Huang
2026-09-18 6:56 ` [PATCH v8 1/4] drm/virtio-gpu: Add VIRTIO_GPU_CAPSET_ROCM capability Honglei Huang
2026-09-18 5:59 [PATCH v8 0/4] virtio-gpu: Add userptr support for compute workloads Honglei Huang
2026-09-18 5:59 ` [PATCH v8 1/4] drm/virtio-gpu: Add VIRTIO_GPU_CAPSET_ROCM capability Honglei Huang
2026-09-18 6:07 ` sashiko-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9fcb3203-63f4-4332-a47e-916774e11eb3@amd.com \
--to=honghuan@amd.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=eperezma@redhat.com \
--cc=mst@redhat.com \
--cc=sashiko-reviews@lists.linux.dev \
--cc=virtualization@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.