All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: linux-kernel@vger.kernel.org,
	linux-rt-users <linux-rt-users@vger.kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Carsten Emde <C.Emde@osadl.org>, John Kacur <jkacur@redhat.com>,
	Clark Williams <clark@redhat.com>,
	stable-rt@vger.kernel.org
Subject: Re: [PATCH RT 2/4] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
Date: Fri, 14 Jun 2013 17:41:01 +0200	[thread overview]
Message-ID: <51BB398D.6040403@linutronix.de> (raw)
In-Reply-To: <1371223012.9844.317.camel@gandalf.local.home>

On 06/14/2013 05:16 PM, Steven Rostedt wrote:
> Hi Sebastian,

Hi Steven,

> 
> Any reason that this patch was dropped for 3.8? We hit this exact same
> bug recently with a 3.8-rt kernel.

No particular reason. Going through my log of the queue I have to say
that it was never in the queue starting v3.8.

The only ACPI patches that were dropped are:

 # ACPI
 # Dropped those two as they cause a scheduling in atomic failure and
 # we have no clue why we made those locks raw in the first place.
 # acpi-make-gbl-hardware-lock-raw.patch
 # acpi-make-ec-lock-raw-as-well.patch

 # This one is just a follow up to the raw spin locks
 # Simple raw spinlock based waitqueue
 # wait-simple-version.patch
 # acpi-gpe-use-wait-simple.patch

but that wasn't me.

In that case I try to bring it back in.

> -- Steve

Sebastian

  reply	other threads:[~2013-06-14 15:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-19  5:31 [PATCH RT 0/4] [ANNOUNCE] 3.0.65-rt92-rc1 Steven Rostedt
2013-02-19  5:31 ` [PATCH RT 1/4] x86/32: Use kmap switch for non highmem as well Steven Rostedt
2013-02-19  5:31 ` [PATCH RT 2/4] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t Steven Rostedt
2013-06-14 15:16   ` Steven Rostedt
2013-06-14 15:41     ` Sebastian Andrzej Siewior [this message]
2013-02-19  5:31 ` [PATCH RT 3/4] rcutiny: Use simple waitqueue Steven Rostedt
2013-02-19  5:31 ` [PATCH RT 4/4] Linux 3.0.65-rt92-rc1 Steven Rostedt

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=51BB398D.6040403@linutronix.de \
    --to=bigeasy@linutronix.de \
    --cc=C.Emde@osadl.org \
    --cc=clark@redhat.com \
    --cc=jkacur@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=rostedt@goodmis.org \
    --cc=stable-rt@vger.kernel.org \
    --cc=tglx@linutronix.de \
    /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.