Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3155787pxb; Sun, 31 Jan 2021 06:11:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJwfgD+qKxmplTXBtZAMJt7avCkZu4n4DQVm/7m+x8VrBGj8JHZN03ukaljbnHPo6v+EdKxV X-Received: by 2002:a17:907:2458:: with SMTP id yw24mr13425159ejb.333.1612102281995; Sun, 31 Jan 2021 06:11:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612102281; cv=none; d=google.com; s=arc-20160816; b=hLdt+nOqT74U50MtO0PCBtmT3wyCca4l4puCdpz6qB+uQfausZgFI5xSWSN4HQyjq/ 9QpFcrwEfkKDRMK40UBNYcuUWrDhFHyYkj3N2sWvXRqqYegPGcbJ4UvFU9uDcxz5QpuA xlBAj+CpI1mL9VCC7DNYSaMbJnEKq3oFTiMAf4cH7uopAlShX1U5ZZWMo/4Ho6TAFFYs eVFftn1PvZc9b4pJBHBccm0vdEqqvyiwnDMQDvyqscT+bN3hS/Lg8o4Npb6ayCdY25eo 8Wv7hc0R5V+8Zv5IjQo6IcFarrrpk+gIYxdy1kbtcTXk6pY5GB3u7VZ8A/MhQuknFija pvQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=W9CKV72LQw4/n8DHvLlfFWWqWP3t9mTNcTVq9zgFDBI=; b=jIMw6+f+wzVtXFWqAjDY/mLZ5g3Jf1tHNQ6sltXjvbNJMZ8ltUVNw7JJ/EPfjMRsXV HUMRGpvlrosnien2fANpaASKaUnH8zvW3A/QbsV2Wfl0llUUAgUB16aaS+rYW6ZXvHns EULz4ODC9PJPe5Xee2Hj21Lsu/mrrzBp4nzK9SbiNfKvC+p5lUcX1PTcUynS6F+1vFw0 0j1heat/k6EJLJdiUhF50CYSslMd+Ip0jPgzbbibgD/HrJH63BKGnhXL/E8J/FqG4WNP f+iYAVFeQ5udiyesp8L1I58kKeJ6eg7KMYnxP4TwVuwp/tbF7fI51GSG++Ttmsv/75dH ylTA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ml8PKnnm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i12si9087916edn.0.2021.01.31.06.10.56; Sun, 31 Jan 2021 06:11:21 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ml8PKnnm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231425AbhAaOJF (ORCPT + 99 others); Sun, 31 Jan 2021 09:09:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40250 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230249AbhAaKfQ (ORCPT ); Sun, 31 Jan 2021 05:35:16 -0500 Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1B6F4C061573; Sun, 31 Jan 2021 02:34:31 -0800 (PST) Received: by mail-wm1-x32c.google.com with SMTP id u14so10149261wml.4; Sun, 31 Jan 2021 02:34:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=W9CKV72LQw4/n8DHvLlfFWWqWP3t9mTNcTVq9zgFDBI=; b=ml8PKnnmBVwUtJhYLrAps2xa09WZPf+AXeAAXBnX2G3emw7Vy1EEUdoJaQrdVgaG1r 9mezcZR0R+t+DnxSH8YPChK16hDbrqz1tr0GfLDx2lGbNbfAHV7cjlTWV2UG4b/kVHzL i7/HURt8gH3+WkwoP5l//hg4TjAzrZSWrbmAUG0KyVaDrK8OKr+GKvChOykALEPlgLUZ dVZLalDzCfDlP1Fiisl28ZP8dH4XVahGOMF0epO+eCMkiBrw0QySknwCco2CpRkGObdD yfk9dIbJUVsfqd9cZgOTxHalWseyCADX9lZouQpB+CSFS4DTZXJzxsTPZXrb/MCVV9Me 0SrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=W9CKV72LQw4/n8DHvLlfFWWqWP3t9mTNcTVq9zgFDBI=; b=Jgp8DUo1EhEGOrw2E1y/dyYlbLvynAYwHoZewCg9zRhcmxIdK55mVgvb+XysYiCxpU nQ/YFNXFzem7E6toWl768HHFCQCMlci7sFB9J3BmWkYb+qOynVxA0BTJHXShuVLwZXc5 Yi3I8TS6pgwjbT6T3muLkPhrdMXpvkZzUDvGlAALNRRV+n2wOEkhO8EaUvzZOaOBI7Fl hRT6VWU3Uhg+MVAhOcksKKSZEJ7PuYP5MkrD6Gt9895qd3wf5KX1BGfj2igV9AqdbZ6G r9Tj3coJOWhH+y4mh76JDQli4smOZXJ6Plqmrx2gEU4VDzFSYl/ohh0xbyt7LLqVYFH5 +h4Q== X-Gm-Message-State: AOAM530q7zapT+QwwH58DvqfVa4/7WGTqZLWq5Iv2i7A/dqsPeyJjW91 cDCxv9vyUP+ChfZEfKlUUsM= X-Received: by 2002:a1c:6289:: with SMTP id w131mr2504113wmb.0.1612089269557; Sun, 31 Jan 2021 02:34:29 -0800 (PST) Received: from ziggy.stardust ([213.195.126.134]) by smtp.gmail.com with ESMTPSA id d17sm13134357wma.2.2021.01.31.02.34.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 31 Jan 2021 02:34:28 -0800 (PST) Subject: Re: [PATCH v10] cpufreq: mediatek-hw: Add support for Mediatek cpufreq HW driver To: Hector Yuan , linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org, "Rafael J. Wysocki" , Viresh Kumar , Rob Herring , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Cc: wsd_upstream@mediatek.com References: <1609222629-2979-1-git-send-email-hector.yuan@mediatek.com> From: Matthias Brugger Message-ID: <49f4400f-c803-f044-4974-f4e8703876e7@gmail.com> Date: Sun, 31 Jan 2021 11:34:28 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <1609222629-2979-1-git-send-email-hector.yuan@mediatek.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29/12/2020 07:17, Hector Yuan wrote: > The CPUfreq HW present in some Mediatek chipsets offloads the steps necessary for changing the frequency of CPUs. > The driver implements the cpufreq driver interface for this hardware engine. > This patch depends on MT6779 DTS patchset[1] submitted by Hanks Chen. This dependency got resolved, the patch is mainline since v5.11. Please delete it in further revisions of the patch set to minimize confusion. Thanks! > > From v8 to v9, there are three more modifications. > 1. Based on patchset[2], align binding with scmi for performance domain. > 2. Add the CPUFREQ fast switch function support and define DVFS latency. > 3. Based on patchser[3], add energy model API parameter for mW. > > From v7 to v8, there are three more patches based on patchset v8[4]. > This patchset is about to register power table to Energy model for EAS and thermal usage. > 1. EM CPU power table > - Register energy model table for EAS and thermal cooling device usage. > - Read the coresponding LUT for power table. > 2. SVS initialization > - The SVS(Smart Voltage Scaling) engine is a hardware which is > used to calculate optimized voltage values for CPU power domain. > DVFS driver could apply those optimized voltage values to reduce power consumption. > - Driver will polling if HW engine is done for SVS initialization. > After that, driver will read power table and register it to EAS. > - CPUs must be in power on state when doing SVS. Use pm_qos to block cpu-idle state for SVS initializing. > 3. Cooling device flag > - Add cooling device flag for thermal > > [1] https://lkml.org/lkml/2020/8/4/1094 > [2] https://lore.kernel.org/lkml/20201116181356.804590-1-sudeep.holla@arm.com/ > [3] https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/commit/?h=linux-next&id=c250d50fe2ce627ca9805d9c8ac11cbbf922a4a6 > [4] https://lkml.org/lkml/2020/9/23/384 > > > Hector.Yuan (2): > cpufreq: mediatek-hw: Add support for CPUFREQ HW > dt-bindings: cpufreq: add bindings for MediaTek cpufreq HW > > .../bindings/cpufreq/cpufreq-mediatek-hw.yaml | 116 ++++++ > drivers/cpufreq/Kconfig.arm | 12 + > drivers/cpufreq/Makefile | 1 + > drivers/cpufreq/mediatek-cpufreq-hw.c | 370 ++++++++++++++++++++ > 4 files changed, 499 insertions(+) > create mode 100644 Documentation/devicetree/bindings/cpufreq/cpufreq-mediatek-hw.yaml > create mode 100644 drivers/cpufreq/mediatek-cpufreq-hw.c >