[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120112200003.GC28100@kroah.com>
Date: Thu, 12 Jan 2012 12:00:03 -0800
From: Greg KH <greg@...ah.com>
To: Mathieu Desnoyers <compudj@...stal.dyndns.org>
Cc: Steven Rostedt <rostedt@...dmis.org>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
devel@...verdev.osuosl.org, Ted Ts'o <tytso@....edu>,
Peter Zijlstra <peterz@...radead.org>,
linux-kernel@...r.kernel.org,
Arnaldo Carvalho de Melo <acme@...hat.com>,
lttng-dev@...ts.lttng.org, Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...e.hu>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [lttng-dev] Perf ABI (was: Re: [PATCH 09/11] sched: export
task_prio to GPL modules)
On Thu, Jan 12, 2012 at 10:39:57AM -0500, Mathieu Desnoyers wrote:
> > 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.
Really? You fail to remember the fact that we _fixed_ those
non-bootable systems by putting the userspace bits back, and symlinks,
and all other sorts of gyrations in order to prevent userspace from
breaking again.
And it worked, and people's machines worked again, and no one since then
has reported a problem.
So I think udev actually is a good example of how to do it right, we
provide proper backwards compatibility in the kernel to keep userspace
working.
thanks,
greg k-h
--
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