On Aug 18, 2021, at 10:33 PM, Remy van Elst <relst%relst.nl@localhost> wrote:
Hi All,
Since there is so much exciting development on the QEMU side and since astr0baby's twitter is overflowing with NetBSD on all kinds of architectures at the moment, I thought, lets do a write up / guide on NetBSD for Alpha on QEMU. It is linked here:
https://raymii.org/s/articles/NetBSD_on_QEMU_Alpha.html
Hey, thanks for writing this up! I’ve been meaning to write something up myself, but my roundtuits are in short supply at the moment.
- Why do I need to provide the kernel to QEMU as (two, one for install, one after) a seperate file? The kernel is installed on disk after installation right?
The Qemu “bios” (palcode-clipper) for its Alpha emulation does not contain any of the I/O callbacks implemented by real DEC SRM firmware. Nor does it contain any of the CLI implemented by real DEC SRM firmware. As such, there is no way to use a boot loader program to load the kernel from the file system in the emulated machines disks.
- What is the purpose of the two different kernel files? astr0baby just said, use them, but not why.
GENERIC.QEMU is exactly the same as GENERIC except that it has the kernel symbol table injected into it for use by the in-kernel debugger (and, eventually, the in-kernel linker for modules, once I finish implementing all of the necessary relocations for Alpha).
- How do I handle updates for the kernel (in regards to the seperate qemu file)?
Unfortunately, you must continue to update the kernel out-of-band by whatever mechanism is most convenient to you. This is simply just a limitation forced by qemu-system-alpha.
- Installing any package that depends on GTK (like xfce4-wm or netsurf) takes long to install. xfce4-wm has been going for 18 hours now, either updating the gtk icon cache or some other post install process. Can I speed this up?
Yikes. I’ll need pkg install experts to weigh in on this. It’s entirely possible that it’s bottlenecked on the disk emulation. I’m working on getting VirtIO to work on alpha so hopefully we can speed disk and network access up a little.
-- thorpej