Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4043127ybi; Mon, 3 Jun 2019 04:53:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqyCqVIVnt6HmcsO9KfumKewJhEHsmRBuTCqB9xpwJYRBTn1cRz/tMCe1YXpts6dY8fV5zOv X-Received: by 2002:a62:ee17:: with SMTP id e23mr31233139pfi.130.1559562782417; Mon, 03 Jun 2019 04:53:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559562782; cv=none; d=google.com; s=arc-20160816; b=mAvvhdTEt1s36ZnHDZ+26OI81bkztsZ2QD9hrl8l1WJAvfu4kwcjMWpLXkVJFRg1v2 DPmMvAaaIIa4mSVueNTV797lMCLn6jjAl8EmnZ+pdy2ohZ7XZTR9hUHU/SSXcJgT6TjE jbbu9Dcl7u+DA+Agga7vOdYesjjbkwi4os3Ui5UOY5eTZ1CWg8T9EuPgSSahbhp2TuwV 18FctxQ+JqH0vbii0X4ZYQInxc6AeDeSnjr6yBQZGM8pEyzhdi/vLZhjDudqiiw7gPkw ecNRHOXSF4GmOeR6dMzPGCqXet8IHAuvN75qY7umrDH1KrZs2R5/y234gbUJEthWEIdg PZSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=7X1tOOO8wJWs8GduiI1o5aq9SQG6CktI+zvCz/RxW4M=; b=CuLB3moPHjAKL+/S5mfIEvxQjdq00lkb0k9m819YhfHvIa0f+lrozjNoYC1Gc1CFO5 NPuEKXxUBEmfQ9k0E0bsdChOh71Qr3yVIj/9/FcCuhVlrUYn46fEzKmg9BDMWGh92sIb 8WHwg03JUZY/qg1HOPVnqF0P+T46Q3aEDimFp9MD7nUC0vXnQMwvVySA8UUoBmBrTFok 9Ibrdv4pOWFGRLYofAZORenAgM2YhtUoWkaM1Q2O8hU9Gyi82ZuyYR5swCn7BXhZv9mc a6KQiRugzcvwlmHPv6UMR7aSuqoFmkrDi6wXs2+zRyCMEGXYxHOG2JF+Ssy1cw8hf0P9 v5UA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 35si20354759plb.62.2019.06.03.04.52.46; Mon, 03 Jun 2019 04:53:02 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728080AbfFCKDx (ORCPT + 99 others); Mon, 3 Jun 2019 06:03:53 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:58714 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725974AbfFCKDw (ORCPT ); Mon, 3 Jun 2019 06:03:52 -0400 Received: from 79.184.253.190.ipv4.supernova.orange.pl (79.184.253.190) (HELO kreacher.localnet) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.213) id 87ce1feb74287f01; Mon, 3 Jun 2019 12:03:49 +0200 From: "Rafael J. Wysocki" To: Josh Poimboeuf Cc: Jiri Kosina , Andy Lutomirski , Andy Lutomirski , "Rafael J. Wysocki" , Thomas Gleixner , the arch/x86 maintainers , Pavel Machek , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Peter Zijlstra , Linux PM , Linux Kernel Mailing List Subject: Re: [PATCH v4] x86/power: Fix 'nosmt' vs. hibernation triple fault during resume Date: Mon, 03 Jun 2019 12:03:49 +0200 Message-ID: <2718594.dmOzsuS6R2@kreacher> In-Reply-To: <20190531161952.dps3grwg4ytrpuqw@treble> References: <20190531161952.dps3grwg4ytrpuqw@treble> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday, May 31, 2019 6:19:52 PM CEST Josh Poimboeuf wrote: > On Fri, May 31, 2019 at 05:41:18PM +0200, Jiri Kosina wrote: > > On Fri, 31 May 2019, Josh Poimboeuf wrote: > > > > > The only question I'd have is if we have data on the power savings > > > difference between hlt and mwait. mwait seems to wake up on a lot of > > > different conditions which might negate its deeper sleep state. > > > > hlt wakes up on basically the same set of events, but has the > > auto-restarting semantics on some of them (especially SMM). So the wakeup > > frequency itself shouldn't really contribute to power consumption > > difference; it's the C-state that mwait allows CPU to enter. > > Ok. I reluctantly surrender :-) For your v4: > > Reviewed-by: Josh Poimboeuf > > It works as a short term fix, but it's fragile, and it does feel like > we're just adding more duct tape, as Andy said. OK, the v4 queued up then, thanks!