On Fri, Jan 17, 2025 at 5:08 PM Liam R. Howlett <Liam.Howlett@xxxxxxxxxx> wrote:
>
> * enh <enh@xxxxxxxxxx> [250117 14:35]:
> ...
>
> >
> > as a maintainer of a different linux libc, i've long wanted a "tell me
> > everything there is to know about this vma" syscall rather than having
> > to parse /proc/maps...
> >
>
> You mean an ioctl()-based API to query VMAs from /proc/<pid>/maps?
i wasn't imagining an ioctl(), no, just a regular syscall, but that
would work too.
> Andrii had something like that [1], check out ed5d583a88a92 ("fs/procfs:
> implement efficient VMA querying API for /proc/<pid>/maps")
yeah, that would work for the use cases i've seen too (some of which
are similar to the ones mentioned in the patch description, but other
ones too).
the other motivation we've had that i didn't notice mentioned there is
avoiding the awkward /proc/<pid>/maps behavior when you have too many
vmas to fit all the output into a page.
i'd definitely use this in Android's libc, and several of our
profiling/unwinding libraries.
> Regards,
> Liam
>
> [1]. https://lore.kernel.org/linux-mm/20240627170900.1672542-1-andrii@xxxxxxxxxx/
