All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Walls <awalls@md.metrocast.net>
To: Tejun Heo <tj@kernel.org>
Cc: Yong Zhang <yong.zhang0@gmail.com>,
	linux-kernel@vger.kernel.org, nicolas.mailhot@laposte.net,
	Jarod Wilson <jarod@redhat.com>, Ingo Molnar <mingo@redhat.com>,
	Mauro Carvalho Chehab <mchehab@redhat.com>,
	Hans Verkuil <hverkuil@xs4all.nl>,
	Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [V2 PATCH] kthread_work: Make lockdep happy
Date: Tue, 21 Dec 2010 11:07:08 -0500	[thread overview]
Message-ID: <1292947628.14806.3.camel@morgan.silverblock.net> (raw)
In-Reply-To: <20101221125934.GA13285@htj.dyndns.org>

On Tue, 2010-12-21 at 13:59 +0100, Tejun Heo wrote:
> Hello,
> 
> On Tue, Dec 21, 2010 at 12:40:50PM +0800, Yong Zhang wrote:
> > From: Yong Zhang <yong.zhang0@gmail.com>
> > Subject: [V2 PATCH] kthread_work: Make lockdep happy
> > 
> > spinlock in kthread_worker and wait_queue_head in kthread_work
> > both should be lockdep sensible.
> > So change the interface to make it suiltable for CONFIG_LOCKDEP.
> > 
> > Reported-by: Nicolas <nicolas.mailhot@laposte.net>
> > Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
> > Cc: Tejun Heo <tj@kernel.org>
> > Cc: Andrew Morton <akpm@linux-foundation.org>
> > Cc: Andy Walls <awalls@md.metrocast.net>
> > ---
> > Changes from V1:
> >  *According to Tejun, kthread_worker could be defined on stack,
> >   So introduce DEFINE_KTHREAD_WORKER_ONSTACK.
> >  *Change wrong setting to kthread_work->task. Thanks Adny for
> >   pointing it.
> >  *including some minor issue.
> > 
> > BTW, only passed build.
> 
> If somebody can confirm this makes lockdep behave correctly, I'll
> route it through the wq tree.

I will attempt to test later tonight with at least one ivtv (PVR-350)
card installed.  If I have time, I'll test with two cards (PVR-350 and
PVR-150) installed in the machine, since that will create two different
kthread_workers, each with their own lock.

How can I dump information on lockdep spinlock tracking to verify that
the two distinct locks are tracked separately by lockdep?

Regards,
Andy


  parent reply	other threads:[~2010-12-21 16:07 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-19 12:49 [PATCH] kthread_worker: Initialize dynamically allocated spinlock properly for lockdep Andy Walls
2010-12-20  7:07 ` Yong Zhang
2010-12-20  9:28   ` Yong Zhang
2010-12-20 16:21     ` Tejun Heo
2010-12-21  1:54       ` Yong Zhang
2010-12-21  4:40       ` [V2 PATCH] kthread_work: Make lockdep happy Yong Zhang
2010-12-21 12:59         ` Tejun Heo
2010-12-21 13:25           ` Nicolas Mailhot
2010-12-21 16:07           ` Andy Walls [this message]
2010-12-22  0:39         ` Andy Walls
2010-12-22  3:12           ` Yong Zhang
2010-12-22  3:23           ` [V3 " Yong Zhang
2010-12-22  9:33             ` Tejun Heo
2010-12-20 17:16     ` [PATCH] kthread_worker: Initialize dynamically allocated spinlock properly for lockdep Andy Walls
2010-12-21  2:02       ` Yong Zhang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1292947628.14806.3.camel@morgan.silverblock.net \
    --to=awalls@md.metrocast.net \
    --cc=akpm@linux-foundation.org \
    --cc=hverkuil@xs4all.nl \
    --cc=jarod@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mchehab@redhat.com \
    --cc=mingo@redhat.com \
    --cc=nicolas.mailhot@laposte.net \
    --cc=tj@kernel.org \
    --cc=yong.zhang0@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.