Received: by 2002:a05:6a10:c7d3:0:0:0:0 with SMTP id h19csp365628pxy; Sat, 14 Aug 2021 09:11:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyUciFnUrizw/nhFU0LzfGOB+CzKwG+btV/7FmBdpbsnQWrZmVAugYqgvFgotWzmGp+Bl28 X-Received: by 2002:a05:6402:b88:: with SMTP id cf8mr9814831edb.281.1628957470692; Sat, 14 Aug 2021 09:11:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628957470; cv=none; d=google.com; s=arc-20160816; b=z+krnpSQBZWRj2kkxeCqNzzhgeAIDrh8clOvGlhqgHBRYusKhygy1wKt1ZfCsF4lax GzgOsrOamjCY7eB0RlPmksLVJIoRb9dv4rk8lwB94zkKI5EMQefOB5daDndePC5+UBU2 LeIkIbe+BUSvvI8T+Cv2BjLrPsyc2AKqYpQ71XQHi723pwjtwByRIOB7rkDZAXmjywZZ DeTQC/vUqWvuSxolNUr8Wi6eCHyGtuT4UOIsUfbxicx2+5c1m2+NWoQBiCGLCN9cxaX6 SqnZf6q7y+C//SImC1aR8Paxus6ylaz4zT1bPlFixDSP23xxDCqpPQiT7jsiZrTqHEVv zPHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=RjgClC1ji1hI9HJe9rfrAHajYL0FPqC1GGOjqc3zC9Q=; b=ytf6zUoIwrwe9EtvkTESg+5KXtIlvf8EVwvj2kYWclDXeSoimhs/ywtqbh6/fLGQO1 P0P0PyDsm9Ffp1vShXaCbw+0UZ2ct3WRTtT1YKjqRDvh7wnpUfEENDD420Z6L3X46qY1 TEnwyY8jRRbc0vjGG3QYCmCQPXtZgkqu5HK3knmAesztlWEGTdW8KfIVs7XEs4Hj3W/B utMpXApJO0fPhkmRqTsAuMG1Njaky67jz/PnBM71xRfpKeCNtrnygb7y+PQ1CW7LXr8j +VwSzmVp5AXT/rZursfo6RWTLANtxERrpOjX8/7k6fYA5A+d+bb1718MnxS36DWgW7c7 PBvg== ARC-Authentication-Results: i=1; mx.google.com; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s6si5864847edq.246.2021.08.14.09.10.47; Sat, 14 Aug 2021 09:11:10 -0700 (PDT) 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; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235213AbhHNQI0 (ORCPT + 99 others); Sat, 14 Aug 2021 12:08:26 -0400 Received: from mail.kernel.org ([198.145.29.99]:59188 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235458AbhHNQHo (ORCPT ); Sat, 14 Aug 2021 12:07:44 -0400 Received: from jic23-huawei (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (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 D6B1660F21; Sat, 14 Aug 2021 16:07:10 +0000 (UTC) Date: Sat, 14 Aug 2021 17:10:07 +0100 From: Jonathan Cameron To: "hui.liu" Cc: Jonathan Cameron , , , , , , , , , , , , , , , Subject: Re: [PATCH v1 1/2] iio: mtk-auxadc: add support IIO_CHAN_INFO_RAW case Message-ID: <20210814171007.6892ae94@jic23-huawei> In-Reply-To: <042625639032bffe73b60a5c6274511e58e34ef4.camel@mediatek.com> References: <20210812054844.30575-1-hui.liu@mediatek.com> <20210812054844.30575-2-hui.liu@mediatek.com> <20210812190725.00007449@Huawei.com> <042625639032bffe73b60a5c6274511e58e34ef4.camel@mediatek.com> X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 13 Aug 2021 11:46:24 +0800 hui.liu wrote: > On Thu, 2021-08-12 at 19:07 +0100, Jonathan Cameron wrote: > > On Thu, 12 Aug 2021 13:48:43 +0800 > > Hui Liu wrote: > > > > > Add support IIO_CHAN_INFO_RAW case. > > > > Why? > > > > We almost never support both RAW and PROCESSED as userspace should be > > fine to use either. There are a few reasons we've let drivers do > > this but I would like know why it matters to you and it definitely > > needs to be in the patch description. > > > Hi Jonathan, > > 1. To support ADC consumers' different types of requirement: some > consumers want to call iio_read_channel_raw to get raw data, the others > use iio_read_channel_processed to get voltage. Give an example of the consumer using the raw channel readback (without acess to any scaling information?) > 2. In our origin driver, if consumer call iio_read_channel_processed, > read back value is raw data. > > Could we use SCALE instead of PROCESSED in patch for next version, or > what's your suggestion? That would unfortunately be a userspace ABI change. We can add interfaces but taking them away is normally a problem :( Your reasons here are fine, subject to information on what consumer cares about having _RAW, please resend the patch with this information added to the description. Thanks, Jonathan > > Thanks. > > > > > > > Signed-off-by: Hui Liu > > > --- > > > drivers/iio/adc/mt6577_auxadc.c | 16 +++++++++++++++- > > > 1 file changed, 15 insertions(+), 1 deletion(-) > > > > > > diff --git a/drivers/iio/adc/mt6577_auxadc.c > > > b/drivers/iio/adc/mt6577_auxadc.c > > > index 79c1dd68b909..e995d43287b2 100644 > > > --- a/drivers/iio/adc/mt6577_auxadc.c > > > +++ b/drivers/iio/adc/mt6577_auxadc.c > > > @@ -60,7 +60,8 @@ static const struct mtk_auxadc_compatible > > > mt6765_compat = { > > > .type = IIO_VOLTAGE, > > > \ > > > .indexed = 1, > > > \ > > > .channel = (idx), \ > > > - .info_mask_separate = BIT(IIO_CHAN_INFO_PROCESSED), \ > > > + .info_mask_separate = BIT(IIO_CHAN_INFO_RAW) | > > > \ > > > + BIT(IIO_CHAN_INFO_PROCESSED), \ > > > } > > > > > > static const struct iio_chan_spec mt6577_auxadc_iio_channels[] = { > > > @@ -181,6 +182,19 @@ static int mt6577_auxadc_read_raw(struct > > > iio_dev *indio_dev, > > > struct mt6577_auxadc_device *adc_dev = iio_priv(indio_dev); > > > > > > switch (info) { > > > + case IIO_CHAN_INFO_RAW: > > > + *val = mt6577_auxadc_read(indio_dev, chan); > > > + if (*val < 0) { > > > + dev_notice(indio_dev->dev.parent, > > > + "failed to sample data on > > > channel[%d]\n", > > > + chan->channel); > > > + return *val; > > > + } > > > + if (adc_dev->dev_comp->sample_data_cali) > > > + *val = mt_auxadc_get_cali_data(*val, true); > > > + > > > + return IIO_VAL_INT; > > > + > > > case IIO_CHAN_INFO_PROCESSED: > > > *val = mt6577_auxadc_read(indio_dev, chan); > > > if (*val < 0) { > > > >