From: Kevin Hilman <khilman@kernel.org>
To: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
Cc: Kukjin Kim <kgene@kernel.org>,
Vivek Gautam <gautamvivek1987@gmail.com>,
Inki Dae <inki.dae@samsung.com>,
Andrzej Hajda <a.hajda@samsung.com>,
Krzysztof Kozlowski <k.kozlowski@samsung.com>,
"linux-samsung-soc@vger.kernel.org"
<linux-samsung-soc@vger.kernel.org>,
Paolo Pisati <p.pisati@gmail.com>,
Vivek Gautam <gautam.vivek@samsung.com>
Subject: Re: Peach Pi/Pit boot failures in linux-next (was Re: [RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init)
Date: Fri, 21 Nov 2014 08:38:52 -0800 [thread overview]
Message-ID: <7hzjbko6eb.fsf@deeprootsystems.com> (raw)
In-Reply-To: <546F3837.5020706@collabora.co.uk> (Javier Martinez Canillas's message of "Fri, 21 Nov 2014 14:03:51 +0100")
Javier Martinez Canillas <javier.martinez@collabora.co.uk> writes:
> [adding Kukjin as cc and dropping dri-devel]
>
> Hello Kevin,
>
> On 11/20/2014 07:22 PM, Kevin Hilman wrote:
>>> My kernel command line is almost the same with the difference that
>>> I'm using clk_ignore_unused and I just checked that not passing
>>> that parameter, makes linux-next to hang showing the same output
>>> log that Kevin reported.
>>
>> Ah! Good find. I confirm that adding clk_ignore_unused is getting
>> me booting again, but of course that is just masking a problem, so I
>> hope someone can shed light on which clock isn't being correctly
>> managed.
>>
>
> True, I'm renaming the thread subject to track these issues separately
> of the original Exynos DRM bug since these are unrelated.
>
> So, I see two different boot failures on the Peach Pi[t] Chromebooks:
>
> 1) next20141121 boot fails due snd-soc-snow
>
> Disabling CONFIG_SND_SOC_SNOW makes the boot to got a little further
> but still fails with the second issue:
>
> 2) next20141121 boot hangs if unused clocks are disabled.
>
> I tried to root cause these two issues but didn't see anything evident
> so I'll find a last known good commit and bisect. If anyone has an
> idea of the possible causes for these issues that would be appreciated.
FWIW, in addition to the failures on 5800/peach-pi, I'm also seeing boot
failures in next-20141121 on the exynos5420-arndale-octa[1]. Adding
clk_ignore_unused gets things booting there as well.
What's interesting is that my exynos5422-odroid-xu3 is booting fine as
well as the exynos5420-arndale and the exynos5410-odroid-xu (shown as
exynos5410-smdk5410)
Whatever the issue, it definietly seems like a problem that was came
through a driver/subsystem tree because that these boards are all
booting fine with Kukjin's for-next, arm-soc/for-next and
mainline/v3.18-rc5 (all with just plain exynos_defconfig, and without
clk_ignore_unused.) For example, just looking at peach-pi across all
these trees[2], you can see that it's only failing in linux-next.
Kevin
[1] http://status.armcloud.us/boot/?next-2014112?&exynos
[2] http://status.armcloud.us/boot/?exynos5800-peach-pi
NOTE: the exynos5422-odroid-xu3 is shown as exynos5420-smdk5420 since
that's the DTS being used, and exynos5410-odroid-xu is shown as
exynos5410-smdk5410, again due to the DTS being used.
next prev parent reply other threads:[~2014-11-21 16:38 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-18 13:53 [RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init Javier Martinez Canillas
2014-11-18 18:41 ` Kevin Hilman
2014-11-18 20:28 ` Gustavo Padovan
2014-11-18 22:46 ` Kevin Hilman
2014-11-19 10:09 ` Javier Martinez Canillas
2014-11-19 16:52 ` Javier Martinez Canillas
2014-11-19 19:52 ` Kevin Hilman
2014-11-19 22:29 ` Kevin Hilman
2014-11-20 7:06 ` Vivek Gautam
2014-11-20 7:51 ` Vivek Gautam
2014-11-20 8:45 ` Javier Martinez Canillas
2014-11-20 9:52 ` Vivek Gautam
2014-11-20 14:24 ` Pankaj Dubey
2014-11-20 15:57 ` Paolo Pisati
2014-11-20 16:44 ` Javier Martinez Canillas
2014-11-20 16:41 ` Kevin Hilman
2014-11-20 17:47 ` Javier Martinez Canillas
2014-11-20 18:22 ` Kevin Hilman
2014-11-20 23:49 ` Paolo Pisati
2014-11-21 11:33 ` Andreas Färber
2014-11-21 17:32 ` Ajay kumar
2014-11-21 20:57 ` Javier Martinez Canillas
2014-11-24 10:05 ` Javier Martinez Canillas
2014-11-24 10:36 ` Vivek Gautam
2014-11-24 15:05 ` Andreas Färber
2014-11-25 5:35 ` Ajay kumar
2014-11-21 13:03 ` Peach Pi/Pit boot failures in linux-next (was Re: [RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init) Javier Martinez Canillas
2014-11-21 16:38 ` Kevin Hilman [this message]
2014-11-21 20:49 ` Javier Martinez Canillas
2014-11-22 10:21 ` Krzysztof Kozlowski
2014-11-24 9:38 ` Javier Martinez Canillas
2014-11-24 9:42 ` Javier Martinez Canillas
2014-11-24 10:13 ` Krzysztof Kozlowski
2014-11-24 11:07 ` Javier Martinez Canillas
2014-11-24 11:12 ` Krzysztof Kozlowski
2014-11-24 13:16 ` Javier Martinez Canillas
2014-11-24 13:28 ` Vivek Gautam
2014-11-24 13:53 ` Krzysztof Kozlowski
2014-11-24 9:51 ` Krzysztof Kozlowski
2014-11-20 14:07 ` [RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init Inki Dae
2014-11-20 14:28 ` Javier Martinez Canillas
2014-11-20 15:06 ` Inki Dae
2014-11-20 15:26 ` Javier Martinez Canillas
2014-11-20 17:01 ` Inki Dae
2014-11-21 11:19 ` Javier Martinez Canillas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7hzjbko6eb.fsf@deeprootsystems.com \
--to=khilman@kernel.org \
--cc=a.hajda@samsung.com \
--cc=gautam.vivek@samsung.com \
--cc=gautamvivek1987@gmail.com \
--cc=inki.dae@samsung.com \
--cc=javier.martinez@collabora.co.uk \
--cc=k.kozlowski@samsung.com \
--cc=kgene@kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=p.pisati@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox