In the Linux kernel, the following vulnerability has been resolved: ARM: rockchip: fix kernel hang during smp initialization In order to bring up secondary CPUs main CPU write trampoline code to SRAM. The trampoline code is written while secondary CPUs are powered on (at least that true for RK3188 CPU). Sometimes that leads to kernel hang. Probably because secondary CPU execute trampoline code while kernel doesn't expect. The patch moves SRAM initialization step to the point where all secondary CPUs are powered down. That fixes rarely hangs on RK3188: [ 0.091568] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000 [ 0.091996] rockchip_smp_prepare_cpus: ncores 4
https://git.kernel.org/stable/c/d7d6d076ee9532c4668f14696a35688d35dd16f4
https://git.kernel.org/stable/c/c0726d1e466e2d0da620836e293a59e6427ccdff
https://git.kernel.org/stable/c/888a453c2a239765a7ab4de8a3cedae2e3802528
https://git.kernel.org/stable/c/7cdb433bb44cdc87dc5260cdf15bf03cc1cd1814
https://git.kernel.org/stable/c/47769dab9073a73e127aa0bfd0ba4c51eaccdc33
https://git.kernel.org/stable/c/3c6bf7a324b8995b9c7d790c8d2abf0668f51551
https://git.kernel.org/stable/c/265583266d93db4ff83d088819b1f63fdf0131db
https://git.kernel.org/stable/c/1eb67589a7e091b1e5108aab72fddbf4dc69af2c
https://git.kernel.org/stable/c/0223a3683d502b7e5eb2eb4ad7e97363fa88d531