From: Krzysztof Kozlowski <k.kozlowski@samsung.com>
To: nicolas@ndufresne.ca,
Tobias Jakobi <tjakobi@math.uni-bielefeld.de>,
"linux-samsung-soc@vger.kernel.org"
<linux-samsung-soc@vger.kernel.org>
Cc: Javier Martinez Canillas <javier@osg.samsung.com>
Subject: Re: Odroid U2 Kernel 4.7rc7+ Hang on reboot
Date: Wed, 20 Jul 2016 14:29:24 +0200 [thread overview]
Message-ID: <eeaac434-bef1-ae4e-6bfa-0625635ca8b4@samsung.com> (raw)
In-Reply-To: <578E0F28.6010600@samsung.com>
On 07/19/2016 01:29 PM, Krzysztof Kozlowski wrote:
> On 07/15/2016 05:56 PM, Nicolas Dufresne wrote:
>> Le vendredi 15 juillet 2016 à 16:33 +0200, Tobias Jakobi a écrit :
>>> I can confirm that this indeed doesn't work.
>>>
>>> chidori ~ # echo 1 > /proc/sys/kernel/sysrq
>>> chidori ~ # echo s > /proc/sysrq-trigger
>>> chidori ~ # echo u > /proc/sysrq-trigger
>>> chidori ~ # echo b > /proc/sysrq-trigger
>>> <board hangs, only red power LED on>
>>>
>>> I guess Nicolas is seeing a different or another problem here though.
>>
>> Well for me both method hangs. On an extra note, reset inside Uboot
>> works, but reboot in Linux hang. I tried adding a trace
>> in syscon_restart_handle(), but the trace is never displayed. I'm
>> wondering if that handler is ever called, or if it's just that the
>> serial console was shut down already.
>>
>> Any idea what else should I trace ?
>
> This is weird... reboot should work. Just to confirm it - can you test
> following patch in both scenarios (this should fix both of them... at
> least on Odroid U3 but your board might have different SPL/BL1):
I dig a little bit and emergency reboot on Odroid U3 (and family) is not
solvable in an easy and clean way.
The problem is: reset is a software reset of AP which means that clocks
go to default values. If cpufreq is active and CPU regulator voltage is
low, then it will fail to boot because clock frequency is high but
voltage is low, too low.
Possible solutions would be:
1. Reset PMIC values. This does not happen on software reset. I tried
also hardware reset through watchdog - also nothing.
2. Set regulator to safe value (same as for suspend, opp-suspend). This
cannot be used in emergency path because it is a sleeping, long
operation. I even wrote simpler cpufreq restart handler but still this
is not accepted sleeping operation. Also on Odroid U3 the CPU regulator
voltage cannot be controlled through GPIO/DVS because... they are wired
to VDD.
3. Extend emergency reboot path with execution of some new
syscore_emergency_shutdown() op. That is quite intrusive and requires
changing in many archs... Not really applicable.
4. Change the minimum voltage of buck2 to 1.0V on Odroid. Set is as
constrain, always. Not nice, but should help... Is it worth the effort?
Best regards,
Krzysztof
next prev parent reply other threads:[~2016-07-20 12:29 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1468525055.4843.4.camel@ndufresne.ca>
2016-07-14 19:45 ` Odroid U2 Kernel 4.7rc7+ Hang on reboot Nicolas Dufresne
2016-07-14 20:01 ` Tobias Jakobi
2016-07-14 20:33 ` Nicolas Dufresne
2016-07-15 7:55 ` Krzysztof Kozlowski
2016-07-15 11:35 ` Krzysztof Kozlowski
2016-07-15 13:15 ` Tobias Jakobi
2016-07-15 13:20 ` Krzysztof Kozlowski
2016-07-15 13:23 ` Tobias Jakobi
2016-07-15 13:25 ` Krzysztof Kozlowski
2016-07-15 14:33 ` Tobias Jakobi
2016-07-15 15:56 ` Nicolas Dufresne
2016-07-19 11:29 ` Krzysztof Kozlowski
2016-07-20 12:29 ` Krzysztof Kozlowski [this message]
2016-07-20 12:53 ` Nicolas Dufresne
2016-07-20 23:56 ` Marian Mihailescu
2016-07-15 13:24 ` Krzysztof Kozlowski
2016-07-15 13:50 ` Nicolas Dufresne
2016-07-14 20:22 ` Nicolas Dufresne
2016-07-16 13:53 ` Marian Mihailescu
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=eeaac434-bef1-ae4e-6bfa-0625635ca8b4@samsung.com \
--to=k.kozlowski@samsung.com \
--cc=javier@osg.samsung.com \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=nicolas@ndufresne.ca \
--cc=tjakobi@math.uni-bielefeld.de \
/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