From: mark.rutland@arm.com (Mark Rutland)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 1/9] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC
Date: Fri, 6 Mar 2015 11:40:21 +0000 [thread overview]
Message-ID: <20150306114021.GF8700@leverpostej> (raw)
In-Reply-To: <54F9140B.3060109@samsung.com>
> >>>> CPU0 (boot CPU) is only well working for CPU_OFF.
> >>>> But when I try to turn on the CPU0 after CPU_OFF, I failed it.
> >>>
> >>> That's rather worrying. Can you look into what's going on here? I'd
> >>> rather not have dts describing things which are known to be broken.
> >>
> >> The board dts don't include any node for CPU_ON/OFF.
> >
> > I don't understand. The CPU_ON and CPU_OFF IDs are in the psci node
> > quoted above, and all the CPUs had enable-method = "psci".
>
> I mean that there are not additional dt node except for 'cpu' and 'psci' node.
The psci node and cpu enable-method are sufficient. No other nodes
should be relevant.
> >
> >> When I try to turn on the CPU0 (boot CPU), fail to turn on and lockup happen.
> >> After lockup happen, I cannot use the console.
> >
> > That sounds like a pretty major bug.
> >
> > Are you able to investigate with a hardware debugger?
>
> I can't do because there are not any jtag connector.
That is very unfortunate. Which PSCI implementation are you using?
Surely whoever developed it has access to debug. Surely they should have
tested this?
> > Do other CPUs eventually log errors regarding the lockup? Or is the
> > machine completely dead from this point on?
>
> I tested CPU0 on/off. When I turn on the CPU0, I fail it. But, kernel just show the error log without lockup.
> I gave you wrong infromation about CPU0 off.
Ok. However that's still a major bug.
[...]
> >>>>> I take it CPUs boot at EL2?
> >>>
> >>> Do the CPUs boot at EL1 or EL2?
> >>
> >> Unfortunately, I cannot check the secure firmware for Exynos5433 SoC.
> >> I think that a few SoC provider probably would know it.
> >
> > I guess I asked the wrong question.
> >
> > Do CPUs enter the kernel at EL2 or at EL1?
>
> Could you give me a tip how to check the kernel at EL2 or EL1?
Hmm... I thought we logged this but it looks like we don't.
You could hack in a check of is_hyp_mode_available() and
is_hyp_mode_mismatched(). That will tell you if EL2/hyp is available,
and whether all CPUs enter at the same mode (mandatory per the boot
protocol).
Thanks,
Mark.
next prev parent reply other threads:[~2015-03-06 11:40 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-05 5:38 [PATCH v5 0/9] arm64: Add the support for new Exynos5433 SoC Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 1/9] arm64: dts: exynos: Add dts files for 64-bit " Chanwoo Choi
2015-03-05 12:24 ` Mark Rutland
2015-03-05 16:12 ` Chanwoo Choi
2015-03-05 17:04 ` Mark Rutland
2015-03-05 17:36 ` Chanwoo Choi
2015-03-05 18:54 ` Mark Rutland
2015-03-06 2:42 ` Chanwoo Choi
2015-03-06 11:40 ` Mark Rutland [this message]
2015-03-06 12:18 ` Chanwoo Choi
2015-03-10 1:31 ` Chanwoo Choi
2015-03-12 10:39 ` Mark Rutland
2015-03-05 5:38 ` [PATCH v5 2/9] arm64: dts: exynos: Add MSHC dt node for Exynos5433 Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 3/9] arm64: dts: exynos: Add SPI/PDMA " Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 4/9] arm64: dts: exynos: Add PMU " Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 5/9] arm64: dts: exynos: Add RTC and ADC dt node for Exynos5433 SoC Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 6/9] arm64: dts: exynos: Add ADMA " Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 7/9] arm64: dts: exynos: Add I2S " Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 8/9] arm64: dts: exynos: Add TMU sensor " Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 9/9] arm64: dts: exynos: Add thermal-zones " Chanwoo Choi
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=20150306114021.GF8700@leverpostej \
--to=mark.rutland@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).