[alsa-devel] [PATCH 000/145] ASoC: modern dai_link style support
Kuninori Morimoto
kuninori.morimoto.gx at renesas.com
Mon May 27 03:48:54 CEST 2019
Hi Pierre-Louis
Thank you for your feedback and test !
> > [001/145] adds missing modern dai_link style for CPU.
> > and others are switch to modern style from legacy style.
> > Last patch removes legacy style.
> >
> > These are based on mark/for-5.3 + v5.2-rc1
> >
> > I hope these work well for all sound card, but I can't test for all.
> > Please test these at each sound cards.
>
> We're testing for Intel stuff w/ SOF.
Thanks !
I hope it works well
> One question: I try to enforce the use of checkpatch --strict to avoid
> different styles in the Intel contributions, and your series generates
> a ton of alignment warnings, e.g.
>
> CHECK: Alignment should match open parenthesis
> #45: FILE: sound/soc/intel/boards/sof_rt5682.c:373:
> + links[id].cpus->dai_name = devm_kasprintf(dev, GFP_KERNEL,
> "ssp%d-port",
>
> CHECK: Alignment should match open parenthesis
> #81: FILE: sound/soc/intel/boards/glk_rt5682_max98357a.c:378:
> +SND_SOC_DAILINK_DEF(idisp3_codec,
> + DAILINK_COMP_ARRAY(COMP_CODEC("ehdaudio0D2", "intel-hdmi-hifi3")));
>
> I am not too religious on style as long as there is a style.
> I'd be fine if the expectation is that all the dailink definitions use
> a tab for readability (and it's a one-time change), but would like the
> functional code changes to be aligned to avoid future warnings.
> Would that work for you? I can send you the Intel changes if that helps.
Ahh, yes, it is using 1 tag only and not aligned to open parenthesis.
But, if it aligned to open parenthesis, then, it will be 80 char over
warning instead.
# ?? or does your "functional code changes" means "fixup checkpatch.pl" ?
But, yes, can you send me the changes ?
Thank you for your help !!
Best regards
---
Kuninori Morimoto
More information about the Alsa-devel
mailing list