From: "Martin Povišer" <povik+lin@cutebit.org>
To: Mark Brown <broonie@kernel.org>
Cc: Liam Girdwood <lgirdwood@gmail.com>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
alsa-devel@alsa-project.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
Mark Kettenis <kettenis@openbsd.org>,
Hector Martin <marcan@marcan.st>, Sven Peter <sven@svenpeter.dev>,
asahi@lists.linux.dev
Subject: Re: [RFC PATCH v2 3/5] ASoC: apple: Add MCA platform driver for Apple SoCs
Date: Mon, 6 Jun 2022 22:35:20 +0200 [thread overview]
Message-ID: <E0FD0022-9DA1-4907-9737-19F7460B8EFF@cutebit.org> (raw)
In-Reply-To: <Yp5g43IxFQsUoS/y@sirena.org.uk>
> On 6. 6. 2022, at 22:17, Mark Brown <broonie@kernel.org> wrote:
>
> On Mon, Jun 06, 2022 at 09:19:08PM +0200, Martin Povišer wrote:
>
>> +++ b/sound/soc/apple/mca.c
>> @@ -0,0 +1,1122 @@
>> +/*
>> + * Apple SoCs MCA driver
>
> Please add SPDX headers to all your files.
>
>> + mca_modify(cl, serdes_conf,
>> + SERDES_CONF_SOME_RST, SERDES_CONF_SOME_RST);
>> + (void) readl_relaxed(cl->base + serdes_conf);
>
> Please drop the cast, casts to/from void are generally a warning sign as
> they're unneeded in C. If you want to document the barrier use a
> comment or wrapper function.
>
>> + /*
>> + * Codecs require clocks at time of umute with the 'mute_stream' op.
>> + * We need to enable them here at the latest (frontend prepare would
>> + * be too late).
>> + */
>> + if (!mca_fe_clocks_in_use(fe_cl)) {
>> + ret = mca_fe_enable_clocks(fe_cl);
>> + if (ret < 0)
>> + return ret;
>> + }
>
> This requirement is CODEC specific. It's fine to bodge around to
> satisfy it though, especially given the restricted set of platforms this
> can be used with.
>
>> + fe_cl = &mca->clusters[cl->port_driver];
>> + if (!mca_fe_clocks_in_use(fe_cl))
>> + return 0; /* Nothing to do */
>> +
>> + cl->clocks_in_use[substream->stream] = false;
>> +
>> + if (!mca_fe_clocks_in_use(fe_cl))
>> + mca_fe_disable_clocks(fe_cl);
>
> Are you sure this doesn't need locking?
I am not sure. I need to study what locking is already done by ALSA/ASoC.
I assume the two stream directions here don’t share a lock already...
next prev parent reply other threads:[~2022-06-06 20:38 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-06 19:19 [RFC PATCH v2 0/5] Apple Macs machine/platform ASoC driver Martin Povišer
2022-06-06 19:19 ` [RFC PATCH v2 1/5] dt-bindings: sound: Add Apple MCA I2S transceiver Martin Povišer
2022-06-06 19:44 ` Mark Brown
2022-06-09 18:44 ` Rob Herring
2022-06-06 19:19 ` [RFC PATCH v2 2/5] dt-bindings: sound: Add Apple Macs sound peripherals Martin Povišer
2022-06-06 19:49 ` Mark Brown
2022-06-09 20:03 ` Rob Herring
2022-06-06 19:19 ` [RFC PATCH v2 3/5] ASoC: apple: Add MCA platform driver for Apple SoCs Martin Povišer
2022-06-06 20:17 ` Mark Brown
2022-06-06 20:35 ` Martin Povišer [this message]
2022-06-06 19:19 ` [RFC PATCH v2 4/5] ASoC: Introduce 'fixup_controls' card method Martin Povišer
2022-06-06 19:19 ` [RFC PATCH v2 5/5] ASoC: apple: Add macaudio machine driver Martin Povišer
2022-06-06 20:02 ` Pierre-Louis Bossart
2022-06-06 20:46 ` Martin Povišer
2022-06-06 21:22 ` Pierre-Louis Bossart
2022-06-06 21:33 ` Martin Povišer
2022-06-09 13:16 ` Mark Brown
2022-06-09 13:42 ` Martin Povišer
2022-06-09 15:03 ` Mark Brown
[not found] ` <2A0422B8-8367-457E-A146-730F7C3DE66B@cutebit.org>
[not found] ` <YqIWtzphzVGmbIOe@sirena.org.uk>
2022-06-09 16:19 ` Martin Povišer
2022-06-09 16:35 ` Mark Brown
2022-06-09 13:33 ` Mark Brown
2022-06-09 14:09 ` Martin Povišer
2022-06-09 15:16 ` Mark Brown
2022-06-09 15:27 ` Martin Povišer
2022-06-09 15:53 ` [RFC PATCH v2 0/5] Apple Macs machine/platform ASoC driver Mark Brown
2022-06-10 15:58 ` (subset) " Mark Brown
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=E0FD0022-9DA1-4907-9737-19F7460B8EFF@cutebit.org \
--to=povik+lin@cutebit.org \
--cc=alsa-devel@alsa-project.org \
--cc=asahi@lists.linux.dev \
--cc=broonie@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=kettenis@openbsd.org \
--cc=krzk+dt@kernel.org \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marcan@marcan.st \
--cc=perex@perex.cz \
--cc=robh+dt@kernel.org \
--cc=sven@svenpeter.dev \
--cc=tiwai@suse.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®