On Thu, Aug 13, 2015 at 11:52:31PM -0300, Daniel Bolgheroni wrote: > On Thu, Aug 13, 2015 at 07:48:30PM +1000, Jonathan Gray wrote: > > I would be curious to see what happens when running a recent u-boot > > and the following: > > > > Index: armv7_machdep.c > > =================================================================== > > RCS file: /cvs/src/sys/arch/armv7/armv7/armv7_machdep.c,v > > retrieving revision 1.24 > > diff -u -p -r1.24 armv7_machdep.c > > --- armv7_machdep.c 19 May 2015 03:30:54 -0000 1.24 > > +++ armv7_machdep.c 13 Aug 2015 09:36:53 -0000 > > @@ -397,6 +397,12 @@ initarm(void *arg0, void *arg1, void *ar > > bus_space_handle_t *); > > > > board_id = (uint32_t)arg1; > > + /* > > + * u-boot has decided the top four bits are > > + * 'compatibility revision' for sunxi > > + */ > > + if (board_id != 0xffffffff) > > + board_id &= 0x0fffffff; > > > > /* > > * Heads up ... Setup the CPU / MMU / TLB functions > > > > Tested your patch with Banana Pi and it doesn't work. Without the > workaround option to boot older kernels, it won't boot with U-Boot > 2015.10-rc1. > > It does, however, works OK with the workaround, as does -current.
For the cubieboard1 miniroot for now I'll include u-boot 2015.07 with the CONFIG_OLD_SUNXI_KERNEL_COMPAT config option. Ideally someone would figure out what the kernel needs to boot without it. Looking at u-boot further it seems to change the secure mode as well. As building u-boot is quite painful and can't be done natively on OpenBSD as far as I can tell, I've put images up for some of the sunxi boards built with this option: http://jsg.id.au/u-boot/sunxi/Bananapi/u-boot-sunxi-with-spl.bin http://jsg.id.au/u-boot/sunxi/Cubieboard/u-boot-sunxi-with-spl.bin http://jsg.id.au/u-boot/sunxi/Cubieboard2/u-boot-sunxi-with-spl.bin http://jsg.id.au/u-boot/sunxi/Linksprite_pcDuino/u-boot-sunxi-with-spl.bin http://jsg.id.au/u-boot/sunxi/Linksprite_pcDuino3/u-boot-sunxi-with-spl.bin http://jsg.id.au/u-boot/sunxi/Linksprite_pcDuino3_Nano/u-boot-sunxi-with-spl.bin
