All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrea Righi <andrea@betterlinux.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Len Brown <lenb@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	Maciej Rutecki <maciej.rutecki@gmail.com>,
	Florian Mickler <florian@mickler.org>,
	linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] ACPI: fix acpi_power_off lockdep splat
Date: Mon, 4 Jul 2011 10:23:07 +0200	[thread overview]
Message-ID: <20110704082307.GA1239@thinkpad> (raw)
In-Reply-To: <201107040028.23569.rjw@sisk.pl>

On Mon, Jul 04, 2011 at 12:28:23AM +0200, Rafael J. Wysocki wrote:
> On Monday, July 04, 2011, Rafael J. Wysocki wrote:
> > On Sunday, July 03, 2011, Rafael J. Wysocki wrote:
> > > On Sunday, July 03, 2011, Andrea Righi wrote:
> > > > Implement acpi_os_create_lock() as a C-preprocessor macro to suppress
> > > > lockdep false positive.
> > > > 
> > > > When lockdep is enabled the spin_lock_init macro stringifies it's
> > > > argument and uses that as a name for the lock in the debugging.
> > > > 
> > > > By executing spin_lock_init in a macro the key changes from "lock" for
> > > > all locks to the actual argument of acpi_os_create_lock()
> > > > ("&acpi_gbl_global_lock_pending_lock", "&acpi_gbl_gpe_lock" or
> > > > "&acpi_gbl_hardware_lock" for now).
> > > > 
> > > > This fixes:
> > > > https://bugzilla.kernel.org/show_bug.cgi?id=38152
> > > > 
> > > > ChangeLog (v1 -> v2):
> > > >  - avoid to call spin_lock_init multiple times on the same lock
> > > >  - rewrite patch description (thanks to Florian for providing a better
> > > >    description of the patch)
> > > > 
> > > > Reported-by: Borislav Petkov <bp@alien8.de>
> > > > CC: Florian Mickler <florian@mickler.org>
> > > > Signed-off-by: Andrea Righi <andrea@betterlinux.com>
> > > > ---
> > > >  drivers/acpi/osl.c      |    3 +--
> > > >  include/acpi/acpiosxf.h |   12 +++++++++++-
> > > >  2 files changed, 12 insertions(+), 3 deletions(-)
> > > > 
> > > > diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c
> > > > index 52ca964..4c985d3 100644
> > > > --- a/drivers/acpi/osl.c
> > > > +++ b/drivers/acpi/osl.c
> > > > @@ -1336,14 +1336,13 @@ EXPORT_SYMBOL(acpi_resources_are_enforced);
> > > >   * Create and initialize a spinlock.
> > > >   */
> > > >  acpi_status
> > > > -acpi_os_create_lock(acpi_spinlock *out_handle)
> > > > +__acpi_os_create_lock(acpi_spinlock *out_handle)
> > > >  {
> > > 
> > > I would rename this to acpi_os_allocate_lock() or acpi_os_alloc_lock(),
> > > so that it doesn't suggest the lock is initialized by this function.
> > > 
> > > Hmm.  There's one more thing we need to take into account here.  Namely,
> > > include/acpi/acpiosxf.h is used by other OSes, so we shouldn't put
> > > Linux-specific stuff into it.
> > > 
> > > I'm not sure how to work around that at the moment.
> > 
> > OK, the patch below builds for me and seems to work even, although I haven't
> > tested it with lockdep on.
> 
> Below is a cleaned-up version, still untested with lockdep on.

Tested. Works fine for me.

Thanks!
-Andrea

  reply	other threads:[~2011-07-04  8:23 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-03  9:14 [PATCH v2] ACPI: fix acpi_power_off lockdep splat Andrea Righi
2011-07-03 20:59 ` Rafael J. Wysocki
2011-07-03 22:11   ` Rafael J. Wysocki
2011-07-03 22:28     ` Rafael J. Wysocki
2011-07-04  8:23       ` Andrea Righi [this message]
2011-07-04 23:32         ` [PATCH] ACPI: Fix lockdep false positives in acpi_power_off() Rafael J. Wysocki
2011-07-05  7:40           ` Borislav Petkov
2011-07-05  8:03           ` Florian Mickler
2011-07-06 18:44             ` [Resend/Update][PATCH] " Rafael J. Wysocki
2011-07-13 18:50               ` Len Brown

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=20110704082307.GA1239@thinkpad \
    --to=andrea@betterlinux.com \
    --cc=bp@alien8.de \
    --cc=florian@mickler.org \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maciej.rutecki@gmail.com \
    --cc=mingo@redhat.com \
    --cc=peterz@infradead.org \
    --cc=rjw@sisk.pl \
    /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.