From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f43.google.com (mail-wm1-f43.google.com [209.85.128.43]) (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 DDCEC3F9F3A for ; Wed, 17 Jun 2026 13:02:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.43 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781701336; cv=none; b=j00OjmJPw3h3w+jCD1dLReFJFoAe87uffSZcByD/0lzCEAAeEnZCJ4r0MTJ/pal2cDem3DhLFegcVQMcrx81SN6/789QKrfn3ZZw/ZNRzHcHlQ1Hs8LoWLCSgxxrELZB9TefN+A230G944+kB0n5kJgdZAGVPBR2wpsuFmJpuhg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781701336; c=relaxed/simple; bh=ER7cBoORTtCo7YHQmTGpBnqKr/GhDtCtpgQSSh5vv20=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=lBRB5cPURJXun9ke6OcovBP1/yEHrRRWB55l5hWHQ9QqC9cQNfjs33uq91alV1kGgAVJH0cAZ11cK6Z6G7xBDxBIwPpH5+rFXIYjeJusln0CtsP2QvX7gM83RvTlyuBUDxzdEbgCxdDZVEY+yd0VkJsZVHJfSdJkg6lsgW74MhQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=dvEr+JnO; arc=none smtp.client-ip=209.85.128.43 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="dvEr+JnO" Received: by mail-wm1-f43.google.com with SMTP id 5b1f17b1804b1-491609cdd8fso30768675e9.2 for ; Wed, 17 Jun 2026 06:02:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1781701333; x=1782306133; darn=lists.linux.dev; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=KoyHU0/MnlEjPkHmAG8qUfE8grsoj3Z59or+Bu6rF3E=; b=dvEr+JnOqy+k6DHeoQ7+VD/iUQixSxvRvmHXuhHOju22YBDWNFn2FxMQEDlmQhT8gc 3qCdsMkyn9PEp5XK9wrNR0p3ygIu2cx2vq+t2kMjFF/OtKHjofniPmA4vvd9+W2uZsSO 10HTlNd2dKMVUFTqdtZubUHo8tr3T5Fo+hkHG1KoR7HUNylAp0zxqCPGhP2R4dS25ExO Fwx/zOXYiXHFcjdVyqSrM/c/nV4T9hasMOYc/lZMUcSQRgdV2qR/r5Wk4/BWjHTbRxOu CjeuPzTkBJppeSj5h4Tb2z3hTSkIv/WE7wSO0bCZFKw7u0QUjtzsYCbBvmKwzv5avZeq FoeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781701333; x=1782306133; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=KoyHU0/MnlEjPkHmAG8qUfE8grsoj3Z59or+Bu6rF3E=; b=rovhq/pF2aqQcVUFfzQntZQv1arORfWtZahBGYuVKmXipUpDqGzHovapQM9zxU7jzN 8r2DwBChddUVjrzRxiilrw4cQ5V+kRK3+SlarlalYRG7EMP5/X9pd5OyXVInFLNJTxBg r+bBbrDbfdp43l6ve6qo2Kxk+06Wc0q4CSLtlqr4ek7ChxrXa3wYtvMntFPXHuwzEd/B /4H1QKCWPGEPwQZv5QS65A0katDEHTm8LWcl0EHXeFQ0zeT3bfnEEJYSnqJY8RVVCWxP 6PBY7alhw81teJhHobG4dyXCVoSLR5fDG6Ry9F8pJF+5WjZv/vnwSVCl321xAelv/T37 /oOg== X-Forwarded-Encrypted: i=1; AFNElJ/uRfhrailSaFy5+E7+U0W5SZQxRG0InTm3ZueRoPmZXdgq1b8eFSr5bOqQdzANX9IDSBhMRup7onGoOaPv28g=@lists.linux.dev X-Gm-Message-State: AOJu0Yw5XKap4agT26etO/5q0kLnebPsQJ22xogvO8ryM1Y0u4frsMNO Ltez3Jn4bQPzfFVZ4Ny155HTiNY6A7p9wmzTugwjlzqAnSnFHaeftJTR X-Gm-Gg: Acq92OEGO1jh4ve7ufF3xqUrOxSCHWQAV2OPo1IBmU/kznyk6Rk9XWOpPHOq2gorrF2 87E+zSYpurBDud5to/GUbAMD2tPa6dPeS0cLt18jQ+ZUzm0KrnzFzImamROx7wKx5/jUG0j6NHL VOAoQ0TPewLL1UMSyR78X9O542nGYoMZbIVMZasdBuymp4DbiDFzqmffhEiu2HTciu337uMwla4 dEvI22qemngSVtPJYdwND8VlXawnD6S5aJQtMHSWfREffKXoHOaKu+rKvIfaXb+gS6ByLpadPdC S0r8BDKk8y0lUP39DcJB0W6fWYc20d5k3Lw6uKXX/FS8RwIuyXC+YlLMhSfwpYrn1YSunsz1NNB 8b3LyJx53zvnNKwx2ypsYNvGpRqD2y2icLv4BtqqIVhD4jSLoyZtKeD8AiEFcapqXERHC8nXD8Y 8LNxTKQd8qWzeIEhiwL1d9xGJkXxj6ebDhrCx69vs3H082xbd6Ng== X-Received: by 2002:a05:600c:8189:b0:492:32a0:7f92 with SMTP id 5b1f17b1804b1-492333aabe8mr70111375e9.12.1781701332662; Wed, 17 Jun 2026 06:02:12 -0700 (PDT) Received: from pumpkin (82-69-66-36.dsl.in-addr.zen.co.uk. [82.69.66.36]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-49230a4ff67sm157906775e9.6.2026.06.17.06.02.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Jun 2026 06:02:11 -0700 (PDT) Date: Wed, 17 Jun 2026 14:02:09 +0100 From: David Laight To: Charles Keepax Cc: phucduc.bui@gmail.com, Mark Brown , Liam Girdwood , Jaroslav Kysela , Takashi Iwai , Cheng-Yi Chiang , Tzung-Bi Shih , Guenter Roeck , Benson Leung , David Rhodes , Richard Fitzgerald , povik+lin@cutebit.org, Support Opensource , Nick Li , Herve Codina , Srinivas Kandagatla , Matthias Brugger , AngeloGioacchino Del Regno , Shenghao Ding , Kevin Lu , Baojun Xu , Sen Wang , Oder Chiou , Lars-Peter Clausen , nuno.sa@analog.com, Steven Eckhoff , patches@opensource.cirrus.com, chrome-platform@lists.linux.dev, asahi@lists.linux.dev, linux-arm-msm@vger.kernel.org, linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org Subject: Re: [PATCH 15/78] ASoC: codecs: cs42l43: Use guard() for mutex locks Message-ID: <20260617140209.3f89706c@pumpkin> In-Reply-To: References: <20260617103235.449609-1-phucduc.bui@gmail.com> <20260617103235.449609-16-phucduc.bui@gmail.com> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; arm-unknown-linux-gnueabihf) Precedence: bulk X-Mailing-List: chrome-platform@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 17 Jun 2026 11:57:49 +0100 Charles Keepax wrote: > On Wed, Jun 17, 2026 at 05:31:32PM +0700, phucduc.bui@gmail.com wrote: > > From: bui duc phuc > > > > Clean up the code using guard() for mutex locks. > > Merely code refactoring, and no behavior change. > > > > Signed-off-by: bui duc phuc > > --- > > @@ -913,17 +908,13 @@ int cs42l43_jack_put(struct snd_kcontrol *kcontrol, struct snd_ctl_elem_value *u > > if (override >= e->items) > > return -EINVAL; > > > > - mutex_lock(&priv->jack_lock); > > + guard(mutex)(&priv->jack_lock); > > I believe you have to use scoped_guard here, as there is a return > from the function above, if memory serves it attempts to release > the mutex on that path despite it being above the guard. Indeed. I believe clang will complain. That makes these mechanical conversions of existing code dangerous churn. While using guard() (etc) can make it easier to ensure the lock is released when functions have multiple error exits, I'm not convinced it makes the code any easier to read (other people may disagree). David > > Be worth having a quick scan through the rest of the series for > this as well. > > Thanks, > Charles >