Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp1673626pxy; Thu, 29 Apr 2021 11:51:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzVdYCwRYt+lBVZEa5R7ZtZVIenfXeKJyK7PQTgQW4zLhPGWEIchzlykFIXOEq9a1LGZE8q X-Received: by 2002:a62:ea1a:0:b029:27a:bcea:5d3d with SMTP id t26-20020a62ea1a0000b029027abcea5d3dmr1366756pfh.69.1619722286743; Thu, 29 Apr 2021 11:51:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619722286; cv=none; d=google.com; s=arc-20160816; b=chr3/hU4UviLNWOtadtxkYJ1XfLRWwxExdCYoaBQXtaW8BfuyzXlhdjnAG0heVlo1+ LgXj6DSQiOgrS2ERx8tqXU0zwrTvjJ9tUUicHWAQFU/rZ6fNZJ0mNw2ygaRydXDYeqXf BDaJ5v4K2cg0PhZkj3b4LsxE2jkJGwRNHLCvC7DgsNI/N6W5K9HfBpMk4ioyq0NkI5+4 p7pBg1whaCJKzAvgjkMFJ+MWrsg99aAHIyP+9apBFFvdpNQ//DXS9zqX5QfNPQbzmTR4 wSU+HErk7D+BeqzP/bQBNouDpDnsVsHohHlqdIPB1K1YkwPLqUbEwZsNXwWemq8i3xvZ CUVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=0dfv+SpEYuBEoQs4wiKFRhD+0Q3NTeyzHUqYGaZb7Wk=; b=VwEIf+o3jtbabwpduEm6ksWDiThKQ/BWw329ckfeDA+Xi6hiuOBmnKXD0p49o80Xd/ GAxJ57LX2Qx5gjkY3aqntH7RajRsWb9UZiz13AXCavRGOTbI5OTyvTBlSAt+opPOYW9p wWVKtJOh7yipk/z7lu3paDXks++0aKikSoexHutRfdJIN9JfJKDlHulIX8Bwde+WOzcs G5Jf+/ZbMjPx92xsEYKME3eApTKRX0iPjSgNCpV23BxHlel6QnoIbQNKU2RaZ5nmmP4f akjzZ/ekWX8MeuutUMxklrpdIxO3bqRMipbNvNGC4SQUV/ga4kDwpIOu7aQTUjByGIav hJPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=bRq9ONSp; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t11si12068931pjg.102.2021.04.29.11.50.49; Thu, 29 Apr 2021 11:51:26 -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=@infradead.org header.s=casper.20170209 header.b=bRq9ONSp; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241184AbhD2Suv (ORCPT + 99 others); Thu, 29 Apr 2021 14:50:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41838 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241017AbhD2Suu (ORCPT ); Thu, 29 Apr 2021 14:50:50 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F0D79C06138B for ; Thu, 29 Apr 2021 11:50:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=0dfv+SpEYuBEoQs4wiKFRhD+0Q3NTeyzHUqYGaZb7Wk=; b=bRq9ONSpF0k+zDoO5t39WyTOvc RddRmbO6JlqbMu5RCO/6ldfnnQc+Ancu95kwWHJB0p+EbC2yxY80PIgwt0s+ykddfQC2/l0lWsqju +4wQHrzFJ3HWMGKkADvAF5eMza2wmWYujHuZazW2dElckRGmtyGYwVI38q5ht0F/xe0SaYIJV8exC sWZRIVHoDuF4fcHBvGvMTfgW+vCMYJK7jz+As8dKlzUkB84b1rytwuRz+sbQuXzZ8TJywfUPQp2Ho GBXo6XHdjYEdJuHn+T9oRQ4KUkWfrf3Jng/0nf/Mz3BZ4h1N7T+r++Lem2b7eXV1UMXSmSSjuu1vf p5iwqrnQ==; Received: from willy by casper.infradead.org with local (Exim 4.94 #2 (Red Hat Linux)) id 1lcBim-00A0d2-3F; Thu, 29 Apr 2021 18:49:20 +0000 Date: Thu, 29 Apr 2021 19:49:08 +0100 From: Matthew Wilcox To: "Paul E. McKenney" Cc: Michel Lespinasse , Andy Lutomirski , Linux-MM , Laurent Dufour , Peter Zijlstra , Michal Hocko , Rik van Riel , Andrew Morton , Suren Baghdasaryan , Joel Fernandes , Rom Lemarchand , Linux-Kernel Subject: Re: [RFC PATCH 13/37] mm: implement speculative handling in __handle_mm_fault(). Message-ID: <20210429184908.GH1847222@casper.infradead.org> References: <20210407014502.24091-1-michel@lespinasse.org> <20210407014502.24091-14-michel@lespinasse.org> <20210428145823.GA856@lespinasse.org> <20210428161108.GP975577@paulmck-ThinkPad-P17-Gen-1> <20210429000225.GC10973@lespinasse.org> <20210429155250.GV975577@paulmck-ThinkPad-P17-Gen-1> <20210429183412.GA278623@paulmck-ThinkPad-P17-Gen-1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210429183412.GA278623@paulmck-ThinkPad-P17-Gen-1> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 29, 2021 at 11:34:12AM -0700, Paul E. McKenney wrote: > +++ b/include/linux/rcupdate.h > @@ -532,7 +532,10 @@ do { \ > * @p: The pointer to read, prior to dereferencing > * @c: The conditions under which the dereference will take place > * > - * This is the RCU-bh counterpart to rcu_dereference_check(). > + * This is the RCU-bh counterpart to rcu_dereference_check(). However, > + * please note that in recent kernels, synchronize_rcu() waits for > + * local_bh_disable() regions of code in addition to regions of code > + * demarked by rcu_read_lock() and rcu_read_unlock(). > */ I've been trying to get rid of "please note that" in my own documentation recently. It doesn't add any value. Also, "recent kernels" is going to go stale quickly, "Since v5.8" (or whatever) is good because it lets us know in ten years that we can just delete the reference. So I'd make this: * This is the RCU-bh equivalent of rcu_dereference_check(). Since v5.8, * synchronize_rcu() waits for code with bottom halves disabled as well * as code between rcu_read_lock() and rcu_read_unlock().