Thread (29 messages) 29 messages, 4 authors, 2016-05-23

Crash after 'reboot' due to 9be4fd2c7723a

From: linux@armlinux.org.uk (Russell King - ARM Linux)
Date: 2016-05-23 22:05:14
Also in: linux-pm

On Mon, May 23, 2016 at 06:38:31PM -0300, Fabio Estevam wrote:
On Mon, May 23, 2016 at 6:07 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
Read the code again.  There's three states:

1. CONFIG_SMP=n - it always returns false.
2. CONFIG_SMP=y, CONFIG_SMP_ON_UP=n - it always returns true.  Such a
   kernel can _only_ be run on SMP capable systems.
3. CONFIG_SMP=y, CONFIG_SMP_ON_UP=y - it returns depending on whether
   we detect that the CPU is SMP capable.
Yes, I meant that on imx6ul we have option 2 above with imx_v6_v7_defconfig.
I don't think so, unless you specifically turn off CONFIG_SMP_ON_UP.
It defaults to 'y', so imx_v6_v7_defconfig should result in this being
'y'.
Also tested option 3 and is_smp() returns true as well.
So that means the MPIDR register is telling the kernel...

* The boot CPU has multiprocessor extensions.
* The boot CPU is not part of a uniprocessor system.
I will try to see why GIC on this SoC cannot work in SMP.
-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help