Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754315AbcJEODR (ORCPT ); Wed, 5 Oct 2016 10:03:17 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:39778 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752252AbcJEODQ (ORCPT ); Wed, 5 Oct 2016 10:03:16 -0400 Date: Wed, 5 Oct 2016 07:03:07 -0700 From: "Paul E. McKenney" To: Nikolay Borisov Cc: linux-kernel@vger.kernel.org Subject: Re: [PATCH] rcu: Reword help of RCU_TRACE option Reply-To: paulmck@linux.vnet.ibm.com References: <1475651181-5512-1-git-send-email-kernel@kyup.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1475651181-5512-1-git-send-email-kernel@kyup.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-GCONF: 00 X-Content-Scanned: Fidelis XPS MAILER x-cbid: 16100514-8235-0000-0000-00000956490A X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00005857; HX=3.00000240; KW=3.00000007; PH=3.00000004; SC=3.00000186; SDB=6.00764615; UDB=6.00365220; IPR=6.00540437; BA=6.00004789; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000; ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00012880; XFM=3.00000011; UTC=2016-10-05 14:03:13 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 16100514-8236-0000-0000-00003565E158 Message-Id: <20161005140307.GE3640@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-10-05_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1610050240 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1581 Lines: 49 On Wed, Oct 05, 2016 at 10:06:21AM +0300, Nikolay Borisov wrote: > Explicitly state that enabling RCU_TRACE enables more > tracepoints and not just "additional tracing". > > Signed-off-by: Nikolay Borisov > --- > > Hello Paul, > > Following our latest conversation re. enabling RCU tracing > I had to actually go and look into the code to see which > option enables the additional tracepoints. I wasn't sure > while reading the help of TRACE_RCU. So here is a patch > which explicitly states that this enables additional > tracepoints. > > Apply it if you deem necessary it might be just me that > thinks the description is not verbose enough. > > lib/Kconfig.debug | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index cab7405f48d2..f8c3468ec7ef 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -1429,8 +1429,8 @@ config RCU_TRACE > depends on DEBUG_KERNEL > select TRACE_CLOCK > help > - This option provides tracing in RCU which presents stats > - in debugfs for debugging RCU implementation. > + This option enables additional tracepoints in RCU which present > + stats in debugfs for debugging RCU implementation. How about something like this? This option provides tracing in RCU which presents stats in debugfs for debugging RCU implementation. It also enables additional tracepoints for ftrace-style event tracing. Thanx, Paul > > Say Y here if you want to enable RCU tracing > Say N if you are unsure. > -- > 2.5.0 >