> Date: Fri, 21 Oct 2016 09:23:47 +0000 > From: Miod Vallat <[email protected]> > > > It seems rev 1.2 broke booting on the DSR machines. > > > which was also reported[0] on the 1000N model. (I am sorry but I am not > > subscribed to misc@ and I missed that email even though I was CC'ed.) > > > > Is it okay if I revert this for now until we find a proper fix? > > No, because this will cause the whole random data passed to the kernel > to be zeroed. > > The real problem here is that there is no real octeon boot loader, the > kernels are loaded directly from u-boot, and the u-boot version in your > system is quite old and does not understand fancy yet valid ELF layouts > because u-boot is designed to boot a linux kernel and nothing else. > > For those kind of systems, it is worth investigating whether a .umg file > can be built with mkuboot, in a way similar to what the armv7 port does; > this would be a better solution on the long-term, and immune to kernel > layout changes.
We no longer build .umg files for armv7 by default as the new EFI bootloader properly loads our normal ELF kernel. But the hooks should still be there in the kernel Makefile and we'll probably keep them around for platformms whithout support in mainline u-boot. Note that using a .umg file won't actually fill .openbsd.randomdata with random data. And that's a serious issue. Doesn't look like there is any support for these machines in mainline u-boot, so porting the EFI bootloader doesn't seem to be an option.
