Thread (13 messages) 13 messages, 2 authors, 2015-02-04

[PATCH v3 01/10] ARM: tegra: Set the sound card model that alsaucm expects

From: Stephen Warren <hidden>
Date: 2015-02-03 16:35:55
Also in: linux-devicetree, linux-tegra, lkml

On 02/03/2015 06:13 AM, Tomeu Vizoso wrote:
On 2 February 2015 at 22:08, Stephen Warren [off-list ref] wrote:
quoted
On 01/28/2015 03:50 AM, Tomeu Vizoso wrote:
quoted
Patches are on its way to add a config file to alsaucm for the Nyan
boards. Use the same card ID that alsaucm will expect.
quoted
diff --git a/arch/arm/boot/dts/tegra124-nyan-big.dts
b/arch/arm/boot/dts/tegra124-nyan-big.dts
quoted
         sound {
-               compatible = "nvidia,tegra-audio-max98090-nyan-big",
+               compatible = "nvidia,tegra-audio-max98090-nyan",
                              "nvidia,tegra-audio-max98090";

I'm not convinced that removing the board-specific compatible value is a
great idea. What if we find we need to distinguish between different boards
that use this same binding in the future. That situation is exactly why we
have board-/SoC-specific values in compatible even if we don't immediately
use them.
I understand the need of naming each component variant so they can be
distinguished in the future, but in this case it's the exact same hw.
That's not true. These are two different boards that are derived from 
the same base design. The intent may be that they are the same, but the 
whole point of board-specific compatible values is to cover the case 
where mistakes and exceptions appear later.
quoted
quoted
-               nvidia,model = "Acer Chromebook 13";
+               nvidia,model = "GoogleNyan";

I believe this also technically breaks ABI, since some user-space tools use
the model to look up saved state. Can we not leave this as is, and just have
the UCM files know about both names?
Well, "A13" isn't a great card id. Given that there's no users yet, I
would prefer to take this chance to put a sane value in there. Btw,
alsa-lib has now a UCM config for this and it uses the GoogleNyan card
id (has been picked up already by OpenSUSE).
"A13" didn't appear anywhere, did it? Perhaps that was a shorthand for 
"Acer Chromebook 13". Yes, I agree we should use the user-visible model 
number here; "Acer CB5" or perhaps "Acer CB5-xxx" whatever xxx actually is.
So in this case, I think it would be good to change the card id now
before people start to actually use it.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help