From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ot1-f47.google.com (mail-ot1-f47.google.com [209.85.210.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5519A273F9 for ; Tue, 7 Jan 2025 23:42:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.47 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1736293338; cv=none; b=keYZokRHOLuw0UcNHnQeiH7d0QbReNxGHjJvi3osHYQpxESMhlYEEqCI/WSfv4FiETsrfkqmXtxSlA2lnOcw8xIGtBVg5Om5X1DrUhLJ/kjY8I0YMs+zTn2zZ89++UI+S3eWDcDZ5zcOJku4kNqquEvsDG6vwyKEzPTgqOzJZg4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1736293338; c=relaxed/simple; bh=uS2s8+MyUoVyOxULB1PjXTO1JQwambQ4BiNiIW7gMpY=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=CVHeCRZlEAFYxr0sK+vn4p6HAUJ2picUeoOgl4zBcYaDdS+a5fwUFQUhQ0mOeJwPvYY9NH0+8/LueFDWlAvDBYkdZMJZ0uctBXLm7ZUM8v/o6yWQFHjP+T08MfbWwp/bF40Q1gihrCnZm28vzlnngWFrZXJAuXLodUoAKSaewbE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com; spf=pass smtp.mailfrom=baylibre.com; dkim=pass (2048-bit key) header.d=baylibre-com.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b=dsj1voRk; arc=none smtp.client-ip=209.85.210.47 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baylibre.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre-com.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b="dsj1voRk" Received: by mail-ot1-f47.google.com with SMTP id 46e09a7af769-71e2766994bso8170556a34.3 for ; Tue, 07 Jan 2025 15:42:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20230601.gappssmtp.com; s=20230601; t=1736293334; x=1736898134; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=EyZY+9gyZI9ilGK7mMQlranXphPeQlaTBvl2YUeF1bA=; b=dsj1voRkFz5DmWetlnNnphPX4ZqfgQuKlQXzvf08aJKm9q0Joweny+ZpfzZkG83iC4 qyQkalccRnrVzeg1Kh6ugOAnOLMJsGEli1N8ytyVXwNPEJrdLCYCWvwYPa8W8WyzSAWR r2RA/+NKt8n3s3VA29Cc6ggr4H3L1PFvowQpz1Dz9gPP/Jyp55A5wtk0QobgqKlqjLBY QaNuJxRxwUdYP9+VE5brgV3tcv1cMdRa5ocxStRgLuIPyMaurmPwcAjx/E3dXxyCmQOQ d2kdCKt17YQm7/FTv9P13hTgJYL00VXVTVl+9Pf7VeP5nVA9fPaF4mYLKBplJMMkRZ/G pP1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736293334; x=1736898134; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=EyZY+9gyZI9ilGK7mMQlranXphPeQlaTBvl2YUeF1bA=; b=jBZ0ye55qUbmUhmxg+YqPmFXgZK79KT9hePFJaDKHczDHoxPj1VcDdtFVaR7/iZ0zD CqcWcISskfvb4zBfTG7cVPglBL/xcWu1z/lsUBcy0Ks7aGllky1cqSZAxXmVzc9wFhN8 GCd0lL2pQ/+U9zY8nsOF1TN9bXdMWA4bhDOJibwXxRwAXXdak9YcDBgd8dHqkUiK3iyi u+cHAr6Sqwl57V9lvPPWVjBk6q9+RZ6BDbXv/S+Wp76zBP4uK3EhyoJKZz+Py4dDdvAc LyIvVtI0IFuAyNH/lsmoT6LFLJ3b71QW+HQHLpiaT6vnw3G2xeHAPqaotgGNYOiU/BXb IeWA== X-Forwarded-Encrypted: i=1; AJvYcCW35UCnL62Spdl4nK1lZftkI5mHh84TT9iiW1Eb1HbZFRN6qQC++EH3e9QdoTGmBItKZ1mS5G0oQbSytZE=@vger.kernel.org X-Gm-Message-State: AOJu0Yy9fcBpgeNHsF2VWQ21sgaWkSnxQYZBOlx9FcxgCZPWZskL4LG6 e89XS6eMXAAqdjwQygIMoOcZsdo8jfOVMBwu1PzA7XTJYPzCTAQ91NXvTVEwI1c= X-Gm-Gg: ASbGncvw0cx5OyUzHATQa4RQsFAnq1pHlJsjbJ43PqOWS2Fj37QZQpscQ/p3sT/2V9T ZvfpaiEDa8A2bDzTEyct/Hqr1Q4eACGesc01GkfitvdDYziEKMDH+suD5DKCcsWnfN13bl/lG1z UFHvU4WETaD0Te3t9bLLqf+ZrR3u7HFXsJrHTJmkaKhWpkNqHHA9KDZNu41TZqZVrArURxM01dp X7SuIX1lqKJPZFD1q0veLBASbNKRwYT38Cyey/3Cf/r2QWCW729UNwJBOveh/kdIR/YfUS3OJYl 2y2f+J4CE3qhiGxAXg== X-Google-Smtp-Source: AGHT+IHJ8n3kScfCfKz0Gfi3BXIWO2gj6Gqdvt1OvRc7KB/VzsQnuFBgqMCPR/7s3GKaPFrd+5eTXA== X-Received: by 2002:a05:6830:470b:b0:71f:bbbd:ab49 with SMTP id 46e09a7af769-721e2e2e64fmr417986a34.9.1736293334557; Tue, 07 Jan 2025 15:42:14 -0800 (PST) Received: from [192.168.0.142] (ip98-183-112-25.ok.ok.cox.net. [98.183.112.25]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-71fc998ef6asm10585525a34.50.2025.01.07.15.42.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Jan 2025 15:42:13 -0800 (PST) Message-ID: <3de36de0-93ee-4ef3-a4a9-7a8f187eb4d8@baylibre.com> Date: Tue, 7 Jan 2025 17:42:11 -0600 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v1 08/15] iio: adc: ad7768-1: use guard(mutex) to simplify code To: Jonathan Santos , linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Cc: lars@metafoo.de, Michael.Hennerich@analog.com, jic23@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, marcelo.schmitt1@gmail.com References: <245cce4d379d225ab6794fc3326d95f88d2abf1a.1736201898.git.Jonathan.Santos@analog.com> From: David Lechner Content-Language: en-US In-Reply-To: <245cce4d379d225ab6794fc3326d95f88d2abf1a.1736201898.git.Jonathan.Santos@analog.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 1/7/25 9:25 AM, Jonathan Santos wrote: > Use guard(mutex) from cleanup.h to remove most of the gotos and to make > the code simpler and less likely to fail due to forgetting to unlock > the resources. > > Signed-off-by: Jonathan Santos > --- ... > @@ -484,7 +477,7 @@ static irqreturn_t ad7768_trigger_handler(int irq, void *p) > struct ad7768_state *st = iio_priv(indio_dev); > int ret; > > - mutex_lock(&st->lock); > + guard(mutex)(&st->lock); > > ret = spi_read(st->spi, &st->data.scan.chan, 3); > if (ret < 0) > @@ -495,7 +488,6 @@ static irqreturn_t ad7768_trigger_handler(int irq, void *p) > > err_unlock: nit: also rename the label since it is no longer unlocking > iio_trigger_notify_done(indio_dev->trig); > - mutex_unlock(&st->lock); > > return IRQ_HANDLED; > } I'm also wondering if we should just drop this lock. It is only protecting a triggered buffer SPI xfer and debugfs register access from happening at the same time. Since we have to write a magic value to exit conversion mode, reading registers during a buffered read is going to cause problems anyway. So we could just remove the mutex lock and use iio_device_claim_direct_mode() instead in ad7768_reg_access().