Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp1980010imb; Sun, 3 Mar 2019 13:21:22 -0800 (PST) X-Google-Smtp-Source: APXvYqzilsoIA0v8cCWVxTqd6L6edxpkiPjFS91dEb3JgHRv5lCgi5CMELkoptAsKhIJhpeAnTq7 X-Received: by 2002:a17:902:6b48:: with SMTP id g8mr756953plt.21.1551648081936; Sun, 03 Mar 2019 13:21:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551648081; cv=none; d=google.com; s=arc-20160816; b=k0ETCSq7bxZM8TgiMTYhnJ0nvuCO+5OM/bESVTDZP+DvufKohIzDd3KRUIDyx1iMbk qu5v4IYddMQJO9GhzrUtN2hurR9A2+AjhqLCAnlBsWbdtacGlqX7uahxeWs9im+xUqqc BKpb/7vGUQRoeZFM51AAY+zPEg5yjHdrrELZA9X3YEkW/V3RQEC7aNxIjPIX6ULXb6oj E7TVGqlqTcUu0vmY5iBQ20KQ0a1M6nZEiJ5MyVqdoK5TNuSi5TlIQQC3ehyH1BMqsG5J w/hK7+7Q2+h4or5XLLbgk3Imx3s0ZeQW3kc36wYCsLWJzSdnL6Cj6cJEnUoIFvuImYwt knCw== 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:date:cc:to:from:subject:message-id; bh=SYbvxErd4jzlIWWOXnayr4wvLBCyEmKlhXN6U41T360=; b=uCMqQ+v3vWTA/4610V0mzugr3VL5buGqBGlzbUmErf73sJJg1ugggq1k19keRulCMI LnKT7FIo4nLE5NUw6PLdIyPWtkX46ElAdDJmuj+e9nonvZGRc3Fwvhdp5Q+bIgl1ARc5 ZaNUYQL9mrwSjMrMnvLpAEOFdZuwi4SowyQUgUsTBf7dGKHnqYGvTTkW/wvt04DMlKsN QkLxg6ymFQwclLCX49o8CezDns51k4kkM8o7pR0917EGx59NJzKu4FbNd1tSq9xYaFfT KYzeKmWc50O7sUAUg9P+ReQJlIq0P5Rv7UiW+pBsTXhkOZqF6HdGw36/N4GuCVpfQ8yk UNRg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a127si3655393pgc.371.2019.03.03.13.21.04; Sun, 03 Mar 2019 13:21:21 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726651AbfCCVUn (ORCPT + 99 others); Sun, 3 Mar 2019 16:20:43 -0500 Received: from mga06.intel.com ([134.134.136.31]:53333 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726621AbfCCVUm (ORCPT ); Sun, 3 Mar 2019 16:20:42 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Mar 2019 13:20:41 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,437,1544515200"; d="scan'208";a="151680209" Received: from spandruv-mobl3.jf.intel.com ([10.252.135.12]) by fmsmga001.fm.intel.com with ESMTP; 03 Mar 2019 13:20:41 -0800 Message-ID: Subject: Re: [RFT][PATCH 0/2] cpufreq: intel_pstate: Handle _PPC updates on global turbo disable/enable From: Srinivas Pandruvada To: "Rafael J. Wysocki" Cc: "Rafael J. Wysocki" , Linux PM , LKML , Viresh Kumar , Chen Yu , Gabriele Mazzotta Date: Sun, 03 Mar 2019 13:20:40 -0800 In-Reply-To: References: <9956076.F4luUDm1Dq@aspire.rjw.lan> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-1.fc28) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2019-03-03 at 18:03 +0100, Rafael J. Wysocki wrote: > On Fri, Mar 1, 2019 at 6:39 PM Srinivas Pandruvada > wrote: > > > > On Fri, 2019-03-01 at 13:43 +0100, Rafael J. Wysocki wrote: > > > Hi All, > > > > > > This is how I would fix the issue reported in BZ 200759 (see this > > > patch series > > > from Yu too: https://marc.info/?l=linux-pm&m=155137672924029&w=2) > > > . > > > > > > Patch [1/2] causes intel_pstate to update all policies if it gets > > > a > > > _PPC change > > > notification and sees a global turbo disable/enable change. > > > > > > Patch [2/2] makes it update cpuinfo.max_freq for all policies in > > > those cases. > > > > > > The patches here have not been tested yet, so testing would be > > > much > > > appreciated. > > > > > > Of course, comments are welcome too! > > > > This is the only platform, someone reported such issue. > > I don't think this matters. > > First, it doesn't mean that no other problems have this problem. > > Second, the current handling of MSR_IA32_MISC_ENABLE_TURBO_DISABLE > changes in intel_pstate is not sufficient if the changes is from set > to unset anyway. Any platform with HWP, you can't even notify of this change. So any platform beyond SKL is not useful. Fixing is always good :-)