gh-149800: Generate the perf trampoline .eh_frame from the compiled assembly - #157246
gh-149800: Generate the perf trampoline .eh_frame from the compiled assembly#157246stratakis wants to merge 5 commits into
Conversation
Let the assembler emit an .eh_frame for the trampoline, matching the frame layout jit_unwind.c describes.
…iled assembly Extract the .eh_frame the assembler emits for the trampoline object at build time into trampoline_ehframe.h and patch only the FDE address fields at runtime. Building with the perf trampoline now needs a host Python, and configure disables the trampoline with a warning when none is usable.
Check the FDEs in jitdump files against their code load records, cover the generator's parsers, and validate the header structure from C.
Documentation build overview
|
|
Undrafting, this should be ready. The failed CI jobs must be flakiness as they passed on the previous commit, the last one just skips a specific test on BOLT builds. Did some extra verification here: A Fedora Rawhide RPM build of python3.15 with this on top of the split and the macOS fix (so basically a 3.15 backport), which contains the multitude of Fedora compiler flags. Tested on aarch64 and x86_64 the main, debug, free-threading and free-threading-debug interpreters . On all eight the trampoline is enabled, the jitdumps written by Also I've tested with adding ppc64le support and deployed it on the ppc64le Rawhide buildbot (source build not RPM). Granted the non-fp path is not exercised on ppc64le but nontheless it works if I add this patch on top: ppc64le patchbuilds, tests pass, perf back-chain and DWARF mode both unwind through the trampolines. Did also a s390x compilation (with the relevant code added similarly as the ppc64le one) on RHEL10 (no access to Fedora s390x for now), builds with and without So if that approach seems sound, it should be fairly easy to add s390x, ppc64le, RISC-V support. |
The trampoline's unwind information has been a hand-maintained DWARF block per architecture in
Python/jit_unwind.c.Now all of this can be changed :)
The perf trampoline's unwind information is now produced by the assembler from
.cfidirectives in the trampoline assembly and extracted into a header at build time, so no architecture needs hand-written DWARF anymore.Building the perf trampoline now needs a host Python (
PYTHON_FOR_REGEN, 3.7 or newer. Wanted 3.9 for the stock Mac interpreter but 3.7 was compatible so why not). Without one,configuredisables the trampoline.Tested on Linux x86_64 (gcc, clang, CET, JIT, tail-call interpreter, free-threaded, LTO, PGO, BOLT, shared, debug, no frame pointers, out-of-tree)
Linux aarch64 (default, PAC, shared, debug, no frame pointers)
macOS arm64 (native, framework, universal2 on both slices), end to end with perf (fp and DWARF call graphs) and samply.
Plus the test suite ofc which was passing for me (let's see what the CI says though).
This can also be backported into 3.15 together with #149894 and #150364 if needed.
Fixes: #149800
THe PR and testing has been assisted by various frontier models, mainly by Fable 5.1 but also each each iteration reviewed in addition by the gpt 6 astra model.
Making it a draft for now, I believe it's ready but I'd also like to test an rpm build first, plus adding another architecture such as s390x or ppc64le to verify things work as intended.