Hi Tom, On Sat, 8 Oct 2022 at 21:33, Simon Glass <[email protected]> wrote: > > This series contains a few clang-14 fixes to partly resolve the problems > shown by [1]. > > The event_dump problem is that the symbol name is not printed by > addr2line even though it seems to be present: > > Without LTO: > > $ addr2line -e u-boot.clang14.no-lto 4a37f > addr2line: DWARF error: invalid or unhandled FORM value: 0x23 > vbe_simple.c:? > > $ nm u-boot.clang14.no-lto |grep 4a37f > 000000000004a37f t bootmeth_vbe_simple_ft_fixup > > With LTO is even worse: > > $ addr2line -e u-boot.clang14.lto 2d2ee0 > addr2line: DWARF error: invalid or unhandled FORM value: 0x23 > ??:0 > > $ nm u-boot.clang14.lto |grep 4dad1 > 000000000004dad1 t bootmeth_vbe_simple_ft_fixup > > Perhaps this is a bug in addr2line or the clang DWARF output? > > [1] https://source.denx.de/u-boot/u-boot/-/jobs/510282#L287
I should have mentioned that I can respin the series to deal with this, perhaps by not requiring the function name to be present when clang is used (or just at all?) Plus I have one more patch to add for the LTO stuff. Let me know what you think and I can respin this this. > > > Simon Glass (3): > dm: core: Fix lists_bind_fdt() using non-existent of_match > event: Drop the path when checking event-list filenames > test: Drop unwanted option in event_dump.py > > drivers/core/lists.c | 4 +++- > scripts/event_dump.py | 2 -- > test/py/tests/test_event_dump.py | 4 ++-- > 3 files changed, 5 insertions(+), 5 deletions(-) > > -- > 2.38.0.rc1.362.ged0d419d3c-goog > Regards, Simon
