hello,

i'm working on integrating on an Allwinner A20 based SBC an external codec based on NXP UDA1380 through I2S DAI; the SBC is Olime Olinuxino Lime2, the codec board is this one, as it's pretty cheap on usual china sites:

http://www.wvshare.com/product/UDA1380-Board.htm

i'm using mainline kernel, 4.0.x from here: https://github.com/jwrdegoede/linux-sunxi/tree/sunxi-wip

i'm planning to just port the I2S DAI from the legacy allwinner linux-sunxi 3.4 and use a "simple-audio-card" approach.

i have more or less the setup in place with my 3 modules and DTS someway hacked to work out the connection between SOC/CPU + DAI + CODEC.

now i load the three modules in the kernel this way (i'm wondering if there's a way for autoloading, i'll look for when it's stable..): # insert the platform/DAI driver modprobe snd-soc-sunxi-i2s sleep 1 modprobe snd-soc-simple-card sleep 1 modprobe snd-soc-uda1380 sleep 1

then , i've a number of warning and error (it's normal as i'm in early debugging now..).

the one for which i'm posting is related to "dapm routes" in the .../codecs/uda1380.c, these are errors in the log:

[ 33.876179] uda1380-codec 1-0018: Control not supported for path Right PGA -> [Mic + Line R] -> Right ADC [ 33.885756] uda1380-codec 1-0018: ASoC: no dapm match for Right PGA --> Mic + Line R --> Right ADC [ 33.894719] uda1380-codec 1-0018: ASoC: Failed to add route Right PGA -> Mic + Line R -> Right ADC [ 33.903669] uda1380-codec 1-0018: Control not supported for path Right PGA -> [Line] -> Right ADC [ 33.912542] uda1380-codec 1-0018: ASoC: no dapm match for Right PGA --> Line --> Right ADC [ 33.920807] uda1380-codec 1-0018: ASoC: Failed to add route Right PGA -> Line -> Right ADC

to clear them out, i had to patch the dapm_route structure of uda1380.c with:

--- sound/soc/codecs/uda1380-orig.c 2015-05-26 12:41:58.650111434 +0200 +++ sound/soc/codecs/uda1380.c 2015-06-18 22:38:51.845892195 +0200 @@ -403,8 +403,11 @@ {"Input Mux", "Line", "Left PGA"},

/* right input */ - {"Right ADC", "Mic + Line R", "Right PGA"}, - {"Right ADC", "Line", "Right PGA"}, + {"Right ADC", NULL, "Input Mux"}, + {"Input Mux", "Mic", "Mic LNA"}, + {"Input Mux", "Mic + Line R", "Right PGA"}, + {"Input Mux", "Line L", "Left PGA"}, + {"Input Mux", "Line", "Right PGA"},

/* inputs */ {"Mic LNA", NULL, "VINM"},

i added the same "Input Mux" DAPM widget as it's done on the left input of the codec, that's already bound to this "dapm widget" and is managing the couple of codec register bits at 0x22, SEL_LNA and SEL_MIC, that select one of the many input path (see the PDF to better understand.. i could add a shot but i don't know if it's policy permitted ) http://www.nxp.com/documents/data_sheet/UDA1380.pdf

as far as i can see, it should be an issue independent by my "development" setup, but should happening, at module load time, to all the devices having such a codec and using a fairly recent mainline kernel in an ASOC environment;

is that right? could you confirm this feeling?

let me sincerely tell you that there's not that much documentation about Alsa ASoC, simple-audio-card, codec, DAIs, dapm, dts, up to date, or at least is scattered here and there. so it takes a bit of time to read, understand (maybe), code, test and debug this kind of drivers, really!

i can understand there's lot's ongoing here, and API are on flux, for example i had to put together stuff from different card drivers as i'm willing to use also Dmaengine and regmap and don't remember whatever else, but many drivers are still frozen on previous API (i understand it would take lot's of janitoring effort and testing on regression cases..)

of course, i still can't say this patch is good for something until i've worked out all the other issues and finally listened some good music out of this combo SOC+codec! :-)

hope to post more about this setup when it's working..

bests