Hi Alim, On 11/30/2015 01:59 PM, Alim Akhtar wrote: > Hi Javier, > > On Mon, Nov 30, 2015 at 7:31 PM, Javier Martinez Canillas > <javier@xxxxxxxxxxxxxxx> wrote: >> Hello Alim, >> >> On 10/12/2015 09:37 AM, Alim Akhtar wrote: >>> Since commit 2fad972d45c4 ("ARM: dts: Add mclk entry for Peach boards"), >>> sound card detection is broken on peach boards and gives below errors: >>> >>> [ 3.630457] max98090 7-0010: MAX98091 REVID=0x51 >>> [ 3.634233] max98090 7-0010: use default 2.8v micbias >>> [ 3.640985] snow-audio sound: HiFi <-> 3830000.i2s mapping ok >>> [ 3.645307] max98090 7-0010: Invalid master clock frequency >>> [ 3.650824] snow-audio sound: ASoC: Peach-Pi-I2S-MAX98091 late_probe() failed: -22 >>> [ 3.658914] snow-audio sound: snd_soc_register_card failed (-22) >>> [ 3.664366] snow-audio: probe of sound failed with error -22 >>> >>> This patch adds missing assigned-clocks and assigned-clock-parents for >>> pmu_system_controller node which is used as "mclk" for audio codec. >>> >>> Signed-off-by: Alim Akhtar <alim.akhtar@xxxxxxxxxxx> >>> Fixes: 2fad972d45c4 ("ARM: dts: Add mclk entry for Peach boards") >> >> I found that this patch is not enough to have proper audio working >> on an Exynos5800 Peach Pi. Even playing a simple wav does not work: >> >> $ time aplay -D sysdefault /usr/share/sounds/alsa/Front_Center.wav >> Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono >> >> real 0m1.138s >> user 0m0.005s >> sys 0m0.005s >> >> This should be ~1.5 seconds so audio is processed faster than expected. >> > Did you tried playing any other file, like 128 KHz rate files etc..? Yes, I see the same problem with all the files I tested. >> So something else besides making the CLKOUT to provide a valid frequency >> for the codec's master clock is needed. >> > The $SUBJECT patch actually fix the audio card detection issue, which > was failing because of the missing master clock. > I thought the problem was not a missing master clock, but an invalid clock frequency. Since the error message in the patch change log was: "max98090 7-0010: Invalid master clock frequency" But what I tried to ask was what else was missing to have playback working. >> Do you know what's missing in mainline? For instance, I see that the >> sound/soc/samsung/snow.c ASoC machine driver doesn't have a hw_params >> but I'm not that familiar with ALSA to know if that makes sense or not. >> > I need to check this, currently I am out on a business travel, so > won't be able to check. No worries, I was asked in case you had more information. Audio is the only thing that is missing to have all peripherals working correctly with mainline. > Probably we can go back to before "2fad972d45c4" and check that. > Do you mean to revert $SUBJECT and "2fad972d45c4" to see if the bootloader sets this correctly? If I revert both patches then I have no audio at all. >> Also, do you know if the "simple-audio-card" can be used instead for >> snow and peachs as it is used for other Exynos5 boards or a specific >> ASoC machine driver is really needed for these Chromebooks? >> > Not sure, AFAIR, I used machine driver on chromebooks (snow and peach). > Yes, the downstream 3.8 ChromiumOS tree has also a machine driver but I don't see a simple-audio-card in that tree so it seems that predates it. -- Javier Martinez Canillas Open Source Group Samsung Research America -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html