[alsa-devel] multi-codec support for arizona-ldo1 was Re: System with multiple arizona (wm5102) codecs
Mark Brown
broonie at kernel.org
Sat Nov 14 13:39:31 CET 2015
On Sat, Nov 14, 2015 at 08:44:00AM +0100, Pavel Machek wrote:
> Obviously I'll need to use the existing interfaces, or extend them as
> needed. I'd expect subsystem maintainer to know if the existing
> interfaces are ok or what needs to be fixed, but it seems you either
> don't know how your subsystem works, or are not willing to tell me.
I *am* trying to tell you but you appear to not be responding to the
bits where I'm asking you to look at what's going on on your system. To
repeat what you cut from the e-mail you're replying to:
| Look at how we resolve supplies when we do lookups, then look at how we
| create aliases for the MFD cells to map supplies into the function
| devices and figure out why those mappings aren't being found. The NULL
| you're seeing above seems like a bit of a warning sign here - where did
| that come from?
especially the bit about the NULL which looks likely to be the source of
your problem.
> Is there someone else I should talk to with respect to regulators-ALSA
> interface?
To restate one of my previous questions could you please tell me what
this "regulators-ALSA" interface you keep talking about is? In order to
help you I really need you to at least be looking at the code and
talking in specifics about it and the concepts it implements. We need
to be on something like the same page here, at the very least I need you
to talk about what code you're looking at and what you don't understand
so I can try to help you follow it but right now I'm just not sure where
to start, it feels like you're trying to treat a lot of the code as a
black box without following the abstractions it provides which makes
things very hard.
If you're asking about the regulator API or embedded ALSA both of those
are me but there are other things in here - the driver you're working
with and the MFD core at least. At the minute I'm not convinced that
the problem here isn't just that the MFD and/or MFD core hasn't set up
the mappings to the child devices properly.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20151114/e97367fb/attachment.sig>
More information about the Alsa-devel
mailing list