- Subject: Re: Perf ABI versioning
- From: Ingo Molnar <mingo@xxxxxxx>
- Date: Mon, 24 Jan 2011 22:28:38 +0100
- Cc: Thomas Renninger <trenn@xxxxxxx>, tardyp@xxxxxxxxx, jean.pihet@xxxxxxxxxxxxxx, acme@xxxxxxxxxxxxxxxxxx, linux-perf-users@xxxxxxxxxxxxxxx, mathieu.desnoyers@xxxxxxxxxxxx, linux-trace-users@xxxxxxxxxxxxxxx, LKML <linux-kernel@xxxxxxxxxxxxxxx>, Steven Rostedt <rostedt@xxxxxxxxxxx>, Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- In-reply-to: <20110124203449.GC2318@nowhere>
- References: <201101241704.01021.trenn@xxxxxxx> <20110124203449.GC2318@nowhere>
- User-agent: Mutt/1.5.20 (2009-08-17)
* Frederic Weisbecker <fweisbec@xxxxxxxxx> wrote:
> This may be generally useful to help dealing with tracepoint ABI changes.
>
> But instead of a global tracing ABI number, I would rather suggest one number per
> tracepoint subsystem (sched, power, etc...).
Nooooooooooo ... !!! :-)
Please lets stop this madness before it gets too serious: we dont do ABI version
numbering in Linux, full stop.
We use 'natural' ABIs where the lack of an ABI component triggers some sort of
clean, finegrained error. Like a -EINVAL on a not-yet-implemented ABI component, a
non-existent file entry, or -ENOSYS on a non-existent syscall.
Such a design is arbitrarily backportable or forward portable, it's extensible and
it is actually maintainable.
In the ABI version numbering direction lies Windows madness ...
Thanks,
Ingo
--
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
[Linux USB Development]
[Video for Linux]
[Linux Audio Users]
[Photo]
[Yosemite News]
[Yosemite Photos]
[Free Online Dating]
[Linux Kernel]
[Linux SCSI]
[XFree86]