From patchwork Fri Mar 10 10:39:10 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Quentin Schulz X-Patchwork-Id: 95145 Delivered-To: patch@linaro.org Received: by 10.140.82.71 with SMTP id g65csp796017qgd; Fri, 10 Mar 2017 02:44:30 -0800 (PST) X-Received: by 10.84.241.130 with SMTP id b2mr24777613pll.32.1489142670073; Fri, 10 Mar 2017 02:44:30 -0800 (PST) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 74si2608637pfw.42.2017.03.10.02.44.29; Fri, 10 Mar 2017 02:44:30 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935303AbdCJKjw (ORCPT + 25 others); Fri, 10 Mar 2017 05:39:52 -0500 Received: from mail.free-electrons.com ([62.4.15.54]:34557 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935086AbdCJKjo (ORCPT ); Fri, 10 Mar 2017 05:39:44 -0500 Received: by mail.free-electrons.com (Postfix, from userid 110) id F3AE52080E; Fri, 10 Mar 2017 11:39:41 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.free-electrons.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from qschulz.home (LStLambert-657-1-97-87.w90-63.abo.wanadoo.fr [90.63.216.87]) by mail.free-electrons.com (Postfix) with ESMTPSA id 866172055D; Fri, 10 Mar 2017 11:39:31 +0100 (CET) From: Quentin Schulz To: dmitry.torokhov@gmail.com, robh+dt@kernel.org, mark.rutland@arm.com, maxime.ripard@free-electrons.com, wens@csie.org, lee.jones@linaro.org, linux@armlinux.org.uk, jic23@kernel.org, knaack.h@gmx.de, lars@metafoo.de, pmeerw@pmeerw.net, stefan.mavrodiev@gmail.com Cc: Quentin Schulz , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org, linux-sunxi@googlegroups.com, thomas.petazzoni@free-electrons.com Subject: [PATCH v2 00/11] add thermal throttling to Allwinner A33 SoC Date: Fri, 10 Mar 2017 11:39:10 +0100 Message-Id: <20170310103921.19469-1-quentin.schulz@free-electrons.com> X-Mailer: git-send-email 2.9.3 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The Allwinner SoCs all have an ADC that can also act as a touchscreen controller and a thermal sensor. The first four channels can be used either for the ADC or the touchscreen and the fifth channel is used for the thermal sensor. We currently have a driver for the two latter functions in drivers/input/touchscreen/sun4i-ts.c but we don't have access to the ADC feature at all. It is meant to replace the current driver by using MFD and subdrivers for existing bindings. The Allwinner A33 only has a thermal sensor present in the GPADC. In addition, there is not an existing DT binding for the GPADC. Thus, we do not need the sun4i-gpadc MFD driver which was made to keep DT compatibility and probe subdrivers without the need to add DT subnodes. This series of patch adds the thermal sensor for the A33 and GPU/CPU thermal throttling. It also adds the cpu-supply property to the CPU node needed by the Sinlinx SinA33 and Olinuxino A33 to adapt their CPU regulator voltage depending on the currently used OPP. The other A33 boards all have their cpu-supply property set. This series also fixes the missing operating-points-v2 property in cpu DT nodes. Finally, it also adds all remaining OPPs which can be found in Allwinner 3.4 linux and fex files of all A33 boards. This patch *HAS NOT* been tested on the Olinuxino A33. @Stefan (or anyone owning an Olinuxino A33), could you test this patch series on your board, test CPUfreq and tell us if it works in a stable manner? Thanks! This series of patch is based on this[1] series of patch. [1] https://lkml.org/lkml/2016/12/13/298 : "[PATCH v9] add support for Allwinner SoCs ADC" Thanks, Quentin Maxime Ripard (1): ARM: sun8i: a33: Add devfreq-based GPU cooling Quentin Schulz (10): ARM: sun8i: a33: add operating-points-v2 property to all nodes ARM: sun8i: a33: add all operating points ARM: dts: sun8i: sina33: add cpu-supply ARM: dts: sun8i: olinuxino: add cpu-supply Documentation: DT: bindings: mfd: add A33 GPADC binding Documentation: DT: bindings: input: touschcreen: remove sun4i documentation iio: adc: sun4i-gpadc-iio: move code used in MFD probing to new function iio: adc: sun4i-gpadc-iio: add support for A33 thermal sensor ARM: dtsi: sun8i: a33: add thermal sensor ARM: dtsi: sun8i: a33: add CPU thermal throttling .../touchscreen/sun4i.txt => mfd/sun4i-gpadc.txt} | 21 +++ arch/arm/boot/dts/sun8i-a23-a33.dtsi | 3 + arch/arm/boot/dts/sun8i-a33-olinuxino.dts | 4 + arch/arm/boot/dts/sun8i-a33-sinlinx-sina33.dts | 4 + arch/arm/boot/dts/sun8i-a33.dtsi | 149 ++++++++++++++++++ drivers/iio/adc/Kconfig | 2 +- drivers/iio/adc/sun4i-gpadc-iio.c | 170 +++++++++++++++++---- include/linux/mfd/sun4i-gpadc.h | 4 + 8 files changed, 324 insertions(+), 33 deletions(-) rename Documentation/devicetree/bindings/{input/touchscreen/sun4i.txt => mfd/sun4i-gpadc.txt} (64%) -- 2.9.3