Received: by 2002:a05:6a10:8a4d:0:0:0:0 with SMTP id dn13csp169038pxb; Thu, 12 Aug 2021 13:28:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxJkMapO7tHHwlTBJ2A/exjcDahoDGQX4RdUJ0FWrp7tX5GwUweUWjzvotJC7djyZp4Lmhl X-Received: by 2002:aa7:cb9a:: with SMTP id r26mr7761086edt.78.1628800090006; Thu, 12 Aug 2021 13:28:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628800090; cv=none; d=google.com; s=arc-20160816; b=sibmBl7o7/F/8YqcPjb/V//F1G0DqESYiabxwhbS9mpn7Ur6tyvJJ+j0tvPg9qLZk2 +Cw5cx6xmA00oYRkCuhmbFU3qyDoaRiNIK9vllTm4xx91bN3KiTmRaO596d3gnksRrCB o8X6riMCe9Owwe5lrfG2+lyHTFK00qHj+69MS+cs/6ajONi/4881BXw9LvyoNcD0yuhh +wbG6+s2t8D+BdAB6OF/fVOBJy0uqDgGvNLIMOeZ7Ht20hq9pdxVnX1xY1Gy2ZBWAF1f L95L030VqrLD1PGOg/TmW1eqlQCRKmBFo2Fqdkop99hMZofNSKFndcRcFFyKoS3b/0sz khdw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=B9tDHGrSQKmQ8m43rw74c8GQXwO2DScYOR9N263kEUw=; b=Psqt6V53WfdaVbkCRNCq/qxKefe7IWgJeAUKckVveDmfgy+74X6gXBMd1RSUn5z688 Qp7hZHfk8U6pOKPa1+VjKV13azUtTBM2IBGy1242fYBh0ELDJMCexu2sA3vNloYT5Kz1 6IVMEuG+J/8mMiIUunm4ArdvgL+JodzR7uQuYZ0Yghx+ulCAgp5OWV6APuLIq2/4U0gu XUTCsQXZwTZp20+DJu0+SyoJlwT3tam/LEkcQxtYrm9ZunkjWHCDlywGSzlH4E0cW0Y2 HnFx22H/vg5bWJyofPL93L1WxgskXUV4ACOO3Ac42IKjRfHHINE8qmn8t4UTJkV9MxLy kRSg== ARC-Authentication-Results: i=1; mx.google.com; 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 3si3540185ejy.586.2021.08.12.13.27.46; Thu, 12 Aug 2021 13:28:09 -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; 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 S235481AbhHLTGD (ORCPT + 99 others); Thu, 12 Aug 2021 15:06:03 -0400 Received: from smtp-out1.suse.de ([195.135.220.28]:59958 "EHLO smtp-out1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231601AbhHLTGB (ORCPT ); Thu, 12 Aug 2021 15:06:01 -0400 Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 1D8EF222C4; Thu, 12 Aug 2021 19:05:35 +0000 (UTC) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 3842613C71; Thu, 12 Aug 2021 19:05:33 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id TIz7A/1wFWFLTAAAMHmgww (envelope-from ); Thu, 12 Aug 2021 19:05:33 +0000 Date: Thu, 12 Aug 2021 12:05:26 -0700 From: Davidlohr Bueso To: peterz@infradead.org, mingo@redhat.com Cc: longman@redhat.com, will@kernel.org, linux-kernel@vger.kernel.org, Davidlohr Bueso Subject: Re: [PATCH -tip] locking: Move CONFIG_LOCK_EVENT_COUNTS into Kernel hacking section Message-ID: <20210812190526.mfrz5ifdodbncz3w@offworld> References: <20210330020636.112594-1-dave@stgolabs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20210330020636.112594-1-dave@stgolabs.net> User-Agent: NeoMutt/20201120 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ping? On Mon, 29 Mar 2021, Davidlohr Bueso wrote: >It's a lot more intuitive to have it in the locking section of the kernel >hacking part rather than under "General architecture-dependent options". > >Signed-off-by: Davidlohr Bueso >--- > arch/Kconfig | 9 --------- > lib/Kconfig.debug | 9 +++++++++ > 2 files changed, 9 insertions(+), 9 deletions(-) > >diff --git a/arch/Kconfig b/arch/Kconfig >index ecfd3520b676..d6f9aeaaf9f2 100644 >--- a/arch/Kconfig >+++ b/arch/Kconfig >@@ -1113,15 +1113,6 @@ config HAVE_ARCH_PREL32_RELOCATIONS > config ARCH_USE_MEMREMAP_PROT > bool > >-config LOCK_EVENT_COUNTS >- bool "Locking event counts collection" >- depends on DEBUG_FS >- help >- Enable light-weight counting of various locking related events >- in the system with minimal performance impact. This reduces >- the chance of application behavior change because of timing >- differences. The counts are reported via debugfs. >- > # Select if the architecture has support for applying RELR relocations. > config ARCH_HAS_RELR > bool >diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug >index 2779c29d9981..76639ff5998c 100644 >--- a/lib/Kconfig.debug >+++ b/lib/Kconfig.debug >@@ -1401,6 +1401,15 @@ config DEBUG_LOCKING_API_SELFTESTS > The following locking APIs are covered: spinlocks, rwlocks, > mutexes and rwsems. > >+config LOCK_EVENT_COUNTS >+ bool "Locking event counts collection" >+ depends on DEBUG_FS >+ help >+ Enable light-weight counting of various locking related events >+ in the system with minimal performance impact. This reduces >+ the chance of application behavior change because of timing >+ differences. The counts are reported via debugfs. >+ > config LOCK_TORTURE_TEST > tristate "torture tests for locking" > depends on DEBUG_KERNEL >-- >2.26.2 >