[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1104261648400.32482@cl320.eecs.utk.edu>
Date: Tue, 26 Apr 2011 16:51:08 -0400 (EDT)
From: Vince Weaver <vweaver1@...s.utk.edu>
To: Ingo Molnar <mingo@...e.hu>
cc: Arnaldo Carvalho de Melo <acme@...radead.org>,
linux-kernel@...r.kernel.org, Andi Kleen <ak@...ux.intel.com>,
Peter Zijlstra <peterz@...radead.org>,
Stephane Eranian <eranian@...il.com>,
Lin Ming <ming.m.lin@...el.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>
Subject: Re: [PATCH 1/1] perf tools: Add missing user space support for
config1/config2
On Tue, 26 Apr 2011, Ingo Molnar wrote:
> The kernel development process is in essence an abstraction engine, and if you
> expect something else you'll probably be facing a lot of frustrating episodes
> in the future as well where others try to abstract out meaningful
> generalizations.
yes, but you are taking abstraction to the extreme.
A filesystem abstracts out the access to raw disk... but under Linux we
still allow raw access to /dev/sda
TCP/IP abstracts out the access to the network... but under Linux we still
allow creating raw packets.
It is fine to have some sort of high-level abstraction of perf events for
those who don't have PhDs in computer architecture. Fine. But don't get
in the way of people who know what they are doing.
Vince
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists