Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1725906rwb; Mon, 7 Nov 2022 05:11:44 -0800 (PST) X-Google-Smtp-Source: AMsMyM4e9bmYriiYKpua+HOeKQGBvdmsBkN0jazTuBSYCBfUyncNLz4gby79AAd4AgiJDKhO2vIY X-Received: by 2002:a05:6402:428d:b0:460:b26c:82a5 with SMTP id g13-20020a056402428d00b00460b26c82a5mr51693097edc.66.1667826704669; Mon, 07 Nov 2022 05:11:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667826704; cv=none; d=google.com; s=arc-20160816; b=o6JuWd4Qbg8XNeU9CLVTEBLUfSHsIQwAQB+vnhXgCYGTye0M9zx/Vsz0j/EjUPRJVW 1hcP5h1ZZLifIMjd3kShgwwnfPTtuUaHB5aj7cbsoavZskuPC9VNbYiS63MWjaEK2n16 hSWSIq/tktXCJyFaeaiTMwM42QuiEA6NQ0ASOy4CHfClk2FhZGwIMfJFCm5nEY3FfdT2 tpfLucLz0ClsOwLKl975D87ZdrlDJrdcIUvR31RxVTcb+T7EzV+5rkDmsvgxpH6DRCdZ lngd6BfUnSkOh/YiZ1Wx0sQ03RTWGmaJFgOkeMMIPDu+t2lot3ooP5M5ZB0iwHkyeVOj N78A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=OjQ3EIftToSDAs8kIxnNN64z6dj2+/KZibkFT+hIH+I=; b=GV0mlCW9Ei/oRz62DjvjrcJhGZ2HeJ8eHtDPdE/PxpjSYxT+fTcrZFs9V/ftVU/seO ecAS7YmwV1l4IUjW9NFVTELPqyyKSyGMblFRYdMPXPGJmjex2XCiqVDAJeHQNs9hbp/Y /kM0Dv9mSdhYFOYt1tq6/2VVG6zsSG2n1CNbiE3QtqkirFAtUCvA9nopH31uv6JlWpyq 781VSBt7DsqHN2YdNUeDsx13sWXD4kQCtJBJiQmd846HU7pt7ssDXAbuKhHRoyBo1LIC RAYx7jQ4Nw2XSk/auI54QfnvQwx6Es+jZUeudbHwBIgR2MjutWhXMMfvZairPBRle7Fs W5eA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=L+hnZtSj; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bs25-20020a170906d1d900b0079330b37fb5si6063428ejb.564.2022.11.07.05.11.09; Mon, 07 Nov 2022 05:11:44 -0800 (PST) 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=@gmail.com header.s=20210112 header.b=L+hnZtSj; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231682AbiKGNIj (ORCPT + 93 others); Mon, 7 Nov 2022 08:08:39 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49254 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231374AbiKGNIh (ORCPT ); Mon, 7 Nov 2022 08:08:37 -0500 Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6DC8219286; Mon, 7 Nov 2022 05:08:36 -0800 (PST) Received: by mail-wm1-x32b.google.com with SMTP id a11-20020a05600c2d4b00b003cf6f5fd9f1so7116713wmg.2; Mon, 07 Nov 2022 05:08:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=OjQ3EIftToSDAs8kIxnNN64z6dj2+/KZibkFT+hIH+I=; b=L+hnZtSjLy47alR2cv82vQMSOeIO5hmyynkrCswoFbg6CZe+MECKFqdR+16N+FwdRV mTfeI/nKmiCpm7kXfdpfr2o6wVMlc77JTgoDiJoY2GfASOCYamlmMnaKRBtOCzdw4ciT tP6ez2pQmAgww836XsX1PtCqwsGCx9/QvbWx97gYyqKd+XV4/oZANewMfhCa9gpaAtxq G8phyU/pynmFQBuB8oQbtjGidYGlYpHSnzubftS0CApdvaO+oyWT8x5xPexUzGuovy1V EkR9q8lSk5G9NVpuc5lO4AMHgRr7qRnMgs2iUZJ0S5hjgXz0m6n2IbwqkPiOT05AiriD bR6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=OjQ3EIftToSDAs8kIxnNN64z6dj2+/KZibkFT+hIH+I=; b=xBQqTV0reyQLAQEtBqH5mt5nGQooMZHzWERUSuY8zZVOxLfcMDHFLH9/9/fTItgGjm W5Dw6cc1RJRhHTcVfTNramMSjnpNzSb69/wLViiyNLles9qShz+9elDvclfUtLa5iPQF CkWv0uHEIawIoa8GmaSiCHOMsEUgCW/rTKWVICFS0f79pXBagdshFu+9A6XgjhrEXdR0 eV7zkiyA6a4coYrPGMCIVskfPhRPljntKaIjUxoxlY60oFFFBwhOum6qU+hg1uM7vuel CRqJkcV5cbv8Z9CvzDljhHw578/gTvvLHFJ95P1WsVyKdAkOtA4GdDlrR9bd2KnWeGQP 8Dlw== X-Gm-Message-State: ACrzQf13Nm8gED7LFpCTeHAdfNiliqbhSNsCzA8YmNMAqFKuCQ7P58pX uYPHWMqxAUjXMRokteV7qO4= X-Received: by 2002:a7b:cc8c:0:b0:3cf:7b8c:d18a with SMTP id p12-20020a7bcc8c000000b003cf7b8cd18amr25194367wma.0.1667826514866; Mon, 07 Nov 2022 05:08:34 -0800 (PST) Received: from localhost ([102.36.222.112]) by smtp.gmail.com with ESMTPSA id bg20-20020a05600c3c9400b003c6bd12ac27sm8667304wmb.37.2022.11.07.05.08.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Nov 2022 05:08:34 -0800 (PST) Date: Mon, 7 Nov 2022 16:08:31 +0300 From: Dan Carpenter To: Deepak R Varma Cc: Lars-Peter Clausen , Michael Hennerich , Jonathan Cameron , Greg Kroah-Hartman , linux-iio@vger.kernel.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH] staging: iio: meter: use min() for comparison and assignment Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS 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 On Mon, Nov 07, 2022 at 09:40:00AM +0530, Deepak R Varma wrote: > Simplify code by using recommended min helper macro for logical > evaluation and value assignment. This issue is identified by > coccicheck using the minmax.cocci file. > > Signed-off-by: Deepak R Varma > --- > drivers/staging/iio/meter/ade7854-i2c.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/staging/iio/meter/ade7854-i2c.c b/drivers/staging/iio/meter/ade7854-i2c.c > index a9a06e8dda51..a6ce7b24cc8f 100644 > --- a/drivers/staging/iio/meter/ade7854-i2c.c > +++ b/drivers/staging/iio/meter/ade7854-i2c.c > @@ -61,7 +61,7 @@ static int ade7854_i2c_write_reg(struct device *dev, > unlock: > mutex_unlock(&st->buf_lock); > > - return ret < 0 ? ret : 0; > + return min(ret, 0); The original code is better. If it's a failure return the error code. If it's not return zero. You can only compare apples to apples. min() makes sense if you're talking about two lengths. But here if ret is negative that's an error code. If it's positive that's the number of bytes. If the error code is less than the number of bytes then return that? What??? It makes no sense. In terms of run time, this patch is fine but in terms of reading the code using min() makes it less readable. regards, dan carpenter