[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190813134014.GB258732@google.com>
Date: Tue, 13 Aug 2019 09:40:14 -0400
From: Joel Fernandes <joel@...lfernandes.org>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc: linux-kernel@...r.kernel.org, kernel-team@...roid.com,
kbuild test robot <lkp@...el.com>,
Josh Triplett <josh@...htriplett.org>,
Lai Jiangshan <jiangshanlai@...il.com>,
linux-doc@...r.kernel.org,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
"Paul E. McKenney" <paulmck@...ux.ibm.com>,
"Rafael J. Wysocki" <rafael@...nel.org>, rcu@...r.kernel.org,
Steven Rostedt <rostedt@...dmis.org>
Subject: Re: [PATCH v2] driver/core: Fix build error when SRCU and lockdep
disabled
On Tue, Aug 13, 2019 at 09:39:05AM -0400, Joel Fernandes wrote:
[snip]
> > > drivers/base/core.c | 4 +++-
> > > 1 file changed, 3 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/base/core.c b/drivers/base/core.c
> > > index 32cf83d1c744..c22271577c84 100644
> > > --- a/drivers/base/core.c
> > > +++ b/drivers/base/core.c
> > > @@ -97,10 +97,12 @@ void device_links_read_unlock(int not_used)
> > > up_read(&device_links_lock);
> > > }
> > >
> > > +#ifdef CONFIG_DEBUG_LOCK_ALLOC
> > > int device_links_read_lock_held(void)
> > > {
> > > - return lock_is_held(&device_links_lock);
> > > + return lock_is_held(&(device_links_lock.dep_map));
> > > }
> > > +#endif
> >
> > I don't know what the original code looks like here, but I'm guessing
> > that some .h file will need to be fixed up as you are just preventing
> > this function from ever being present without that option enabled?
>
> No, it doesn't. I already thought about that and it is not an issue. I know
> this may be confusing because the patch I am fixing is not yet in mainline
> but in -rcu dev branch, however I did CC you on that RCU patch before but
> understandably it is not in the series so it was harder to review.
>
> Let me explain, the lock checking facility that this patch uses is here:
> https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git/commit/?h=dev&id=28875945ba98d1b47a8a706812b6494d165bb0a0
>
> If you see, the CONFIG_PROVE_RCU_LIST defines an alternate __list_check_rcu()
> which is just a NOOP if CONFIG_PROVE_RCU_LIST=n.
>
> CONFIG_PROVE_RCU_LIST depends on CONFIG_PROVE_RCU which is def_bool on
> CONFIG_PROVE_LOCKING which selects CONFIG_DEBUG_LOCK_ALLOC.
>
> So there cannot be a scenario where CONFIG_PROVE_RCU_LIST is enabled but
> CONFIG_DEBUG_LOCK_ALLOC is disabled.
>
> To verify this, one could clone the RCU tree's dev branch and do this:
>
> Initially PROVE_RCU_LIST is not in config:
>
> joelaf@...laf:~/repo/linux-master$ grep -i prove_rcu .config
>
> Neither is DEBUG_LOCK_ALLOC:
>
> joelaf@...laf:~/repo/linux-master$ grep -i debug_lock .config
> # CONFIG_DEBUG_LOCK_ALLOC is not set
>
> Enable all configs:
> joelaf@...laf:~/repo/linux-master$ ./scripts/config -e CONFIG_RCU_EXPERT
> joelaf@...laf:~/repo/linux-master$ ./scripts/config -e CONFIG_PROVE_LOCKING
> joelaf@...laf:~/repo/linux-master$ ./scripts/config -e CONFIG_PROVE_RCU
> joelaf@...laf:~/repo/linux-master$ ./scripts/config -e CONFIG_PROVE_RCU_LIST
> joelaf@...laf:~/repo/linux-master$ make olddefconfig
>
> DEBUG_LOCK_ALLOC shows up:
>
> joelaf@...laf:~/repo/linux-master$ grep -i debug_lock_all .config
> CONFIG_DEBUG_LOCK_ALLOC=y
>
> So does PROVE_RCU options:
> joelaf@...laf:~/repo/linux-master$ grep -i prove_rcu .config
> CONFIG_PROVE_RCU=y
> CONFIG_PROVE_RCU_LIST=y
>
> Now, force disable DEBUG_LOCK_ALLOC:
>
> joelaf@...laf:~/repo/linux-master$ ./scripts/config -d CONFIG_DEBUG_LOCK_ALLOC
>
> joelaf@...laf:~/repo/linux-master$ make olddefconfig
>
> Options are still enabled:
>
> joelaf@...laf:~/repo/linux-master$ grep -i debug_lock .config
> CONFIG_DEBUG_LOCK_ALLOC=y
> joelaf@...laf:~/repo/linux-master$ grep -i prove_rcu .config
> CONFIG_PROVE_RCU=y
> CONFIG_PROVE_RCU_LIST=y
Also, appreciate if you could Ack the fix ;-) (assuming the newlines in
commit message are fixed).
thanks,
- Joel
Powered by blists - more mailing lists