[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20180524084646.31697-1-peda@axentia.se>
Date: Thu, 24 May 2018 10:46:44 +0200
From: Peter Rosin <peda@...ntia.se>
To: linux-kernel@...r.kernel.org
Cc: Peter Rosin <peda@...ntia.se>, Wolfram Sang <wsa@...-dreams.de>,
Peter Zijlstra <peterz@...radead.org>,
Ingo Molnar <mingo@...hat.com>,
Will Deacon <will.deacon@....com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Philippe Ombredanne <pombredanne@...b.com>,
Davidlohr Bueso <dave@...olabs.net>, linux-i2c@...r.kernel.org,
Peter Chang <dpf@...gle.com>,
Deepa Dinamani <deepadinamani@...gle.com>,
John Sperbeck <jsperbeck@...gle.com>
Subject: [PATCH v2 0/2] Re: Problem: lockdep warning with nested instances of i2c-mux
Changes since v1:
- Further compile tests indicated a missing #define for rt_mutex_lock
with lockdep enabled, so that one is added.
- I have verified that I don't get any lockdep splat for a local i2c-mux
setup with these patches applied, and that I do without them.
Again, thanks for the report!
Cheers,
Peter
Peter Rosin (2):
rtmutex: allow specifying a subclass for nested locking
i2c: mux: annotate the nested rt_mutex usage
drivers/i2c/i2c-core-base.c | 2 +-
drivers/i2c/i2c-mux.c | 4 ++--
include/linux/rtmutex.h | 7 +++++++
kernel/locking/rtmutex.c | 29 +++++++++++++++++++++++++----
4 files changed, 35 insertions(+), 7 deletions(-)
--
2.11.0
Powered by blists - more mailing lists