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=-3.9 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_GIT autolearn=no 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 9103FC76188 for ; Tue, 23 Jul 2019 06:14:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 6808820578 for ; Tue, 23 Jul 2019 06:14:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="GLW0xIF/" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731624AbfGWGOW (ORCPT ); Tue, 23 Jul 2019 02:14:22 -0400 Received: from mail-pf1-f196.google.com ([209.85.210.196]:34004 "EHLO mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731385AbfGWGOW (ORCPT ); Tue, 23 Jul 2019 02:14:22 -0400 Received: by mail-pf1-f196.google.com with SMTP id b13so18582594pfo.1 for ; Mon, 22 Jul 2019 23:14:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=vuhDAdrwQAvGhhF1l4sTnH2/cYgn8v3uFIkNwLOWcSI=; b=GLW0xIF/ikmhDxxaWkwedXQ3YAtiEnzbtfMJ9HikV4tL95rqEh2fkcB6NkefS0TByU +QQ1hhPN/eokT2aVxg0eTyR+90qMUvCEVt61eF45mxKmxYTxyaL9RYps9BAZTMO/3cDb 9C4NZ3uhWr2iKuhcCIrARd0ii+fMDfM0DIeWksAUC6ORyiERFbDn1C2vq8S/hkwYbIHB g/xyhH2PR0cFm9DdI53v5Y67tYeflXFdxVK6L0Q8ZnqYVmdDUpOGII7k1z1MNqs5JNRA OPWC2yrAd7K4gFy5nbRUzC6OGpMxbNPocvSPv+RbcxEN1BWEsoCoEgPiI4t0kVS5DIyX 10dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=vuhDAdrwQAvGhhF1l4sTnH2/cYgn8v3uFIkNwLOWcSI=; b=OO1CfTShdjdwPaPuVOBrqSv37dJUePguwwwXHUvMZ4bvv6IY7iuxzatAUC7fT8jMvn zZDZQwCrkKY/1YHU8mhD0IXhLYy1edwxAkpmfWS4fWmGLAXYlkucwd5OEd/CQAkS7eL6 5QVfaeqkhiPVRNfx//8hOiwopShtLcIiJvbsLmt66MrbSs5Dng9GiIAa7FM59UPjYa5w GkIH2I6melHHRoIpIwpqKJdiFg0IknFb82F4vrvHcdTnHsWGveRyyCFkcaTGnILLV7uu EB68Cl8GJ9XpyFJRqgqYCrlJLUUamqdTXc14m7amp3YoNDxrR0Pa0oUgj5iFaaFel5R8 OzMA== X-Gm-Message-State: APjAAAW5qP801TeLX7L2F0As3iwjGtt2xVJcoy/07Lo7U7j8BjndcELt gxRJbgzdKmGYjlx+KsDMTyWmtg== X-Google-Smtp-Source: APXvYqxP6bnPVRQ1MCBwzGR7VTcX3M/ry8bfvkqazsDReUg7h0RInIBa5NIHj45OVf4NXWgl6klj/w== X-Received: by 2002:a63:c106:: with SMTP id w6mr75584400pgf.422.1563862461180; Mon, 22 Jul 2019 23:14:21 -0700 (PDT) Received: from localhost ([122.172.28.117]) by smtp.gmail.com with ESMTPSA id o95sm36186558pjb.4.2019.07.22.23.14.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jul 2019 23:14:19 -0700 (PDT) From: Viresh Kumar To: Rafael Wysocki , Amit Daniel Kachhap , Bartlomiej Zolnierkiewicz , Benjamin Herrenschmidt , Daniel Lezcano , Eduardo Valentin , Erik Schmauss , Greg Kroah-Hartman , Javi Merino , Jonathan Corbet , Len Brown , "Rafael J. Wysocki" , Robert Moore , Viresh Kumar , Zhang Rui Cc: linux-pm@vger.kernel.org, Vincent Guittot , devel@acpica.org, dri-devel@lists.freedesktop.org, linux-acpi@vger.kernel.org, linux-doc@vger.kernel.org, linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: [PATCH V2 00/10] cpufreq: Migrate users of policy notifiers to QoS requests Date: Tue, 23 Jul 2019 11:44:00 +0530 Message-Id: X-Mailer: git-send-email 2.21.0.rc0.269.g1a574e7a288b 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 Hello, Now that cpufreq core supports taking QoS requests for min/max cpu frequencies, lets migrate rest of the users to using them instead of the policy notifiers. The CPUFREQ_NOTIFY and CPUFREQ_ADJUST events of the policy notifiers are removed as a result, but we have to add CPUFREQ_CREATE_POLICY and CPUFREQ_REMOVE_POLICY events to it for the acpi stuff specifically, though they are also used by arch_topology stuff now. So the policy notifiers aren't completely removed. Boot tested on my x86 PC and ARM hikey board. This has already gone through build bot for a few days now. V1->V2: - Added Acked-by tags - Reordered to keep cleanups at the bottom - Rebased over 5.3-rc1 -- viresh Viresh Kumar (10): cpufreq: Add policy create/remove notifiers thermal: cpu_cooling: Switch to QoS requests instead of cpufreq notifier powerpc: macintosh: Switch to QoS requests instead of cpufreq notifier cpufreq: powerpc_cbe: Switch to QoS requests instead of cpufreq notifier ACPI: cpufreq: Switch to QoS requests instead of cpufreq notifier arch_topology: Use CPUFREQ_CREATE_POLICY instead of CPUFREQ_NOTIFY video: sa1100fb: Remove cpufreq policy notifier video: pxafb: Remove cpufreq policy notifier cpufreq: Remove CPUFREQ_ADJUST and CPUFREQ_NOTIFY policy notifier events Documentation: cpufreq: Update policy notifier documentation Documentation/cpu-freq/core.txt | 16 +-- drivers/acpi/processor_driver.c | 44 ++++++++- drivers/acpi/processor_perflib.c | 106 +++++++++----------- drivers/acpi/processor_thermal.c | 81 ++++++++------- drivers/base/arch_topology.c | 2 +- drivers/cpufreq/cpufreq.c | 51 ++++------ drivers/cpufreq/ppc_cbe_cpufreq.c | 19 +++- drivers/cpufreq/ppc_cbe_cpufreq.h | 8 ++ drivers/cpufreq/ppc_cbe_cpufreq_pmi.c | 96 +++++++++++------- drivers/macintosh/windfarm_cpufreq_clamp.c | 77 ++++++++++----- drivers/thermal/cpu_cooling.c | 110 +++++---------------- drivers/video/fbdev/pxafb.c | 21 ---- drivers/video/fbdev/pxafb.h | 1 - drivers/video/fbdev/sa1100fb.c | 27 ----- drivers/video/fbdev/sa1100fb.h | 1 - include/acpi/processor.h | 22 +++-- include/linux/cpufreq.h | 4 +- 17 files changed, 327 insertions(+), 359 deletions(-) -- 2.21.0.rc0.269.g1a574e7a288b