From: sashiko-bot@kernel.org
To: "Hui Peng" <benquike@gmail.com>
Cc: "Eugenio Perez" <eperezma@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
dri-devel@lists.freedesktop.org, virtualization@lists.linux.dev
Subject: Re: [PATCH] drm/virtio: fix 0-byte blob ZERO_SIZE_PTR, GEM leak, and context_init rollback
Date: Sat, 19 Sep 2026 22:02:42 +0000 [thread overview]
Message-ID: <20260919220242.EFD041F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260919215232.3470178-1-benquike@gmail.com>
> Fix multiple issues in virtio-gpu VRAM mapping, blob creation, and context
> initialization:
>
> 1. In virtio_gpu_vram_mmap(), set vram->map_state = STATE_ERR if deferred
> virtio_gpu_vram_map() fails so callers do not treat an unmapped VRAM
> node as valid.
> 2. In verify_blob(), reject rc_blob->size == 0 or size values that wrap
> PAGE_ALIGN() to prevent kvmalloc_array(0, ...) from returning
> ZERO_SIZE_PTR.
> 3. In virtio_gpu_gem_create(), virtio_gpu_resource_create_ioctl(), and
> virtio_gpu_resource_create_blob_ioctl(), use drm_gem_object_put()
> instead of drm_gem_object_release() on error so the BO's free callback
> is properly invoked.
> 4. In virtio_gpu_context_init_ioctl(), stage context parameters into local
> variables and only commit them to vfpriv after all parameters and
> ring_idx_mask have been validated.
>
> Fixes: 16845c5d5409 ("drm/virtio: implement blob resources: implement vram object")
> Fixes: 85c83ea915ed ("drm/virtio: implement context init: allocate an array of fence contexts")
> Assisted-by: LLM
> Signed-off-by: Hui Peng <benquike@gmail.com>
Sashiko has reviewed this patch and found no issues. It looks great!
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260919215232.3470178-1-benquike@gmail.com?part=1
next prev parent reply other threads:[~2026-09-19 22:02 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-19 21:52 [PATCH] drm/virtio: fix 0-byte blob ZERO_SIZE_PTR, GEM leak, and context_init rollback Hui Peng
2026-09-19 22:02 ` sashiko-bot [this message]
2026-09-20 18:45 ` Dmitry Osipenko
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=20260919220242.EFD041F000FF@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=benquike@gmail.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.