Am 02.10.19 um 13:45 schrieb Nicolas Saenz Julienne: > Currently, in arm_dt_init_cpu_maps(), the hwid of the boot CPU is read > from MPIDR on SMP devices and set to 0 for non SMP. This value is then > matched with the DT cpu nodes' reg property in order to find the boot > CPU in DT. > > On MP devices build without SMP the cpu DT node contains the expected > MPIDR yet the hwid is set to 0. With this the function fails to match > the cpus and uses the default CPU logical map. Making it impossible to > get the CPU's DT node further down the line. This causes issues with > cpufreq-dt, as it triggers warnings when not finding a suitable DT node > on CPU0. > > Change the way we choose whether to get MPIDR or not. Instead of > depending on SMP check the number of CPUs defined in DT. Anything > 1 > means MPIDR will be available. > > This was seen on a Raspberry Pi 2 build with bcm2835_defconfig. > > Reported-by: "kernelci.org bot" <[email protected]> > Signed-off-by: Nicolas Saenz Julienne <[email protected]> > ---
Tested-by: Stefan Wahren <[email protected]> Thanks
