On pon, 2014-11-24 at 10:38 +0100, Javier Martinez Canillas wrote:
> Hell Krzysztof,
>
> On 11/22/2014 11:21 AM, Krzysztof Kozlowski wrote:
> >>
> >> By bisecting I found that the commit introducing both regressions is:
> >>
> >> ae43b32 ("ARM: 8202/1: dmaengine: pl330: Add runtime Power Management support v12")
> >>
> >> By reverting ae43b32, next-20141121 boots with both CONFIG_SND_SOC_SNOW=y
> >> and *without* clk_ignore_unused.
> >>
> >> Krzysztof,
> >>
> >> I see you are the author of the patch, maybe you can take a look why this
> >> is causing regressions in some Exynos boards?
> >
> > Oh crap... I'll look at it on Monday. However I don't have Peach Pi so any
> > information would be useful. Can you post dmesg and your config? (is it
> > exynos_defconfig?)
> >
>
> Yes, I'm using exynos_defconfig. I'm testing with latest linux-next, HEAD:
>
> commit ed6778a ("Add linux-next specific files for 20141121")
>
> The boot log of the hang in the Exynos5420 Peach Pit is sent as an
> attachment. CONFIG_SND_SOC_SNOW was enabled and without clk_ignore_unused.
>
> > Additionally can you boot the board with DMATEST enabled (without reverting
> > my commit so probably with clk_ignore_unsed and with SND_SNOW disabled) and
> > run dmatest on all channels? Something like:
> > echo 2000 > /sys/module/dmatest/parameters/timeout
> > echo 2 > /sys/module/dmatest/parameters/iterations
> > for i in `ls /sys/class/dma/`
> > do
> > echo $i > /sys/module/dmatest/parameters/channel
> > echo 1 > /sys/module/dmatest/parameters/run
> > done
> >
> > ... and post these results also.
> >
>
> I'm attaching the log of the tests as well. To run the test
> CONFIG_SND_SOC_SNOW was disabled and booted with clk_ignore_unused.
>
> > I will test it on Arndale Octa, maybe the cause is the same. Unfortunately
> > it seems Arndale Octa does not have any sound enabled in DTS so it may be
> > hard to test I2S bus (which is used by audio).
> >
>
> Ok, please let me know if you need anything else from me.
Thanks! I replied before seeing your response. Anyway the dmatests are
the same I got on Arndale Octa.
It seems that mau_epll has to be enabled... or something is wrong with
clock hierarchy.
Best regards,
Krzysztof
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
