From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 48472C433F5 for ; Fri, 25 Feb 2022 02:22:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236737AbiBYCXW (ORCPT ); Thu, 24 Feb 2022 21:23:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42438 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236265AbiBYCXW (ORCPT ); Thu, 24 Feb 2022 21:23:22 -0500 Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A601218F20A; Thu, 24 Feb 2022 18:22:51 -0800 (PST) Received: by mail-io1-xd31.google.com with SMTP id c23so5022576ioi.4; Thu, 24 Feb 2022 18:22:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=fqT7xMVhlkuYITxIP6wUnF7YOQBx/icOOIa7N5wif0A=; b=gnlGb05yXUIE56zjJKjuuBAWsC/Cgdmwdqc05R/voHdgesiQq+mhWw3NpP/codOHNi WJuDHuVi33I+szk4tje1azz8i7r9xs1rySdJ7bpPKrvYr949RR/ggEc6KW2ZjTajgfpw YPwLtQ947hdrrJf4tIut02wnS1WotS4bEzfsyJLUZbMxVhZ0BV/lOkaQNsLfqagHp/7R 2yG+QummpeMrl/QUSLA0gz96YRv7rPuyrl0gRuWItBqY1faWQIauoQJVG3XqfS6BjZqX uAsDD+GIamq1IgYyAV8ANx/mOZKWQLL0AkHSpTlZq3KcXNEsOnSGLIp858U+oWrpuZiO jPow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=fqT7xMVhlkuYITxIP6wUnF7YOQBx/icOOIa7N5wif0A=; b=3PG8JcD+r4+edTEPzOexSN8OwdIprvGLy6UlqW1EDI8W4YYjtrgB1tIbjIC3/uOLsn MYvrpLFNOgCHCaDPI4/BJa6bWEhZGnO/uwg4b70iREDb6XG/dtIvCavhNXrPmgY3MCRg eDJ9P9hGcOo8TCZVAhih1Fi0EfScYPliTSUw1a0R3Xe6hQNPWSD8Qk5q/hfI3fYOLMvD R1ghem17tDUWYH4LptoLX4HVR3eKNjJ6WmBWDs1K6HA9I1HnDdSLJVlAjN/jxLbk009g TooFS3XvdQI6L5atcgtUeGm545TzCnvtQtqgiufsMSrQcALhOj/ocdb5ULhPVVUa+UmY 1IJg== X-Gm-Message-State: AOAM531hE5TO90w+qHGVRfplBVFILnLhBCXrz7y1D+kjm149eaGCH/u/ CKP0WkmliAkyCxs73ZdhJBBULeoA11k= X-Google-Smtp-Source: ABdhPJy1y/FaYJjQbixlh+TYdSr5O6kFJrbYX26H+xQ8ENN0LB5QEwIEZ1zNSUuyRsIa9eVzU/CEkQ== X-Received: by 2002:a05:6638:304:b0:314:cffb:6b5 with SMTP id w4-20020a056638030400b00314cffb06b5mr4448153jap.34.1645755771128; Thu, 24 Feb 2022 18:22:51 -0800 (PST) Received: from auth1-smtp.messagingengine.com (auth1-smtp.messagingengine.com. [66.111.4.227]) by smtp.gmail.com with ESMTPSA id y3-20020a920903000000b002be151ee1e6sm844332ilg.30.2022.02.24.18.22.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 24 Feb 2022 18:22:50 -0800 (PST) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailauth.nyi.internal (Postfix) with ESMTP id 5D4C727C0054; Thu, 24 Feb 2022 21:22:49 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Thu, 24 Feb 2022 21:22:49 -0500 X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrleefgdeflecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepuehoqhhunhcu hfgvnhhguceosghoqhhunhdrfhgvnhhgsehgmhgrihhlrdgtohhmqeenucggtffrrghtth gvrhhnpedvleeigedugfegveejhfejveeuveeiteejieekvdfgjeefudehfefhgfegvdeg jeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsoh hquhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdeiledvgeehtdeigedq udejjeekheehhedvqdgsohhquhhnrdhfvghngheppehgmhgrihhlrdgtohhmsehfihigmh gvrdhnrghmvg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 24 Feb 2022 21:22:48 -0500 (EST) Date: Fri, 25 Feb 2022 10:22:01 +0800 From: Boqun Feng To: Andrew Halaney Cc: corbet@lwn.net, peterz@infradead.org, mingo@redhat.com, will@kernel.org, longman@redhat.com, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Leah Leshchinsky Subject: Re: [PATCH] Documentation/locking/locktypes: Fix PREEMPT_RT _bh() description Message-ID: References: <20220224212312.2601153-1-ahalaney@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220224212312.2601153-1-ahalaney@redhat.com> Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org On Thu, Feb 24, 2022 at 03:23:12PM -0600, Andrew Halaney wrote: > With PREEMPT_RT the _bh() version of a spinlock leaves preemption > enabled, align the doc to say that instead of the opposite. > > Reported-by: Leah Leshchinsky > Signed-off-by: Andrew Halaney Reviewed-by: Boqun Feng Regards, Boqun > --- > Documentation/locking/locktypes.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/locking/locktypes.rst b/Documentation/locking/locktypes.rst > index 4fd7b70fcde1..bfa75ea1b66a 100644 > --- a/Documentation/locking/locktypes.rst > +++ b/Documentation/locking/locktypes.rst > @@ -247,7 +247,7 @@ based on rt_mutex which changes the semantics: > Non-PREEMPT_RT kernels disable preemption to get this effect. > > PREEMPT_RT kernels use a per-CPU lock for serialization which keeps > - preemption disabled. The lock disables softirq handlers and also > + preemption enabled. The lock disables softirq handlers and also > prevents reentrancy due to task preemption. > > PREEMPT_RT kernels preserve all other spinlock_t semantics: > -- > 2.35.1 >