[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3339020.AJdgDx1Vlc@workhorse>
Date: Wed, 04 Jun 2025 19:48:27 +0200
From: Nicolas Frattaroli <nicolas.frattaroli@...labora.com>
To: linux-rockchip@...ts.infradead.org, linux-sound@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
Pei Xiao <xiaopei01@...inos.cn>
Cc: Pei Xiao <xiaopei01@...inos.cn>
Subject: Re: [PATCH 0/2] Cleanup in rockchip_sai.c
On Wednesday, 4 June 2025 05:13:28 Central European Summer Time Pei Xiao wrote:
> 1.Simplify the condition logic in
> 2.Use helper function devm_clk_get_enabled()
>
> Pei Xiao (2):
> ASOC: rochchip: Simplify the condition logic in rockchip_sai_xfer_stop
> ASOC: rockchip: Use helper function devm_clk_get_enabled()
>
> sound/soc/rockchip/rockchip_sai.c | 11 +----------
> 1 file changed, 1 insertion(+), 10 deletions(-)
>
>
Hi,
for the v2 of this series, please To/Cc the maintainer that will actually
be merging the patches, not just me. You can get a full list of people to
include as addresses for your series with the ./scripts/get_maintainer.pl
script.
Ideally, you'll use a tool like b4[1] to make your life easier here and
do this for you. That way, Mark Brown won't yell at you as much, and the
responsible people have a higher chance of seeing the patches. The b4
tool has the `b4 prep --auto-to-cc` option for this, and it'll warn you
before `b4 send` if you haven't --auto-to-cc'd before sending. If you
are using your own SMTP server to send and not a b4 relay, you'll
probably want to `b4 send --no-sign`, but a dry run with
`b4 send -o some-dir/` is advisible beforehand so you can look over the
e-mails being generated.
Link: https://b4.docs.kernel.org/en/latest/contributor/overview.html [1]
Kind regards,
Nicolas Frattaroli
Powered by blists - more mailing lists