Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752344AbdDNNkE (ORCPT ); Fri, 14 Apr 2017 09:40:04 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:43046 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751349AbdDNNkA (ORCPT ); Fri, 14 Apr 2017 09:40:00 -0400 Date: Fri, 14 Apr 2017 06:39:51 -0700 From: "Paul E. McKenney" To: Peter Zijlstra Cc: Eric Dumazet , Vlastimil Babka , LKML , Ingo Molnar , jiangshanlai@gmail.com, dipankar@in.ibm.com, Andrew Morton , Mathieu Desnoyers , Josh Triplett , Thomas Gleixner , Steven Rostedt , David Howells , Frederic Weisbecker , oleg@redhat.com, pranith kumar , Christoph Lameter , Pekka Enberg , David Rientjes , Joonsoo Kim , linux-mm Subject: Re: [PATCH tip/core/rcu 01/13] mm: Rename SLAB_DESTROY_BY_RCU to SLAB_TYPESAFE_BY_RCU Reply-To: paulmck@linux.vnet.ibm.com References: <20170412165441.GA17149@linux.vnet.ibm.com> <1492016149-18834-1-git-send-email-paulmck@linux.vnet.ibm.com> <20170413091248.xnctlppstkrm6eq5@hirez.programming.kicks-ass.net> <50d59b9c-fa8e-1992-2613-e84774ec5428@suse.cz> <20170413161709.ej3qxuqitykhqtyf@hirez.programming.kicks-ass.net> <20170414084544.wgubp4ikqmohgn67@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170414084544.wgubp4ikqmohgn67@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-GCONF: 00 x-cbid: 17041413-0048-0000-0000-0000015B6095 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00006935; HX=3.00000240; KW=3.00000007; PH=3.00000004; SC=3.00000208; SDB=6.00847390; UDB=6.00418136; IPR=6.00625917; BA=6.00005288; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000; ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00015045; XFM=3.00000013; UTC=2017-04-14 13:39:56 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17041413-0049-0000-0000-0000407F9957 Message-Id: <20170414133951.GY3956@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-04-14_09:,, 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-1702020001 definitions=main-1704140119 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1362 Lines: 35 On Fri, Apr 14, 2017 at 10:45:44AM +0200, Peter Zijlstra wrote: > On Thu, Apr 13, 2017 at 02:30:19PM -0700, Eric Dumazet wrote: > > On Thu, Apr 13, 2017 at 9:17 AM, Peter Zijlstra wrote: > > > > > git log -S SLAB_DESTROY_BY_RCU > > > > Maybe, but "git log -S" is damn slow at least here. > > > > While "git grep" is _very_ fast > > All true. But in general we don't leave endless markers around like > this. > > For instance: > > /* the function formerly known as smp_mb__before_clear_bit() */ > > is not part of the kernel tree. People that used that thing out of tree > get to deal with it in whatever way they see fit. Sometimes we don't provide markers and sometimes we do: $ git grep synchronize_kernel Documentation/RCU/RTFP.txt:,Title="API change: synchronize_kernel() deprecated" Documentation/RCU/RTFP.txt: Jon Corbet describes deprecation of synchronize_kernel() kernel/rcu/tree.c: * synchronize_kernel() API. In contrast, synchronize_rcu() only Given that it has been more than a decade, I could easily see my way to removing this synchronize_kernel() tombstone in kernel/rcu/tree.c if people are annoyed by it. But thus far, no one has complained. So how long should we wait to remove the SLAB_DESTROY_BY_RCU tombstone? I can easily add an event to my calendar to remind me to remove it. Thanx, Paul