Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp704714pxb; Tue, 5 Apr 2022 19:33:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzI74tkQ5CRgWjTm6RlTJk13v65YwKR26C5lj5V44FG9WXlkrc3Et1h6qcJnvrqgcxLn21k X-Received: by 2002:a17:902:bf4c:b0:154:9f0f:fa42 with SMTP id u12-20020a170902bf4c00b001549f0ffa42mr6289813pls.120.1649212393747; Tue, 05 Apr 2022 19:33:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649212393; cv=none; d=google.com; s=arc-20160816; b=oKWFh6YHTQDlce3WdPErTVibB+lSs+aRFwRw2JrSfXv0xnZ6CpXyG7Rw3G2ezekA+l Eod3SGsgQCrLAhJHN1gPx8YOV5osYYp1n7E82BQw6L6V3zkPgTOzlVK65g1egWfOd+IA lTAODfhaHyQnXjBan7SfFmGCoA5JVAxd3OdLuV96nD1iN1TNvsLaPAOFS5w+kIPP/5iG jtpJySC/MMd034vC/JFDaK6jIdM/+IR2gk/myYJRji/qRC2GCRjO7lGVq9weqr6dpLbd b8DVTV4vHNx2SObwfw5wJ/oVDJxAB1x7ZhHtVBuja+VFilfY2f8HH8P2hTLFbTkw5IYn DAoQ== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=faY9+3mXbga556nPhJwtq93vSAsEb3KaZHouAzKjHF8=; b=xkgBUhsV2L0FYlGl2dqZ6MopFWvdpuMpdNUNJNx0dFlJ8Xl8+LKUdLan+gvGMRjo8d t5CTvKq+2iMsx544eYhgCS6pNcReaCkQokf8RP1PHpjfCCxbDpPox76H/ONA9ZQLzvAa R0DRi9ar53hggr/7Q/7sYc8G/GUNw1Ahmxv4x7NrTbylgxrZX2saI/eEvrano7R3fa4y u5VAMVlvHcGAGd9DirRA2ZhP/bUmGYA8NrmGhgE3p9JOa1vNr9va7KR3fgSIaExXfPXA QJ4vfn4RoVykEUnqGQvmzjhhOImV7J0xbTarexCDaULk3IJ8gtz7d/oPJ9gXNSHTc3+y 2pnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=qg+3cymR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y5-20020a63fa05000000b003996140a307si2171698pgh.183.2022.04.05.19.32.59; Tue, 05 Apr 2022 19:33:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=qg+3cymR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1382396AbiDEORW (ORCPT + 99 others); Tue, 5 Apr 2022 10:17:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46550 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239486AbiDEJdj (ORCPT ); Tue, 5 Apr 2022 05:33:39 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 776FA41302; Tue, 5 Apr 2022 02:22:01 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 176EA615E4; Tue, 5 Apr 2022 09:22:01 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2264AC385A2; Tue, 5 Apr 2022 09:21:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1649150520; bh=rD103UVc3HyxMbNRV5ojjQjuJUpULpvf1X+52Qm4pzw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=qg+3cymRLQW5zzCDn1eIpGkj9Hg6Zn58Mmkvg8mjSRDNIN7QSvAAXYvSIezaccMk1 5upiByCvKa+DB1LCdVcYuyVU+Kf7bkUn0wce1c+0V7F61fNzKYfIwMzdmoGQayej8O ZoPo3XI97jjUid6OFPPL+2qKkrZexJf7fiAHp1uA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Liam Beguin , Peter Rosin , Andy Shevchenko , Stable@vger.kernel.org, Jonathan Cameron Subject: [PATCH 5.15 046/913] iio: inkern: apply consumer scale on IIO_VAL_INT cases Date: Tue, 5 Apr 2022 09:18:28 +0200 Message-Id: <20220405070341.199681741@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220405070339.801210740@linuxfoundation.org> References: <20220405070339.801210740@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Liam Beguin commit 1bca97ff95c732a516ebb68da72814194980e0a5 upstream. When a consumer calls iio_read_channel_processed() and the channel has an integer scale, the scale channel scale is applied and the processed value is returned as expected. On the other hand, if the consumer calls iio_convert_raw_to_processed() the scaling factor requested by the consumer is not applied. This for example causes the consumer to process mV when expecting uV. Make sure to always apply the scaling factor requested by the consumer. Fixes: 48e44ce0f881 ("iio:inkern: Add function to read the processed value") Signed-off-by: Liam Beguin Reviewed-by: Peter Rosin Reviewed-by: Andy Shevchenko Link: https://lore.kernel.org/r/20220108205319.2046348-2-liambeguin@gmail.com Cc: Signed-off-by: Jonathan Cameron Signed-off-by: Greg Kroah-Hartman --- drivers/iio/inkern.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/drivers/iio/inkern.c +++ b/drivers/iio/inkern.c @@ -599,7 +599,7 @@ static int iio_convert_raw_to_processed_ switch (scale_type) { case IIO_VAL_INT: - *processed = raw64 * scale_val; + *processed = raw64 * scale_val * scale; break; case IIO_VAL_INT_PLUS_MICRO: if (scale_val2 < 0)