Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp571644imd; Sat, 3 Nov 2018 06:10:45 -0700 (PDT) X-Google-Smtp-Source: AJdET5dFMTfQEgL0n4VFgriU+igaGLGDN76ORSEF+qkx7MvE1r2Lp1UstXvdc7W+9xe4ajG8aBTR X-Received: by 2002:a63:d21:: with SMTP id c33mr3593289pgl.299.1541250645463; Sat, 03 Nov 2018 06:10:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541250645; cv=none; d=google.com; s=arc-20160816; b=s2jljVxqMUARNNczxzEXCsmjvcN9IlLrsmgG5N7LRplJI+I0h3dZTv7qajzzgG6ema X+E35SPuai33zIVfqqKFS4lCF26BpYM3V18IQzUUGGGLdVBuV0vG9G0RaY8yZZvj/TZD AIzvDJ0PhjEki+0o5+ftYzlZiueJGrkYeQ4DqbFLA8zrwwKRFVoEa4gp5NOxRqRi0bX0 KA/ImA8mdsf/W4EVlpROXrNGzJOARzMGju5z/M1M+RNtFdwAWyT0F+KxXOJ5Is/eH708 rW70yzL3zeyJaul5hktPUQ3Kumdvd+8D/qSKK3soBmz0v3LVSOWY1YN8M+FC+HHj1ron nDCQ== 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 :dkim-signature; bh=kPv9x7rV+LKmyXAy5C6qSNeamLzJzi1n4uKBM2MbWWo=; b=ybOcQ6NGSfwzpdoU4tKiDgSpDUrV+/uj9CxrIYhIl8j4TRaBWfxy8yZhnNDrOngUp5 YBJZ+CcQUmTU+sBfSHSTAVYo/rJd4zq1GMM9364OGaezZO4jigHsnrNwnMEhOdlsEVex DccOI27Ab/4R2eAZ/UBYypZuvjMfFGNlErJ16MPEfGFWta7ikCFye4WZ+qoYtCvZ6kzJ Y3xwwLpzQJMCDaIOkQPxMK9PWGY2PP56mKZtq5tfL4LGsfWyB+xleacwOJfKH70Qi09i /EDlhl2FmKpWDKJCuGJ+GNjkFgpTdn/mLGfosy2b08yYunaLcMP7D0KDO/fEMN52+UQ5 QRPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=dIkHV7ig; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d2-v6si6606177plo.210.2018.11.03.06.10.30; Sat, 03 Nov 2018 06:10:45 -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; dkim=pass header.i=@kernel.org header.s=default header.b=dIkHV7ig; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728591AbeKCWVZ (ORCPT + 99 others); Sat, 3 Nov 2018 18:21:25 -0400 Received: from mail.kernel.org ([198.145.29.99]:47168 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725900AbeKCWVZ (ORCPT ); Sat, 3 Nov 2018 18:21:25 -0400 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 485C72082E; Sat, 3 Nov 2018 13:10:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1541250607; bh=qYWeBBSNSFi8I0xiPqecoCq/ioxKgVZXmGF1ZX04tPU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=dIkHV7igkoVH+TnCYcmA+zfybz2i97rkmdtEOEhGtShiA/1KUfGBs74ruWByNjhLz wqMHfgowNlbMATlzEhniFej+uP5yzcaXJ+WJQ86sA7h/R4yK5fNICR56z4H348l+Pg nSjDy+uBm1dUmJ9kmhdRoC4C3/KQzRwePDGfodUU= Date: Sat, 3 Nov 2018 13:10:02 +0000 From: Jonathan Cameron To: "Ardelean, Alexandru" Cc: "lars@metafoo.de" , "knaack.h@gmx.de" , "Hennerich, Michael" , "renatogeh@gmail.com" , "giuliano.belinassi@usp.br" , "pmeerw@pmeerw.net" , "gregkh@linuxfoundation.org" , "linux-kernel@vger.kernel.org" , "linux-iio@vger.kernel.org" , "devel@driverdev.osuosl.org" , "kernel-usp@googlegroups.com" Subject: Re: [PATCH v3 2/3] staging: iio: ad7780: update voltage on read Message-ID: <20181103131002.7956a08b@archlinux> In-Reply-To: References: <1bc4bdf6342d4bc0c2fea17fb3bcd79fabf0e1d1.1541082656.git.renatogeh@gmail.com> X-Mailer: Claws Mail 3.17.1 (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 Thu, 1 Nov 2018 15:20:55 +0000 "Ardelean, Alexandru" wrote: > On Thu, 2018-11-01 at 11:43 -0300, Renato Lui Geh wrote: > > The ad7780 driver previously did not read the correct device output, as > > it read an outdated value set at initialization. It now updates its > > voltage on read. > > > > Signed-off-by: Renato Lui Geh > > --- > > Changes in v3: > > - removed initialization (int voltage_uv = 0) > > - returns error when voltage_uv is null > > > > drivers/staging/iio/adc/ad7780.c | 6 +++++- > > 1 file changed, 5 insertions(+), 1 deletion(-) > > > > diff --git a/drivers/staging/iio/adc/ad7780.c > > b/drivers/staging/iio/adc/ad7780.c > > index 91e016d534ed..f2a11e9424cd 100644 > > --- a/drivers/staging/iio/adc/ad7780.c > > +++ b/drivers/staging/iio/adc/ad7780.c > > @@ -87,12 +87,16 @@ static int ad7780_read_raw(struct iio_dev *indio_dev, > > long m) > > { > > struct ad7780_state *st = iio_priv(indio_dev); > > + int voltage_uv; > > > > switch (m) { > > case IIO_CHAN_INFO_RAW: > > return ad_sigma_delta_single_conversion(indio_dev, chan, > > val); > > case IIO_CHAN_INFO_SCALE: > > - *val = st->int_vref_mv * st->gain; > > + voltage_uv = regulator_get_voltage(st->reg); > > + if (!voltage_uv) > > This looks wrong. > I admit this was done in the same way in the probe function, but that looks > a bit wrong as well. > > Typically, the return value of `regulator_get_voltage()` would get checked > with: > > ret = regulator_get_voltage(st->reg); > if (ret < 0) > return ret; > *val = ret / 1000; > > So, negative values are errors and zero & positive values are valid voltage > values. This one is a stylistic choice for readability. I ever so slightly prefer how Alex has it but don't care enough that I'd have commented on it ;) However, nice to tidy up as you'll be respinning patch 3 anyway! Thanks, Jonathan > > > + return -EINVAL; > > + *val = (voltage_uv / 1000) * st->gain; > > *val2 = chan->scan_type.realbits - 1; > > return IIO_VAL_FRACTIONAL_LOG2; > > case IIO_CHAN_INFO_OFFSET: