lkml.org 
[lkml]   [2017]   [Oct]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [tip:locking/urgent] locking/lockdep: Disable cross-release features for now
On Tue, 17 Oct 2017, Ingo Molnar wrote:
> * Byungchul Park <byungchul.park@lge.com> wrote:
> > > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> > > index 2689b7c..e270584 100644
> > > --- a/lib/Kconfig.debug
> > > +++ b/lib/Kconfig.debug
> > > @@ -1092,8 +1092,8 @@ config PROVE_LOCKING
> > > select DEBUG_MUTEXES
> > > select DEBUG_RT_MUTEXES if RT_MUTEXES
> > > select DEBUG_LOCK_ALLOC
> > > - select LOCKDEP_CROSSRELEASE
> > > - select LOCKDEP_COMPLETIONS
> > > + select LOCKDEP_CROSSRELEASE if BROKEN
> > > + select LOCKDEP_COMPLETIONS if BROKEN
> >
> > I agree with disabling crossrelease as default, becasue of regression,
> > as I originally did.
> >
> > However, it's expected to spend more time once it's enabled. Is the
> > following acceptable?
>
> No, please fix performance.

You know very well that with the cross release stuff we have to take the
performance hit of stack unwinding because we have no idea whether there
will show up a new lock relation later or not. And there is not much you
can do in that respect.

OTOH, the cross release feature unearthed real deadlocks already so it is a
valuable debug feature and having an explicit config switch which defaults
to N is well worth it.

Thanks,

tglx




\
 
 \ /
  Last update: 2017-10-17 09:42    [W:0.127 / U:1.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site