Re: Peach Pi/Pit boot failures in linux-next (was Re: [RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init)

[Krzysztof Kozlowski <k.kozlowski@samsung.com>]

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