On Mon, Mar 27, 2017 at 09:43:09AM -0700, Tony Lindgren wrote: > Yes problems still remains. I think the immediate fix there is to > disable kexec during runtime based on some criteria for your use > case rather than BUG() though. Somehow kexec needs to know if CPU1 > reset is acceptable, then reset CPU1 before kexec. The only acceptable way to do that is to make the decision when loading the image(s), and refuse to load the image(s) if kexec is not possible. (As is already done when dealing with whether we can CPU hot-unplug the secondary CPUs.) -- 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. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
