From patchwork Tue Mar  5 10:23:48 2019
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Patchwork-Submitter: "Rafael J. Wysocki" <rjw@rjwysocki.net>
X-Patchwork-Id: 10839253
Return-Path: <linux-pm-owner@kernel.org>
Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org
 [172.30.200.125])
	by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 5FCA9180E
	for <patchwork-linux-pm@patchwork.kernel.org>;
 Tue,  5 Mar 2019 10:44:41 +0000 (UTC)
Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1])
	by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 497FB2A838
	for <patchwork-linux-pm@patchwork.kernel.org>;
 Tue,  5 Mar 2019 10:44:41 +0000 (UTC)
Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486)
	id 3DDB72A8D7; Tue,  5 Mar 2019 10:44:41 +0000 (UTC)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	pdx-wl-mail.web.codeaurora.org
X-Spam-Level: 
X-Spam-Status: No, score=-7.9 required=2.0 tests=BAYES_00,MAILING_LIST_MULTI,
	RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1
Received: from vger.kernel.org (vger.kernel.org [209.132.180.67])
	by mail.wl.linuxfoundation.org (Postfix) with ESMTP id EE92D2A838
	for <patchwork-linux-pm@patchwork.kernel.org>;
 Tue,  5 Mar 2019 10:44:40 +0000 (UTC)
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1727589AbfCEKob (ORCPT
        <rfc822;patchwork-linux-pm@patchwork.kernel.org>);
        Tue, 5 Mar 2019 05:44:31 -0500
Received: from cloudserver094114.home.pl ([79.96.170.134]:58787 "EHLO
        cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1727362AbfCEKo2 (ORCPT
        <rfc822;linux-pm@vger.kernel.org>); Tue, 5 Mar 2019 05:44:28 -0500
Received: from 79.184.253.110.ipv4.supernova.orange.pl (79.184.253.110) (HELO
 aspire.rjw.lan)
 by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.213)
 id cc2b7da285b581c1; Tue, 5 Mar 2019 11:44:26 +0100
From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Linux PM <linux-pm@vger.kernel.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
        Viresh Kumar <viresh.kumar@linaro.org>,
        Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>,
        Chen Yu <yu.c.chen@intel.com>,
        Gabriele Mazzotta <gabriele.mzt@gmail.com>
Subject: [PATCH v2 0/3] cpufreq: intel_pstate: Handle _PPC updates on global
 turbo disable/enable
Date: Tue, 05 Mar 2019 11:23:48 +0100
Message-ID: <1755407.S0oJirvq9V@aspire.rjw.lan>
MIME-Version: 1.0
Sender: linux-pm-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-pm.vger.kernel.org>
X-Mailing-List: linux-pm@vger.kernel.org
X-Virus-Scanned: ClamAV using ClamSMTP

Hi All,

This is a follow-up to the RFT patch set posted previously:
https://lore.kernel.org/lkml/9956076.F4luUDm1Dq@aspire.rjw.lan/

Patch [1/3] causes intel_pstate to update all policies if it gets a _PPC change
notification and sees a global turbo disable/enable change.

Patch [2/3] adds cpufreq_cpu_acquire() and cpufreq_cpu_release() to reduce
code duplication after the next patch a bit (and Srinivas wanted the rwsem
manipulation to not be done directly by the driver).

Patch [3/3] makes intel_pstate update cpuinfo.max_freq for all policies in
those cases.

I've atted Tested-by tags to patches [1/3] and [3/3], because there are only
cosmetic differences between them and what has been tested.

Thanks,
Rafael
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>