Received: by 10.223.176.5 with SMTP id f5csp1444484wra; Sun, 28 Jan 2018 01:09:35 -0800 (PST) X-Google-Smtp-Source: AH8x226J6DOt39iG64KjkXmYWOEAD1ht6HAdkZLNtxQ+GmiVVwOn1p6+fxlApGZD5B4lAkxTSuHy X-Received: by 2002:a17:902:bd09:: with SMTP id p9-v6mr9789122pls.236.1517130575748; Sun, 28 Jan 2018 01:09:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517130575; cv=none; d=google.com; s=arc-20160816; b=1CvPOMiTBr8uUYvm5+tZoXZqA+ui40PBQlZjg0bgDSeHJHLteKukNeoCHg1S0aCfaN /g4NkEn4zC7CohacbieTf6zFs4HswpnFRHIIIFwuHdop2QbJZfAPaPpgiP3JKSf326hq aXDRqOxKcpskHPOyVOuPS08GbN4z4JE0uG7foJJFgwLOA+y1xljwqf7eoo+ZJ6M0OAzg 7ZNpKJOKZVnizTEChXzDjbxWNEKxebnpcJlMeSH2OIwQTPuzzNzOwsw5Tu+uWXjYZ9Cl 4Y3ACOGgbA6SDfwB0nm9UjEsLDWFLrpJq/BHYa9UAtz+Mp62xWlKQ0a40SAJwDrVtImv Rt8A== 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 :references:in-reply-to:message-id:subject:cc:to:from:date :dmarc-filter:arc-authentication-results; bh=Z1o565RW33WEPcYcZGlbJMIzT+yrRAA8RPj1fjgCVfk=; b=CyZuyVjZwKnEPjYKsNj3JW+X4DpD0JhCyD7WXUOXxLG/2Vcp3nM2C8YbW9zkj5bUci E92yPxp3pEYzlJeT7WZByQcizd3ohJVg80StR/nylLY+2ejezr33VC75F8y3hXkMKKMF 064nxpHN2casTMMgmxzVYxR5o49UJ1gF3sW9TQLQjAMrWHQ6vPiPs+KBwmf0VNNlR6U7 gquGKYvDllrnwBELXumrEO6EqDwOyhCKPNloE3vKPUCy4mPtbcg4REMQBegM6yx+juYX FNZiuDiiXY6FVyj71PR22cpG/SFuzSXNWgvJsYxJZeyH2iQeiN92jL/ExBo5mqtRrVW7 4G1w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r12si9300654pfh.206.2018.01.28.01.09.21; Sun, 28 Jan 2018 01:09:35 -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 S1751355AbeA1JIw (ORCPT + 99 others); Sun, 28 Jan 2018 04:08:52 -0500 Received: from mail.kernel.org ([198.145.29.99]:37460 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750819AbeA1JIr (ORCPT ); Sun, 28 Jan 2018 04:08:47 -0500 Received: from archlinux (cpc91196-cmbg18-2-0-cust659.5-4.cable.virginm.net [81.96.234.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4969921798; Sun, 28 Jan 2018 09:08:42 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4969921798 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=jic23@kernel.org Date: Sun, 28 Jan 2018 09:08:39 +0000 From: Jonathan Cameron To: Philipp Rossak Cc: lee.jones@linaro.org, robh+dt@kernel.org, mark.rutland@arm.com, maxime.ripard@free-electrons.com, wens@csie.org, linux@armlinux.org.uk, knaack.h@gmx.de, lars@metafoo.de, pmeerw@pmeerw.net, davem@davemloft.net, hans.verkuil@cisco.com, mchehab@kernel.org, rask@formelder.dk, clabbe.montjoie@gmail.com, sean@mess.org, krzk@kernel.org, quentin.schulz@free-electrons.com, icenowy@aosc.io, edu.molinas@gmail.com, singhalsimran0@gmail.com, linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-sunxi@googlegroups.com Subject: Re: [PATCH 06/16] iio: adc: sun4i-gpadc-iio: rework: support multible sensors Message-ID: <20180128090839.42295eea@archlinux> In-Reply-To: <20180126151941.12183-7-embed3d@gmail.com> References: <20180126151941.12183-1-embed3d@gmail.com> <20180126151941.12183-7-embed3d@gmail.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 26 Jan 2018 16:19:31 +0100 Philipp Rossak wrote: multible -> multiple > For adding newer sensor some basic rework of the code is necessary. > > This patch reworks the driver to be able to handle more than one > thermal sensor. Newer SoC like the A80 have 4 thermal sensors. > Because of this the maximal sensor count value was set to 4. > > The sensor_id value is set during sensor registration and is for each > registered sensor indiviual. This makes it able to differntiate the > sensors when the value is read from the register. > > Signed-off-by: Philipp Rossak Question inline about why you aren't exposing the additional temperature sensors as IIO channels? Fine to not do so I suppose, but needs justifying. Jonathan > --- > drivers/iio/adc/sun4i-gpadc-iio.c | 36 +++++++++++++++++++++++------------- > include/linux/mfd/sun4i-gpadc.h | 6 ++++++ > 2 files changed, 29 insertions(+), 13 deletions(-) > > diff --git a/drivers/iio/adc/sun4i-gpadc-iio.c b/drivers/iio/adc/sun4i-gpadc-iio.c > index 1a80744bd472..bff06f2798e8 100644 > --- a/drivers/iio/adc/sun4i-gpadc-iio.c > +++ b/drivers/iio/adc/sun4i-gpadc-iio.c > @@ -70,7 +70,7 @@ struct gpadc_data { > unsigned int tp_adc_select; > unsigned int (*adc_chan_select)(unsigned int chan); > unsigned int adc_chan_mask; > - unsigned int temp_data; > + unsigned int temp_data[MAX_SENSOR_COUNT]; > int (*sample_start)(struct sun4i_gpadc_iio *info); > int (*sample_end)(struct sun4i_gpadc_iio *info); > u32 ctrl0_map; > @@ -80,6 +80,7 @@ struct gpadc_data { > bool has_bus_clk; > bool has_bus_rst; > bool has_mod_clk; > + int sensor_count; > }; > > static const struct gpadc_data sun4i_gpadc_data = { > @@ -89,9 +90,10 @@ static const struct gpadc_data sun4i_gpadc_data = { > .tp_adc_select = SUN4I_GPADC_CTRL1_TP_ADC_SELECT, > .adc_chan_select = &sun4i_gpadc_chan_select, > .adc_chan_mask = SUN4I_GPADC_CTRL1_ADC_CHAN_MASK, > - .temp_data = SUN4I_GPADC_TEMP_DATA, > + .temp_data = {SUN4I_GPADC_TEMP_DATA, 0, 0, 0}, > .sample_start = sun4i_gpadc_sample_start, > .sample_end = sun4i_gpadc_sample_end, > + .sensor_count = 1, > }; > > static const struct gpadc_data sun5i_gpadc_data = { > @@ -101,9 +103,10 @@ static const struct gpadc_data sun5i_gpadc_data = { > .tp_adc_select = SUN4I_GPADC_CTRL1_TP_ADC_SELECT, > .adc_chan_select = &sun4i_gpadc_chan_select, > .adc_chan_mask = SUN4I_GPADC_CTRL1_ADC_CHAN_MASK, > - .temp_data = SUN4I_GPADC_TEMP_DATA, > + .temp_data = {SUN4I_GPADC_TEMP_DATA, 0, 0, 0}, > .sample_start = sun4i_gpadc_sample_start, > .sample_end = sun4i_gpadc_sample_end, > + .sensor_count = 1, > }; > > static const struct gpadc_data sun6i_gpadc_data = { > @@ -113,18 +116,20 @@ static const struct gpadc_data sun6i_gpadc_data = { > .tp_adc_select = SUN6I_GPADC_CTRL1_TP_ADC_SELECT, > .adc_chan_select = &sun6i_gpadc_chan_select, > .adc_chan_mask = SUN6I_GPADC_CTRL1_ADC_CHAN_MASK, > - .temp_data = SUN4I_GPADC_TEMP_DATA, > + .temp_data = {SUN4I_GPADC_TEMP_DATA, 0, 0, 0}, > .sample_start = sun4i_gpadc_sample_start, > .sample_end = sun4i_gpadc_sample_end, > + .sensor_count = 1, > }; > > static const struct gpadc_data sun8i_a33_gpadc_data = { > .temp_offset = -1662, > .temp_scale = 162, > .tp_mode_en = SUN8I_A33_GPADC_CTRL1_CHOP_TEMP_EN, > - .temp_data = SUN4I_GPADC_TEMP_DATA, > + .temp_data = {SUN4I_GPADC_TEMP_DATA, 0, 0, 0}, > .sample_start = sun4i_gpadc_sample_start, > .sample_end = sun4i_gpadc_sample_end, > + .sensor_count = 1, > }; > > struct sun4i_gpadc_iio { > @@ -142,6 +147,7 @@ struct sun4i_gpadc_iio { > struct clk *bus_clk; > struct clk *mod_clk; > struct reset_control *reset; > + int sensor_id; > /* prevents concurrent reads of temperature and ADC */ > struct mutex mutex; > struct thermal_zone_device *tzd; > @@ -309,14 +315,15 @@ static int sun4i_gpadc_adc_read(struct iio_dev *indio_dev, int channel, > return sun4i_gpadc_read(indio_dev, channel, val, info->fifo_data_irq); > } > > -static int sun4i_gpadc_temp_read(struct iio_dev *indio_dev, int *val) > +static int sun4i_gpadc_temp_read(struct iio_dev *indio_dev, int *val, > + int sensor) > { > struct sun4i_gpadc_iio *info = iio_priv(indio_dev); > > if (info->no_irq) { > pm_runtime_get_sync(indio_dev->dev.parent); > > - regmap_read(info->regmap, info->data->temp_data, val); > + regmap_read(info->regmap, info->data->temp_data[sensor], val); > > pm_runtime_mark_last_busy(indio_dev->dev.parent); > pm_runtime_put_autosuspend(indio_dev->dev.parent); > @@ -363,7 +370,7 @@ static int sun4i_gpadc_read_raw(struct iio_dev *indio_dev, > ret = sun4i_gpadc_adc_read(indio_dev, chan->channel, > val); > else > - ret = sun4i_gpadc_temp_read(indio_dev, val); > + ret = sun4i_gpadc_temp_read(indio_dev, val, 0); Wouldn't it make more sense to pass the channel number in here? Looking at it, seems you only expose the first temperature sensor as an IIO channel? Perhaps fair enough, but please justify that decision in the patch description. > > if (ret) > return ret; > @@ -511,7 +518,7 @@ static int sun4i_gpadc_get_temp(void *data, int *temp) > struct sun4i_gpadc_iio *info = data; > int val, scale, offset; > > - if (sun4i_gpadc_temp_read(info->indio_dev, &val)) > + if (sun4i_gpadc_temp_read(info->indio_dev, &val, info->sensor_id)) > return -ETIMEDOUT; > > sun4i_gpadc_temp_scale(info->indio_dev, &scale); > @@ -755,7 +762,7 @@ static int sun4i_gpadc_probe(struct platform_device *pdev) > { > struct sun4i_gpadc_iio *info; > struct iio_dev *indio_dev; > - int ret; > + int ret, i; > > indio_dev = devm_iio_device_alloc(&pdev->dev, sizeof(*info)); > if (!indio_dev) > @@ -788,9 +795,12 @@ static int sun4i_gpadc_probe(struct platform_device *pdev) > pm_runtime_enable(&pdev->dev); > > if (IS_ENABLED(CONFIG_THERMAL_OF)) { > - info->tzd = thermal_zone_of_sensor_register(info->sensor_device, > - 0, info, > - &sun4i_ts_tz_ops); > + for (i = 0; i < info->data->sensor_count; i++) { > + info->sensor_id = i; > + info->tzd = thermal_zone_of_sensor_register( > + info->sensor_device, > + i, info, &sun4i_ts_tz_ops); > + } > /* > * Do not fail driver probing when failing to register in > * thermal because no thermal DT node is found. > diff --git a/include/linux/mfd/sun4i-gpadc.h b/include/linux/mfd/sun4i-gpadc.h > index 39e096c3ddac..40b4dd9d2405 100644 > --- a/include/linux/mfd/sun4i-gpadc.h > +++ b/include/linux/mfd/sun4i-gpadc.h > @@ -90,6 +90,10 @@ > #define SUNXI_THS_CTRL0 0x00 > #define SUNXI_THS_CTRL2 0x40 > #define SUNXI_THS_FILTER 0x70 > +#define SUNXI_THS_TDATA0 0x80 > +#define SUNXI_THS_TDATA1 0x84 > +#define SUNXI_THS_TDATA2 0x88 > +#define SUNXI_THS_TDATA3 0x8c > > #define SUNXI_THS_FILTER_EN BIT(2) > #define SUNXI_THS_FILTER_TYPE(x) (GENMASK(1, 0) & (x)) > @@ -101,6 +105,8 @@ > #define SUNXI_THS_TEMP_SENSE_EN2 BIT(2) > #define SUNXI_THS_TEMP_SENSE_EN3 BIT(3) > > +#define MAX_SENSOR_COUNT 4 > + > struct sun4i_gpadc_dev { > struct device *dev; > struct regmap *regmap;