Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1919272imu; Sat, 5 Jan 2019 09:53:07 -0800 (PST) X-Google-Smtp-Source: ALg8bN6QhAJjlVC4brTNSUBeLFcFhNyuE44dm3lH0RRwJigVXRjXXOLVrBohQGBCSJdlCm421MP+ X-Received: by 2002:a17:902:7107:: with SMTP id a7mr54965829pll.290.1546710787576; Sat, 05 Jan 2019 09:53:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546710787; cv=none; d=google.com; s=arc-20160816; b=NSTRjUsr403rP3vtwwskZZIAq9cw2WVu+2pfCTGLRHutXxO7xsIhydaDA30uL6+UmR kLelInqpvS7SZH+S9/znDpF4muSdqBHk+yKzJgCmYaQ/Db/oNpZM+Oyx0ZnanktuZbWd 0G+44LkkGInR0JLpwg28XhvKqpWPPN93dvJ6O9E6PbMgCKnnd+VvrDCaWLnXSsfokAAI K1TpdQGbf+qe3/cUNwhbfuQMfTsjsPd4OHjv+RMmWb7nzgvbKl1sTXzPiSz75b6rzE+W 5Y3bz+bWxfJ5sbg2LSgIbzolb5XgV8UxSQnI80/XS8ywyBsMTD6k/TS8FrT4onhlvS4r eUlg== 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=i5pgn2G/5dmhZKYVhsBeTsiT8Is9pGk5ECAoX980Nxc=; b=RbckZRaPGdVq9VJGSZCsQYlYOr8a8uL8k1GFvtVXxEM7qZoZUU+1ZR21CgN4EG9RZ6 rKjfMWUEV9u4zwYRiw2fLD33zUQ41yPkhJoEn2tgQhraMFA0GFR3z63HyeihGlA93W3v lhd3isDLTXXURo9mn3BOwooLnjo64F6ICr5MjsixmStaF5ThVwz6MMA6ddVUWHs+l9f5 EYv7kyiAEwn7DIFvrM5D7bLwfRKTGT6M1420JPQ7IHK7o92jljh4G7UNbNPEQwh3blsO w/yjUmZ2xcw74zybBVWAov5biUyQc1wObZOUOiM4k0543gv57tXQD9QCm0TmjX6lp8X5 nyTw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=hGZi5bPJ; 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 w11si17284595plz.327.2019.01.05.09.52.52; Sat, 05 Jan 2019 09:53:07 -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; dkim=pass header.i=@kernel.org header.s=default header.b=hGZi5bPJ; 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 S1726477AbfAERvc (ORCPT + 99 others); Sat, 5 Jan 2019 12:51:32 -0500 Received: from mail.kernel.org ([198.145.29.99]:36558 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726344AbfAERvb (ORCPT ); Sat, 5 Jan 2019 12:51:31 -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 CC60B218EA; Sat, 5 Jan 2019 17:51:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1546710690; bh=yqVQEvMOZsZvvEswMo+hDEcfXbu20+aDs2m213ULL9s=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=hGZi5bPJMpMSbpC3+fYocZxQMBf8nyMv1KZR+FypL7qFly1oau6ZV7oRSvteR/VwS s6yRW89zOI9H/HGX3CBkzc0H50P19f8yKAlW3tdv3VSJsEASbLeLbyGfLsRhck/83N fQZvKhcJ+XhtZW8G0qTWD59zfO0OeUq5/bVwBb1w= Date: Sat, 5 Jan 2019 17:51:25 +0000 From: Jonathan Cameron To: Jeremy Fertic Cc: Lars-Peter Clausen , Michael Hennerich , Hartmut Knaack , Peter Meerwald-Stadler , Greg Kroah-Hartman , linux-iio@vger.kernel.org, devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org, Shreeya Patel Subject: Re: [PATCH v2 1/4] staging: iio: adt7316: fix dac_bits assignment Message-ID: <20190105175125.6c3626a7@archlinux> In-Reply-To: <20181223045743.10716-2-jeremyfertic@gmail.com> References: <20181223045743.10716-1-jeremyfertic@gmail.com> <20181223045743.10716-2-jeremyfertic@gmail.com> X-Mailer: Claws Mail 3.17.3 (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 + CC Shreeya who is working on the same driver. On Sat, 22 Dec 2018 21:57:40 -0700 Jeremy Fertic wrote: > The value of dac_bits is used in adt7316_show_DAC() and adt7316_store_DAC(), > and it should be either 8, 10, or 12 bits depending on the device in use. The > driver currently only assigns a value to dac_bits in > adt7316_store_da_high_resolution(). The purpose of the dac high resolution > option is not to change dac resolution for normal operation. Instead, it > is specific to an optional feature where one or two of the four dacs can > be set to output voltage proportional to temperature. If the user chooses > to set dac a and/or dac b to output voltage proportional to temperature, > the da_high_resolution attribute can optionally be enabled to use 10 bit > resolution rather than the default 8 bits. This is only available on the > 10 and 12 bit dac devices. If the user attempts to read or write dacs a > or b under these settings, the driver's current behaviour is to return an > error. Dacs c and d continue to operate normally under these conditions. > With the above in mind, remove the dac_bits assignments from this function > since the value of dac_bits as used in the driver is not dependent on this > dac high resolution option. > > Since the dac_bits assignments discussed above are currently the only ones > in this driver, the default value of dac_bits is 0. This results in incorrect > calculations when the dacs are read or written in adt7316_show_DAC() and > adt7316_store_DAC(). To correct this, assign a value to dac_bits in > adt7316_probe() to ensure correct operation as soon as the device is > registered and available to userspace. > > Fixes: 35f6b6b86ede ("staging: iio: new ADT7316/7/8 and ADT7516/7/9 driver") > Signed-off-by: Jeremy Fertic Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to play with. The driver has been broken a long time and is undergoing a lot of churn at the moment, so I'm not going to rush this in even though it's a fix. Thanks, Jonathan > --- > drivers/staging/iio/addac/adt7316.c | 18 +++++++++--------- > 1 file changed, 9 insertions(+), 9 deletions(-) > > diff --git a/drivers/staging/iio/addac/adt7316.c b/drivers/staging/iio/addac/adt7316.c > index 9db49aa186bb..e17c1cb12c94 100644 > --- a/drivers/staging/iio/addac/adt7316.c > +++ b/drivers/staging/iio/addac/adt7316.c > @@ -652,17 +652,10 @@ static ssize_t adt7316_store_da_high_resolution(struct device *dev, > u8 config3; > int ret; > > - chip->dac_bits = 8; > - > - if (buf[0] == '1') { > + if (buf[0] == '1') > config3 = chip->config3 | ADT7316_DA_HIGH_RESOLUTION; > - if (chip->id == ID_ADT7316 || chip->id == ID_ADT7516) > - chip->dac_bits = 12; > - else if (chip->id == ID_ADT7317 || chip->id == ID_ADT7517) > - chip->dac_bits = 10; > - } else { > + else > config3 = chip->config3 & (~ADT7316_DA_HIGH_RESOLUTION); > - } > > ret = chip->bus.write(chip->bus.client, ADT7316_CONFIG3, config3); > if (ret) > @@ -2145,6 +2138,13 @@ int adt7316_probe(struct device *dev, struct adt7316_bus *bus, > else > return -ENODEV; > > + if (chip->id == ID_ADT7316 || chip->id == ID_ADT7516) > + chip->dac_bits = 12; > + else if (chip->id == ID_ADT7317 || chip->id == ID_ADT7517) > + chip->dac_bits = 10; > + else > + chip->dac_bits = 8; > + > chip->ldac_pin = devm_gpiod_get_optional(dev, "adi,ldac", GPIOD_OUT_LOW); > if (IS_ERR(chip->ldac_pin)) { > ret = PTR_ERR(chip->ldac_pin);