On Sat, May 30, 2020 at 10:11:08AM +0100, Mark Cave-Ayland wrote: > On 30/05/2020 10:03, Otto Moerbeek wrote: > > > Hi, > > > > thanks for the hints, but an unpatched 6.7 miniroot still fails to > > boot for me > > > > qemu-system-sparc64 -machine sun4u -m 1024 -drive \ > > file=miniroot67.img,format=raw -nographic -serial stdio -monitor none > > > > OpenBIOS for Sparc64 > > Configuration device id QEMU version 1 machine id 0 > > kernel cmdline > > CPUs: 1 x SUNW,UltraSPARC-IIi > > UUID: 00000000-0000-0000-0000-000000000000 > > Welcome to OpenBIOS v1.1 built on Oct 28 2019 17:08 > > Type 'help' for detailed information > > Trying disk:a... > > Not a bootable ELF image > > Not a bootable a.out image > > > > Loading FCode image... > > Loaded 6882 bytes > > entry point is 0x4000 > > Evaluating FCode... > > OpenBSD IEEE 1275 Bootblock 2.0 > > .. > > > > And then hangs > > > > While the patched bootblocks do boot (but hang later after > > > > scsibus1 at softraid0: 256 targets > > > > > > as before, > > > > -Otto > > Hmmm odd. Is it possible for you to upload your miniroot somewhere for me to > take a > quick look? I don't have a great deal of time right now, but I can run it > through a > debugger to see if anything obvious shows up. > > > ATB, > > Mark.
https://cdn.openbsd.org/pub/OpenBSD/snapshots/sparc64/ contains the unpatched miniroot. https://www.drijf.net/openbsd/disk.qcow2 is the disk image based on the miniroot containing the patch in the firts post in this thread. Thanks for looking into this. Note that we did *not* observe boot failure on any real sparc64 hardware. The bootblock changes I did for the 6.7 release were tested on many different machines. -Otto
