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

From: Wu Fengguang
Date: Fri May 08 2009 - 08:45:36 EST


Hi Ingo,

On Fri, May 08, 2009 at 07:47:42PM +0800, Ingo Molnar wrote:
>
> * Wu Fengguang <fengguang.wu@xxxxxxxxx> wrote:
>
> > Export all page flags faithfully in /proc/kpageflags.
>
> Ongoing objection and NAK against extended haphazard exporting of
> kernel internals via an ad-hoc ABI via ad-hoc, privatized
> instrumentation that only helps the MM code and nothing else. It was
> a mistake to introduce the /proc/kpageflags hack a year ago, and it
> even more wrong today to expand on it.

If cannot abandon it, embrace it. That's my attitude.

> /proc/kpageflags should be done via the proper methods outlined in
> the previous mails i wrote on this topic: for example by using the
> 'object collections' abstraction i suggested. Clean enumeration of
> all pages (files, tasks, etc.) and the definition of histograms over
> it via free-form filter expressions is the right way to do this. It
> would not only help other subsystems, it would also be far more
> capable.

For the new interfaces(files etc.) I'd very like to use the ftrace
interface. For the existing pagemap interfaces, if they can fulfill
their targeted tasks, why bother making the shift?

When the pagemap interfaces cannot satisfy some new applications,
and ftrace can provide a superset of the pagemap interfaces and shows
clear advantages while meeting the new demands, then we can schedule
tearing down of the old interface?

> So this should be done in cooperation with instrumentation folks,
> while improving _all_ of Linux instrumentation in general. Or, if
> you dont have the time/interest to work with us on that, it should
> not be done at all. Not having the resources/interest to do
> something properly is not a license to introduce further
> instrumentation crap into Linux.

I'd be glad to work with you on the 'object collections' ftrace
interfaces. Maybe next month. For now my time have been allocated
for the hwpoison work, sorry!

Thanks,
Fengguang
--
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/