From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 86FAB6A32D for ; Wed, 6 Dec 2023 18:01:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="jTlpYh08" Received: by smtp.kernel.org (Postfix) with ESMTPSA id ECD92C433C7; Wed, 6 Dec 2023 18:01:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1701885693; bh=H5aehIkSq278H36IsVkzvOoDv3gkPy7Av2ps6FIv0zE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=jTlpYh08jw2nAFSqYhqehungn9Mnu0V+inN0V6ZwgJ7uLp4iI+oxXCQLd0zFOjIoI 2J3Q1NHO3KKZOqpxWSO8gGw9xcLBG12LRq3AQ/c8JVU5rvNMTcyzf9vtVvIvb2cyrg yRaYDhO45Nyrju3g6u4NyQMExg3eKJtcnSdZjp04zh+lipRvWYG48INnZbgQmBKbt/ 05BibzMRGO2IgZyyNGWiuNeCjP05NlV/cbT+GCSiWhZx3QINrpBZ3fD9MKWGZO8QG9 FQznCSleYsfVqqxBG9iie2mQrLv1UuIYSx4bEgHwoIhHqebaynRbjMNpTdMzjsOS94 JjeGM13X5Xrmw== Date: Wed, 6 Dec 2023 18:01:26 +0000 From: Jonathan Cameron To: Marcus Folkesson Cc: Kent Gustavsson , Lars-Peter Clausen , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3] iio: adc: mcp3911: simplify code with guard macro Message-ID: <20231206180126.6e78ed29@jic23-huawei> In-Reply-To: <20231205-mcp3911-guard-v3-1-df83e956d1e9@gmail.com> References: <20231205-mcp3911-guard-v3-1-df83e956d1e9@gmail.com> X-Mailer: Claws Mail 4.2.0 (GTK 3.24.38; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: linux-iio@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 05 Dec 2023 12:16:33 +0100 Marcus Folkesson wrote: > Use the guard(mutex) macro for handle mutex lock/unlocks. > > Signed-off-by: Marcus Folkesson Hi Marcus, One follow up issue inline. > --- > Changes in v3: > - Return early in good paths as well > - Rebase against master > - Link to v2: https://lore.kernel.org/r/20231127-mcp3911-guard-v2-1-9462630dca1e@gmail.com > > Changes in v2: > - Return directly instead of goto label > - Link to v1: https://lore.kernel.org/r/20231125-mcp3911-guard-v1-1-2748d16a3f3f@gmail.com > --- > drivers/iio/adc/mcp3911.c | 47 +++++++++++++++-------------------------------- > 1 file changed, 15 insertions(+), 32 deletions(-) > > diff --git a/drivers/iio/adc/mcp3911.c b/drivers/iio/adc/mcp3911.c > index d864558bc087..f4822ecece89 100644 > --- a/drivers/iio/adc/mcp3911.c > +++ b/drivers/iio/adc/mcp3911.c > @@ -7,6 +7,7 @@ > */ > #include > #include > +#include > #include > #include > #include > @@ -318,44 +319,34 @@ static int mcp3911_read_raw(struct iio_dev *indio_dev, > struct mcp3911 *adc = iio_priv(indio_dev); > int ret = -EINVAL; > > - mutex_lock(&adc->lock); > + guard(mutex)(&adc->lock); > switch (mask) { > case IIO_CHAN_INFO_RAW: > ret = mcp3911_read(adc, > MCP3911_CHANNEL(channel->channel), val, 3); > if (ret) > - goto out; > + return ret; > > *val = sign_extend32(*val, 23); > - > - ret = IIO_VAL_INT; > + return IIO_VAL_INT; > break; Why keep the break? It's unreachable code. Same for other similar cases. Jonathan >