From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?utf-8?Q?Bj=C3=B8rn_Mork?= <bjorn@mork.no>
Subject: Re: [Bug 197863] Thinkpad X240 resume dramatically slower on kernels 4.13+
Date: Mon, 05 Feb 2018 15:14:52 +0100
Message-ID: <87vafbzfoj.fsf@miraculix.mork.no>
References: <bug-197863-190391@https.bugzilla.kernel.org/>
        <bug-197863-190391-0fyd51NsnV@https.bugzilla.kernel.org/>
        <20180129182109.neh34gh7uaxymcb5@victor>
        <20180130063204.GA8652@kroah.com>
        <20180203182554.rpjvmjbptuqemul2@victor>
        <20180204061804.GB31023@kroah.com> <874lmw33fe.fsf@miraculix.mork.no>
        <fe58e542-81c6-9c44-8930-7d91120e80cb@intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <linux-acpi-owner@vger.kernel.org>
Received: from canardo.mork.no ([148.122.252.1]:52301 "EHLO canardo.mork.no"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1753072AbeBEOPR (ORCPT <rfc822;linux-acpi@vger.kernel.org>);
        Mon, 5 Feb 2018 09:15:17 -0500
In-Reply-To: <fe58e542-81c6-9c44-8930-7d91120e80cb@intel.com> (Rafael
        J. Wysocki's message of "Mon, 5 Feb 2018 11:55:27 +0100")
Sender: linux-acpi-owner@vger.kernel.org
List-Id: linux-acpi@vger.kernel.org
To: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
Cc: Greg KH <gregkh@linuxfoundation.org>, Markus Demleitner <m@tfiu.de>, Lv Zheng <lv.zheng@intel.com>, Andreas Lindhe <andreas@lindhe.io>, Gjorgji Jankovski <j.gjorgji@gmail.com>, Damjan Georgievski <gdamjan@gmail.com>, Fernando Chaves <nanochaves@gmail.com>, Tomislav Ivek <tomislav.ivek@gmail.com>, "Denis P." <theoriginal.skullburner@gmail.com>, All applicable <stable@vger.kernel.org>, linux-usb@vger.kernel.org, "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>

"Rafael J. Wysocki" <rafael.j.wysocki@intel.com> writes:
> On 2/4/2018 9:28 PM, Bj=C3=B8rn Mork wrote:
>
>> But I do wonder if the attached (completely untested!!) patch makes
>> things any better?
>
> I don't think so, the macro is needed too.

Doh! Obviously.  Don't know how I managed to miss that.

> I'll queue up a full revert of 662591461c4b9a1e3b.

Still with the additional exception for "ec =3D=3D first_ec"?



Bj=C3=B8rn