Hi Russell,
On Mon, Apr 7, 2014 at 7:25 AM, Russell King - ARM Linux linux@arm.linux.org.uk wrote:
On Mon, Apr 07, 2014 at 07:15:34AM -0700, Olof Johansson wrote:
On Mon, Apr 7, 2014 at 2:10 AM, Russell King - ARM Linux linux@arm.linux.org.uk wrote:
On Sun, Apr 06, 2014 at 11:12:51PM -0700, Olof's autobooter wrote:
Failed boards:
cubie multi_v7_defconfig : FAILED 1:05.77 cubie2 sunxi_defconfig : FAILED 1:21.41 cubie2 multi_v7_defconfig : FAILED 1:09.94 cubie2 multi_lpae_defconfig : FAILED 0:59.68 hummingboard multi_v7_defconfig : FAILED 1:04.69 panda multi_v7_defconfig : FAILED 1:36.35 snow exynos_defconfig : FAILED 2:24.53 snowball multi_v7_defconfig : FAILED 1:07.90 wandboard multi_v7_defconfig : FAILED 1:05.66So do we have any clues what's causing these to fail?
I'm pretty sure these will be fixed by:
"arm: pj4: check cpu id for pj4 cp0 access"
That I don't see in -next yet. Adding Chao on this thread, since we've already requested the patch to be sent to the patch tracker...
I haven't applied anything from the patch system for the last month or more as I've been soo bogged down with the l2c and fec changes.
The multi_v7_defconfig change that triggers the PJ4 enable (and thus some boot failures[1]) is now in mainline. The fixes for this are in the patch tracker as 8015/1 and 8016/1.
A good question at this point is what change introduced this regression,
What introduced this regression was enabling MACH_DOVE in multi_v7_defconfig (commit 5c436fbef207e11aeae54ea6c8dfd4c65b2aaac2) since that selects the PJ4 options.
We've had this reverted in arm-soc/for-next while waiting for the patches to make it through your patch tracker, but the pull request with that change has gone out, and now it's in mainline, so we have boot failures in mainline[1]
and why did that change go through a different tree to that which is being asked to carry the fixes?
The original change was a multi_v7_defconfig change which we've been handling through arm-soc. The fix is a core CPU identification change that typically goes through you.
Since we now have mainline breakage, we'd be glad to take the fix if you're too busy, but ideally the fix would go through your patch tracker into your tree.
Thanks,
Kevin
[1] http://lists.linaro.org/pipermail/kernel-build-reports/2014-April/003158.htm...