> On Aug 27, 2024, at 1:32 AM, Moon Fault wrote:
>
> Dear Andrew,
>
> Thank you for your detailed explanation regarding the behavior of symbol
> loading in GDB when debugging OVMF.
>
> I just want to make sure I’ve understood your points correctly:
>
> Symbol Loading Timing: The issue I’m f
Dear Andrew,
Thank you for your detailed explanation regarding the behavior of symbol
loading in GDB when debugging OVMF.
I just want to make sure I’ve understood your points correctly:
*
*Symbol Loading Timing:* The issue I’m facing might occur because I’m
connecting to GDB before all the n
I contributed the efi_gdb.py scripts. The gdb scripts figure out the symbols
that exist when you connect. They scripts can walk the current frame, or if you
are in DXE they can usually figure out the table of all the symbols that got
loaded up until this point. But that only represents what was
*Dear Regina König,*
I came across your post, regarding the issue with debugging OVMF using GDB
where the breakpoints weren't being hit despite loading the symbols correctly.
I'm currently facing the exact same problem and was wondering if you were able
to find a solution.
If you managed to re
Hi Regina,
I am not sure if I can help you with exactly the approach you are describing.
Are you aware of the efi_gdb.py script in BaseToosl/Scripts?
This can be used to debug OVMF with Qemu and gdb.
See these messages:
https://edk2.groups.io/g/devel/message/89621
https://edk2.groups.io/g/devel/m
