Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2323884pxv; Sun, 11 Jul 2021 09:28:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx40BlMp0Gjn11z0z2mOhQsBoFE+feqEN3pDCrZIH6425VZ1rH1OXSIjQhwDxeFyc7Sgfic X-Received: by 2002:a05:6e02:106d:: with SMTP id q13mr12683959ilj.164.1626020935717; Sun, 11 Jul 2021 09:28:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626020935; cv=none; d=google.com; s=arc-20160816; b=Q9cI+QhR5ktTfFDyv3WZ4TSHApdZIVaz4rithRBMtMXwM/mdHngEHlLqzxa+yqL1JK POw6AykE33WXxwuOEBSfxufgWujTdBIoUneLphn2Swb9R2nFBHKOkjKdjfRBo3Y/mTvn wgXW58vBHc1mPP8gX11sV0UKVGJPGkIxgp/rPvOeGwG6Ys2mEga+mS9oZqpgN3rLQbcR t4j2+MTXgc3SJHrXEEmoMsLRTvCvFfTSA9XzPl1NOnxnNQ6+pfW0oI+TMEAhUKM1LHoa AiQ/bsiKtSNdf8CTv3B+XQszFzcwCKdt/W309AEh6tE0mXzjJ2FccAG+SG6qKQIXk4KP 6PFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:references:cc :to:subject:from:dkim-signature; bh=VTnUpGQrEV+LSYMbonQQeBGOolBQlW/k+1JZ7zxRtwc=; b=H0meYg1DhoJjvT+e6o01MSBaDt8GYgwK4rS4Z2pKCZVlX6ayAe7speL06zgbZwwkA3 fOlfH11q18C/v3xESULxtwRrQ+zL8TOUIFtc7ws6RXrbI4pndr2e7a+eaD9gBqhmfdm1 rUfcYby3Wwr2esrCgawvTTmajvaY+AtHpgp2Wp9Kw4N4udmf9LHZ9Mt2cjOoHQetMBYj YdLwtz9UpfmmEYwEaUGCeAfbRbYVOWF28aioCcBor304X+PS9NR7kJypgAbW4utmC3xj Vuc3xuPCYZF9w/J/nciEks3hwib9p/f8Q31OKuLq7sfUgNwl8TtHI73Y4wzV787rB1Wq FsZQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=NyIzS1eu; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d3si12831962iod.5.2021.07.11.09.28.44; Sun, 11 Jul 2021 09:28:55 -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=@redhat.com header.s=mimecast20190719 header.b=NyIzS1eu; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235481AbhGKPZj (ORCPT + 99 others); Sun, 11 Jul 2021 11:25:39 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:48920 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235453AbhGKPZi (ORCPT ); Sun, 11 Jul 2021 11:25:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1626016971; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VTnUpGQrEV+LSYMbonQQeBGOolBQlW/k+1JZ7zxRtwc=; b=NyIzS1euL60l2QsR8Na5PinMEy4wOvjY4avmZNFOV/SkXZxNkT2lX7gCzGGak/naUU9mP5 mu3lFTdPH8a7a9bm85DYU+d7SYVMaP5kQqMV/w1t9w869Lyjaodkl3Jo0hK4yMkjz+DfzT vrEc+tvnK8IzVgLtjy+n6XJeHLTdbZA= Received: from mail-qv1-f69.google.com (mail-qv1-f69.google.com [209.85.219.69]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-295-AfXzvMpmN7iMJPW3JfcHHQ-1; Sun, 11 Jul 2021 11:22:50 -0400 X-MC-Unique: AfXzvMpmN7iMJPW3JfcHHQ-1 Received: by mail-qv1-f69.google.com with SMTP id k12-20020a0cfd6c0000b029020df9543019so11771690qvs.14 for ; Sun, 11 Jul 2021 08:22:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=VTnUpGQrEV+LSYMbonQQeBGOolBQlW/k+1JZ7zxRtwc=; b=oQhD8ElYmQmVDol9+LqSXNPl2YMd+QdaidEgQhE6nUJ9HCtL12YCO2eEjXo2tb7vaW GNcRX9eBVvvzxvMklNA1f206qpYeXGhckaUQ2uJR9I+v7mKzjWeMn7R0eNWIAk3+zk1u hIgtpH/rDehQorBFjCyH/6Hf3x+9hGlV5aVReP/Y9U6+XuHoFPsytONplvtnaQ+3xtlf 6t9G9wBNz9MU+EtfntSvbkovSDVC2kcg1Ijg/wE8UZloeYbhSRzfPhi9NbUm4SYnv9NI vChy1Cvi09NBhY0TkJxzKBH8pw+QLGSYp0FScEcaU6A6nlC1NHeJJDMfBC85JrdYsnru 7E9g== X-Gm-Message-State: AOAM530BW33Crj5Nl8zPxZTlPqCrZwOPKyTk4YvnvYqRc4ME6k+89gcS o0gIofLMkVr0ygxLGZPDAfS47GBTAZZEHMPmQYKIJctEqpLD/LFS+9oHqCR0G0bLTCzdn98RWry g2bKtbuMfrQ2c9iXMD3LiQDdJ X-Received: by 2002:a37:b0a:: with SMTP id 10mr1347228qkl.291.1626016969650; Sun, 11 Jul 2021 08:22:49 -0700 (PDT) X-Received: by 2002:a37:b0a:: with SMTP id 10mr1347214qkl.291.1626016969501; Sun, 11 Jul 2021 08:22:49 -0700 (PDT) Received: from llong.remote.csb ([2601:191:8500:76c0::cdbc]) by smtp.gmail.com with ESMTPSA id l6sm5345585qkk.117.2021.07.11.08.22.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 11 Jul 2021 08:22:49 -0700 (PDT) From: Waiman Long X-Google-Original-From: Waiman Long Subject: Re: [PATCH v1 3/3] locking/lockdep,doc: Correct the max number of lock classes To: Xiongwei Song , peterz@infradead.org, mingo@redhat.com, will@kernel.org, boqun.feng@gmail.com Cc: linux-kernel@vger.kernel.org, Xiongwei Song , Jonathan Corbet , linux-doc@vger.kernel.org References: <20210711141430.896595-1-sxwjean@me.com> <20210711141430.896595-3-sxwjean@me.com> Message-ID: <93ccb871-7f57-9109-9072-8fc26f3b811c@redhat.com> Date: Sun, 11 Jul 2021 11:22:48 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <20210711141430.896595-3-sxwjean@me.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/11/21 10:14 AM, Xiongwei Song wrote: > From: Xiongwei Song > > The max number of lock classes is 8192. > > Signed-off-by: Xiongwei Song > Cc: Jonathan Corbet > Cc: linux-doc@vger.kernel.org > --- > Documentation/locking/lockdep-design.rst | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/Documentation/locking/lockdep-design.rst b/Documentation/locking/lockdep-design.rst > index 82f36cab61bd..5c2dcec684ff 100644 > --- a/Documentation/locking/lockdep-design.rst > +++ b/Documentation/locking/lockdep-design.rst > @@ -341,7 +341,7 @@ Exceeding this number will trigger the following lockdep warning:: > > (DEBUG_LOCKS_WARN_ON(id >= MAX_LOCKDEP_KEYS)) > > -By default, MAX_LOCKDEP_KEYS is currently set to 8191, and typical > +By default, MAX_LOCKDEP_KEYS is currently set to 8192, and typical > desktop systems have less than 1,000 lock classes, so this warning > normally results from lock-class leakage or failure to properly > initialize locks. These two problems are illustrated below: > @@ -383,7 +383,7 @@ you the number of lock classes currently in use along with the maximum:: > > This command produces the following output on a modest system:: > > - lock-classes: 748 [max: 8191] > + lock-classes: 748 [max: 8192] > > If the number allocated (748 above) increases continually over time, > then there is likely a leak. The following command can be used to Acked-by: Waiman Long