[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111206174320.GA25031@elte.hu>
Date: Tue, 6 Dec 2011 18:43:20 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
Cc: Nick Bowler <nbowler@...iptictech.com>, mingo@...hat.com,
hpa@...or.com, linux-kernel@...r.kernel.org,
a.p.zijlstra@...llo.nl, tglx@...utronix.de, ben@...adent.org.uk,
linux-tip-commits@...r.kernel.org
Subject: Re: [tip:core/locking] lockdep, bug: Exclude
TAINT_FIRMWARE_WORKAROUND from disabling lockdep
* Alan Cox <alan@...rguk.ukuu.org.uk> wrote:
> On Tue, 6 Dec 2011 10:13:45 -0500
> Nick Bowler <nbowler@...iptictech.com> wrote:
>
> > On 2011-12-06 01:38 -0800, tip-bot for Peter Zijlstra wrote:
> > > Commit-ID: df754e6af2f237a6c020c0daff55a1a609338e31
> > > Gitweb: http://git.kernel.org/tip/df754e6af2f237a6c020c0daff55a1a609338e31
> > > Author: Peter Zijlstra <a.p.zijlstra@...llo.nl>
> > > AuthorDate: Mon, 14 Nov 2011 13:13:49 +0100
> > > Committer: Ingo Molnar <mingo@...e.hu>
> > > CommitDate: Tue, 6 Dec 2011 08:16:47 +0100
> > >
> > > lockdep, bug: Exclude TAINT_FIRMWARE_WORKAROUND from disabling lockdep
> > >
> > > It's unlikely that TAINT_FIRMWARE_WORKAROUND causes false
> > > lockdep messages, so do not disable lockdep in that case.
> > > We still want to keep lockdep disabled in the
> > > TAINT_OOT_MODULE case:
> > >
> > > - bin-only modules can cause various instabilities in
> > > their and in unrelated kernel code
> > >
> > > - they are impossible to debug for kernel developers
> > >
> > > - they also typically do not have the copyright license
> > > permission to link to the GPL-ed lockdep code.
> >
> > This is all bogus. We have a proprietary module taint for the above.
> > Out of tree does not mean "bin-only", "non-GPL" or anything else like
> > that.
>
> It also stops people developing drivers of their own who are
> not building them in the kernel tree currently (eg when I'm
> building tests of the GMA500 graphics driver). This is a
> ludicrous patch and should be reverted
That patch is already upstream, it was done via the module tree:
2449b8ba0745: module,bug: Add TAINT_OOT_MODULE flag for modules not built in-tree
lockdep disabling itself defensively is an effect of that
change. The commit you replied to here does not change that
aspect in any way.
My primary worry is to not have lockdep active when there's
binary modules in a system - can TAINT_OOT_MODULE be set but
TAINT_PROPRIETARY_MODULE not set for non-GPL modules?
If not, and if TAINT_OOT_MODULE set and TAINT_PROPRIETARY_MODULE
cleared guarantees the GPL-ness of the module then i have no
problem with keeping lockdep active in that case.
Thanks,
Ingo
--
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