Linux debuggers
 help / color / mirror / Atom feed
* Aggregated address spaces in libkdumpfile
@ 2023-11-06  7:01 Petr Tesařík
  0 siblings, 0 replies; only message in thread
From: Petr Tesařík @ 2023-11-06  7:01 UTC (permalink / raw)
  To: linux-debuggers, Alexander Kamensky

Hi Alexander,

I'm taking this discussion to the linux-debugging ML, because I think
other people may be interested.

It's about this pull request:

https://github.com/ptesarik/libkdumpfile/pull/77

If my understanding is correct, it is sometimes useful to have a single
address translation which covers both kernel-space and user-space
addresses, but uses a different method to translate each.

For one thing, kernel-space and user-space cannot be distinguished by
address value alone on some architectures (hi there, S/390!), so I
wonder how to deal with the kernel-space/user-space boundary in the
general case.

If there are use cases for aggregating multiple "low-level" address
spaces into a synthetic "high-level" one, then libaddrxlat may provide
a better mechanism. OTOH this could be over-engineering if there is
only one potential use for the feature.

Has anyone else run into a similar need as Alexander?

Petr T

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2023-11-06  7:01 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-11-06  7:01 Aggregated address spaces in libkdumpfile Petr Tesařík

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox