how to see DAR (data access register) on ppc using gdb 7.0.1 on Linux?
Luis Gustavo
luis_gustavo@mentor.com
Fri Sep 7 13:44:00 GMT 2012
On 09/07/2012 10:26 AM, Stefan Puiu wrote:
> Hi,
>
> I'm trying to debug a crash on our embedded Linux platform using:
>
> # gdb --version
>
> warning: Can not parse XML syscalls information; XML support was
> disabled at compile time.
> GNU gdb (GDB) 7.0.1
> Copyright (C) 2009 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later<http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law. Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "powerpc-750-linux-gnu".
>
> I was trying to see the PPC registers after a crash:
>
> (gdb) info registers
> r0 0x1034875e 271877982
> r1 0x7fffed30 2147478832
> r2 0xfd7f7a0 265811872
> [...]
> pc 0xf18d718 0xf18d718
> msr 0xd032 53298
> cr 0x80000848 2147485768
> lr 0xf18d6f8 0xf18d6f8
> ctr 0xf235d90 253975952
> xer 0x20000000 536870912
> orig_r3 0x26 38
> trap 0x300 768
>
> I noticed that the DAR (data access register) is not present here -
> I'm trying to see the memory address whose access caused the crash. I
> only see the trap register, which confirms that there was an invalid
> memory access, but that's it as far as I can tell.
>
> I know the contents of the DAR are printed in case of kernel crashes
> (in oops dumps), is there a way to view the register from gdb? 'info
> register dar' doesn't work...
>
> Thanks in advance,
> Stefan.
>
Such a register is not made visible to GDB by the kernel, so you won't
be able to see it through GDB.
Luis
More information about the Gdb
mailing list