From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: devel@driverdev.osuosl.org, "Ted Ts'o" <tytso@mit.edu>,
Peter Zijlstra <peterz@infradead.org>, Greg KH <greg@kroah.com>,
linux-kernel@vger.kernel.org,
Arnaldo Carvalho de Melo <acme@redhat.com>,
lttng-dev@lists.lttng.org, Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@elte.hu>,
Linus Torvalds <torvalds@linux-foundation.org>,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [lttng-dev] Perf ABI (was: Re: [PATCH 09/11] sched: export task_prio to GPL modules)
Date: Thu, 12 Jan 2012 11:27:56 -0500 [thread overview]
Message-ID: <20120112162756.GA2540@Krystal> (raw)
In-Reply-To: <1326383629.7642.85.camel@gandalf.stny.rr.com>
* Steven Rostedt (rostedt@goodmis.org) wrote:
> On Thu, 2012-01-12 at 10:39 -0500, Mathieu Desnoyers wrote:
>
> > pipe()/pipe2()
> > dup()/dup2()/dup3()
> > umount()/umount2()
> > mmap()/mmap2()
> > madvise()/madvise1()
> > eventfd()/eventfd2()
> >
> > Those look very much like major version numbers to me. And these are
> > entirely compatible with your statement above about using -ENOSYS to
> > detect if the major version number is implemented or not.
>
> That's a stretch in calling version numbers. All but the madvise case
> above are how many parameters it takes, not really a "version" number.
>
> It's adding a new syscall, not updating a version and then deprecating
> the old one. As I believe all the above are still supported.
>
> >
> > If your only concern is that the major version number should be part of
> > the ABI name (as in the examples above), that can be arranged.
>
> > >
> > > We've done this without version numbers. Just look at all the udev
> > > changes.
> >
> > Are you seriously refering to udev as an example of how to handle
> > changes, or as one of the worse ABI breakage mess that happened in the
> > Linux kernel history ? My own experience as a Linux users (in the
> > era around 2.6.12 kernels if my memory serves me right) lead me to think
> > it's the latter. And because udev is part of the runtime support, that
> > indeed led to non-bootable systems and lots of frustrated users.
>
> Yeah, I know it sucked, as I got burned by it too. But having "version"
> numbers wouldn't have helped at all. In fact, it should have kept both
> ways working much longer, or at least had the new udev support both.
>
> What udev did is more like what you want to do than what I did with
> trace-cmd.
OK. Then how can trace-cmd support the LTTng features ?
Thanks,
Mathieu
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
next prev parent reply other threads:[~2012-01-12 16:28 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1322775683-8741-1-git-send-email-mathieu.desnoyers@efficios.com>
2011-12-01 21:41 ` [PATCH 01/11] mm: export vmalloc_sync_all symbol to GPL modules Mathieu Desnoyers
2011-12-01 21:41 ` Mathieu Desnoyers
2011-12-01 21:57 ` Christoph Hellwig
2011-12-01 21:57 ` Christoph Hellwig
2011-12-01 21:57 ` Christoph Hellwig
2011-12-01 21:57 ` Christoph Hellwig
2011-12-01 21:57 ` Christoph Hellwig
2011-12-01 22:13 ` Greg KH
2011-12-01 22:13 ` Greg KH
2011-12-01 22:19 ` Mathieu Desnoyers
2011-12-01 22:19 ` Mathieu Desnoyers
2011-12-01 22:41 ` Greg KH
2011-12-01 22:41 ` Greg KH
2011-12-01 22:28 ` Christoph Hellwig
2011-12-01 22:28 ` Christoph Hellwig
2011-12-01 23:00 ` Greg KH
2011-12-01 23:00 ` Greg KH
2011-12-01 21:41 ` [PATCH 03/11] fs/splice: export splice_to_pipe " Mathieu Desnoyers
2011-12-02 7:19 ` Jens Axboe
2011-12-02 12:32 ` Mathieu Desnoyers
2011-12-01 21:41 ` [PATCH 09/11] sched: export task_prio " Mathieu Desnoyers
2011-12-01 21:56 ` Peter Zijlstra
2011-12-01 22:04 ` Mathieu Desnoyers
2011-12-01 22:10 ` Peter Zijlstra
2011-12-01 22:15 ` Mathieu Desnoyers
2011-12-01 22:36 ` Mathieu Desnoyers
2011-12-01 23:05 ` Peter Zijlstra
2011-12-02 13:51 ` Mathieu Desnoyers
2011-12-01 23:06 ` Peter Zijlstra
2011-12-01 23:18 ` Greg KH
2011-12-01 23:47 ` Mathieu Desnoyers
2011-12-01 22:14 ` Greg KH
2011-12-01 22:20 ` Mathieu Desnoyers
2011-12-01 23:07 ` Peter Zijlstra
2011-12-01 23:17 ` Greg KH
2011-12-05 14:17 ` Ingo Molnar
2011-12-06 21:44 ` Greg KH
2011-12-08 5:23 ` Ingo Molnar
2011-12-08 23:27 ` Greg KH
2011-12-19 10:49 ` Ingo Molnar
2011-12-19 15:30 ` [lttng-dev] " Mathieu Desnoyers
2011-12-20 11:08 ` Ingo Molnar
2011-12-20 21:46 ` Frank Rowand
2011-12-23 10:51 ` Ingo Molnar
2011-12-21 18:47 ` Aaron Spear
2011-12-21 18:58 ` Christoph Hellwig
2011-12-23 16:46 ` Perf ABI (was: Re: [lttng-dev] [PATCH 09/11] sched: export task_prio to GPL modules) Mathieu Desnoyers
2011-12-23 17:21 ` Ted Ts'o
2011-12-23 18:16 ` Mathieu Desnoyers
2011-12-25 17:46 ` Ted Ts'o
2012-01-12 14:09 ` Mathieu Desnoyers
2012-01-12 14:54 ` Steven Rostedt
2012-01-12 15:39 ` [lttng-dev] Perf ABI (was: " Mathieu Desnoyers
2012-01-12 15:53 ` Steven Rostedt
2012-01-12 15:59 ` Steven Rostedt
2012-01-12 16:27 ` Mathieu Desnoyers [this message]
2012-01-12 16:34 ` Steven Rostedt
2012-01-12 20:00 ` Greg KH
2012-01-16 8:55 ` Ingo Molnar
2011-12-07 22:57 ` [PATCH 09/11] sched: export task_prio to GPL modules Mathieu Desnoyers
2011-12-08 5:40 ` Ingo Molnar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120112162756.GA2540@Krystal \
--to=mathieu.desnoyers@efficios.com \
--cc=acme@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=devel@driverdev.osuosl.org \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lttng-dev@lists.lttng.org \
--cc=mingo@elte.hu \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.