Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp4078256pxb; Mon, 4 Oct 2021 16:59:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzuK+qB03NXDuQebyTadB+GHramu1sLLnp9JfHiR+xVD5XB+2gW7ytZym4zMZ8d6MlEIJEI X-Received: by 2002:a17:906:1e16:: with SMTP id g22mr20397106ejj.471.1633391994881; Mon, 04 Oct 2021 16:59:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633391994; cv=none; d=google.com; s=arc-20160816; b=dqkKj6rn2MENRqYFEZh2PTP2115wQf8DdVxlA+ZYQS9ZAryVPXknd1JI1hxRr8Vzwc FOM2zJmCKOwoMHD3dPX2UwPVmgMZKjQggtKhvDFnBVT3teozCrv1cR0NwYQI69AX5zmH NZHOTPfsqUR0NJFZQY7HsHIprxVhIQRRfowroBFGX81ly4boIvP+oGZfNLhTBFEffSaj Ak58dys8V59pG/Q+xF18Yo5MU6vLiAV1UUCCE5tMl0WuxFqNderMn9deJi9ogykdP2+9 epjB75iuONshmnePJUtBO5aDCjVf7mp6ev739PK3OS/D/lW6nQMVQK+l9N7Nex1/tJRx RPHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=19NmVTxrMofJXdMsxpuEpLvLDZr80mxpkGYvnpxUs4Y=; b=QY/p9bo7sIiWLLhmXbR06poeWgyzgnSLRUAf1vNN2CLBdeOMn2IXxSV/2ajL7AOko5 MdG92+Q5qkuQfOt8xX55mxV88ONJwWBBhBMkZlV7e7fJoWoh/WkXvewJSSXSHipDZZe3 w2mD4KXy8QRF67amFKIMmQgVVCfKHstcu4qxOTave+ws8qc6TvlfYmlyWpprVXRLta2A bd0wdL6b6uuiAuGAOrZIXSdVxDhDBMZNgr0fDld2Q9KxCaZ8tDIkdzjLHyI9sL8SX0Ct /QDYgvzYBRfzKfWRJr9sifyn93ekBR0gmVkSjMv4D/kyPeSB0DRNf/DYE7hWzOEe22V7 JlHg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=AhyevJtY; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o20si20625972edc.605.2021.10.04.16.59.31; Mon, 04 Oct 2021 16:59:54 -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; dkim=pass header.i=@google.com header.s=20210112 header.b=AhyevJtY; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230337AbhJDXxE (ORCPT + 99 others); Mon, 4 Oct 2021 19:53:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40056 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229486AbhJDXxD (ORCPT ); Mon, 4 Oct 2021 19:53:03 -0400 Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A0F8DC061745 for ; Mon, 4 Oct 2021 16:51:13 -0700 (PDT) Received: by mail-pf1-x42f.google.com with SMTP id 187so11427348pfc.10 for ; Mon, 04 Oct 2021 16:51:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=19NmVTxrMofJXdMsxpuEpLvLDZr80mxpkGYvnpxUs4Y=; b=AhyevJtYhfFqPx7QqSQM97DBoDYsZ0gCc2jgka5szItiRcrCSmxru0PQvjJPnW4vYb wtIPitlH30WVbKFqF0ySs5+0ggrwN3+H+krpsKiJtV8pSig1jFNBPL+alWe8EaF0HCc+ lOdJb5HNxjeUrfRaUvXb06ID9DPHzNuXtI3mixQVOqcyqP38/SYFwIThiIYaWnP30Vzb pFsBS+ltF2TFi+CVtbxgerChdxT26xnm5dzrhOGVWSLlcJX4ACO4hV8h2biNPQZ8FYXz TNmYYOty5WWuSRkBN/PlppCai3X5YJXq1jhCHNyBvovcRuk29CLlYb3aYoQRaJaiRcau 13qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=19NmVTxrMofJXdMsxpuEpLvLDZr80mxpkGYvnpxUs4Y=; b=EvhzOp7iiqztboOcQijm0v0GrJbukovfeN02IS5EJtheg2ngRd+15d4NtdsiHJg5/h fpb/pL76RSQptJmfLpAB1pOFzggbqxoFGWT4SykQkizrMTRLSTJmGuTc5M3nVAdItsW+ PvH5v+nxPavymkap/Hj+LBMOTKgEE7F2SXIhiMT4VqiV80wPp7RP+xsyvb7gNeE5PYDB Xj/k1DUjNtI4MWKRG6ADAQPPjULFGyXujjxYPgX6LBFVYG9bXnJliQy+pnUVeucNy3Ld /460nz/0TLICoVZiRH2nJUIJqeNCSkFIJbTqAJJ+8gl4x9VBZrLPEzP/xv/36TIPWmzW jTPg== X-Gm-Message-State: AOAM530NiaeXhC5kELFta0VmP8gGymAfqRO5Rh86MljWDZK/iwxS0GV3 0Qii2RZM/SXa3t8uBYwSG+eFQT3l+APp0Xj0ynE5P35woVyJWg== X-Received: by 2002:a63:e64a:: with SMTP id p10mr13377655pgj.263.1633391472919; Mon, 04 Oct 2021 16:51:12 -0700 (PDT) MIME-Version: 1.0 References: <20210928161957.24628-1-andriy.tryshnivskyy@opensynergy.com> <20210930174043.0845f6ed@jic23-huawei> In-Reply-To: <20210930174043.0845f6ed@jic23-huawei> From: Jyoti Bhayana Date: Mon, 4 Oct 2021 16:51:01 -0700 Message-ID: Subject: Re: [PATCH v3 0/1] iio/scmi: Add reading "raw" attribute. To: Jonathan Cameron Cc: Andriy Tryshnivskyy , Lars-Peter Clausen , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, Vasyl.Vavrychuk@opensynergy.com Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andriy, Please find my feedback below: > @@ -286,6 +286,9 @@ static int scmi_iio_read_raw(struct iio_dev *iio_dev, > struct scmi_iio_priv *sensor = iio_priv(iio_dev); > s8 scale; > int ret; > + int err; Why do we have two variables with a similar purpose of saving the return value? Can't ret be used in this case instead of adding a new one? In the code below, why is the logic of enabling and disabling the sensor in this function? Generally the function to read the sensor value is just used for the code to read the sensor values ? and not enable/disable the sensor > case IIO_CHAN_INFO_RAW: > + sensor_config = FIELD_PREP(SCMI_SENS_CFG_SENSOR_ENABLED_MASK, > + SCMI_SENS_CFG_SENSOR_ENABLE); > + err = sensor->sensor_ops->config_set( > + sensor->ph, sensor->sensor_info->id, sensor_config); > + if (err) { > + dev_err(&iio_dev->dev, > + "Error in enabling sensor %s err %d", > + sensor->sensor_info->name, err); > + return err; > + } > + > + err = sensor->sensor_ops->reading_get_timestamped( > + sensor->ph, sensor->sensor_info->id, > + sensor->sensor_info->num_axis, readings); > + if (err) { > + dev_err(&iio_dev->dev, > + "Error in reading raw attribute for sensor %s err %d", > + sensor->sensor_info->name, err); > + return err; > + } > + > + sensor_config = FIELD_PREP(SCMI_SENS_CFG_SENSOR_ENABLED_MASK, > + SCMI_SENS_CFG_SENSOR_DISABLE); > + err = sensor->sensor_ops->config_set( > + sensor->ph, sensor->sensor_info->id, sensor_config); > + if (err) { > + dev_err(&iio_dev->dev, > + "Error in enabling sensor %s err %d", > + sensor->sensor_info->name, err); > + return err; > + } > + /* Check if raw value fits 32 bits */ > + if (readings[ch->scan_index].value < INT_MIN || > + readings[ch->scan_index].value > INT_MAX) > + return -ERANGE; > + /* Use 32-bit value, since practically there is no need in 64 bits */ > + *val = (int)readings[ch->scan_index].value; > > + return IIO_VAL_INT; On Thu, Sep 30, 2021 at 9:36 AM Jonathan Cameron wrote: > > On Tue, 28 Sep 2021 19:19:56 +0300 > Andriy Tryshnivskyy wrote: > > > This patch implements reading "raw" attribute. > > > > The patch is based on v5.14. > > > > Comparing to the previous version it has: > > * adaptation for changes in structure scmi_iio_priv (no member named 'handle') > > > Ah.. If you have a case like this where you send out a new version because you've > found an issue yourself, please also reply to the earlier version to say what the > problem was. That way no one reviews the wrong version :) > > Thanks, > > Jonathan > > > Any comments are very welcome. > > > > Thanks, > > Andriy. > > > > Andriy Tryshnivskyy (1): > > iio/scmi: Add reading "raw" attribute. > > > > drivers/iio/common/scmi_sensors/scmi_iio.c | 45 +++++++++++++++++++++- > > 1 file changed, 44 insertions(+), 1 deletion(-) > > > > > > base-commit: 7d2a07b769330c34b4deabeed939325c77a7ec2f >