Re: ALSA and MediaController

[Mark Brown <broonie@opensource.wolfsonmicro.com>]

On Tue, May 17, 2011 at 08:43:43PM +0200, Takashi Iwai wrote:

> The current flat array implementation is a result after hard time
> with attempts of implementing the graph in mixer API at the time
> of ALSA 0.5.x.  This ended up with a total mess of the code.

> Maybe now we'd implement it differently, but I believe that the
> flat array itself is the best as the primary data form.
> We can provide some extended attributes to each control if needed.

Yeah, the discussion was to initially keep the array of controls and
associate that with a separate graph so that we have a way for userspace
to figure out how all the controls are plumbed together and what they
actually mean.  One of the main drivers for interest in the media
controller API was that it's already doing the graph drawing to
userspace bit.

> > - Laurent suggested a new ioctl to export media_entity information to
> > userspace, as a binary buffer containing a list of TLV
> > (Type-Length-Value) field. However it looks like there's already an
> > ELEM_BYTES control type. It might make more sense to expose this
> > information using native ALSA controls, but again feedback from smart
> > people on this list would be welcome.

> You may use a TLV information provided for each control element, too.
> So far, this provides only the dB information.  But it doesn't have to
> be restricted to that.

We also need to be able to add non-control nodes to what's visible to
the user, showing fixed function connections.