Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp1128037pxb; Tue, 29 Mar 2022 18:04:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxLS64kNeiJ6q/fJlcSS1/7Bh7IHqlzornkzMAF9dEkTCki88WtgQnuk93Y8WhqiIUUHpze X-Received: by 2002:a17:907:1c10:b0:6da:6316:d009 with SMTP id nc16-20020a1709071c1000b006da6316d009mr37397009ejc.621.1648602246987; Tue, 29 Mar 2022 18:04:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648602246; cv=none; d=google.com; s=arc-20160816; b=aFOnrkGjyIlskLTTuSG+g9Zbr62myPq34OxAsqNSNk3JGPm6OYF2UujIpSg7CRMXpa Hj2QlCZBkiKf1RTlxC7nLErkgV//YKdiAuR3HOsstwzd9QvW7TbP2ahPcZknbHbaWRgL Q7r96WsUtIx7tMWzqyzoYgpyPAfVfEzwgzwsCXusFIHY4GM499mYayqqLZtu/JkL1arw TUGj8lgYzN2DIg9NLXtxMcJ4+LypRZD53YhDNs4zfY3eq2ThDNIYce42uah8cz4u1n1Z UoyF7LI3KmgRpLxQAxQ3CC6eUx42cNbaOml+4ldCiWKIQvXWs9VHM+6Y6fzNvFVvsmIz +PcQ== 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 :message-id:date:subject:to:from; bh=O3foGavVNwfbREiKmr8AbNd4bifzDoligkt5atunexc=; b=iHv9S5AVqUsm7URZn1asn4iYBv/WG4gDdWqC9kZrr0H9v2hGx5xsg6IXm8VqdADTKc Aj1dZj9Q4ovS199Quh2OrJbLqH8vDmw2tiS67GDCdLf8M4PL2HmBy1p7ue0gDWG+RM9C //AbogUzW9A0mbBeNcHii9SrEmRcAAjTXjbh3OZeGndx4btz87EbUBJx1fMfdazL0qu8 QA7BHfzbBDhwjE02LxREme1+pik3YhfNfJlcmbAUIYS/0W7xW/yRM6XGh+iyjGYNPomD Rfx/n6fHcINhUNQKGrEhIB6WqRppopjBgUAuyjuZt7J/f1no6WjlG2B268IuHWF6A5d8 +Amg== ARC-Authentication-Results: i=1; mx.google.com; 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 go11-20020a1709070d8b00b006e08c4b10fesi27119220ejc.772.2022.03.29.18.03.41; Tue, 29 Mar 2022 18:04:06 -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; 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 S236976AbiC2W2X (ORCPT + 99 others); Tue, 29 Mar 2022 18:28:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59822 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237039AbiC2W2V (ORCPT ); Tue, 29 Mar 2022 18:28:21 -0400 Received: from mail-qk1-f178.google.com (mail-qk1-f178.google.com [209.85.222.178]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6380F18D9A6; Tue, 29 Mar 2022 15:26:37 -0700 (PDT) Received: by mail-qk1-f178.google.com with SMTP id p25so15299648qkj.10; Tue, 29 Mar 2022 15:26:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=O3foGavVNwfbREiKmr8AbNd4bifzDoligkt5atunexc=; b=J1ALKYPb4gnohsP4AJkNNz0pE2Y7AB9omrosmGi1KjZ8Z5FPTCDjAwtAaRfKeDCVH3 goDKd55ZIr3Bg5ARTzrP4GkudWn+D0To+1PnXttK3+H4lLmNprgyCBG3819raKODpRod aFqDJ/o/j5PWEUsuLztSyDXFqdEO8YruMPol9pajrEDKAGBtZbs0nG7eHavjkM+MftZh yc+zxyTu/OSwwh2vZCfw+GNMlJQY6jZljA5NIyblYl5S5tSBXArjpjSqdth7t9Uxn63F pq8299TFZGTPPZ9+jrugSP/EiT8n90vCiQRPumHaSzOCy19X3Trtmg+rKyllU/GuYYTM 1ncg== X-Gm-Message-State: AOAM5312Put3DvhTiYAV1Jyw13Y4O4zQ/urhhIwo8VuEE4/Jz2zell+U QTJc6+b1Z3KYzc3SieM4+Oo= X-Received: by 2002:a37:a54b:0:b0:67b:309c:e9e1 with SMTP id o72-20020a37a54b000000b0067b309ce9e1mr22707924qke.178.1648592796253; Tue, 29 Mar 2022 15:26:36 -0700 (PDT) Received: from localhost (fwdproxy-ash-008.fbsv.net. [2a03:2880:20ff:8::face:b00c]) by smtp.gmail.com with ESMTPSA id g5-20020ac87f45000000b002e125ef0ba3sm16026890qtk.82.2022.03.29.15.26.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 29 Mar 2022 15:26:35 -0700 (PDT) From: David Vernet To: frederic@kernel.org, jiangshanlai@gmail.com, joel@joelfernandes.org, josh@joshtriplett.org, linux-kernel@vger.kernel.org, mathieu.desnoyers@efficios.com, paulmck@kernel.org, quic_neeraju@quicinc.com, rcu@vger.kernel.org, rostedt@goodmis.org Subject: [PATCH] rcu_sync: Fix comment to properly reflect rcu_sync_exit() behavior Date: Tue, 29 Mar 2022 15:26:13 -0700 Message-Id: <20220329222612.1001586-1-void@manifault.com> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SORTED_RECIPS,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: * 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 rcu_sync_enter() is an rcu_sync API used by updaters which forces RCU readers (e.g. percpu-rwsem) to take a slow-path during an update. It does this by setting the gp_state of the rcu_sync object to GP_ENTER (i.e. > 0). In this state, readers will take a "slow path", such as having percpu-rwsem readers wait on a semaphore rather than just incrementing a reader count. When the updater has completed their work, they must invoke rcu_sync_exit() to signal to readers that they may again take their fastpaths. rcu_sync_enter() currently has a comment that stipulates that a later call to rcu_sync_exit() (by an updater) will re-enable reader "slowpaths". This patch corrects the comment to properly reflect that rcu_sync_exit() re-enables reader fastpaths. Signed-off-by: David Vernet --- kernel/rcu/sync.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/sync.c b/kernel/rcu/sync.c index 33d896d85902..5cefc702158f 100644 --- a/kernel/rcu/sync.c +++ b/kernel/rcu/sync.c @@ -111,7 +111,7 @@ static void rcu_sync_func(struct rcu_head *rhp) * a slowpath during the update. After this function returns, all * subsequent calls to rcu_sync_is_idle() will return false, which * tells readers to stay off their fastpaths. A later call to - * rcu_sync_exit() re-enables reader slowpaths. + * rcu_sync_exit() re-enables reader fastpaths. * * When called in isolation, rcu_sync_enter() must wait for a grace * period, however, closely spaced calls to rcu_sync_enter() can -- 2.30.2