From: Chanwoo Choi <cw00.choi-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
To: Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>
Cc: Chanwoo Choi <cwchoi00-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
"kgene-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org"
<kgene-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Marc Zyngier <Marc.Zyngier-5wv7dgnIgG8@public.gmane.org>,
"arnd-r2nGTMty4D4@public.gmane.org"
<arnd-r2nGTMty4D4@public.gmane.org>,
"olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org"
<olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org>,
Catalin Marinas <Catalin.Marinas-5wv7dgnIgG8@public.gmane.org>,
Will Deacon <Will.Deacon-5wv7dgnIgG8@public.gmane.org>,
"inki.dae-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org"
<inki.dae-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
"chanho61.park-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org"
<chanho61.park-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
"sw0312.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org"
<sw0312.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
"jh80.chung-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org"
<jh80.chung-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
"ideal.song-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org"
<ideal.song-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
"a.kesavan-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org"
<a.kesavan-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
"linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH v5 1/9] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC
Date: Fri, 06 Mar 2015 11:42:19 +0900 [thread overview]
Message-ID: <54F9140B.3060109@samsung.com> (raw)
In-Reply-To: <20150305185407.GK14093@leverpostej>
Hi,
On 03/06/2015 03:54 AM, Mark Rutland wrote:
> Hi,
>
>>>>>> + psci {
>>>>>> + compatible = "arm,psci";
>>>>>> + method = "smc";
>>>>>> + cpu_off = <0x84000002>;
>>>>>> + cpu_on = <0xC4000003>;
>>>>>> + };
>>>>>
>>>>> Back at v2 you mentioned that CPU_OFF wasn't working [1].
>>>>>
>>>>> Do both CPU_ON and CPU_OFF work for all CPUs, including the boot CPU?
>>>>
>>>> The CPU1 ~ CPU7 are well woking about CPU_ON/OFF.
>>>> 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.
>
>> 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.
>
> 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.
[test result of CPU0 on/off on Linux 4.0-rc2]
root@localhost:~# echo 0 > /sys/devices/system/cpu/cpu0/online
[ 420.965435] IRQ1 no longer affine to CPU0
[ 420.965439] IRQ2 no longer affine to CPU0
[ 4631.194227] CPU0: shutdown
root@localhost:~# echo 1 > /sys/devices/system/cpu/cpu0/online
[ 1164.601644] CPU0: failed to come online
-bash: echo: write error: Input/output error
As I experienced, Exynos SoC could not turn off the CPU0 (boot cpu).
I think that we may need the hidden information of Exynos5433 from Exynos5433 architector.
>
>>>>> 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?
Thanks,
Chanwoo Choi
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: cw00.choi@samsung.com (Chanwoo Choi)
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, 06 Mar 2015 11:42:19 +0900 [thread overview]
Message-ID: <54F9140B.3060109@samsung.com> (raw)
In-Reply-To: <20150305185407.GK14093@leverpostej>
Hi,
On 03/06/2015 03:54 AM, Mark Rutland wrote:
> Hi,
>
>>>>>> + psci {
>>>>>> + compatible = "arm,psci";
>>>>>> + method = "smc";
>>>>>> + cpu_off = <0x84000002>;
>>>>>> + cpu_on = <0xC4000003>;
>>>>>> + };
>>>>>
>>>>> Back at v2 you mentioned that CPU_OFF wasn't working [1].
>>>>>
>>>>> Do both CPU_ON and CPU_OFF work for all CPUs, including the boot CPU?
>>>>
>>>> The CPU1 ~ CPU7 are well woking about CPU_ON/OFF.
>>>> 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.
>
>> 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.
>
> 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.
[test result of CPU0 on/off on Linux 4.0-rc2]
root at localhost:~# echo 0 > /sys/devices/system/cpu/cpu0/online
[ 420.965435] IRQ1 no longer affine to CPU0
[ 420.965439] IRQ2 no longer affine to CPU0
[ 4631.194227] CPU0: shutdown
root at localhost:~# echo 1 > /sys/devices/system/cpu/cpu0/online
[ 1164.601644] CPU0: failed to come online
-bash: echo: write error: Input/output error
As I experienced, Exynos SoC could not turn off the CPU0 (boot cpu).
I think that we may need the hidden information of Exynos5433 from Exynos5433 architector.
>
>>>>> 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?
Thanks,
Chanwoo Choi
WARNING: multiple messages have this Message-ID (diff)
From: Chanwoo Choi <cw00.choi@samsung.com>
To: Mark Rutland <mark.rutland@arm.com>
Cc: Chanwoo Choi <cwchoi00@gmail.com>,
"kgene@kernel.org" <kgene@kernel.org>,
Marc Zyngier <Marc.Zyngier@arm.com>,
"arnd@arndb.de" <arnd@arndb.de>,
"olof@lixom.net" <olof@lixom.net>,
Catalin Marinas <Catalin.Marinas@arm.com>,
Will Deacon <Will.Deacon@arm.com>,
"inki.dae@samsung.com" <inki.dae@samsung.com>,
"chanho61.park@samsung.com" <chanho61.park@samsung.com>,
"sw0312.kim@samsung.com" <sw0312.kim@samsung.com>,
"jh80.chung@samsung.com" <jh80.chung@samsung.com>,
"ideal.song@samsung.com" <ideal.song@samsung.com>,
"a.kesavan@samsung.com" <a.kesavan@samsung.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-samsung-soc@vger.kernel.org"
<linux-samsung-soc@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v5 1/9] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC
Date: Fri, 06 Mar 2015 11:42:19 +0900 [thread overview]
Message-ID: <54F9140B.3060109@samsung.com> (raw)
In-Reply-To: <20150305185407.GK14093@leverpostej>
Hi,
On 03/06/2015 03:54 AM, Mark Rutland wrote:
> Hi,
>
>>>>>> + psci {
>>>>>> + compatible = "arm,psci";
>>>>>> + method = "smc";
>>>>>> + cpu_off = <0x84000002>;
>>>>>> + cpu_on = <0xC4000003>;
>>>>>> + };
>>>>>
>>>>> Back at v2 you mentioned that CPU_OFF wasn't working [1].
>>>>>
>>>>> Do both CPU_ON and CPU_OFF work for all CPUs, including the boot CPU?
>>>>
>>>> The CPU1 ~ CPU7 are well woking about CPU_ON/OFF.
>>>> 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.
>
>> 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.
>
> 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.
[test result of CPU0 on/off on Linux 4.0-rc2]
root@localhost:~# echo 0 > /sys/devices/system/cpu/cpu0/online
[ 420.965435] IRQ1 no longer affine to CPU0
[ 420.965439] IRQ2 no longer affine to CPU0
[ 4631.194227] CPU0: shutdown
root@localhost:~# echo 1 > /sys/devices/system/cpu/cpu0/online
[ 1164.601644] CPU0: failed to come online
-bash: echo: write error: Input/output error
As I experienced, Exynos SoC could not turn off the CPU0 (boot cpu).
I think that we may need the hidden information of Exynos5433 from Exynos5433 architector.
>
>>>>> 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?
Thanks,
Chanwoo Choi
next prev parent reply other threads:[~2015-03-06 2:42 UTC|newest]
Thread overview: 46+ 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 ` 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 5:38 ` Chanwoo Choi
[not found] ` <1425533911-14800-2-git-send-email-cw00.choi-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-03-05 12:24 ` Mark Rutland
2015-03-05 12:24 ` Mark Rutland
2015-03-05 12:24 ` Mark Rutland
2015-03-05 16:12 ` Chanwoo Choi
2015-03-05 16:12 ` Chanwoo Choi
2015-03-05 16:12 ` Chanwoo Choi
2015-03-05 17:04 ` Mark Rutland
2015-03-05 17:04 ` Mark Rutland
2015-03-05 17:36 ` Chanwoo Choi
2015-03-05 17:36 ` Chanwoo Choi
2015-03-05 17:36 ` Chanwoo Choi
2015-03-05 18:54 ` Mark Rutland
2015-03-05 18:54 ` Mark Rutland
2015-03-06 2:42 ` Chanwoo Choi [this message]
2015-03-06 2:42 ` Chanwoo Choi
2015-03-06 2:42 ` Chanwoo Choi
[not found] ` <54F9140B.3060109-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-03-06 11:40 ` Mark Rutland
2015-03-06 11:40 ` Mark Rutland
2015-03-06 11:40 ` Mark Rutland
2015-03-06 12:18 ` Chanwoo Choi
2015-03-06 12:18 ` Chanwoo Choi
2015-03-10 1:31 ` Chanwoo Choi
2015-03-10 1:31 ` Chanwoo Choi
2015-03-12 10:39 ` Mark Rutland
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 ` Chanwoo Choi
[not found] ` <1425533911-14800-1-git-send-email-cw00.choi-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-03-05 5:38 ` [PATCH v5 3/9] arm64: dts: exynos: Add SPI/PDMA " Chanwoo Choi
2015-03-05 5:38 ` Chanwoo Choi
2015-03-05 5:38 ` Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 4/9] arm64: dts: exynos: Add PMU " Chanwoo Choi
2015-03-05 5:38 ` 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 ` Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 6/9] arm64: dts: exynos: Add ADMA " Chanwoo Choi
2015-03-05 5:38 ` Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 7/9] arm64: dts: exynos: Add I2S " Chanwoo Choi
2015-03-05 5:38 ` Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 8/9] arm64: dts: exynos: Add TMU sensor " Chanwoo Choi
2015-03-05 5:38 ` Chanwoo Choi
2015-03-05 5:38 ` [PATCH v5 9/9] arm64: dts: exynos: Add thermal-zones " Chanwoo Choi
2015-03-05 5:38 ` 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=54F9140B.3060109@samsung.com \
--to=cw00.choi-sze3o3uu22jbdgjk7y7tuq@public.gmane.org \
--cc=Catalin.Marinas-5wv7dgnIgG8@public.gmane.org \
--cc=Marc.Zyngier-5wv7dgnIgG8@public.gmane.org \
--cc=Will.Deacon-5wv7dgnIgG8@public.gmane.org \
--cc=a.kesavan-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=chanho61.park-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=cwchoi00-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ideal.song-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=inki.dae-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=jh80.chung-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=kgene-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-samsung-soc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org \
--cc=sw0312.kim-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.