mbox series

[0/3] Add missing dt-binding properties for audio components on mt8192-asurada

Message ID 20220429203039.2207848-1-nfraprado@collabora.com (mailing list archive)
Headers show
Series Add missing dt-binding properties for audio components on mt8192-asurada | expand

Message

Nícolas F. R. A. Prado April 29, 2022, 8:30 p.m. UTC
These patches add properties that were missing on the dt-bindings of the
audio components used by mt8192-asurada. Namely the i2s-share
properties for the sound platform and the #sound-dai-cells on the
rt1015p and rt5682 codecs when they're referenced by the machine sound
node.


Nícolas F. R. A. Prado (3):
  ASoC: dt-bindings: mediatek: mt8192: Add i2s-share properties
  ASoC: dt-bindings: rt1015p: Add #sound-dai-cells
  ASoC: dt-bindings: rt5682: Add #sound-dai-cells

 Documentation/devicetree/bindings/sound/mt8192-afe-pcm.yaml  | 5 +++++
 Documentation/devicetree/bindings/sound/realtek,rt1015p.yaml | 3 +++
 Documentation/devicetree/bindings/sound/rt5682.txt           | 2 ++
 3 files changed, 10 insertions(+)

Comments

Mark Brown May 9, 2022, 5:17 p.m. UTC | #1
On Fri, 29 Apr 2022 16:30:36 -0400, Nícolas F. R. A. Prado wrote:
> These patches add properties that were missing on the dt-bindings of the
> audio components used by mt8192-asurada. Namely the i2s-share
> properties for the sound platform and the #sound-dai-cells on the
> rt1015p and rt5682 codecs when they're referenced by the machine sound
> node.
> 
> 
> [...]

Applied to

   https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next

Thanks!

[1/3] ASoC: dt-bindings: mediatek: mt8192: Add i2s-share properties
      commit: e056cf4341ae3f856f1e38da02b27cb04de4c69b
[2/3] ASoC: dt-bindings: rt1015p: Add #sound-dai-cells
      commit: 2f45536587e53a7a22024e12fbe97ef13598e623
[3/3] ASoC: dt-bindings: rt5682: Add #sound-dai-cells
      commit: 0adccaf1eac91a2c2ee6a54a6de042affe9860f4

All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.

You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.

If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.

Please add any relevant lists and maintainers to the CCs when replying
to this mail.

Thanks,
Mark
Nícolas F. R. A. Prado May 9, 2022, 6:16 p.m. UTC | #2
On Mon, May 09, 2022 at 06:17:41PM +0100, Mark Brown wrote:
> On Fri, 29 Apr 2022 16:30:36 -0400, Nícolas F. R. A. Prado wrote:
> > These patches add properties that were missing on the dt-bindings of the
> > audio components used by mt8192-asurada. Namely the i2s-share
> > properties for the sound platform and the #sound-dai-cells on the
> > rt1015p and rt5682 codecs when they're referenced by the machine sound
> > node.
> > 
> > 
> > [...]
> 
> Applied to
> 
>    https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next
> 
> Thanks!
> 
> [1/3] ASoC: dt-bindings: mediatek: mt8192: Add i2s-share properties
>       commit: e056cf4341ae3f856f1e38da02b27cb04de4c69b
> [2/3] ASoC: dt-bindings: rt1015p: Add #sound-dai-cells
>       commit: 2f45536587e53a7a22024e12fbe97ef13598e623
> [3/3] ASoC: dt-bindings: rt5682: Add #sound-dai-cells
>       commit: 0adccaf1eac91a2c2ee6a54a6de042affe9860f4

Hi Mark,

this series wasn't supposed to be merged yet, I'm in the process of preparing
and sending a v2. Well, for patch 1 at least, which needs some improvements
still. Patches 2 and 3 weren't going to be changed, so those would be fine to
keep merged if you want. 

Thanks,
Nícolas
Mark Brown May 9, 2022, 6:19 p.m. UTC | #3
On Mon, May 09, 2022 at 02:16:29PM -0400, Nícolas F. R. A. Prado wrote:

> this series wasn't supposed to be merged yet, I'm in the process of preparing
> and sending a v2. Well, for patch 1 at least, which needs some improvements
> still. Patches 2 and 3 weren't going to be changed, so those would be fine to
> keep merged if you want. 

Please send a revert for the first patch with appropriate changelog if
you want it dropping.