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=-5.2 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no 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 2552EC433E7 for ; Sun, 11 Oct 2020 21:37:46 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (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 A785F206B6 for ; Sun, 11 Oct 2020 21:37:45 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="UA0HJ97P"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=armlinux.org.uk header.i=@armlinux.org.uk header.b="g8r2lVsO" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A785F206B6 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=armlinux.org.uk Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=EhOqg9kcuUB2ex35UPRqnzBAH65nNxpAW8wemDdMEbI=; b=UA0HJ97PHgVk4XLgid350zmUn BigDYd88175T6Dtl7w58rQbO+sqZPTI96eWWZcQMzzP7fg/QqaP31Q1KpjPhplv/p4bU0IlZNy8mI 6q7x2n/ypG7KGeAUHsj1XEa9Rj+FzTk0KS1lGDTy15Pz3eY2ilAX7A0j8Yb/JJ29XY5P6qDSTnbfW gmk/N90UiWVXQc4uBR5ShT5n8xomTcmYcDLIHpbnRCx4aQHWmHtQSSKWdyBZFxIZf03786gJ3zIu9 gXUU1zIumDh7rHe32isV9mitoCrHaGSp5YVFPDJw0yhKLfOy5QXnfm1nr5ov5H9ASQmNLEjocevc3 nEJzSmvQA==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kRj0h-00039q-9r; Sun, 11 Oct 2020 21:36:07 +0000 Received: from pandora.armlinux.org.uk ([2001:4d48:ad52:32c8:5054:ff:fe00:142]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kRj0c-00031a-ID for linux-arm-kernel@lists.infradead.org; Sun, 11 Oct 2020 21:36:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=/JQeKHwzqW3O8yhtwkVNGIvzBEk96NPH81pzSigtML4=; b=g8r2lVsOr76ewNgL6XwarEm3f 0hGIc0y+DzYI/jAhXqvRD2fikvELcXmZEZl/otrNdHgslITGzPFdzFBEz22bL6kdmERetv9SbZbMk HvAqwHsoHnq/BIRnk47O254CyouxXGifwD3wc/02D1qz75EJWXugg3iSnKniM+V+nxNXL37E94rLR nlJev4HjAlhIq2f3zYb2aDSGJWkkFc2CiRs7CEKTBooxk9ERt25Dwt/Mzjt9WIEy0DEEDM5ErqaTw Ii9DqI8TyhCvXJTRQUQp/U20dz6fehVnzOGyS2XAMdV9A3w+OPF23WnCR1OcPfgfe7jSgZSyGnUsp +VXWCBdtA==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:44810) by pandora.armlinux.org.uk with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kRixQ-00033x-Mn; Sun, 11 Oct 2020 22:32:44 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1kRixK-0004vp-GA; Sun, 11 Oct 2020 22:32:38 +0100 Date: Sun, 11 Oct 2020 22:32:38 +0100 From: Russell King - ARM Linux admin To: Sebastian Andrzej Siewior Subject: Re: [PATCH] arm:traps: Don't print stack or raw PC/LR values in backtraces Message-ID: <20201011213238.GN1551@shell.armlinux.org.uk> References: <20201009075957.110017-1-nixiaoming@huawei.com> <20201009080849.GM1551@shell.armlinux.org.uk> <20201009081820.jargnmck6zfkzegx@linutronix.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20201009081820.jargnmck6zfkzegx@linutronix.de> User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201011_173602_639182_EDAF2652 X-CRM114-Status: GOOD ( 20.62 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: wangle6@huawei.com, walken@google.com, amanieu@gmail.com, dima@arista.com, Xiaoming Ni , vincent.whitchurch@axis.com, linux-kernel@vger.kernel.org, mingo@kernel.org, ben.dooks@codethink.co.uk, tglx@linutronix.de, viro@zeniv.linux.org.uk, jpoimboe@redhat.com, luohaizheng@huawei.com, akpm@linux-foundation.org, ldufour@linux.ibm.com, will@kernel.org, christian.brauner@ubuntu.com, linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, Oct 09, 2020 at 10:18:20AM +0200, Sebastian Andrzej Siewior wrote: > On 2020-10-09 09:08:50 [+0100], Russell King - ARM Linux admin wrote: > > I am really not happy about this - it hurts at least my ability to > > debug the kernel when people post oopses to the mailing list. If > > people wish to make the kernel harder to debug, and are prepared > > to be told "your kernel is undebuggable" then this patch is fine. > > I haven't look at the patch but don't they keep/add the representation: > PC: symbol+offset/size > LR: symbol+offset/size > > ? This is needed at very least as a replacement for the missing address. I don't have a problem getting rid of the hex numbers in [< >] although then I will need to convert the symbol back to an address using the vmlinux to then calculate its address to then find the appropriate place in the objdump output - because objdump does _not_ use the symbol+offset annotation. Yes, I really do look up the numeric addresses in the objdump output to then read the disassembly. $ objdump -d vmlinux | less and then search for the address is the fastest and most convenient way for me rather than having to deal with some random script. Maybe I'm just antequated about how I do my debugging, but this seems to me to be the most efficient and fastest way. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last! _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel