On Tue, 18 Aug 2026 21:55:34 +0200,
Kirill A. Korinsky <kirill@korins.ky> wrote:
> 
> On Tue, 18 Aug 2026 19:56:28 +0200,
> Mark Kettenis <mark.kettenis@xs4all.nl> wrote:
> > 
> > > From: "Theo de Raadt" <deraadt@openbsd.org>
> > > Date: Tue, 18 Aug 2026 10:33:35 -0600
> > > 
> > > Mark Kettenis <mark.kettenis@xs4all.nl> wrote:
> > > 
> > > > > OK deraadt, but now that it's serious kettenis may have other nits.
> > > > > The conditions look correct to me and I don't think anything outside
> > > > > sys/arch/sparc64/stand uses the ld options which use this so the effects
> > > > > are tightly constrained.
> > > > 
> > > > I have a feeling that this is trying to work around an issue that can
> > > > be fixed by passing the right command line arguments and/or a fairly
> > > > simple linker script.  Please let me see if I can figure that out
> > > > before committing this.
> > > 
> > > In the old days, did nmagic binaries really do 1MB padding?
> > > I doubt it.  So it seems like an oversight.
> > 
> > The padding seems to be a consequence of mixing -N with -Ttext.
> > 
> > Kirill, can you try replacing
> > 
> >   "-Ttext ${RELOC}"
> > 
> > with
> > 
> >   "--image-base=0x${RELOC}"
> > 
> > ?
> > 
> > And maybe you can put your current ofwboot binary (the one produces by
> > your midified version of ld.lld) somewhere such that I can take a look
> > at it?
> > 
> 
> Yes, replacing -Ttext ${RELOC} by --image-base=0x${RELOC} as:
> 
> RCS file: /cvs/src/sys/arch/sparc64/stand/ofwboot/Makefile,v
> diff -u -p -r1.29 Makefile
> --- ofwboot/Makefile    30 Jan 2025 21:46:25 -0000      1.29
> +++ ofwboot/Makefile    18 Aug 2026 19:02:45 -0000
> @@ -73,7 +73,7 @@ CPPFLAGS+=    -DSOFTRAID
>  .endif
> 
>  ${PROG}: ${OBJS} ${LIBSA} ${LIBZ}
> -       ${LD} -N -Ttext ${RELOC} -e ${ENTRY} -o ${PROG} -nopie -znorelro \
> +       ${LD} -N --image-base=0x${RELOC} -e ${ENTRY} -o ${PROG} -nopie -znorelro \
>             ${OBJS} -L${LIBSADIR} ${LIBSA} \
>             -L${LIBZDIR} ${LIBZ}
> 
> 
> leads to ofwboot without padding. Binaries are here:
> https://kirill.korins.ky/pub/sparc64-ofwboot/
> 

... and ofwboot with --image-base can't boot in qemu as:

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 Aug 18 2026 12:04
  Type 'help' for detailed information
Trying disk...
Not a bootable ELF image
Not a bootable a.out image

Loading FCode image...
Loaded 6888 bytes
entry point is 0x4000
Evaluating FCode...
OpenBSD IEEE 1275 Bootblock 2.1
..>> OpenBSD BOOT 1.30
Trying bsd...
Booting /pci@1fe,0/pci@1,1/ide@3/ide@0/disk@0/bsd
10567496@0x1000000+184@0x1a13f48+146540@0x1c00000+4047764@0x1c23c6c
symbols @ 0xfeda2400 548154+165+710688+500011 start=0x1000000


-- 
wbr, Kirill