[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFyeXDJ1jMqF0j=4mp_atyu4MwkqFb0+MnjHR77qsJ012w@mail.gmail.com>
Date: Wed, 3 May 2017 16:21:01 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Ingo Molnar <mingo@...nel.org>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Thomas Gleixner <tglx@...utronix.de>,
"Paul E. McKenney" <paulmck@...ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [GIT PULL] locking fixes
This is from last merge window, and the reason I react now is that
nobody noticed or cared until we had a release..
On Mon, Feb 27, 2017 at 11:57 PM, Ingo Molnar <mingo@...nel.org> wrote:
>
> Peter Zijlstra (1):
> locking/refcounts: Out-of-line everything
This one is all good generally, but it has one really stupid side
effect: it makes refcounting GPL-only.
That's just silly. These are functions that atomically add and
subtract one. The only thing that making them GPL-only can possibly do
is to make people hack around it, and lose the overflow handling
debugging in the process.
It also breaks any kref uses. Which is what drivers etc are supposed to use.
So that "move from inline to out-of-line" had a big subtle semantic
change that was probably not intentional, and certainly not
documented.
Linus
Powered by blists - more mailing lists