From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 94792C83004 for ; Tue, 28 Apr 2020 03:27:51 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 56680206D6 for ; Tue, 28 Apr 2020 03:27:51 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=riseup.net header.i=@riseup.net header.b="qvBZYugu" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726285AbgD1D1u (ORCPT ); Mon, 27 Apr 2020 23:27:50 -0400 Received: from mx1.riseup.net ([198.252.153.129]:48878 "EHLO mx1.riseup.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726047AbgD1D1u (ORCPT ); Mon, 27 Apr 2020 23:27:50 -0400 Received: from bell.riseup.net (unknown [10.0.1.178]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 49B6Xk03C7zFdlK; Mon, 27 Apr 2020 20:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1588044470; bh=a0Wy7E5siiXDebQgyesDP0oK49d8RJIPyuqff09a1uA=; h=From:To:Cc:Subject:Date:From; b=qvBZYugun/cXoZMk7BOsRQjugepg2LvPUI28aUOYF69bJE+8qP7qMj5nSNkhIQEiW 63eoT8UhQy2RsL+Kp6K106FhdhM/Vl1QROCS6dYncVNCp6d07U5iJlMNA5GlZbFIGj Nnz+LkQVf5w6IPUXdDubqEa+REFrpfemHU59tpkY= X-Riseup-User-ID: 53C500CA5D871291934B90EAD4C245BCC82D2E323A6C8690E133045A54D58370 Received: from [127.0.0.1] (localhost [127.0.0.1]) by bell.riseup.net (Postfix) with ESMTPSA id 49B6Xj4DckzJqbk; Mon, 27 Apr 2020 20:27:49 -0700 (PDT) From: Francisco Jerez To: "Rafael J. Wysocki" , "Pandruvada\, Srinivas" Cc: linux-pm@vger.kernel.org, intel-gfx@lists.freedesktop.org, chris.p.wilson@intel.com, "Vivi\, Rodrigo" , Peter Zijlstra Subject: [RFC] GPU-bound energy efficiency improvements for the intel_pstate driver (v2.99) Date: Mon, 27 Apr 2020 20:22:47 -0700 Message-Id: <20200428032258.2518-1-currojerez@riseup.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org This addresses the technical concerns people brought up about my previous v2 revision of this series. Other than a few bug fixes, the only major change relative to v2 is that the controller is now exposed as a new CPUFREQ generic governor as requested by Rafael (named "adaptive" in this RFC though other naming suggestions are welcome). Main reason for calling this v2.99 rather than v3 is that I haven't yet addressed all the documentation requests from the v2 thread -- Will spend some time doing that as soon as I have an ACK (ideally from Rafael) that things are moving in the right direction. You can also find this series along with the WIP code for non-HWP platforms in this branch: https://github.com/curro/linux/tree/intel_pstate-vlp-v2.99 Thanks! [PATCHv2.99 01/11] PM: QoS: Add CPU_SCALING_RESPONSE global PM QoS limit. [PATCHv2.99 02/11] drm/i915: Adjust PM QoS scaling response frequency based on GPU load. [PATCHv2.99 03/11] OPTIONAL: drm/i915: Expose PM QoS control parameters via debugfs. [PATCHv2.99 04/11] cpufreq: Define ADAPTIVE frequency governor policy. [PATCHv2.99 05/11] cpufreq: intel_pstate: Reorder intel_pstate_clear_update_util_hook() and intel_pstate_set_update_util_hook(). [PATCHv2.99 06/11] cpufreq: intel_pstate: Call intel_pstate_set_update_util_hook() once from the setpolicy hook. [PATCHv2.99 07/11] cpufreq: intel_pstate: Implement VLP controller statistics and target range calculation. [PATCHv2.99 08/11] cpufreq: intel_pstate: Implement VLP controller for HWP parts. [PATCHv2.99 09/11] cpufreq: intel_pstate: Enable VLP controller based on ACPI FADT profile and CPUID. [PATCHv2.99 10/11] OPTIONAL: cpufreq: intel_pstate: Add tracing of VLP controller status. [PATCHv2.99 11/11] OPTIONAL: cpufreq: intel_pstate: Expose VLP controller parameters via debugfs. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C790CC83013 for ; Tue, 28 Apr 2020 03:28:15 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 9C55A206D6 for ; Tue, 28 Apr 2020 03:28:15 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=riseup.net header.i=@riseup.net header.b="qvBZYugu" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9C55A206D6 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=riseup.net Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=intel-gfx-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 38B876E1FB; Tue, 28 Apr 2020 03:28:14 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) by gabe.freedesktop.org (Postfix) with ESMTPS id 63C6D6E063 for ; Tue, 28 Apr 2020 03:27:50 +0000 (UTC) Received: from bell.riseup.net (unknown [10.0.1.178]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 49B6Xk03C7zFdlK; Mon, 27 Apr 2020 20:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1588044470; bh=a0Wy7E5siiXDebQgyesDP0oK49d8RJIPyuqff09a1uA=; h=From:To:Cc:Subject:Date:From; b=qvBZYugun/cXoZMk7BOsRQjugepg2LvPUI28aUOYF69bJE+8qP7qMj5nSNkhIQEiW 63eoT8UhQy2RsL+Kp6K106FhdhM/Vl1QROCS6dYncVNCp6d07U5iJlMNA5GlZbFIGj Nnz+LkQVf5w6IPUXdDubqEa+REFrpfemHU59tpkY= X-Riseup-User-ID: 53C500CA5D871291934B90EAD4C245BCC82D2E323A6C8690E133045A54D58370 Received: from [127.0.0.1] (localhost [127.0.0.1]) by bell.riseup.net (Postfix) with ESMTPSA id 49B6Xj4DckzJqbk; Mon, 27 Apr 2020 20:27:49 -0700 (PDT) From: Francisco Jerez To: "Rafael J. Wysocki" , "Pandruvada\, Srinivas" Date: Mon, 27 Apr 2020 20:22:47 -0700 Message-Id: <20200428032258.2518-1-currojerez@riseup.net> MIME-Version: 1.0 Subject: [Intel-gfx] [RFC] GPU-bound energy efficiency improvements for the intel_pstate driver (v2.99) X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Peter Zijlstra , intel-gfx@lists.freedesktop.org, chris.p.wilson@intel.com, linux-pm@vger.kernel.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" This addresses the technical concerns people brought up about my previous v2 revision of this series. Other than a few bug fixes, the only major change relative to v2 is that the controller is now exposed as a new CPUFREQ generic governor as requested by Rafael (named "adaptive" in this RFC though other naming suggestions are welcome). Main reason for calling this v2.99 rather than v3 is that I haven't yet addressed all the documentation requests from the v2 thread -- Will spend some time doing that as soon as I have an ACK (ideally from Rafael) that things are moving in the right direction. You can also find this series along with the WIP code for non-HWP platforms in this branch: https://github.com/curro/linux/tree/intel_pstate-vlp-v2.99 Thanks! [PATCHv2.99 01/11] PM: QoS: Add CPU_SCALING_RESPONSE global PM QoS limit. [PATCHv2.99 02/11] drm/i915: Adjust PM QoS scaling response frequency based on GPU load. [PATCHv2.99 03/11] OPTIONAL: drm/i915: Expose PM QoS control parameters via debugfs. [PATCHv2.99 04/11] cpufreq: Define ADAPTIVE frequency governor policy. [PATCHv2.99 05/11] cpufreq: intel_pstate: Reorder intel_pstate_clear_update_util_hook() and intel_pstate_set_update_util_hook(). [PATCHv2.99 06/11] cpufreq: intel_pstate: Call intel_pstate_set_update_util_hook() once from the setpolicy hook. [PATCHv2.99 07/11] cpufreq: intel_pstate: Implement VLP controller statistics and target range calculation. [PATCHv2.99 08/11] cpufreq: intel_pstate: Implement VLP controller for HWP parts. [PATCHv2.99 09/11] cpufreq: intel_pstate: Enable VLP controller based on ACPI FADT profile and CPUID. [PATCHv2.99 10/11] OPTIONAL: cpufreq: intel_pstate: Add tracing of VLP controller status. [PATCHv2.99 11/11] OPTIONAL: cpufreq: intel_pstate: Expose VLP controller parameters via debugfs. _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx