From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750995AbdAQHpX (ORCPT ); Tue, 17 Jan 2017 02:45:23 -0500 Received: from LGEAMRELO11.lge.com ([156.147.23.51]:59017 "EHLO lgeamrelo11.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750917AbdAQHpS (ORCPT ); Tue, 17 Jan 2017 02:45:18 -0500 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: Tue, 17 Jan 2017 16:45:09 +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, iamjoonsoo.kim@lge.com, akpm@linux-foundation.org, npiggin@gmail.com Subject: Re: [PATCH v4 07/15] lockdep: Implement crossrelease feature Message-ID: <20170117074509.GI3326@X58A-UD3R> References: <1481260331-360-1-git-send-email-byungchul.park@lge.com> <1481260331-360-8-git-send-email-byungchul.park@lge.com> <20170116151001.GD3144@twins.programming.kicks-ass.net> <20170117020541.GF3326@X58A-UD3R> <20170117071456.GK25813@worktop.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170117071456.GK25813@worktop.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 On Tue, Jan 17, 2017 at 08:14:56AM +0100, Peter Zijlstra wrote: > On Tue, Jan 17, 2017 at 11:05:42AM +0900, Byungchul Park wrote: > > On Mon, Jan 16, 2017 at 04:10:01PM +0100, Peter Zijlstra wrote: > > > On Fri, Dec 09, 2016 at 02:12:03PM +0900, Byungchul Park wrote: > > > > > @@ -155,6 +164,9 @@ struct lockdep_map { > > > > int cpu; > > > > unsigned long ip; > > > > #endif > > > > +#ifdef CONFIG_LOCKDEP_CROSSRELEASE > > > > + struct cross_lock *xlock; > > > > +#endif > > > > > > The use of this escapes me; why does the lockdep_map need a pointer to > > > this? > > > > Lockdep interfaces e.g. lock_acquire(), lock_release() and lock_commit() > > use lockdep_map as an arg, but crossrelease need to extract cross_lock > > instances from that. > > > > Why not do something like: > > > > > > struct lockdep_map_cross { > > > struct lockdep_map map; > > > struct held_lock hlock; > > > } > > Using a structure like that, you can pass lockdep_map_cross around just > fine, since the lockdep_map is the first member, so the pointers are > interchangeable. At worst we might need to munge a few typecasts. > > But then the cross release code can simply cast to the bigger type and > have access to the extra data it knows to be there. Right. I will apply it.