From: Carsten Emde <C.Emde@osadl.org>
To: Greg KH <gregkh@suse.de>
Cc: linux-kernel@vger.kernel.org,
Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>,
"H. Peter Anvin" <hpa@linux.intel.com>,
Arjan van de Ven <arjan@linux.intel.com>,
Len Brown <lenb@kernel.org>,
Peter Zijlstra <a.p.zijlstra@chello.hl>,
Asit Mallick <asit.k.mallick@intel.com>,
Thomas Gleixner <tglx@linutronix.de>
Subject: Re: Linux 2.6.33.8
Date: Thu, 31 Mar 2011 20:22:30 +0200 [thread overview]
Message-ID: <4D94C666.3060206@osadl.org> (raw)
In-Reply-To: <20110321204104.GA2702@kroah.com>
Greg,
> I'm announcing the release of the 2.6.33.8 kernel.
>
> This is primarily for the use of those people who are stuck using the
> .33-rt kernel. Anyone else who really wants to use the .33 kernel tree
> is welcome to use this one as well.
Thanks a lot for your work. It's highly appreciated.
While preparing 2.6.33.8/9 plus PREEMPT_RT patches for quality
assurance in our farm, I found that the "halt" command no longer
powers down the pretest machine (i7/Gulftown); this misbehavior occurs
with and without the PREEMPT_RT patches.
2.6.33.7:
# halt
sd 0:0:0:0: [sda] Synchronizing SCSI cache
sd 0:0:0:0: [sda] Stopping disk
sd 2:0:0:0: [sdb] Synchronizing SCSI cache
sd 2:0:0:0: [sdb] Stopping disk
The machine is powered down.
2.6.33.8:
sd 0:0:0:0: [sda] Synchronizing SCSI cache
sd 0:0:0:0: [sda] Stopping disk
sd 2:0:0:0: [sdb] Synchronizing SCSI cache
sd 2:0:0:0: [sdb] Stopping disk
ACPI: Preparing to enter system sleep state S5
Disabling non-boot CPUs ...
The machine is NOT powered down. Can be powered down only by pulling
the power plug or holding the on/off button for 5 seconds.
Bisecting from 2.6.33.7 to 2.6.33.8 revealed:
74a6e0fd8fc216cfa5edcde4bd356a8972cbc74c is the first bad commit
commit 74a6e0fd8fc216cfa5edcde4bd356a8972cbc74c
Author: H. Peter Anvin <hpa@linux.intel.com>
Date: Fri Dec 10 23:57:04 2010 -0500
x86, hotplug: Use mwait to offline a processor, fix the legacy case
upstream ea53069231f9317062910d6e772cca4ce93de8c8
x86, hotplug: Use mwait to offline a processor, fix the legacy case
Here included also some small follow-on patches to the same code:
upstream a68e5c94f7d3dd64fef34dd5d97e365cae4bb42a
x86, hotplug: Move WBINVD back outside the play_dead loop
upstream ce5f68246bf2385d6174856708d0b746dc378f20
x86, hotplug: In the MWAIT case of play_dead, CLFLUSH the cache line
https://bugzilla.kernel.org/show_bug.cgi?id=5471
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
With this patch
- wbinvd_halt();
+ mwait_play_dead(); /* Only returns on failure */
applied, mwait_play_dead() is taken instead of wbinvd_halt(), and the
loop
while (1) {
mb();
wbinvd();
__monitor(¤t_thread_info()->flags, 0, 0);
mb();
__mwait(eax, 0);
}
never is left. Should native_play_dead() not have been called when
"halt" is executed?
After removing this patch, "halt" works as expected in the two kernel
versions with and without PREEMPT_RT - even after upgrading to 2.6.33.9.
Instead of the entire commit 74a6e0fd8fc216cfa5edcde4bd356a8972cbc74c,
it was also sufficient to apply the first contained upstream commit
ea53069231f9317062910d6e772cca4ce93de8c8 to reproduce the situation.
Thanks,
Carsten.
next prev parent reply other threads:[~2011-03-31 18:58 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-21 20:41 Linux 2.6.33.8 Greg KH
2011-03-21 20:41 ` Greg KH
2011-03-31 18:22 ` Carsten Emde [this message]
2011-04-01 4:35 ` Mike Galbraith
2011-04-02 9:14 ` Carsten Emde
2011-04-02 10:24 ` Alexander Holler
2011-04-02 11:27 ` Carsten Emde
2011-04-04 9:20 ` Alexander Holler
2011-04-02 21:08 ` Carsten Emde
2011-04-02 22:23 ` Thomas Gleixner
2011-04-02 7:33 ` Intel i7/X 980 freezes with CONFIG_INTEL_IDLE and frequency scaling Carsten Emde
2011-04-04 14:19 ` Carsten Emde
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=4D94C666.3060206@osadl.org \
--to=c.emde@osadl.org \
--cc=a.p.zijlstra@chello.hl \
--cc=arjan@linux.intel.com \
--cc=asit.k.mallick@intel.com \
--cc=gregkh@suse.de \
--cc=hpa@linux.intel.com \
--cc=lenb@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=venkatesh.pallipadi@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox