This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: Postmortem debugging with arm-none-eabi-gdb from memory dump (not core)
- From: Hesham M <hesham dot eembedded at gmail dot com>
- To: gdb at sourceware dot org
- Date: Fri, 13 Oct 2017 14:00:30 -0400
- Subject: Re: Postmortem debugging with arm-none-eabi-gdb from memory dump (not core)
- Authentication-results: sourceware.org; auth=none
- References: <CA+fECkVuofYy5WTYJ5gXs6V8kb2j3YpHXXqmv5BADDAk1QeAqA@mail.gmail.com>
Hi,
I'm still looking for guidance or pointers that may help with this issue.
Thanks,
-Hesham
On Thu, Oct 5, 2017 at 5:55 AM, Hesham M <hesham.eembedded@gmail.com> wrote:
> Hi all,
>
> As this is my first email to the list, and as an old user for gdb, I'd
> like first to thank the gdb community for their effort.
>
> In a bare-metal ARM system, is there a way to use arm-none-eabi-gdb for
> postmortem debugging, the same way we do when we debug with core file on
> Linux, for example?
>
> The issue is that I don't have a "core" file but I can generate memory
> dump of the whole memory (ROM is already known and through the hardware
> debugger used I can write the RAM contents to a file (outside the target of
> course). I can also collect the registers at the time of the crash. I can
> do the debugging/analysis if I connect gdb to the target at the time of the
> crash but I need to do this in later time away from the target. I hope to
> find a way to debug with memory dumps the same way gdb debugs with core
> files.
>
> Of course if I can convert the memory dump to a valid core file, it might
> be another path to the solution. I don't know how to do that or if there is
> a tool that can help with this conversion.
>
> Any idea if this is possible?
>
> A variant of this is idea is done for Keil tools:
> https://os.mbed.com/blog/entry/Post-mortem-debugging-with-ARM-mbed/
>
> I have posted a similar question on stackoverflow but they closed it! So,
> please let me know if my question isn't clear.
>
> Thanks,
> -Hesham
>