Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752379AbdLJQiA (ORCPT ); Sun, 10 Dec 2017 11:38:00 -0500 Received: from mail-io0-f178.google.com ([209.85.223.178]:35262 "EHLO mail-io0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752257AbdLJQh5 (ORCPT ); Sun, 10 Dec 2017 11:37:57 -0500 X-Google-Smtp-Source: AGs4zMbCpL0wpqxLxu1/JnalacFhF/tPf3DwYweQvXpJuqnR889SiO7CSPeyvvYccCUhQn7N/uWiCVgPt3mjK7gLUl0= MIME-Version: 1.0 In-Reply-To: <20171210162305.GA10159@amd> References: <2809506.pL8kVbvXcY@aspire.rjw.lan> <1578405.51lzoSX1jh@aspire.rjw.lan> <20171209103325.GA13867@amd> <20171209220110.GA11496@amd> <20171210162305.GA10159@amd> From: Linus Torvalds Date: Sun, 10 Dec 2017 08:37:56 -0800 X-Google-Sender-Auth: 9zPF9fc8GAMb5kji0kb8sz5hit8 Message-ID: Subject: Re: Linux 4.15-rc2: Regression in resume from ACPI S3 To: Pavel Machek Cc: "Rafael J. Wysocki" , Thomas Gleixner , Andy Lutomirski , Linux Kernel Mailing List , "the arch/x86 maintainers" 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: 1165 Lines: 30 On Sun, Dec 10, 2017 at 8:23 AM, Pavel Machek wrote: > > Can you do something about html emails? Quoting them doesn't work too well. Yeah, and they don't show up onlkml either because of rules. I try to avoid them, but have been more on mobile for various reasons lately than usual. That should be over and done with after today, though. >> Any chance to bisect it? This doesn't sound like the other problem >> we had. > > Let me try... > > v4.15-rc2: suspends/resumes ok. > 4ded3be: hangs on resume. > > Given that between those, there was supposed "fix" for suspend, I > believe I should try reverting that one first. .. if someone can tell > me commit id, that would help. The fix in there should be 5b06bbcfc2c6 ("x86/power: Fix some ordering bugs in __restore_processor_context()") so you can certainly see if it works before that (or just reverting it). But there are also a few other x86 low-level things there, and that fix really looks very safe, so I'd almost expect something else to have triggered your problem. There's less than 500 commits in that range you have, so a few bisections should narrow it down a lot. Linus