[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250218085407.61126-1-michael@stapelberg.de>
Date: Tue, 18 Feb 2025 09:54:04 +0100
From: Michael Stapelberg <michael@...pelberg.ch>
To: makb@...iper.net
Cc: brauner@...nel.org,
ebiederm@...ssion.com,
jack@...e.cz,
kees@...nel.org,
linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org,
linux-mm@...ck.org,
oleg@...hat.com,
torvalds@...ux-foundation.org,
viro@...iv.linux.org.uk
Subject: [PATCH v3] binfmt_elf: Dump smaller VMAs first in ELF cores
Hey Brian and folks
> […]
> backtrace, and it turned out to be a non-trivial problem. Instead, we
> try simply sorting the VMAs by size, which has the intended effect.
> […]
> Still need to run rr tests on this, per Kees Cook's suggestion, will
> update back once done. GDB and readelf show that this patch works
> without issue though.
I think in your testing, you probably did not try the eu-stack tool
from the elfutils package, because I think I found a bug:
Current elfutils cannot symbolize core dumps created by Linux 6.12+.
I noticed this because systemd-coredump(8) uses elfutils, and when
a program crashed on my machine, syslog did not show function names.
I reported this issue with elfutils at:
https://sourceware.org/bugzilla/show_bug.cgi?id=32713
…but figured it would be good to give a heads-up here, too.
Is this breakage sufficient reason to revert the commit?
Or are we saying userspace just needs to be updated to cope?
Thanks
Best regards
Michael
Powered by blists - more mailing lists