Messages in this thread | | | Date | Wed, 4 Apr 2012 11:58:56 -0700 | From | Greg Kroah-Hartman <> | Subject | Re: [3.0.y, 3.2.y, 3.3.y] Re: [PATCH 04/76] ACPICA: Fix regression in FADT revision checks |
| |
On Tue, Apr 03, 2012 at 04:15:32PM -0400, Josh Boyer wrote: > On Tue, Apr 3, 2012 at 3:58 PM, Jonathan Nieder <jrnieder@gmail.com> wrote: > > Hi Greg, > > > > Josh Boyer wrote: > >> On Fri, Mar 30, 2012 at 6:13 AM, Len Brown <lenb@kernel.org> wrote: > > > >>> From: Julian Anastasov <ja@ssi.bg> > >>> > >>> commit 64b3db22c04586997ab4be46dd5a5b99f8a2d390 (2.6.39), > >>> "Remove use of unreliable FADT revision field" causes regression > >>> for old P4 systems because now cst_control and other fields are > >>> not reset to 0. > > [...] > >>> The fix is to update acpi_gbl_FADT.header.length after > >>> the original value is used to check for old revisions. > >>> > >>> https://bugzilla.kernel.org/show_bug.cgi?id=42700 > >>> https://bugzilla.redhat.com/show_bug.cgi?id=727865 > >>> > >>> Signed-off-by: Julian Anastasov <ja@ssi.bg> > >>> Acked-by: Bob Moore <robert.moore@intel.com> > >>> Signed-off-by: Len Brown <len.brown@intel.com> > >> > >> This one should go into the stable trees. > > > > Please apply > > > > 3e80acd1af40 "ACPICA: Fix regression in FADT revision checks" > > > > which is in linus's master to the 3.0.y, 3.2.y, and 3.3.y series to > > fix this old boot problem. (Many affected people disabled HT in the > > BIOS to work around it in the meantime.) > > > > WZab (cc-ed) has tested that the patch addresses the problem when > > applied to the 3.2.y and 3.3.y branches. [1] has details. > > We've had this applied in Fedora on 3.2 and 3.3 for a while now as > well.
Wonderful, now queued up, thanks for letting me know.
greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |