Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936660AbcKNTzA (ORCPT ); Mon, 14 Nov 2016 14:55:00 -0500 Received: from mail-qk0-f174.google.com ([209.85.220.174]:35199 "EHLO mail-qk0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S936209AbcKNTy4 (ORCPT ); Mon, 14 Nov 2016 14:54:56 -0500 MIME-Version: 1.0 In-Reply-To: <20161114190343.GB20770@amd> References: <20161104083849.GA32688@amd> <20161104085830.GA4089@amd> <1478268311.26953.17.camel@intel.com> <20161104204439.GA2581@amd> <20161104221600.GA7007@amd> <1478301649.7947.3.camel@intel.com> <20161105133719.GA3933@amd> <1478354115.19557.17.camel@intel.com> <20161114190343.GB20770@amd> From: "Rafael J. Wysocki" Date: Mon, 14 Nov 2016 20:54:55 +0100 X-Google-Sender-Auth: DwP-wAtbDvWAFPtH-s-AowivfYo Message-ID: Subject: Re: 6ea8c546f3655 breaks thermal management on thinkpad x60 and t40p To: Pavel Machek , Robert Moore Cc: "Pandruvada, Srinivas" , acpi_power-processor@kernel-bugs.osdl.org, rankincj@yahoo.com, Srinivas Pandruvada , Len Brown , Lv , regressions@leemhuis.info, "linux-kernel@vger.kernel.org" , "Zhang, Rui" , "linux-pm@vger.kernel.org" , "platform-driver-x86@vger.kernel.org" , "rjw@rjwysocki.net" , "viresh.kumar@linaro.org" , "ibm-acpi-devel@lists.sourceforge.net" , "ibm-acpi@hmh.eng.br" , "linux-acpi@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 678 Lines: 26 On Mon, Nov 14, 2016 at 8:03 PM, Pavel Machek wrote: > Hi! > > Bisection was not fun, but I've got the result: > > # first bad commit: [6ea8c546f3655a81f82672f24b66dad6095bdd07] ACPICA: > FADT support cleanup Bob? > I've reverted the patch on top of 4.9-rc4, and thermal management now works. > > More details are in https://bugzilla.kernel.org/show_bug.cgi?id=187311 > > As this breaks thermal management on both thinkpad X60 and T40p, can > I ask for a revert? > > If you have other ideas, I can test them, but as this is just a > cleanup, it can wait for 4.10... Right. Besides, we're in the -rc6 time frame now, so I'll queue up a revert. Thanks, Rafael