[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] OpenHackWare hacking
From: |
Ed Swierk |
Subject: |
Re: [Qemu-devel] OpenHackWare hacking |
Date: |
Sun, 22 Apr 2007 22:10:06 -0700 |
User-agent: |
KMail/1.9.6 |
A bit more progress--I can boot the Fedora 6 PPC boot.iso and start Anaconda.
- Both VGA and serial console work with the g3bw machine type; mac99 still
crashes early on.
- IDE interrupts are still messed up; my Qemu patch is obviously not quite
right.
- OHW's CHRP boot script parsing isn't sophisticated enough to pass arguments
to yaboot, as the Fedora 6 boot script does, but you can the arguments
manually with the -append option.
- The Linux serial console is very slow.
Here's how I'm starting Qemu:
qemu-system-ppc -cdrom boot.iso -s -append 'conf=cd:,
\ppc\ppc32\yaboot.conf' -nographic
Please see the attached patches to OHW and Qemu; I've also included a compiled
OHW image.
--Ed
On Friday 20 April 2007 16:08:56 Ed Swierk wrote:
> The attached patch addresses a few problems in OpenHackWare:
>
> - The return value from the OpenFirmware read function should not exceed
> the actual file size by more than one block; otherwise the Linux kernel's
> initramfs routines get confused by the extra junk and reject the initramfs.
>
> - The OpenFirmware nextprop function should return 1 when a property is
> found, not the length of the property's name. Otherwise Linux fails to find
> any properties when unflattening the device tree.
>
> - If the boot file's checksum is unknown, OpenHackWare should assume it's a
> Linux or OpenBSD boot script rather than barfing.
>
> - The linker script requires Daniel Jacobowitz's fix to build on Fedora 6.
>
> These changes get me a few steps closer to booting an unmodified Fedora 6
> PowerPC boot.iso. Outstanding issues include:
>
> - The Fedora 6 version of yaboot looks for a "conf=" parameter in the
> bootargs to tell it where to find yaboot.conf; OHW needs to read this
> parameter from the boot script and pass it along.
>
> - After the kernel finally boots, it complains about unhandled interrupts
> for the CD device. I assume this is a Qemu issue.
>
> Comments welcome.
ohw2.patch
Description: Text Data
qemu-ppc-interrupts.patch
Description: Text Data
ppc_rom.bin.bz2
Description: BZip2 compressed data