Message ID | 1611048496-24650-1-git-send-email-spujar@nvidia.com |
---|---|
Headers | show |
Series | Tegra210 audio graph card | expand |
On Tue, Jan 19, 2021 at 02:58:15PM +0530, Sameer Pujar wrote: > Expose a header which describes DT bindings required to use audio-graph > based sound card. All Tegra210 based platforms can include this header > and add platform specific information. Currently, from SoC point of view, > all links are exposed for ADMAIF, AHUB, I2S and DMIC components. > > Signed-off-by: Sameer Pujar <spujar@nvidia.com> > Reviewed-by: Jon Hunter <jonathanh@nvidia.com> > --- > .../boot/dts/nvidia/tegra210-audio-graph.dtsi | 153 +++++++++++++++++++++ > 1 file changed, 153 insertions(+) > create mode 100644 arch/arm64/boot/dts/nvidia/tegra210-audio-graph.dtsi I prefer keeping everything in tegra210.dtsi, but I can do that merge when I apply, after the DT bindings have been acked, so no need to resend just because of that. Thierry
On 1/19/2021 10:45 PM, Thierry Reding wrote: > On Tue, Jan 19, 2021 at 02:58:15PM +0530, Sameer Pujar wrote: >> Expose a header which describes DT bindings required to use audio-graph >> based sound card. All Tegra210 based platforms can include this header >> and add platform specific information. Currently, from SoC point of view, >> all links are exposed for ADMAIF, AHUB, I2S and DMIC components. >> >> Signed-off-by: Sameer Pujar <spujar@nvidia.com> >> Reviewed-by: Jon Hunter <jonathanh@nvidia.com> >> --- >> .../boot/dts/nvidia/tegra210-audio-graph.dtsi | 153 +++++++++++++++++++++ >> 1 file changed, 153 insertions(+) >> create mode 100644 arch/arm64/boot/dts/nvidia/tegra210-audio-graph.dtsi > I prefer keeping everything in tegra210.dtsi, but I can do that merge > when I apply, after the DT bindings have been acked, so no need to > resend just because of that. I think this may be fine for Tegra210 based boards. But for Tegra186 and Tegra194, whenever we add support for it, can rely on a common audio-graph dtsi because there is no change w.r.t APE. This can help us to avoid duplication of the bindings. This most likely applies to future chips as well (where Tegra186 audio-graph bindings can be considered as base) when there is no significant change in APE.
On Tue, Jan 19, 2021 at 11:09:32PM +0530, Sameer Pujar wrote: > > > On 1/19/2021 10:45 PM, Thierry Reding wrote: > > On Tue, Jan 19, 2021 at 02:58:15PM +0530, Sameer Pujar wrote: > > > Expose a header which describes DT bindings required to use audio-graph > > > based sound card. All Tegra210 based platforms can include this header > > > and add platform specific information. Currently, from SoC point of view, > > > all links are exposed for ADMAIF, AHUB, I2S and DMIC components. > > > > > > Signed-off-by: Sameer Pujar <spujar@nvidia.com> > > > Reviewed-by: Jon Hunter <jonathanh@nvidia.com> > > > --- > > > .../boot/dts/nvidia/tegra210-audio-graph.dtsi | 153 +++++++++++++++++++++ > > > 1 file changed, 153 insertions(+) > > > create mode 100644 arch/arm64/boot/dts/nvidia/tegra210-audio-graph.dtsi > > I prefer keeping everything in tegra210.dtsi, but I can do that merge > > when I apply, after the DT bindings have been acked, so no need to > > resend just because of that. > > I think this may be fine for Tegra210 based boards. But for Tegra186 and > Tegra194, whenever we add support for it, can rely on a common audio-graph > dtsi because there is no change w.r.t APE. This can help us to avoid > duplication of the bindings. This most likely applies to future chips as > well (where Tegra186 audio-graph bindings can be considered as base) when > there is no significant change in APE. Maybe. Although that argument is somewhat extreme because we already have some of that same duplication throughout the other .dtsi files. By the same argument we could save a bit of duplication by having something like tegra-gpio.dtsi and including that in all the SoC .dtsi files and only update the compatible string, because that's the only significant change. Duplication isn't a big problem for DTS files because the data is meant to be stable anyway. So once it is in place and doesn't have to change, it really doesn't matter if it comes from an include or it's duplicated. Thierry
On 1/19/2021 11:27 PM, Thierry Reding wrote: > On Tue, Jan 19, 2021 at 11:09:32PM +0530, Sameer Pujar wrote: >> >> On 1/19/2021 10:45 PM, Thierry Reding wrote: >>> On Tue, Jan 19, 2021 at 02:58:15PM +0530, Sameer Pujar wrote: >>>> Expose a header which describes DT bindings required to use audio-graph >>>> based sound card. All Tegra210 based platforms can include this header >>>> and add platform specific information. Currently, from SoC point of view, >>>> all links are exposed for ADMAIF, AHUB, I2S and DMIC components. >>>> >>>> Signed-off-by: Sameer Pujar <spujar@nvidia.com> >>>> Reviewed-by: Jon Hunter <jonathanh@nvidia.com> >>>> --- >>>> .../boot/dts/nvidia/tegra210-audio-graph.dtsi | 153 +++++++++++++++++++++ >>>> 1 file changed, 153 insertions(+) >>>> create mode 100644 arch/arm64/boot/dts/nvidia/tegra210-audio-graph.dtsi >>> I prefer keeping everything in tegra210.dtsi, but I can do that merge >>> when I apply, after the DT bindings have been acked, so no need to >>> resend just because of that. >> I think this may be fine for Tegra210 based boards. But for Tegra186 and >> Tegra194, whenever we add support for it, can rely on a common audio-graph >> dtsi because there is no change w.r.t APE. This can help us to avoid >> duplication of the bindings. This most likely applies to future chips as >> well (where Tegra186 audio-graph bindings can be considered as base) when >> there is no significant change in APE. > Maybe. Although that argument is somewhat extreme because we already > have some of that same duplication throughout the other .dtsi files. By > the same argument we could save a bit of duplication by having something > like tegra-gpio.dtsi and including that in all the SoC .dtsi files and > only update the compatible string, because that's the only significant > change. > Duplication isn't a big problem for DTS files because the data is meant > to be stable anyway. So once it is in place and doesn't have to change, > it really doesn't matter if it comes from an include or it's duplicated. OK, if there is no issue with duplication then fine with me. Thanks.
On Tue, 19 Jan 2021 14:58:10 +0530, Sameer Pujar wrote: > This series adds audio graph based sound card support for Tegra210 > platforms like Jetson-TX1 an Jetson-Nano. The following preparatory > audio graph enhancement series is already merged. > * https://patchwork.kernel.org/project/alsa-devel/list/?series=375629&state=* > > Following are the summary of changes: > * Add graph/audio-graph based schemas or schema updates for Tegra210 > component and machine drivers. > * Add Tegra audio graph machine driver. > * Add required DT support for Jetson-TX1/Nano. > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [1/6] ASoC: dt-bindings: tegra: Add graph bindings commit: 9e0f86fdcdab6a0e183ad4ec2410453985b4cf3c [2/6] ASoC: dt-bindings: tegra: Add json-schema for Tegra audio graph card commit: a9f22c03a8ac5d21ce7a9b9307d9654c963a1f9c [3/6] ASoC: tegra: Add audio graph based card driver commit: 202e2f7745437aa5b694de92cbd30bb43b23fbed 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