If you say that 6.7 works, then the changes in the logs to look at are
the following.
It isn't that many diffs, see below.
Compiling the bootblocks is not hard
cd /usr/src
make obj # YES FROM THE TOP OF THE TREE
cd sys/arch/sparc64/stand
make
make install
in the forth bootblk:
revision 1.10
date: 2020/06/05 09:16:13; author: otto; state: Exp; lines: +11 -3;
commitid: UX6Wf38M2cpPhjSY;
Qemu does not like we load ofwboot on top of the bootblocks and as
miod notes this is actually a regression I introduced in the latest
commit. So stop doing that, even if it works on real hardware.
ok kettenis@
----------------------------
revision 1.9
date: 2020/04/02 06:06:22; author: otto; state: Exp; lines: +529 -373;
commitid: DiwabwH5EeuMX7D2;
Change bootblocks to be able to read from ffs1, ffs2 and softraid.
ffs2 part from eeh at netbsd. ok deraadt@
ofwboot/boot.c
Random was added to the bootblocks before 6.7. But then code was
added to fchmod the random file, so that it would not be reused.
That fchmod is a write-to-disk operation.
Is this write code triggering a bug in the bootblocks or is it actually
broken on it's own?
see loadrandom()
ofwboot/elf64_exec.c
+ * Kernels up to and including OpenBSD 6.7
+ * check for an exact match if the length.
+ * Lie here to make sure we can still boot
+ * older kernels with softraid.
The format of a structure on the disk changed. Are you using softraid?
It might matter.
There is also some change for the symbol table. The commit history
explains it.
ofwboot/ofdev.c
date: 2018/03/29 08:12:58; author: stsp; state: Exp; lines: +3 -3;
commitid: CrCKSPquGDvYCD8s;
Make sparc64 ofwboot open the softraid boot chunk early on and keep the
handle open until a kernel has been loaded from the softraid volume.
This works around an apparent memory leak in the firmware on T5220
which fails to load an ldom guest kernel from softraid with a "Fast
Data Access MMU Miss" trap after many OF_open()/OF_close() calls.
This problem goes away when we call OF_open()/OF_close() just once
instead of for every block we want to read.
Crank ofwboot version to 1.10.
Make sure to keep working boot media around before upgrading!
Softraid boot of an T5220 ldom guest (CRYPTO), and a v240 (RAID 1),
have been tested and are known to work. Please report issues to bugs@.
ok kettenis@
Those are the ones to try to back out, independently, or sometimes a
chain of commits. Figure out which of these problems it is.
It is very *POSSIBLE* this is trigging bugs in the PROMS on the older
machines, but we don't use them anymore, so that's how we got into
this situation.
