From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 16205C43143 for ; Mon, 1 Oct 2018 23:10:20 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 6F259206B2 for ; Mon, 1 Oct 2018 23:10:19 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6F259206B2 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=windriver.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 42PJ0T3zLqzDrM8 for ; Tue, 2 Oct 2018 09:10:17 +1000 (AEST) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=windriver.com Authentication-Results: lists.ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=windriver.com (client-ip=147.11.1.11; helo=mail.windriver.com; envelope-from=jason.wessel@windriver.com; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=windriver.com X-Greylist: delayed 11309 seconds by postgrey-1.36 at bilbo; Tue, 02 Oct 2018 09:04:37 AEST Received: from mail.windriver.com (mail.windriver.com [147.11.1.11]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 42PHsx6XfGzF3DK for ; Tue, 2 Oct 2018 09:04:37 +1000 (AEST) Received: from ALA-HCA.corp.ad.wrs.com ([147.11.189.40]) by mail.windriver.com (8.15.2/8.15.1) with ESMTPS id w91JtxFO013023 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 1 Oct 2018 12:55:59 -0700 (PDT) Received: from [172.25.59.211] (172.25.59.211) by ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id 14.3.408.0; Mon, 1 Oct 2018 12:55:58 -0700 Subject: Re: [PATCH] kdb: print real address of pointers instead of hashed addresses To: Christophe Leroy , Daniel Thompson References: From: Jason Wessel Message-ID: Date: Mon, 1 Oct 2018 14:55:57 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org, kgdb-bugreport@lists.sourceforge.net Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On 09/27/2018 12:17 PM, Christophe Leroy wrote: > Since commit ad67b74d2469 ("printk: hash addresses printed with %p"), > all pointers printed with %p are printed with hashed addresses > instead of real addresses in order to avoid leaking addresses in > dmesg and syslog. But this applies to kdb too, with is unfortunate: > > Entering kdb (current=0x(ptrval), pid 329) due to Keyboard Entry > kdb> ps > 15 sleeping system daemon (state M) processes suppressed, > use 'ps A' to see all. > Task Addr Pid Parent [*] cpu State Thread Command > 0x(ptrval) 329 328 1 0 R 0x(ptrval) *sh > > 0x(ptrval) 1 0 0 0 S 0x(ptrval) init > 0x(ptrval) 3 2 0 0 D 0x(ptrval) rcu_gp > 0x(ptrval) 4 2 0 0 D 0x(ptrval) rcu_par_gp > 0x(ptrval) 5 2 0 0 D 0x(ptrval) kworker/0:0 > 0x(ptrval) 6 2 0 0 D 0x(ptrval) kworker/0:0H > 0x(ptrval) 7 2 0 0 D 0x(ptrval) kworker/u2:0 > 0x(ptrval) 8 2 0 0 D 0x(ptrval) mm_percpu_wq > 0x(ptrval) 10 2 0 0 D 0x(ptrval) rcu_preempt > > The whole purpose of kdb is to debug, and for debugging real addresses > need to be known. In addition, data displayed by kdb doesn't go into > dmesg. > I completely agree. This is added to the merge queue. Cheers, Jason.