STRUCT REMAP_ADDRESSES_KEY(9)
π struct remap_addresses_key(9) π
okay so bestie, welcome to the Kernel API Manual, and buckle up because we're talking about a struct that's literally the glow-up machine for addresses β¨
πΈ NAME πΈ
struct remap_addresses_key β the key that maps your original addresses to the remapped ones. it's giving matchmaker, honestly π«Ά
π¦ SYNOPSIS π¦
struct remap_addresses_key {
struct machine *machine;
struct dso *dso;
u64 invariant;
pid_t pid;
};
π Members π
dsoβ pointer to the DSO (Dynamic Shared Object) that's associated with the mapping. like, this is the whole shared-object vibe for this map πinvariantβ a unique offset invariant within the VMA (Virtual Memory Area). it gets calculated asstart - pgoff. and the way this value just stays constant?? iconic. here's why that matters: when perf's internalmaps__fixup_overlap_and_insertsplits a map into fragmented VMA pieces because events are overlapping (messy, I know π), this little value stays put, which lets us resolve those split maps consistently right back to the original VMA. so no cap, it's the anchor keeping everything from falling apart π₯pidβ the Process ID associated with the mapping. simple, cute, essential π
π SEE ALSO π
- Kernel file
./tools/perf/util/aslr.cβ go read it, iykyk π
alright bestie, that's the whole struct, go slay π β¨
this page came to you from./tools/perf/util, dated October 2026, and it's filed understruct remap_addresses_key(9)in the Kernel API Manual β mwah, love u, bye ππ¦π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms