From: Naman Jain <namjain@linux.microsoft.com>
To: Daehyeon Ko <4ncienth@gmail.com>,
haiyangz@microsoft.com, wei.liu@kernel.org, decui@microsoft.com
Cc: mhklinux@outlook.com, ssengar@linux.microsoft.com,
linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mshv_vtl: detach poll waiter on POLLFREE
Date: Mon, 19 Oct 2026 11:03:01 +0530 [thread overview]
Message-ID: <9def1b5c-9888-4bf0-938d-5da8d9d2deef@linux.microsoft.com> (raw)
In-Reply-To: <20261017141527.623376-1-4ncienth@gmail.com>
On 10/17/2026 7:45 PM, Daehyeon Ko wrote:
> MSHV_SET_POLL_FILE keeps a poll wait entry after the ioctl returns. A
> file reference does not always pin the registered waitqueue:
> signalfd_poll() uses current->sighand->signalfd_wqh, whose lifetime is
> tied to the task.
>
> signalfd_cleanup() sends POLLFREE before the sighand is freed. The MSHV
> callback currently leaves its entry linked, so __wake_up_pollfree()
> warns and a later replacement calls remove_wait_queue() through a stale
> wqh pointer. A source-equivalent KASAN run reproduced:
>
> BUG: KASAN: slab-use-after-free in _raw_spin_lock_irqsave
> _raw_spin_lock_irqsave
> remove_wait_queue
> harness_ioctl [mshv_pollfree_harness]
>
> The object belonged to sighand_cache and had been released through
> slab_free_after_rcu_debug() after __cleanup_sighand().
>
> On POLLFREE, unlink the entry under the provider waitqueue lock. Preserve
> the existing CPU cancellation before publishing a NULL wqh, since a NULL
> load lets a racing replacement reuse the persistent poll state. Use a
> matching acquire load under RCU when removing a normal registration.
>
> The callback takes no mutex and does not sleep, so the existing
> mutex-to-waitqueue-lock order is unchanged.
>
> Fixes: 7bfe3b8ea6e3 ("Drivers: hv: Introduce mshv_vtl driver")
> Cc: stable@vger.kernel.org
> Assisted-by: LLM
This tag is no longer valid on latest linux-next tip and gives
checkpatch error.
> Signed-off-by: Daehyeon Ko <4ncienth@gmail.com>
> ---
> drivers/hv/mshv_vtl_main.c | 28 +++++++++++++++++++++++++---
> 1 file changed, 25 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/hv/mshv_vtl_main.c b/drivers/hv/mshv_vtl_main.c
> index d8225242c73f8..c6f1e2157d258 100644
> --- a/drivers/hv/mshv_vtl_main.c
> +++ b/drivers/hv/mshv_vtl_main.c
> @@ -17,6 +17,7 @@
> #include <linux/entry-virt.h>
> #include <linux/eventfd.h>
> #include <linux/poll.h>
> +#include <linux/rcupdate.h>
> #include <linux/file.h>
> #include <linux/vmalloc.h>
> #include <asm/debugreg.h>
> @@ -448,12 +449,35 @@ static void mshv_vtl_cancel(int cpu)
> static int mshv_vtl_poll_file_wake(wait_queue_entry_t *wait, unsigned int mode, int sync, void *key)
> {
> struct mshv_vtl_poll_file *poll_file = container_of(wait, struct mshv_vtl_poll_file, wait);
> + __poll_t pollflags = key_to_poll(key);
> +
> + if (pollflags & POLLFREE)
> + list_del_init(&wait->entry);
>
> mshv_vtl_cancel(poll_file->cpu);
>
> + if (pollflags & POLLFREE) {
> + /* Publish teardown last; pair with acquire in the removal path. */
> + smp_store_release(&poll_file->wqh, NULL);
> + }
> +
> return 0;
> }
>
> +static void mshv_vtl_poll_file_remove_wait_queue(struct mshv_vtl_poll_file *poll_file)
> +{
> + wait_queue_head_t *wqh;
> +
> + /* POLLFREE providers RCU-delay the waitqueue free. */
> + rcu_read_lock();
> + /* Pair with the release store in the POLLFREE callback. */
> + wqh = smp_load_acquire(&poll_file->wqh);
> + if (wqh)
> + remove_wait_queue(wqh, &poll_file->wait);
> + rcu_read_unlock();
> + WRITE_ONCE(poll_file->wqh, NULL);
> +}
> +
> static void mshv_vtl_ptable_queue_proc(struct file *file, wait_queue_head_t *wqh, poll_table *pt)
> {
> struct mshv_vtl_poll_file *poll_file = container_of(pt, struct mshv_vtl_poll_file, pt);
> @@ -490,9 +514,7 @@ static int mshv_vtl_ioctl_set_poll_file(struct mshv_vtl_set_poll_file __user *us
>
> mutex_lock(&mshv_vtl_poll_file_lock);
>
> - if (poll_file->wqh)
> - remove_wait_queue(poll_file->wqh, &poll_file->wait);
> - poll_file->wqh = NULL;
> + mshv_vtl_poll_file_remove_wait_queue(poll_file);
Combine your other patch with this one, and send it as a series after
rebasing it to latest tip. Make use of this function in the other patch,
to maintain consistency.
Also, JFYI, this path is not exercised in OpenVMM and thus the race is
not achievable. However, its good to fix it.
Regards,
Naman
>
> old_file = poll_file->file;
> poll_file->file = file;
prev parent reply other threads:[~2026-10-19 5:33 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-17 14:15 [PATCH] mshv_vtl: detach poll waiter on POLLFREE Daehyeon Ko
2026-10-19 5:33 ` Naman Jain [this message]
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=9def1b5c-9888-4bf0-938d-5da8d9d2deef@linux.microsoft.com \
--to=namjain@linux.microsoft.com \
--cc=4ncienth@gmail.com \
--cc=decui@microsoft.com \
--cc=haiyangz@microsoft.com \
--cc=linux-hyperv@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mhklinux@outlook.com \
--cc=ssengar@linux.microsoft.com \
--cc=wei.liu@kernel.org \
/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.