On 06/30/2014 01:23 AM, Arnd Bergmann wrote: > On Saturday 28 June 2014 13:15:09 Santosh Shilimkar wrote: >>>> For SMP boot, ARMv8 expecting to have either PSCI based implementation or >>>> device tree based boot scheme. you can move towards that model if possible. >>> >>> But we also have the code for SMP on 32-bit ARM. Should that remain in >>> arch/arm/mach-tegra or can it move to drivers/soc/tegra? >>> >> You answered yourself. I don't see any point moving such a code to drivers >> which is really SMP bring up code for ARM 32 bit. For ARM 64 bit, as >> outline by maintainers (Catalin, Arnd), you should use PSCI or DT based >> boot scheme. > > I was hoping that one day we could unify the SMP bootup code with the > cpuidle infrastructure, as a lot of the underlying functions are shared > on the majority of SoCs. I have no plans to work on that myself though, > and it would have to be agreed on by the cpuidle maintainers. > > For ARM64, the hope was indeed to use PSCI for all SoCs. I just have no > idea how that would be enforced for mobile SoCs that get shipped to > system integrators with an bootloader and kernel tree that doesn't even > get reviewed anywhere first. Indeed, I'm not sure that our downstream kernels use PSCI. There has been some discussion of that, but I'm not sure that it actually happened at least on Tegra132. Even if we do use PSCI, it's likely to be implemented in a binary blob firmware at the moment, which still seems less palatable to me than putting the code directly into the kernel. If the upstream mandate is "use PSCI or don't upstream", then given my and Thierry's limited bandwidth (we are after all only human), we likely can't port the kernel and write a whole new upstream-specific firmware just to provide PSCI, so this kinda makes the choice for us... -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
