Re: git: 1dfcff294e44 - main - release: increase IMAGE_SIZE for arm, arm64, riscv [odd alignment for SBC images]
- Reply: Warner Losh : "Re: git: 1dfcff294e44 - main - release: increase IMAGE_SIZE for arm, arm64, riscv [odd alignment for SBC images]"
- In reply to: Ed Maste : "Re: git: 1dfcff294e44 - main - release: increase IMAGE_SIZE for arm, arm64, riscv [odd alignment for SBC images]"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 19 Jul 2022 20:42:45 UTC
On Tue, Jul 19, 2022 at 04:35:36PM -0400, Ed Maste wrote: > On Sun, 17 Jul 2022 at 13:08, Rodney W. Grimes > <freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > > Perhaps an assert for kern.geom.part.mbr.enforce_chs not > > being zero in /usr/src/release scripts is in order so that > > the builds blow up rather than produce BAD images. > > This is a good interim step (before switching to mkimg). > > Perhaps: > > diff --git a/release/tools/arm.subr b/release/tools/arm.subr > index 77b708bca4a2..94e0ee89deaf 100644 > --- a/release/tools/arm.subr > +++ b/release/tools/arm.subr > @@ -62,6 +62,10 @@ umount_loop() { > } > > arm_create_disk() { > + if [ $(sysctl -n kern.geom.part.mbr.enforce_chs) != 0 ]; then > + return 1 > + fi > + > # Create the target raw file and temporary work directory. > chroot ${CHROOTDIR} gpart create -s ${PART_SCHEME} ${mddev} > if [ "${PART_SCHEME}" = "GPT" ]; then > My concern with this is kern.geom.part.mbr.enforce_chs is always '1' on the builders, which effectively means all arm builds will fail every time. I think we need to get to the actual root of the problem here, versus applying band-aids to a shark bite. Glen