[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2d0abd69-d54c-47ad-0c49-7e509747955f@opensource.cirrus.com>
Date: Fri, 11 Nov 2022 13:50:16 +0000
From: Richard Fitzgerald <rf@...nsource.cirrus.com>
To: Mark Brown <broonie@...nel.org>
CC: <lee@...nel.org>, <robh+dt@...nel.org>,
<krzysztof.kozlowski+dt@...aro.org>, <linus.walleij@...aro.org>,
<tglx@...utronix.de>, <maz@...nel.org>,
<alsa-devel@...a-project.org>, <devicetree@...r.kernel.org>,
<linux-gpio@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<patches@...nsource.cirrus.com>
Subject: Re: [PATCH 00/12] Add support for the Cirrus Logic CS48L32 audio
codecs
On 10/11/2022 20:53, Mark Brown wrote:
> On Wed, Nov 09, 2022 at 04:53:19PM +0000, Richard Fitzgerald wrote:
>
>> regulator: arizona-micsupp: Don't hardcode use of ARIZONA defines
>> regulator: arizona-micsupp: Don't use a common regulator name
>> ASoC: wm_adsp: Allow client to hook into pre_run callback
>
> The regulator and ASoC bits look good. It looks like this is going to
> need another spin for at least the DT and irqchip bits, I think it'd
> make sense to take the above cleanup patches for this release even if
> everything else misses it to cut down on future patch volume. I'll
> leave it for a bit and do that unless someone has concerns, it's going
> to be easier than applying and sending pull requests.
Yes, I have tested that these 3 patches can apply and build on their
own and don't break the older chips.
I should have put these at the start of the chain and mentioned in the
cover letter that they can be taken independently.
Powered by blists - more mailing lists