From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f48.google.com (mail-pj1-f48.google.com [209.85.216.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E60E93D8914 for ; Thu, 30 Jul 2026 21:46:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785447995; cv=none; b=qrcs6WQmkb6hPMpGv6UMOJINf2m518Hr+nlcEs4eMoJgnJUCZdpFugImGT/jDeqoQ8g+4YnZNMALvofTbl9NXdtZ30n8dA3Zi//LUDZmwhqmtXzZHVmthgMXl9jHiKVfBtlRUOm1WGoXscePfqgZO6FO7ghX4CvHHQPEhptWeOs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785447995; c=relaxed/simple; bh=3dGuOtRuc7vDNnA6Xn+2Xxz1vdKxTTykCtGHwjG52jk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=qdE0qlFKHgujH2HDXS47NRU1gKlWm69qEXn/XKvGZ/mljALOL7VuYYcOkl3zs2J0i2wEaSDAKevtbQGNn3pH1pAMli3i9M13YmIjTaFdqktGdNAzyQtiaE9CIU2XCSYHNokLPtHLuHlP2AP7J94HuetcKm2OYBQpbQHGe1QN5fI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=E34+cDT2; arc=none smtp.client-ip=209.85.216.48 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="E34+cDT2" Received: by mail-pj1-f48.google.com with SMTP id 98e67ed59e1d1-38e58034d05so395115a91.2 for ; Thu, 30 Jul 2026 14:46:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1785447991; x=1786052791; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=1/LZ3k1OCAQIJqEM26gNRTliKG7NkCB9s3f2/fI53JY=; b=E34+cDT2tXQERqEySwSBmlJcQ04jS+EVvJg3lldDe7AE1wdYVPDSORyD/ztNh3cfuD QXcp1SORhwXky/y7l9Iep957AFwmP/dK4Dug/ABhlzoUj9SBJ9TQyxwXY0G7DE5y81ra K0ZMPfGMCFWqqhys43QaQYIo0TDsh/45tGXEVUTD9PRxTMPlmQbtYBkPrkIU+NAhH6sS PR3GPF7F1vkjznVpRyFjHKLNLtXBEesl7giUtP85aDUqqMC5l/AjCHwERizDmMyVhIAo 3d8y5BEl1+8paSL/iWFxn1gK8G3rDOcmxH0nhNhN1vIC+UmxfLUTkF2NQQBUKIi7jV4k 55Mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785447991; x=1786052791; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=1/LZ3k1OCAQIJqEM26gNRTliKG7NkCB9s3f2/fI53JY=; b=JKjSt/vWAduo/rM3ahrCcUdLcYA2288UzySOg4GczBQPqEX/VMyFVT5ZjyL76dHKtk rsFP0JqVY/SA6CEbzEAn13mlmPH1EP1oe4IHUBD9xcFsxEN7NQ2pee/ccpkBU6XpENBZ I+iDSgvKbaRkvjiRsC2dMkVuVCGQfDdpzjvNV8rF1g+2V9kx2488/SfcXebOi7L0jGLh MpMjFNpjrk8QhKH41QnLBH+1CR+DZQDpEslJBPrSUXZi4qhw3EOpB5Lk1BdFOKBK2D04 IPCdbuoRIx3soEYY+pVYMw50xk5fMSH3oP/pDLrr3BNoP4lR0WXSINFK/LElZvmBMrkU qHOA== X-Forwarded-Encrypted: i=1; AHgh+Rq1lwyDHCc7mDcuSvSl6S7qSSCm+78xsIiv5B9qne2nkKbNSxVz+sXlUiFljvKu4dK+/A652xA=@vger.kernel.org X-Gm-Message-State: AOJu0YybBoBpw0Idgx3K0asbCwSV1XNLb6E++HIDu1aY4saDbuzh7x2x x7TEMMmWxW36hzQ0r/s4MpU9nibLqMLhva3u/UUYVa9TJ1T+QCIWC4Go X-Gm-Gg: AR+sD128gjKF7iu1oQmyJECxC6kx1lDWKEqycGXjfnp7tow3OiaoyVuo87UNenQF70A v2tDlWVKAoZI1k2gQNKZ+gCrOpRoJ8MzUe/FbRZrtaKpM/FNGVwDo5GMjrXrxCUYScPBt98AG7p eZ987tHorm4RQ4XLpGdHXOLb6xG6xbnyVjsgaXIYyAWMY/TGjb7IxKFQYFcR2cQ5CUdQQXsekFg 5UeYp/dN14wg+y2ZEBKuy+N4f0gg+Y2tipij6kNA/XMf6h2v56L+tH5KInjq1cOyWBgaXauS3hB eaB2A0eOgoV3wrZZ95zC2HGcAvx0N/e3KMDfsBuH/lbuMINmE+pq1UTAVIfmLjMx6SRfauR5IxG /3GFwAKVo9F/BtAcfKf107Sy1oAbeUumt0UGmOyrNcgM4sbP0PA6xcfvmtD+puMYRwWjGIpcLke 2nJTN4XUAyhIJ86nM1sYpac/vR/UpOit2/C1+jhsDe2UUwEqMMv08alaewrd8MsUl0oJwxb8AlI 2s6qnP09Pg= X-Received: by 2002:a17:90b:55cb:b0:38e:c0f5:7c4 with SMTP id 98e67ed59e1d1-38f9c00dfc6mr3834752a91.30.1785447991438; Thu, 30 Jul 2026 14:46:31 -0700 (PDT) Received: from devvm29614.prn0.facebook.com ([2a03:2880:ff:46::]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-38f9baeb56dsm1576842a91.17.2026.07.30.14.46.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Jul 2026 14:46:30 -0700 (PDT) Date: Thu, 30 Jul 2026 14:46:28 -0700 From: Bobby Eshleman To: Weiming Shi Cc: "Michael S. Tsirkin" , Jason Wang , Xuan Zhuo , Eugenio =?iso-8859-1?Q?P=E9rez?= , Stefan Hajnoczi , Stefano Garzarella , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , virtualization@lists.linux.dev, kvm@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Xiang Mei , Bobby Eshleman Subject: Re: [PATCH v3 2/2] vsock/virtio: avoid refilling the RX queue after teardown Message-ID: References: <20260729185831.3247971-1-bestswngs@gmail.com> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Jul 29, 2026 at 12:16:55PM -0700, Weiming Shi wrote: > Commit b917507e5ad9 ("vsock/virtio: stop workers during the .remove()") > made the RX worker jump to its common exit when rx_run is clear. That > exit still refills the RX queue when the buffer count is low, so work > queued across virtio_vsock_vqs_del() can add buffers after the virtqueues > have been deleted. > > BUG: KASAN: slab-use-after-free in virtqueue_add_sgs > Read of size 4 by task kworker/0:1 > Workqueue: virtio_vsock virtio_transport_rx_work > Call Trace: > virtqueue_add_sgs (drivers/virtio/virtio_ring.c:2796) > virtio_vsock_rx_fill (net/vmw_vsock/virtio_transport.c:332) > virtio_transport_rx_work (net/vmw_vsock/virtio_transport.c:701) > process_one_work (kernel/workqueue.c:3314) > worker_thread (kernel/workqueue.c:3478) > kthread (kernel/kthread.c:436) > ret_from_fork (arch/x86/kernel/process.c:158) > ret_from_fork_asm (arch/x86/entry/entry_64.S:245) > ... > Freed by task 141: > kfree (mm/slub.c:6566) > vp_del_vq (drivers/virtio/virtio_pci_common.c:259) > vp_del_vqs (drivers/virtio/virtio_pci_common.c:285) > virtio_vsock_freeze (net/vmw_vsock/virtio_transport.c:912) > virtio_device_freeze (drivers/virtio/virtio.c:658) > virtio_pci_freeze (drivers/virtio/virtio_pci_common.c:601) > pci_pm_freeze (drivers/pci/pci-driver.c:1098) > device_suspend (drivers/base/power/main.c:1968) > Kernel panic - not syncing: KASAN: panic_on_warn set ... > > Jump to a no-refill exit when rx_run is clear, leaving the normal exit > to replenish a running queue. > > Fixes: b917507e5ad9 ("vsock/virtio: stop workers during the .remove()") > Cc: stable@vger.kernel.org > Reported-by: Xiang Mei > Link: https://lore.kernel.org/r/20260727035804.1860862-1-bestswngs@gmail.com > Suggested-by: Stefano Garzarella > Assisted-by: OpenAI-Codex:gpt-5 > Signed-off-by: Weiming Shi > --- > net/vmw_vsock/virtio_transport.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/net/vmw_vsock/virtio_transport.c b/net/vmw_vsock/virtio_transport.c > index a8e1dd95ba8c..96c9fe8d357c 100644 > --- a/net/vmw_vsock/virtio_transport.c > +++ b/net/vmw_vsock/virtio_transport.c > @@ -638,7 +638,7 @@ static void virtio_transport_rx_work(struct work_struct *work) > mutex_lock(&vsock->rx_lock); > > if (!vsock->rx_run) > - goto out; > + goto out_nofill; > > vq = vsock->vqs[VSOCK_VQ_RX]; > > @@ -692,6 +692,7 @@ static void virtio_transport_rx_work(struct work_struct *work) > out: > if (vsock->rx_buf_nr < vsock->rx_buf_max_nr / 2) > virtio_vsock_rx_fill(vsock); > +out_nofill: > mutex_unlock(&vsock->rx_lock); > } > > -- > 2.55.0 > Reviewed-by: Bobby Eshleman