Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3669789rwb; Mon, 3 Oct 2022 19:58:48 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4f2pQuxboy9fbwXopNDWm5WDXyNX1kmmBuj1uwpitmtrn2hEoIzKNKh0NijIV73cIgith+ X-Received: by 2002:a17:907:628f:b0:72f:57da:c33d with SMTP id nd15-20020a170907628f00b0072f57dac33dmr17119114ejc.374.1664852327894; Mon, 03 Oct 2022 19:58:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664852327; cv=none; d=google.com; s=arc-20160816; b=V5Sj9vNt7fYAwmtOv/Qddy6abisU1HIkMnpb9l4IghzgfD9mZoWD1ZUwF1M4udSJMf bBQVmkcNTAOINFu+ofKfBZdXj5WAYS+dFt6fqqE3J79ABkNONxYGta04tv8/V800OPvb 6yBEiAsVPoyfrSl9DtANTD53qu8tACFmocncxjzNhNqv+geLIUMXf4Z6ZPvu2Jxj9g4B GT0OQpOl8ze/8P5oxz2/7QMfXIUH6IdkP7iqOqHKp5VwwUGPG24Qre8gdbV2ICbhuoOG V2fqxwKKgzpQtk88f8WGi+FWR+3S2AldZANIrMiMXPwP0JmuGKb2zE4XHWJSLfNO2fn/ 0q3A== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=WO1zLatTGk7w49T3dw38/yevK8lFIMN7WGO9rdhO2q0=; b=0IzqBg9S6+McoZ+Y9VTZzIDljyg+lmBhBIU9U28sdWjxmvfw4q/u1KDVwh9ZZrbRD0 HasXBt0DR9q1ZZdKvD0oQE2TsyJRTi2Z0TDqMrJmfvMJBucvk25o7qrmHOxAirAtJ7q+ myLiA1E74TySfuDkUORHhHA6Lis/MBr9aSsds4/knjJbPROaQ12BZy+ZYlp3Mh+qm706 9KIwY0su6u51r544yhKXNgfaGnhrvJbmYADvrfKrLdg2OYgva7f4d7A6VCpBVuumMR+P X169yp1n69WOzBiyY1mZuQyhre2C9B0Srke6DGJADiFHW9WrK38ABcjuC08RMxC5tOPB 41GA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@joelfernandes.org header.s=google header.b=LTfgasgQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id nc24-20020a1709071c1800b0077b2e822b5dsi10454885ejc.674.2022.10.03.19.58.23; Mon, 03 Oct 2022 19:58:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@joelfernandes.org header.s=google header.b=LTfgasgQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229919AbiJDCnB (ORCPT + 99 others); Mon, 3 Oct 2022 22:43:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54634 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229785AbiJDCm1 (ORCPT ); Mon, 3 Oct 2022 22:42:27 -0400 Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5D551240BF for ; Mon, 3 Oct 2022 19:42:25 -0700 (PDT) Received: by mail-qt1-x836.google.com with SMTP id s18so7476216qtx.6 for ; Mon, 03 Oct 2022 19:42:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelfernandes.org; s=google; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date; bh=WO1zLatTGk7w49T3dw38/yevK8lFIMN7WGO9rdhO2q0=; b=LTfgasgQcTjFsGz+V8WCIdkb4lS/q3wgkeVWhhyK3Zn8lRgOBurVMCqxo905f/y1LB ZTnC11ZQ1e42UXbBBaTKpudvzk/Bbk1lwFXKP0iGpIeQV8dzYc85xmyqbN6dCx6qrJJZ gS98L/7H8bGqZeilTYaYhzc8309phRVnsm0qo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=WO1zLatTGk7w49T3dw38/yevK8lFIMN7WGO9rdhO2q0=; b=yBm72SvKirp2KmZhzERXVadt5v2icdeX6VoBVwlbC2e2zfWncnRh6pE01c+c25c7wU OuK4J+eRYeMY3rQTg/Ot0CXpLA+qCZxOl/ml1Cy23BWstx73VYB8nlrf8gJmaPcos/sh jcn5We9yFX4ZTjuxZ6pfkV3H5QkAi+szu7719ytjSTcp/U7BrjTvHVI0BXWHxTk1Brt8 6Le+71CMRgXyOpwKCAo8XKHeo6ylN6SHEO8Ht+g7uEhLVfYzi3Mn7Kc2KkbIl30uCDpf 90q0yNyrmETlsF0AH9v4f2SHXlQZp1ucjwtLjq/dP0rdEyCTrnSfuGH+JbS02Pn3fqDC 42pg== X-Gm-Message-State: ACrzQf0lBXsaVEO+d1aMdqVDmOKhZBIihpC2hDPk8HjmQHvZM4mZyRDN NzUH+jrSKcdKZ8zSu3jKHYwIjZPr5f2CbA== X-Received: by 2002:a05:622a:304:b0:35d:4825:f812 with SMTP id q4-20020a05622a030400b0035d4825f812mr18214493qtw.467.1664851344183; Mon, 03 Oct 2022 19:42:24 -0700 (PDT) Received: from joelboxx.c.googlers.com.com (228.221.150.34.bc.googleusercontent.com. [34.150.221.228]) by smtp.gmail.com with ESMTPSA id 1-20020ac85901000000b0035cf5edefa6sm11793875qty.56.2022.10.03.19.42.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 Oct 2022 19:42:23 -0700 (PDT) From: "Joel Fernandes (Google)" To: rcu@vger.kernel.org Cc: linux-kernel@vger.kernel.org, rushikesh.s.kadam@intel.com, urezki@gmail.com, neeraj.iitr10@gmail.com, frederic@kernel.org, paulmck@kernel.org, rostedt@goodmis.org, youssefesmat@google.com, surenb@google.com, "Joel Fernandes (Google)" Subject: [PATCH v7 06/11] percpu-refcount: Use call_rcu_flush() for atomic switch Date: Tue, 4 Oct 2022 02:41:52 +0000 Message-Id: <20221004024157.2470238-7-joel@joelfernandes.org> X-Mailer: git-send-email 2.38.0.rc1.362.ged0d419d3c-goog In-Reply-To: <20221004024157.2470238-1-joel@joelfernandes.org> References: <20221004024157.2470238-1-joel@joelfernandes.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 call_rcu() changes to save power will slow down the percpu refcounter's "per-CPU to atomic switch" path. The primitive uses RCU when switching to atomic mode. The enqueued async callback wakes up waiters waiting in the percpu_ref_switch_waitq. Due to this, per-CPU refcount users will slow down, such as blk_pre_runtime_suspend(). Use the call_rcu_flush() API instead which reverts to the old behavior. Signed-off-by: Joel Fernandes (Google) --- lib/percpu-refcount.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lib/percpu-refcount.c b/lib/percpu-refcount.c index e5c5315da274..65c58a029297 100644 --- a/lib/percpu-refcount.c +++ b/lib/percpu-refcount.c @@ -230,7 +230,8 @@ static void __percpu_ref_switch_to_atomic(struct percpu_ref *ref, percpu_ref_noop_confirm_switch; percpu_ref_get(ref); /* put after confirmation */ - call_rcu(&ref->data->rcu, percpu_ref_switch_to_atomic_rcu); + call_rcu_flush(&ref->data->rcu, + percpu_ref_switch_to_atomic_rcu); } static void __percpu_ref_switch_to_percpu(struct percpu_ref *ref) -- 2.38.0.rc1.362.ged0d419d3c-goog