Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1761304pxj; Sun, 16 May 2021 03:26:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzO7qgy8YRADTwNTQvBdKf4TCYKxH9xFZc3TFySrVodfEegY3QGnzUzK2AO0ge+0SLzRn2S X-Received: by 2002:a17:906:46cc:: with SMTP id k12mr4277794ejs.505.1621160778684; Sun, 16 May 2021 03:26:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621160778; cv=none; d=google.com; s=arc-20160816; b=iGcZeG47oTZMHbKuJjfeTe78e8stuYw1GKr+pLge8drptaQWNF05lA0mWcb/QCjBlS gLWshHf5guZz/LopYv2BzOvobeLUFr7UTpZuBjN0gY9uHfUPuyQ+rw176WJLWgi/jusq MVzbZ9OA6p8l2ZHnBPJYsyt9lg2x/v0f/a3FG1eidZ0v6KK3K0y7Fy/Qxlo1JKWTs9TE ikavOV//4dX8P/hDWCo9Px27uy9UDQDCKTZeb7S+4PD99h2DDeu5qY6Nk2k+ldrNasFa sn4vJzqJiKlN044iNm4cfRV6camHxO0ZSTUA2Ya04WsZSrn5Mi3HxSZatH7re5VYKK/T VKTw== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=XF3aegFw2RpIGxh0gzKCfMqkMYKr4elLRiWxbPX/UaU=; b=PpBAmel8Vxoe+eVQtaPWPHpeBRGbZFGdxxAmEac7UPwu5AxbU2m7L2IsVYhMS0PsXh x55Vx64rLReDX8hpD5Mus0UXONnLw1VZHVUyqZAXCNZLfdBJxfv1XPCdIna2HMhOkOP3 T1c8e9xdHBQ3UI9/tnyeeZ0AV1ovHaxT1K24LIqRKrs+79wCoeBPA1CjEhEL7AqWKDJR EZnszU0jleBsQdwGo/i8lq0cLIJUz7rIi3h6kvXL2Eo1gkyGUw3UZw9iDv0PdeRizFcI UiDL1OfJUUBSKrz2HJjuCPjjkFeagSXAEwkXav9ph+wuV6mzDPRRp5evnx9zXn+9RVVJ P7nQ== ARC-Authentication-Results: i=1; mx.google.com; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s5si10641370eju.297.2021.05.16.03.25.55; Sun, 16 May 2021 03:26:18 -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; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233552AbhEPJXM convert rfc822-to-8bit (ORCPT + 99 others); Sun, 16 May 2021 05:23:12 -0400 Received: from mail.kernel.org ([198.145.29.99]:53066 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231187AbhEPJXM (ORCPT ); Sun, 16 May 2021 05:23:12 -0400 Received: from jic23-huawei (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (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 949036023B; Sun, 16 May 2021 09:21:55 +0000 (UTC) Date: Sun, 16 May 2021 10:23:06 +0100 From: Jonathan Cameron To: tangbin Cc: lars@metafoo.de, Michael.Hennerich@analog.com, knaack.h@gmx.de, pmeerw@pmeerw.net, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, Zhang Shengju Subject: Re: [PATCH] iio:adc:ad7766: Fix unnecessary check in ad7766_probe() Message-ID: <20210516102306.4487d222@jic23-huawei> In-Reply-To: <05486432-25ab-0e48-c31b-148049a80732@cmss.chinamobile.com> References: <20210511134739.948-1-tangbin@cmss.chinamobile.com> <20210513170334.479953d3@jic23-huawei> <05486432-25ab-0e48-c31b-148049a80732@cmss.chinamobile.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 14 May 2021 14:12:45 +0800 tangbin wrote: > Hi Jonathan: > > On 2021/5/14 0:03, Jonathan Cameron wrote: > > On Tue, 11 May 2021 21:47:39 +0800 > > Tang Bin wrote: > > > >> In the function ad7766_probe(), the return value of > >> devm_iio_device_register() can be zero or ret, Thus it > >> is unnecessary to repeated check here. > >> > >> Signed-off-by: Zhang Shengju > >> Signed-off-by: Tang Bin > > Hi Tang Bin, > > > > A quick query on this sign off sequence as I'd like to check what the > > intended meaning is. > > > > If you both developed this patch, please use the Co-developed-by: tag > > to indicate that. If Zhang Shengju wrote the patch then you sent it > > upstream, please fix the 'from' field on the email to reflect that. > > > > Patch itself is good. > > Thanks for your reply, it's my mistake, this place should use: > >     Co-developed-by: Zhang Shengju Thanks for clarifying that. Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to see if we missed anything. Thanks, Jonathan > > Thanks > > Tang Bin > > > > Thanks, > > > > Jonathan > > > >> --- > >> drivers/iio/adc/ad7766.c | 5 +---- > >> 1 file changed, 1 insertion(+), 4 deletions(-) > >> > >> diff --git a/drivers/iio/adc/ad7766.c b/drivers/iio/adc/ad7766.c > >> index b6b6765be..acf56e987 100644 > >> --- a/drivers/iio/adc/ad7766.c > >> +++ b/drivers/iio/adc/ad7766.c > >> @@ -291,10 +291,7 @@ static int ad7766_probe(struct spi_device *spi) > >> if (ret) > >> return ret; > >> > >> - ret = devm_iio_device_register(&spi->dev, indio_dev); > >> - if (ret) > >> - return ret; > >> - return 0; > >> + return devm_iio_device_register(&spi->dev, indio_dev); > >> } > >> > >> static const struct spi_device_id ad7766_id[] = { > >