Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752309AbdHJBcK (ORCPT ); Wed, 9 Aug 2017 21:32:10 -0400 Received: from LGEAMRELO13.lge.com ([156.147.23.53]:47930 "EHLO lgeamrelo13.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752098AbdHJBcJ (ORCPT ); Wed, 9 Aug 2017 21:32:09 -0400 X-Original-SENDERIP: 156.147.1.126 X-Original-MAILFROM: byungchul.park@lge.com X-Original-SENDERIP: 10.177.222.33 X-Original-MAILFROM: byungchul.park@lge.com Date: Thu, 10 Aug 2017 10:30:54 +0900 From: Byungchul Park To: Peter Zijlstra Cc: mingo@kernel.org, tglx@linutronix.de, walken@google.com, boqun.feng@gmail.com, kirill@shutemov.name, linux-kernel@vger.kernel.org, linux-mm@kvack.org, akpm@linux-foundation.org, willy@infradead.org, npiggin@gmail.com, kernel-team@lge.com Subject: Re: [PATCH v8 05/14] lockdep: Implement crossrelease feature Message-ID: <20170810013054.GW20323@X58A-UD3R> References: <1502089981-21272-1-git-send-email-byungchul.park@lge.com> <1502089981-21272-6-git-send-email-byungchul.park@lge.com> <20170809140535.aerk2ivnf4kv2mgf@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170809140535.aerk2ivnf4kv2mgf@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1012 Lines: 40 On Wed, Aug 09, 2017 at 04:05:35PM +0200, Peter Zijlstra wrote: > On Mon, Aug 07, 2017 at 04:12:52PM +0900, Byungchul Park wrote: > > diff --git a/include/linux/lockdep.h b/include/linux/lockdep.h > > index fffe49f..0c8a1b8 100644 > > --- a/include/linux/lockdep.h > > +++ b/include/linux/lockdep.h > > @@ -467,6 +520,49 @@ static inline void lockdep_on(void) > > > > #endif /* !LOCKDEP */ > > > > +enum context_t { > > + HARD, > > + SOFT, > > + PROC, > > + CONTEXT_NR, > > +}; > > Since this is the global namespace and those being somewhat generic > names, I've renamed the lot: > > +enum xhlock_context_t { > + XHLOCK_HARD, > + XHLOCK_SOFT, > + XHLOCK_PROC, > + XHLOCK_NR, > +}; I like it. Thank you. With a little feedback, it rather makes us a bit confused between XHLOCK_NR and MAX_XHLOCK_NR. what about the following? +enum xhlock_context_t { + XHLOCK_HARD, + XHLOCK_SOFT, + XHLOCK_PROC, + XHLOCK_CXT_NR, +}; But it's trivial. I like yours, too.