[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080103070609.GA1677@ff.dom.local>
Date: Thu, 3 Jan 2008 08:06:09 +0100
From: Jarek Poplawski <jarkao2@...il.com>
To: Dave Young <hidave.darkstar@...il.com>
Cc: gregkh@...e.de, stern@...land.harvard.edu, peterz@...radead.org,
david-b@...bell.net, davem@...emloft.net, krh@...hat.com,
stefanr@...6.in-berlin.de, dbrownell@...rs.sourceforge.net,
James.Bottomley@...senPartnership.com, a.zummo@...ertech.it,
cbou@...l.ru, dwmw2@...radead.org, khali@...ux-fr.org,
i2c@...sensors.org, linux1394-devel@...ts.sourceforge.net,
spi-devel-general@...ts.sourceforge.net,
linux-scsi@...r.kernel.org, rtc-linux@...glegroups.com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/7] convert semaphore to mutex in struct class
On Thu, Jan 03, 2008 at 01:50:20PM +0800, Dave Young wrote:
> Convert semaphore to mutex in struct class.
...
> One lockdep warning detected as following, thus use mutex_lock_nested with SINGLE_DEPTH_NESTING in class_device_add
>
> Jan 3 10:45:15 darkstar kernel: =============================================
> Jan 3 10:45:15 darkstar kernel: [ INFO: possible recursive locking detected ]
> Jan 3 10:45:15 darkstar kernel: 2.6.24-rc6-mm1-mutex #1
> Jan 3 10:45:15 darkstar kernel: ---------------------------------------------
...
> If there's anything missed please help to point out, thanks.
Dave, IMHO it's not 'the right' way to do it: from this and earlier
discussions it seems there could be many more warnings like this one;
lockdep simply always turns itself off after first one. So, merging
your patches like this would effectively turn off lockdep for all
other places as well, maybe for a long time.
I'd suggest to try first to do it with some wrappers around mutexes,
which simply omit lockdep verification, and later try to replace them
one by one, after checking and testing there are no such warnings
anymore (which would often need some additional annotations about
nesting and probably some changes in lockdep too).
Thanks,
Jarek P.
--
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