Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp4152162pxb; Mon, 27 Sep 2021 10:27:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJylDa2Umtky1bltXlDacwxjWRGncw0ZIscUORSsdHtQQgrX4zVagjL2uZuXx87UA9mODZqu X-Received: by 2002:a63:1d63:: with SMTP id d35mr708065pgm.238.1632763622172; Mon, 27 Sep 2021 10:27:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632763622; cv=none; d=google.com; s=arc-20160816; b=szqoOsugII7dKTTJVX2RfisB4ReybGkfR4iue9fb9Be2a3t7FNGnFQls8E6mCEUpXk HwdxM5O3lqXGp1+GPxQNMVTOft0c4jI47FuUpsIQRnuoGzNIw/fBNTjnhPvm/0NMWjXD Zgp2b0j2dhmKqWsGE7e2yMw0mcLAgN/a7dzfaqMsD87i8KWjmWZQfvg1orBI+QpkB7EK G47IAntfo1+irTMvwQ7rdGpGwc5VHTFJS3/tKRTkyREthLxIAeCJqc/qwg8IDFILP0ZU pYNUqsAzzthYXLxwGQIsW33nLuOn/zaWKpwkoT4FHs368JOjM/126oMjPRQz+quZSBGv wJGQ== 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=8uBNh/sq7B8aKQuK242L3Sji2iJm0NCeDMsD8qUsM5w=; b=CwAIYYJ2rPu69BvluuNZgzRcJWde+fxqxDAwUgX8/J7r/edimlAk5t/8CVbN92LldI 34PUftCZZb08iBGmWO2b7pdcJodBinh1i4e7breFHELHeiCK17ULpw0Gfet/B21+dp8K Z3SAOa2AL/xVSyIWZxFsueDPV4zMD+hSc2Cq+b/6f0ZK6NKtDoCXKrbS7JLVn/RrY5ar b7pdElLdN3gM7fKPwY8uH9s22dJJXovP0SIxejVrAZHLAnwW2DeYs8UquPzQqFscxk1H r1EhkNS5G7WVjDzxSf/L94DOrVwgqAVae7oXBA1aHZO2SJjU6nQbh9Pn6xSQAAKrkM6c tvzw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=IbM5V6XS; 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 v70si12412480pgd.631.2021.09.27.10.26.45; Mon, 27 Sep 2021 10:27:02 -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=IbM5V6XS; 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 S236325AbhI0R0V (ORCPT + 99 others); Mon, 27 Sep 2021 13:26:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:41120 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237727AbhI0RXc (ORCPT ); Mon, 27 Sep 2021 13:23:32 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C6E1A613A9; Mon, 27 Sep 2021 17:14:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1632762900; bh=Igm8WezuYTaPVJN2HKZsN9aGg/fdxmXqyqVhZAEXnbM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=IbM5V6XS27ez+U4zbKJLD4gf7GqSvEcn0DXx96WXxyLrgvFj73dm2WIJqQmMfMwVC NvtIkvckdoVgeEHic5i25mp8p2R9csepSZD6AbLYQ/iK9AjWclFe9csa+s8XwimBkl 8SZlkJO1+ZAdAyGS8mz8dv5huUW6b3CyRwar1Gqw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Xuan Zhuo , Dust Li , "David S. Miller" , Sasha Levin Subject: [PATCH 5.14 061/162] napi: fix race inside napi_enable Date: Mon, 27 Sep 2021 19:01:47 +0200 Message-Id: <20210927170235.589030577@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210927170233.453060397@linuxfoundation.org> References: <20210927170233.453060397@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: Xuan Zhuo [ Upstream commit 3765996e4f0b8a755cab215a08df744490c76052 ] The process will cause napi.state to contain NAPI_STATE_SCHED and not in the poll_list, which will cause napi_disable() to get stuck. The prefix "NAPI_STATE_" is removed in the figure below, and NAPI_STATE_HASHED is ignored in napi.state. CPU0 | CPU1 | napi.state =============================================================================== napi_disable() | | SCHED | NPSVC napi_enable() | | { | | smp_mb__before_atomic(); | | clear_bit(SCHED, &n->state); | | NPSVC | napi_schedule_prep() | SCHED | NPSVC | napi_poll() | | napi_complete_done() | | { | | if (n->state & (NPSVC | | (1) | _BUSY_POLL))) | | return false; | | ................ | | } | SCHED | NPSVC | | clear_bit(NPSVC, &n->state); | | SCHED } | | | | napi_schedule_prep() | | SCHED | MISSED (2) (1) Here return direct. Because of NAPI_STATE_NPSVC exists. (2) NAPI_STATE_SCHED exists. So not add napi.poll_list to sd->poll_list Since NAPI_STATE_SCHED already exists and napi is not in the sd->poll_list queue, NAPI_STATE_SCHED cannot be cleared and will always exist. 1. This will cause this queue to no longer receive packets. 2. If you encounter napi_disable under the protection of rtnl_lock, it will cause the entire rtnl_lock to be locked, affecting the overall system. This patch uses cmpxchg to implement napi_enable(), which ensures that there will be no race due to the separation of clear two bits. Fixes: 2d8bff12699abc ("netpoll: Close race condition between poll_one_napi and napi_disable") Signed-off-by: Xuan Zhuo Reviewed-by: Dust Li Signed-off-by: David S. Miller Signed-off-by: Sasha Levin --- net/core/dev.c | 16 ++++++++++------ 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/net/core/dev.c b/net/core/dev.c index 8f1a47ad6781..693f15a05630 100644 --- a/net/core/dev.c +++ b/net/core/dev.c @@ -6988,12 +6988,16 @@ EXPORT_SYMBOL(napi_disable); */ void napi_enable(struct napi_struct *n) { - BUG_ON(!test_bit(NAPI_STATE_SCHED, &n->state)); - smp_mb__before_atomic(); - clear_bit(NAPI_STATE_SCHED, &n->state); - clear_bit(NAPI_STATE_NPSVC, &n->state); - if (n->dev->threaded && n->thread) - set_bit(NAPI_STATE_THREADED, &n->state); + unsigned long val, new; + + do { + val = READ_ONCE(n->state); + BUG_ON(!test_bit(NAPI_STATE_SCHED, &val)); + + new = val & ~(NAPIF_STATE_SCHED | NAPIF_STATE_NPSVC); + if (n->dev->threaded && n->thread) + new |= NAPIF_STATE_THREADED; + } while (cmpxchg(&n->state, val, new) != val); } EXPORT_SYMBOL(napi_enable); -- 2.33.0