Re: Linux 2.6.33.8

From: Mike Galbraith
Date: Fri Apr 01 2011 - 00:36:32 EST


On Thu, 2011-03-31 at 20:22 +0200, Carsten Emde wrote:
> 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.

(FWIW, my x3550 M3 (E5620) and Q6600 power down fine with 2.6.33.9-rt30)

> 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@xxxxxxxxxxxxxxx>
> 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

The question would appear to be does mainline beyond this point exhibit
the same symptom?

-Mike


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/