Re: PATCH [0/4] perf: clean-up of power events API
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: PATCH [0/4] perf: clean-up of power events API
- From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
- Date: Fri, 8 Oct 2010 13:49:14 -0400
- Cc: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>, Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxx>, Tejun Heo <tj@xxxxxxxxxx>, Frederic Weisbecker <fweisbec@xxxxxxxxx>, Pierre Tardy <tardyp@xxxxxxxxx>, Thomas Renninger <trenn@xxxxxxx>, Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>, linux-trace-users@xxxxxxxxxxxxxxx, linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx, linux-perf-users@xxxxxxxxxxxxxxx, rjw@xxxxxxx, linux-omap@xxxxxxxxxxxxxxx, Peter Zijlstra <peterz@xxxxxxxxxxxxx>, Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>, Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- In-reply-to: <1286558495.6661.822.camel@xxxxxxxxxxxxxxxxxxx>
- References: <201010062334.46971.trenn@xxxxxxx> <20101007150825.GB12581@Krystal> <AANLkTikT4xsh7iCQDX8ksewJwC-BeFov=Ab7iYo+hDmO@xxxxxxxxxxxxxx> <20101007155816.GA5351@nowhere> <4CAED2F0.9080801@xxxxxxxxxx> <20101008083819.GA22385@xxxxxxx> <4CAF19E7.3070103@xxxxxxxxxxxxxxx> <20101008134156.GA28724@Krystal> <4CAF4554.7070303@xxxxxxxxxxxxxxx> <1286558495.6661.822.camel@xxxxxxxxxxxxxxxxxxx>
- User-agent: Mutt/1.4.2.2i
Hi -
On Fri, Oct 08, 2010 at 01:21:35PM -0400, Steven Rostedt wrote:
> [...]
> Perhaps we should have "make install" of a kernel also install this
> library?
> [...]
> The app only needs to worry about loading the generic library. The
> generic library can test for compatible libraries for the kernel.
> [...]
If this library were to be distributed with the kernel, what would
make the generic side of the interface any less permanent than a
kernel ABI? That is, if there is a libkernel-internals.so built from
kernel sources, wouldn't its ABI become necessarily as fixed as any
old syscall or procfs file?
One can have some backward compatibility with symbol versioning et
al., but would that be sufficiently powerful to avoid handcuffing
kernel developers' inclinations to make random future changes?
- FChE
--
To unsubscribe from this list: send the line "unsubscribe linux-trace-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Index of Archives]
[Linux USB Development]
[Linux USB Development]
[Linux Audio Users]
[Yosemite Hiking]
[Linux Kernel]
[Linux SCSI]
