Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp334623pxb; Mon, 16 Aug 2021 06:33:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzU4uog8KgFq3IAHLuoSazoHw658ZUjwsAvFJCrlpPM4jIFHrAzukFA5Qbk2U6Q4wWeg+/s X-Received: by 2002:a02:b697:: with SMTP id i23mr11178860jam.78.1629120835629; Mon, 16 Aug 2021 06:33:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629120835; cv=none; d=google.com; s=arc-20160816; b=hK+ViS9L7SaBm6iEe/ft1nAzRBPse6zZhOv55y0YoSM/z4pXZAHafgOjqPdEQybArM aU1lLYAFyiElSLeaR3nHxcVQFVfR7IJvEw39Eo1FHk0GdWb+VN2i+ry4dElDcbuiSeU3 vyQJqJUwTCwW6N5xTjOiang2YKYk5VVwj36nuikTw/mmc3WxkVskmEd4DRAhcPVxz0aH VlzOT5Re5KTFm/z5AR7HkkjNisc0KG7FhlFT4Nt3oZqBG/wVaJuBT/j6CHpmTTOwHmVC 3KaIZmIFWHtsTWQsJQ6zaEGgQDDP0S1+D1B9aXaBk3cWwpA15iMaXs/r/KnfigYXasmB LSwA== 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=9SNX/38uAKB32cS1yoaoVB1yy9AsM7rXOs+d4efo2gs=; b=J8LUZ+X2GQfyqSKVY315OM0MBFAGAxZpfrpikxAL4R9R7uZDVZcQLt4prY+WZT7Fdq NTjJe3B+8M7ZulYC6N3PMSbAkfYO3VOSnz0f9wbZU5tQJAY6oP6Y4GbcoKvGzNiPdiSK +tauBrMK/p8hvM2PNiM746xOR3GpB4jpIoUSiHz4JlvqbwAb7jq/TjscMmpAlEwhVAFr 8FXpFTSTKzk6Cl4EmEP5R1UX0pRjK14IuglWy1YyB70QhA7PlpP3cie/LNO2ETwuTzlu G8/dEeFP8n1IE4TkZhEDxLvsdQRX0E74TENZsWDdc2JcGA7Fkql/LrdetIQSXEjXudDv xaBw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="G/gDGtmX"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l13si3107322jaq.11.2021.08.16.06.33.43; Mon, 16 Aug 2021 06:33:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="G/gDGtmX"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240310AbhHPNb1 (ORCPT + 99 others); Mon, 16 Aug 2021 09:31:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:43332 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239156AbhHPNSq (ORCPT ); Mon, 16 Aug 2021 09:18:46 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 680BC63295; Mon, 16 Aug 2021 13:14:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1629119662; bh=OgTAC09MDtICALzzVzbgN9WScY0MvBL8XxjuLsfyjSc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=G/gDGtmXu4aOImyKPGbecxqnQHSpc49+YQWnuHySMnil3+bU6cGA5q+uTPjvaRtEm jehd8nxQveGQxTkEZFeqImc63LHfFldN5QE81g+UuvwBAQSnt1WJS/22lNWAq7ZHEe jMP/WiXrCfHiEbsuLcBfg3QGPYVFFp/y8DMnfCzA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jiang Yadong , Xie Yongji , Josef Bacik , Jens Axboe , Sasha Levin Subject: [PATCH 5.13 113/151] nbd: Aovid double completion of a request Date: Mon, 16 Aug 2021 15:02:23 +0200 Message-Id: <20210816125447.775690694@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210816125444.082226187@linuxfoundation.org> References: <20210816125444.082226187@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Xie Yongji [ Upstream commit cddce01160582a5f52ada3da9626c052d852ec42 ] There is a race between iterating over requests in nbd_clear_que() and completing requests in recv_work(), which can lead to double completion of a request. To fix it, flush the recv worker before iterating over the requests and don't abort the completed request while iterating. Fixes: 96d97e17828f ("nbd: clear_sock on netlink disconnect") Reported-by: Jiang Yadong Signed-off-by: Xie Yongji Reviewed-by: Josef Bacik Link: https://lore.kernel.org/r/20210813151330.96-1-xieyongji@bytedance.com Signed-off-by: Jens Axboe Signed-off-by: Sasha Levin --- drivers/block/nbd.c | 14 +++++++++++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c index 45d2c28c8fc8..1061894a55df 100644 --- a/drivers/block/nbd.c +++ b/drivers/block/nbd.c @@ -805,6 +805,10 @@ static bool nbd_clear_req(struct request *req, void *data, bool reserved) { struct nbd_cmd *cmd = blk_mq_rq_to_pdu(req); + /* don't abort one completed request */ + if (blk_mq_request_completed(req)) + return true; + mutex_lock(&cmd->lock); cmd->status = BLK_STS_IOERR; mutex_unlock(&cmd->lock); @@ -1973,15 +1977,19 @@ static void nbd_disconnect_and_put(struct nbd_device *nbd) { mutex_lock(&nbd->config_lock); nbd_disconnect(nbd); - nbd_clear_sock(nbd); - mutex_unlock(&nbd->config_lock); + sock_shutdown(nbd); /* * Make sure recv thread has finished, so it does not drop the last * config ref and try to destroy the workqueue from inside the work - * queue. + * queue. And this also ensure that we can safely call nbd_clear_que() + * to cancel the inflight I/Os. */ if (nbd->recv_workq) flush_workqueue(nbd->recv_workq); + nbd_clear_que(nbd); + nbd->task_setup = NULL; + mutex_unlock(&nbd->config_lock); + if (test_and_clear_bit(NBD_RT_HAS_CONFIG_REF, &nbd->config->runtime_flags)) nbd_config_put(nbd); -- 2.30.2