From: Cezary Rojewski <cezary.rojewski@intel.com>
To: <phucduc.bui@gmail.com>
Cc: Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
"Peter Ujfalusi" <peter.ujfalusi@linux.intel.com>,
Bard Liao <yung-chuan.liao@linux.intel.com>,
Kai Vehmanen <kai.vehmanen@linux.intel.com>,
Pierre-Louis Bossart <pierre-louis.bossart@linux.dev>,
<linux-sound@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
Mark Brown <broonie@kernel.org>,
"Liam Girdwood" <liam.r.girdwood@linux.intel.com>
Subject: Re: [PATCH 00/20] ASoC: Intel: Use guard() for mutex & spin locks
Date: Thu, 11 Jun 2026 21:04:28 +0200 [thread overview]
Message-ID: <3f7bcbc2-cf0d-4bb5-88ce-fadb8816c6f5@intel.com> (raw)
In-Reply-To: <20260611115901.80438-1-phucduc.bui@gmail.com>
On 6/11/2026 1:58 PM, phucduc.bui@gmail.com wrote:
> From: bui duc phuc <phucduc.bui@gmail.com>
>
> Hi all,
>
> This series converts mutex and spinlock handling in Intel ASoC drivers
> to use guard()/scoped_guard() helpers.
>
> Most patches are straightforward conversions. A few patches include
> small cleanup changes as part of the conversion process; these are
> documented in the individual commit messages. Overall, the series is
> intended to simplify the code and cleanup paths, with no behavioral
> changes to the affected functions.
>
> The series has been compile-tested only.
>
> Best regards,
> Phuc
>
> bui duc phuc (20):
> ASoC: Intel: catpt: ipc: Use guard() for mutex & spin locks
> ASoC: Intel: catpt: dsp: Use guard() for mutex locks
> ASoC: Intel: avs: utils: Use guard() for mutex locks
> ASoC: Intel: avs: probes: Use guard() for spin locks
> ASoC: Intel: avs: pcm: Use guard() for mutex & spin locks
> ASoC: Intel: avs: path: Use guard() for mutex & spin locks
> ASoC: Intel: avs: loader: Use guard() for mutex locks
> ASoC: Intel: avs: ipc: Use guard() for mutex & spin locks
> ASoC: Intel: avs: icl: Use guard() for spin locks
> ASoC: Intel: avs: debugfs: Use guard() for spin locks
> ASoC: Intel: avs: debug: Use guard() for spin locks
> ASoC: Intel: avs: core: Use guard() for mutex & spin locks
> ASoC: Intel: avs: control: Use guard() for spin locks
> ASoC: Intel: avs: apl: Use guard() for spin locks
> ASoC: Intel: atom: sst_stream: Use guard() for mutex locks
> ASoC: Intel: atom: sst_pvt: Use guard() for mutex & spin locks
> ASoC: Intel: atom: sst: Use guard() for spin locks
> ASoC: Intel: atom: sst-atom-controls: Use guard() for mutex locks
> ASoC: Intel: atom: sst-mfld-platform-pcm: Use guard() for mutex & spin
> locks
> ASoC: Intel: atom: sst_ipc: Use guard() for spin locks
Hi Phuc,
Recent changes took care of catpt-driver [1], so the first two patches
can be dropped. While I wanted to follow up with the avs-driver, I see
no reason why I shouldn't let you do that instead.
Now on to the review - there is no need to be as granular as you're
here. Two drivers are being updated here: the avs-driver and the
atom-driver (assuming the catpt-driver patches are already gone).
Sending a patch per file creates unnecessary traffic, so let's limit the
set to two changes.
Please use the following scopes for those:
ASoC: Intel: avs:
ASoC: Intel: atom:
Last but not least, your name and surname are not capitalized. That's
clearly not the case here, in the cover letter. Please adjust.
[1]:
https://lore.kernel.org/all/20260603085827.1964796-2-cezary.rojewski@intel.com/
Kind regards,
Czarek
next prev parent reply other threads:[~2026-06-11 19:04 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-11 11:58 phucduc.bui
2026-06-11 11:58 ` [PATCH 01/20] ASoC: Intel: catpt: ipc: " phucduc.bui
2026-06-11 18:44 ` Cezary Rojewski
2026-06-12 4:05 ` Bui Duc Phuc
2026-06-12 8:35 ` Cezary Rojewski
2026-06-11 11:58 ` [PATCH 02/20] ASoC: Intel: catpt: dsp: Use guard() for mutex locks phucduc.bui
2026-06-11 18:39 ` Cezary Rojewski
2026-06-11 11:58 ` [PATCH 03/20] ASoC: Intel: avs: utils: " phucduc.bui
2026-06-11 11:58 ` [PATCH 04/20] ASoC: Intel: avs: probes: Use guard() for spin locks phucduc.bui
2026-06-11 19:34 ` Cezary Rojewski
2026-06-12 4:48 ` Bui Duc Phuc
2026-06-12 8:32 ` Cezary Rojewski
2026-06-17 2:47 ` Bui Duc Phuc
2026-06-11 11:58 ` [PATCH 05/20] ASoC: Intel: avs: pcm: Use guard() for mutex & " phucduc.bui
2026-06-11 11:58 ` [PATCH 06/20] ASoC: Intel: avs: path: " phucduc.bui
2026-06-11 11:58 ` [PATCH 07/20] ASoC: Intel: avs: loader: Use guard() for mutex locks phucduc.bui
2026-06-11 11:58 ` [PATCH 08/20] ASoC: Intel: avs: ipc: Use guard() for mutex & spin locks phucduc.bui
2026-06-11 11:58 ` [PATCH 09/20] ASoC: Intel: avs: icl: Use guard() for " phucduc.bui
2026-06-11 11:58 ` [PATCH 10/20] ASoC: Intel: avs: debugfs: " phucduc.bui
2026-06-11 11:58 ` [PATCH 11/20] ASoC: Intel: avs: debug: " phucduc.bui
2026-06-11 11:58 ` [PATCH 12/20] ASoC: Intel: avs: core: Use guard() for mutex & " phucduc.bui
2026-06-11 11:58 ` [PATCH 13/20] ASoC: Intel: avs: control: Use guard() for " phucduc.bui
2026-06-11 11:58 ` [PATCH 14/20] ASoC: Intel: avs: apl: " phucduc.bui
2026-06-11 11:58 ` [PATCH 15/20] ASoC: Intel: atom: sst_stream: Use guard() for mutex locks phucduc.bui
2026-06-11 11:58 ` [PATCH 16/20] ASoC: Intel: atom: sst_pvt: Use guard() for mutex & spin locks phucduc.bui
2026-06-11 11:58 ` [PATCH 17/20] ASoC: Intel: atom: sst: Use guard() for " phucduc.bui
2026-06-11 11:58 ` [PATCH 18/20] ASoC: Intel: atom: sst-atom-controls: Use guard() for mutex locks phucduc.bui
2026-06-11 11:59 ` [PATCH 19/20] ASoC: Intel: atom: sst-mfld-platform-pcm: Use guard() for mutex & spin locks phucduc.bui
2026-06-11 11:59 ` [PATCH 20/20] ASoC: Intel: atom: sst_ipc: Use guard() for " phucduc.bui
2026-06-11 19:04 ` Cezary Rojewski [this message]
2026-06-12 3:45 ` [PATCH 00/20] ASoC: Intel: Use guard() for mutex & " Bui Duc Phuc
2026-06-12 8:27 ` Cezary Rojewski
2026-06-17 2:40 ` Bui Duc Phuc
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3f7bcbc2-cf0d-4bb5-88ce-fadb8816c6f5@intel.com \
--to=cezary.rojewski@intel.com \
--cc=broonie@kernel.org \
--cc=kai.vehmanen@linux.intel.com \
--cc=liam.r.girdwood@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=perex@perex.cz \
--cc=peter.ujfalusi@linux.intel.com \
--cc=phucduc.bui@gmail.com \
--cc=pierre-louis.bossart@linux.dev \
--cc=tiwai@suse.com \
--cc=yung-chuan.liao@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®