Re: Splitting out controls

[Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>]

> We actively enable and advocate that people with limited knowledge can
> 'mess around mixer controls'. That's why we have an alsamixer
> application in the first place, and teach people how to use it.

What you are describing is the traditional approach where the number of 
controls is limited, a couple of switches here and a set of volume 
controls there.
With new devices having mixers all over the place, be it in codecs or 
DSPs, it's not uncommon to have several hundred controls. There is no 
way users will be able to find out on their own what values they should 
use and it would be misleading to think developers are able to identify 
all lethal combinations of settings. We've also moved all these control 
settings from kernel to userspace to avoid hardcoding values that are 
platform specific.
Bottom line we have to move to profiles, stop guessing values based on 
control names or avoid letting users poke random values in alsamixer. 
This just doesn't scale any more. thinking that the alsamixer 
command-line remains the default user-facing interface moving forward is 
just not right, it's a developer tool.