Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp7504417yba; Thu, 2 May 2019 11:01:17 -0700 (PDT) X-Google-Smtp-Source: APXvYqwnfZQbhMMIqnLEj+JtX3RbLoLCI8I3cBRAtcT2hvFwvj8uuHjhiyFnCV/bHh1Il1MtPdS6 X-Received: by 2002:a17:902:8349:: with SMTP id z9mr5108619pln.144.1556820077619; Thu, 02 May 2019 11:01:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556820077; cv=none; d=google.com; s=arc-20160816; b=CFcwY0/tm+M1Wx45EpRvU1eTbLBKaAsFek41HquzwDkP+qe+lJC9+9rLLnTZ13LOcC gmPC0JmdqP+0rH6koHSSRuyqcVaTWidfqLrcoIRcmQUnecUAvnE7AbyKhdj9WrxYuHxx zlyQAwHp0d/9spaES4c/Z6ym0A1CwbFDh91vLC5GGVO3QzxT1y6c7yQSLuIQO6f/s8sm TiMoZ3rwEfEUack4EVzEynj+lauRIsYMcKMNNDkI3zAXPVAzZAi03FA+oR6tCQBlZ5y+ Khy5ekOP1L/xobBNqDFHlIcU87RqZ1JYAos0AL0X8bpkxBpZvb/8ORae+d/udjsDZ+XL Ulaw== 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 :message-id:date:subject:cc:to:from; bh=WF3Kr9/KGvsrE4yYy3swyDdy7pdpaG6xa1MM+LOKKrU=; b=mb3At9AbvuWu1iPVXPZF7vGtbHp17C1BfZg/m/Qr/VFCJq5CGfK+BbXu9fYJHYEOLq GGUaSjw7yfIkOin+3hJv/E9s9qzJVp79isC574IRBg2+ahGRpR3x65adPiGQDd0SuBDS FTfhIy/nq3mpAg5ml97MXWO7urpcPUdTA9HJKDRej19kl47SDHtjshIoWHKwaRKXjMKc 9zblvVS4BpYiDipl78EhdNApUbCJaLxJSemSfXQ9VL81+FQpvlMCuUD9bCrn+8saHXUU U4E/Z0o8jY0ms480z/Ndj1Trnh9dYDxp5So8+42Csc9OMQUTVXpa3nCz99lafR+0x2yk J/Rw== 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=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k22si44296994pfo.145.2019.05.02.11.01.02; Thu, 02 May 2019 11:01:17 -0700 (PDT) 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=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726407AbfEBR6W (ORCPT + 99 others); Thu, 2 May 2019 13:58:22 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:41808 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725962AbfEBR6W (ORCPT ); Thu, 2 May 2019 13:58:22 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: gportay) with ESMTPSA id 59086260C68 From: =?UTF-8?q?Ga=C3=ABl=20PORTAY?= To: MyungJoo Ham , Kyungmin Park , Chanwoo Choi , Rob Herring , Heiko Stuebner , Enric Balletbo i Serra , Lin Huang , Brian Norris , Douglas Anderson , Klaus Goger , Derek Basehore , Randy Li , linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org Cc: Mark Rutland , kernel@collabora.com, =?UTF-8?q?Ga=C3=ABl=20PORTAY?= Subject: [PATCH v5 0/5] Add support for drm/rockchip to dynamically control the DDR frequency. Date: Thu, 2 May 2019 13:58:14 -0400 Message-Id: <20190502175820.25382-1-gael.portay@collabora.com> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dear all, The rk3399 platform has a DFI controller that can monitor DDR load and a DMC driver that talks with the TF-A (Trusted Firmware-A) to dynamically set the DDR frequency with following flow. kernel Trusted Firmware-A (bl31) monitor ddr load | | get_target_rate | | pass rate to TF-A clk_set_rate(ddr) --------------------->run ddr dvs flow | | <------------------------------end ddr dvs flow | | return These patches add support for devfreq to dynamically control the DDR frequency for the gru chromebooks. By default it uses the 'simple_ondemand' governor which can adjust the frequency based on the DDR load. Waiting for your feedback. Best regards, Gaël Note: The RFC and the first patchset contained three patches to sync the DDR frequency change within the vblank. These patches was submitted separatly in a dedicated RFC[1]. [1]: https://lkml.org/lkml/2019/4/30/1066 Changes in v5: - [PATCH v4 5/5] Remove use of DRAM setting defines. Remove new DRAM setting header. - [PATCH v5 6/6] Remove references of unexistant defines in documentation (new patch). Changes in v4: - [PATCH v3 1/5] Add Acked-by: MyungJoo Ham . - [PATCH v3 2/5] Add Acked-by: MyungJoo Ham . - [PATCH v3 3/5] Add Acked-by: MyungJoo Ham . - [PATCH v3 4/5] Remove board related DDR settings (moved to 5/5). - [PATCH v3 5/5] Add board related DDR settings (moved from 5/5). Changes in v3: - [PATCH v2 1/5] Add Signed-off-by: Gaël PORTAY . - [PATCH v2 2/5] Add Signed-off-by: Gaël PORTAY . - [PATCH v2 3/5] Add Signed-off-by: Gaël PORTAY . Remove comments. Move pmu dt parsing after dt-parsing of timings to fix data->odt_dis_freq value. - [PATCH v2 5/5] Remove display_subsystem nodes. Changes in v2: - [PATCH 1/8] Really add Acked-by: Chanwoo Choi . - [PATCH 4/8] Removed from patchset. - [PATCH 5/8] Removed from patchset. - [PATCH 6/8] Removed from patchset. - [PATCH 7/8] Reword the commit message to reflect the removal of rk3390-dram-default-timing.dts in v1. - [PATCH 8/8] Move center-supply attribute of dmc node in file rk3399-gru-chromebook.dtsi (where ppvar_centerlogic is defined). Changes in v1: - [RFC 1/10] Add Acked-by: Chanwoo Choi - [RFC 1/10] s/Generic/General/ (Robin Murphy) - [RFC 2/10] Add reviewed and acked tags from Chanwoo Choi and Rob Herring - [RFC 3/10] Add an explanation for platform SIP calls. - [RFC 3/10] Change if statement for a switch. - [RFC 3/10] Rename ddr_flag to odt_enable to be more clear. - [RFC 4/10] Removed from the series. I did not found a use case where not holding the mutex causes the issue. - [RFC 7/10] Removed from the series. I did not found a use case where this matters. - [RFC 8/10] Move rk3399-dram.h to dt-includes. - [RFC 8/10] Put sdram default values under the dmc node. - [RFC 8/10] Removed rk3399-dram-default-timing.dts Enric Balletbo i Serra (3): devfreq: rockchip-dfi: Move GRF definitions to a common place. dt-bindings: devfreq: rk3399_dmc: Add rockchip,pmu phandle. devfreq: rk3399_dmc: Pass ODT and auto power down parameters to TF-A. Gaël PORTAY (1): dt-bindings: devfreq: rk3399_dmc: Remove references of unexistant defines Lin Huang (2): arm64: dts: rk3399: Add dfi and dmc nodes. arm64: dts: rockchip: Enable dmc and dfi nodes on gru. .../bindings/devfreq/rk3399_dmc.txt | 75 +++++++++---------- .../dts/rockchip/rk3399-gru-chromebook.dtsi | 4 + arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 45 +++++++++++ .../boot/dts/rockchip/rk3399-op1-opp.dtsi | 29 +++++++ arch/arm64/boot/dts/rockchip/rk3399.dtsi | 19 +++++ drivers/devfreq/event/rockchip-dfi.c | 23 ++---- drivers/devfreq/rk3399_dmc.c | 71 +++++++++++++++++- include/soc/rockchip/rk3399_grf.h | 21 ++++++ include/soc/rockchip/rockchip_sip.h | 1 + 9 files changed, 232 insertions(+), 56 deletions(-) create mode 100644 include/soc/rockchip/rk3399_grf.h -- 2.21.0