From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752192AbeCZQGJ (ORCPT ); Mon, 26 Mar 2018 12:06:09 -0400 Received: from merlin.infradead.org ([205.233.59.134]:37414 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751099AbeCZQGI (ORCPT ); Mon, 26 Mar 2018 12:06:08 -0400 Date: Mon, 26 Mar 2018 18:05:49 +0200 From: Peter Zijlstra To: Tetsuo Handa Cc: mingo@redhat.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Borislav Petkov , David Rientjes , Michal Hocko , Thomas Gleixner Subject: Re: [PATCH] lockdep: Show address of "struct lockdep_map" at print_lock(). Message-ID: <20180326160549.GL4043@hirez.programming.kicks-ass.net> References: <1522059513-5461-1-git-send-email-penguin-kernel@I-love.SAKURA.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1522059513-5461-1-git-send-email-penguin-kernel@I-love.SAKURA.ne.jp> User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 26, 2018 at 07:18:33PM +0900, Tetsuo Handa wrote: > [ 628.863629] 2 locks held by a.out/1165: > [ 628.867533] #0: [ffffa3b438472e48] (&mm->mmap_sem){++++}, at: __do_page_fault+0x16f/0x4d0 > [ 628.873570] #1: [ffffa3b4f2c52ac0] (&mapping->i_mmap_rwsem){++++}, at: rmap_walk_file+0x1d9/0x2a0 Maybe change the string a little, because from the above it's not at all effident that the [] thing is the lock instance. > diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c > index 12a2805..7835233 100644 > --- a/kernel/locking/lockdep.c > +++ b/kernel/locking/lockdep.c > @@ -556,9 +556,9 @@ static void print_lock(struct held_lock *hlock) > return; > } > > + printk(KERN_CONT "[%px]", hlock->instance); And yeah, what Michal said, that wants to be %p, we're fine with the thing being hashed, all we want to do is equivalience, which can be done with hashed pinters too. > print_lock_name(lock_classes + class_idx - 1); > - printk(KERN_CONT ", at: [<%px>] %pS\n", > - (void *)hlock->acquire_ip, (void *)hlock->acquire_ip); > + printk(KERN_CONT ", at: %pS\n", (void *)hlock->acquire_ip); > } Otherwise no real objection to the patch.