Re: [PATCH 4/8] proc: export more page flags in /proc/kpageflags

From: Andrew Morton
Date: Mon May 11 2009 - 14:40:39 EST


On Mon, 11 May 2009 13:45:54 +0200
Ingo Molnar <mingo@xxxxxxx> wrote:

> > Yes, we could place pagemap's two auxiliary files into debugfs but
> > it would be rather stupid to split the feature's control files
> > across two pseudo filesystems, one of which may not even exist.
> > Plus pagemap is not a kernel debugging feature.
>
> That's not what i'm suggesting though.
>
> What i'm suggesting is that there's a zillion ways to enumerate and
> index various kernel objects, doing that in /proc is fundamentally
> wrong. And there's no need to create a per PID/TID directory
> structure in /debug either, to be able to list and access objects by
> their PID.

The problem with procfs was that it was growing a lot of random
non-process-related stuff. We never deprecated procfs - we decided
that it should be retained for its original purpose and that
non-process-realted things shouldn't go in there.

The /proc/<pid>/pagemap file clearly _is_ process-related, and
/proc/<pid> is the natural and correct place for it to live.

Yes, sure, there are any number of ways in which that data could be
presented to userspace in other locations and via other means. But
there would need to be an extraordinarily good reason for violating the
existing paradigm/expectation/etc.


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/