On 2023-12-20 18:25, John Paul Adrian Glaubitz wrote:
Hi Sam,
On Wed, 2023-12-20 at 16:22 +0100, Sam Ravnborg wrote:
The leon3_generic machine is maintained by different people so I'd suggest
contacting them: see [1] for their contact details. I see there is an
avocado boot test for the leon3_generic machine included within the QEMU
source tree, but it uses a downloadable image of HelenOS rather than Linux.
Thanks for the pointer, I will try to reach out to them when I have
something a bit more solid than "it does not work".
I tried to hack around a little in qemu and I have an idea where things
goes wrong. The leon_generic assumes another address layout than what is
used by the kernel, so the very first jump to a kernel address fails.
The MKLINUXIMG second stage bootloader sets up MMU tables and the SPARC
OPENPROM interface for LEON systems, so you need to run the vmlinux
image through that. You can find it (and our other Linux related
releases) via https://gaisler.com/index.php/downloads/linux. The manual
is at https://www.gaisler.com/doc/mklinuximg.pdf and the latest release at
https://gaisler.com/anonftp/linux/linux-2.6/kernel/mklinuximg-2.0.15.tar.bz2
With a sparc-linux-gcc in the PATH (or using CROSS_COMPILE to point out
a toolchain stem) you can do:
mklinuximg vmlinux image.ram
and then run the resulting image.ram in e.g. QEMU 8.2.0 with
qemu-system-sparc -nographic -M leon3_generic -m 256 -kernel image.ram
This at least boots the kernel and let me log in when quickly testing a
few images with root filesystems in initramfs, admittedly with our
kernel patches in place.
I would argue that before we start introducing larger changes to arch/sparc,
we should settle the maintainership question first. Once we have an active
maintainer again, we can have a more extended discussion about what to keep
and how to name things.
I agree.
Cheers,
Andreas
