[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201011213238.GN1551@shell.armlinux.org.uk>
Date: Sun, 11 Oct 2020 22:32:38 +0100
From: Russell King - ARM Linux admin <linux@...linux.org.uk>
To: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
Cc: Xiaoming Ni <nixiaoming@...wei.com>, dima@...sta.com,
will@...nel.org, jpoimboe@...hat.com, akpm@...ux-foundation.org,
christian.brauner@...ntu.com, viro@...iv.linux.org.uk,
ldufour@...ux.ibm.com, amanieu@...il.com, walken@...gle.com,
ben.dooks@...ethink.co.uk, tglx@...utronix.de, mingo@...nel.org,
vincent.whitchurch@...s.com, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, wangle6@...wei.com,
luohaizheng@...wei.com
Subject: Re: [PATCH] arm:traps: Don't print stack or raw PC/LR values in
backtraces
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!
Powered by blists - more mailing lists