On 05/24/2018 10:57 AM, Alexander Graf wrote: > > > On 13.05.18 16:45, Marek Vasut wrote: >> On 05/13/2018 02:22 PM, Tuomas Tynkkynen wrote: >>> Hi, >>> >>> On Thu, 10 May 2018 16:38:30 +0200 >>> Heinrich Schuchardt <xypron.g...@gmx.de> wrote: >>> >>>> If an exception occurs in a loaded image and the relocation offset is >>>> unknown, it is helful to know the instructions pointed to by the >>>> program counter. This patch adds the missing output. >>>> >>>> A possible output is: >>>> *pc: fb de f7 e7 1e ff 2f e1 01 00 50 e3 f0 4d 2d e9 01 80 a0 e1 >>>> >>>> The output can be disassembled with >>>> xxd -pc -r - > a.out >>>> $(CROSS_COMPILE)objdump -D -marm -b binary a.out >>>> >>>> Signed-off-by: Heinrich Schuchardt <xypron.g...@gmx.de> >>>> --- >>>> v2 >>>> print bytes not halfwords >>> >>> Note that Linux already comes with a scripts/decodecode tool where you >>> paste the >>> output of an Oops and it disassembles the "Code: " line from the dump. So >>> I'd >>> vote for importing scripts/decodecode from Linux and making U-Boot's output >>> compatible with Linux. >> >> Sounds good. >> >> btw if you get exception because the memory at PC is inaccessible, this >> will trigger a double-fault I think. > > Yes, but it will only trigger it at the end of the handler at which > point we're panicking anyways, no?
Linux prints the faulting function at the top. -- Best regards, Marek Vasut _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot