Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp953263pxb; Wed, 6 Apr 2022 05:12:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz3/MNk+6ETieikaaXMKYiZmlAX+kUhjwqZpB+yzkcHwWlel5BQZf704Ok3R/y8gpiVaKjG X-Received: by 2002:a17:90a:6382:b0:1ca:800e:1790 with SMTP id f2-20020a17090a638200b001ca800e1790mr9519864pjj.234.1649247140102; Wed, 06 Apr 2022 05:12:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649247140; cv=none; d=google.com; s=arc-20160816; b=balX/PlakLnL/hjG67jyYMq5FZwI2c2smg/KlkOzaiTJ7b6A4L5hmbdRMDxb06e0VA rloc53N+0RShYzLtk9I5uxMQg3qDK+ZjH264IkC5TSgFJlL7rKpdDw9rVAFMJk6PGG7j v5CHKeA/CyS6mLh4dpyuXNjBqhCyioL3FkVeQd7gRY/xWS36FNHlSg7nC4nCCOkm6y6A foL7AiXcCTe181YlohhJI5ODFL+LZcv45EDaTtuJLIkuYsI45P8GCqP6BLGVnTbzAURf Ez+p/Ea8V9LAw3KXlsycz/sgVNsI7lk8I3vM+os2qELU32w3hGEurHWnlxoJMek42Foq uylw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=qK/tOvWXlRuc3N5/G2sQz6H5dW5j5q4/1ARycTGFgeg=; b=yzt04E2di1mmQa18xRXoSAlaVJBlsEeWGpcMVhjXZOlq+TJuuUGBSK11w+PoIoDlnA lrKaU18vla3TVGlbwo2ukJabkuTyv83Ns6K5pGqtYz2tRG3ZFExs418sWbLUQ9bBY5zL cLpVZVZh1N4k1gqt18jkmx3R5NAZVuznnSH3tzY9nHH7+8lmLOVrbK+LYTceS2QjO4Pz GdzpLPDSo4hqsC10GzxTBghXpD+hZeVEuNFnlOUq/0TfE20n8KxPSqtkAmJ5dX5JJyow GZBCJ+b0wrmJcZovtPM5hjXO8YN430QvaF5elCFlcrNIve3QCDpT4paXOioXDj12XiCA G85w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=N0spG58n; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id q16-20020a056a00151000b004fa3a8dffe2si17537547pfu.153.2022.04.06.05.12.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 06 Apr 2022 05:12:20 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=N0spG58n; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 29A4050F013; Wed, 6 Apr 2022 03:49:48 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1586855AbiDFAGM (ORCPT + 99 others); Tue, 5 Apr 2022 20:06:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54284 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349570AbiDEJuX (ORCPT ); Tue, 5 Apr 2022 05:50:23 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E76589B; Tue, 5 Apr 2022 02:48:24 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 745F961576; Tue, 5 Apr 2022 09:48:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7C3E8C385A2; Tue, 5 Apr 2022 09:48:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1649152103; bh=Z2fRyKtO0unBo5yv4F+hHOmM6Dx9c+nDJFB8oxsdOnA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=N0spG58nshJfnsrudYxBalgtAtQwAoVgs2fJbMP6ausnuZC1UlTnI2WVX8emW9MZ0 /Jb4lwAbsf9fPo8RcLMnzu8WeD3TGhUAuqAHUVowZigCv0cU95MzZoqK8IfMxMngkX UC1zw3+aWzn0s8ijZKg7A/Uw9mJY9od3r7aL3hWk= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, "Michael S. Tsirkin" , Stefano Garzarella , Stefan Hajnoczi , Jakub Kicinski , Sasha Levin Subject: [PATCH 5.15 655/913] vsock/virtio: initialize vdev->priv before using VQs Date: Tue, 5 Apr 2022 09:28:37 +0200 Message-Id: <20220405070359.472381602@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220405070339.801210740@linuxfoundation.org> References: <20220405070339.801210740@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Stefano Garzarella [ Upstream commit 4b5f1ad5566ada230aaa2ce861b28d1895f1ea68 ] When we fill VQs with empty buffers and kick the host, it may send an interrupt. `vdev->priv` must be initialized before this since it is used in the virtqueue callbacks. Fixes: 0deab087b16a ("vsock/virtio: use RCU to avoid use-after-free on the_virtio_vsock") Suggested-by: Michael S. Tsirkin Signed-off-by: Stefano Garzarella Acked-by: Michael S. Tsirkin Reviewed-by: Stefan Hajnoczi Signed-off-by: Jakub Kicinski Signed-off-by: Sasha Levin --- 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 dad9ca65f4f9..fb1b8f99f679 100644 --- a/net/vmw_vsock/virtio_transport.c +++ b/net/vmw_vsock/virtio_transport.c @@ -622,6 +622,8 @@ static int virtio_vsock_probe(struct virtio_device *vdev) INIT_WORK(&vsock->event_work, virtio_transport_event_work); INIT_WORK(&vsock->send_pkt_work, virtio_transport_send_pkt_work); + vdev->priv = vsock; + mutex_lock(&vsock->tx_lock); vsock->tx_run = true; mutex_unlock(&vsock->tx_lock); @@ -639,7 +641,6 @@ static int virtio_vsock_probe(struct virtio_device *vdev) if (virtio_has_feature(vdev, VIRTIO_VSOCK_F_SEQPACKET)) vsock->seqpacket_allow = true; - vdev->priv = vsock; rcu_assign_pointer(the_virtio_vsock, vsock); mutex_unlock(&the_virtio_vsock_mutex); -- 2.34.1