From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f53.google.com (mail-pj1-f53.google.com [209.85.216.53]) (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 0D9903D9672 for ; Thu, 30 Jul 2026 21:46:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.53 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785447996; cv=none; b=BvcH6nhAXIahzSwZpAV9qnlLJuYa0PVh+xy9IB7YRIodygkNVLY7bSbTj9h7kdnhT6VR+1fEYBV4fsMH/jozoCumJ/aW51S9phAXsYhh1/2RYcmmLKWuxLR9z2elxwuBC1sdNkaAexil7Jav1Gr77iQ0bTFBbOjnMzPkytYcyBc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785447996; 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=Be7ubAQXZDMgvn3xt0KV6SaNfqGYuDKvyiWlC3PY1L1tPklABgSw4L863fP4E/LxA1y3KOWzHWTmdEwvahB1OnwE3Dfi8Fpf8pE4Kmu2BNWVH8LX7fW2qJUjRNVRSkoH2ft4Qb3vDo6RnLZI1EIHO0lvBpmBp414nbqpXPLixkw= 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.53 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-f53.google.com with SMTP id 98e67ed59e1d1-38e3617ba36so380606a91.3 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=ji8DiOpEAR1dCDgDB4H3HgRfFMqmcaDqlPqe/TsfI3H5KB1fen2fdx6iRJfJugl/Al pEx7oO2fsx3SB4bKHim8e01vJGzq/RPw8rDYXzCDsQ8sKk05APxJcSp0lgW/JFJSFJKd JGYcJBEuvrkZArDfCCvT4JJp2Q0aZBkFA3X8Rl5ILX3ANvAEAS0wjg0vJflcozGcN72U 8MwhTioXWJYAS/QiyvjNb1NwAsBhiEfmms0LUSd7zRTicw05OGbbEgyE578VdluBkHS5 vD2ryJdfkeQZaanQw1yEQcUpojxJPoInqqc3iWtH2y4vD+TdKVunK16Q0AOTVeX9xYey Um5g== X-Forwarded-Encrypted: i=1; AHgh+RpedIEeW9HZsJwnJbSkaRIjqa71GlqAku+fxRgxs5NFkaQNQU7W9COM3MOBgHwXpiluA5rSJQjTUBRFSrQ=@vger.kernel.org X-Gm-Message-State: AOJu0YxoSv2QNHT6EXbC8vohBv9TbH4Q+KYkhrEEaagZ91AnMb69cRRz VB8FExpoDEDNUAdp2Hs3KGVCm6l+V/oo0SaRo5C8rIM1hPf4GZr61wCF X-Gm-Gg: AR+sD12OGWM6m8dDAK+4GtyGXqWfv+zhvEXR+nVFLZFTqi65KDZvW1EJZ6HN0MA9HIx 66xPydM4itGCotfJniMw2+gZyFh0f36b8oclmddj0CB0YMnMIbKLljQj6GmfGsEQJ0tgsQ47cgf /FqLLX+NLMMWJ/URPR5NWwg4RvInbnwb/TxDOirfhgn+Vt46ykDJNz1v6UtNClaM4oZYdEeT84F OCLmE5296YY6mvf2DJK75LA2lclQhRW5Ksk/QymBork3SE1mqL830OxSrSgOwrBiVp1vibXhBFX kwiAIlHVZveuJR6JQTPRT6mAZBCQY5+rh9Nc5ebsO3Vajg2sXFD14lCdu/a6stBMXRRi/NLw3TJ cL4yTC78jGD5F2Fahn8PEWFTsYK6undXP9FuBFkhzXFXW4VUMgc7i/5ZRTZvtf656FYUq21rEdb WINIXUfulkK4zhkdgV6d6HOoX3yA83wkmYkioiA+B6nRTPY+8hMVhSc6J4ePhxjXX7u9TE3riIY tnnzT/hiEw= 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: linux-kernel@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