From: Rob Landley <rob@landley.net>
To: Alexander Graf <agraf@suse.de>
Cc: "Andreas Färber" <andreas.faerber@web.de>,
"Hervé Poussineau" <hpoussin@reactos.org>,
"QEMU Developers" <qemu-devel@nongnu.org>
Subject: [Qemu-devel] Re: [PATCH 0/4] ppc: Fix PReP emulation
Date: Sun, 26 Dec 2010 19:03:02 -0600 [thread overview]
Message-ID: <201012261903.02749.rob@landley.net> (raw)
In-Reply-To: <DF4FD132-D8DD-42DD-B40B-167D40462981@suse.de>
On Sunday 19 December 2010 09:34:24 Alexander Graf wrote:
> On 19.12.2010, at 16:04, Andreas Färber wrote:
> > Am 19.12.2010 um 10:54 schrieb Alexander Graf:
> >> On 14.12.2010, at 01:49, Andreas Färber wrote:
> >>> Hello,
> >>>
> >>> Based on an earlier attempt of mine to make OpenBIOS work with -M prep,
> >>> with kind support from Hervé Poussineau here's an initial stab at
> >>> fixing the long-broken PReP emulation and preparing migration from
> >>> abandoned OpenHack'Ware to OpenBIOS as default FOSS firmware.
> >>>
> >>> In particular a number of hw_error()s are resolved, so that the BIOS
> >>> can be entered at all. It is not yet working in terms of serial and
> >>> VGA support etc.
> >>>
> >>> This series is also available from:
> >>>
> >>> git://repo.or.cz/qemu/afaerber.git prep-queue
> >>>
> >>> Some more work-in-progress for the curious is on my prep branch [2].
> >>> The corresponding work-in-progress OpenBIOS changes are at [3].
> >>>
> >>> Unfortunately the prep machine is lacking documentation what exactly it
> >>> tries to emulate. The plan thus is to merge emulation of a second, real
> >>> IBM 40p machine based on Hervé's work at [1], for use with original
> >>> binary firmware.
> >>>
> >>> Also upcoming are new ppc_chrp machines, forked from ppc_newworld,
> >>> emulating the 970-based IBM JS20 (using Apple U3) [4] and possibly the
> >>> POWER5-based IntelliStation 285. These depend on the ongoing ppc64 port
> >>> of OpenBIOS to be completed though. This relates to PReP in that the
> >>> machine IDs will need to be coordinated.
> >>
> >> Does this series actually make anything work, or is it just a first step
> >> set to get your development rolling? IOW, would users benefit from
> >> having the patches upstream yet?
> >
> > As indicated above, it lets you enter a BIOS, which is a user-visible
> > improvement. User-supplied binary firmware works with 1 + 3-4, ELF
> > firmware with 1-4. Patch 3 depends on review comments. Patch 4 was just
> > an FYI for testing the preceding patches and still needs investigation.
> >
> > For OpenBIOS to work, we need fw_cfg in ppc_prep.c and, independently,
> > patches to OpenBIOS. Unless of course we want to use another firmware
> > like OFW from the start. The main interest in PReP nowadays will be
> > proprietary firmware anyway. I thought Rob (cc'ed) had PReP Linux kernel
> > patches for QEMU at some point but I couldn't locate them in the
> > Aboriginal Linux tree.
>
> I'm not sure on the copyright problems we might run into when delivering
> binary firmware. So we certainly do need some open source firmware solution
> for prep to at least have Linux running. For other guests, I don't see a
> reason why users shouldn't try to fetch a real firmware blob separately :).
Milton Miller wrote the ppc_bin in the last message from scratch, and made it
available to me under GPLv2. The tarball is the source (which includes a
snapshot of dtc, which these days you can suck out of the linux kernel) and
the .bin file is the output. I used my own powerpc toolchain (built by the
build scripts in the same source tree) to compile it.
Rob
--
GPLv3: as worthy a successor as The Phantom Menace, as timely as Duke Nukem
Forever, and as welcome as New Coke.
next prev parent reply other threads:[~2010-12-27 1:03 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-14 0:49 [Qemu-devel] [PATCH 0/4] ppc: Fix PReP emulation Andreas Färber
2010-12-14 0:49 ` [Qemu-devel] [PATCH 1/4] prep: Remove bogus BIOS size check Andreas Färber
2010-12-14 0:49 ` [Qemu-devel] [PATCH 2/4] prep: Add ELF support Andreas Färber
2010-12-14 0:49 ` [Qemu-devel] [PATCH, RFC 3/4] prep: Fix duplicate ISA IDE IRQ Andreas Färber
2010-12-14 0:49 ` [Qemu-devel] [FYI 4/4] prep: Quickfix for ioport Andreas Färber
2010-12-26 23:28 ` Andreas Färber
2010-12-27 0:11 ` Alexander Graf
2010-12-27 0:25 ` Andreas Färber
2011-01-04 20:57 ` Alexander Graf
2011-01-04 21:36 ` Andreas Färber
2011-01-04 21:43 ` Alexander Graf
2011-01-04 21:59 ` Andreas Färber
2011-01-04 22:02 ` Alexander Graf
2010-12-20 6:37 ` [Qemu-devel] [PATCH, RFC 3/4] prep: Fix duplicate ISA IDE IRQ Andreas Färber
2010-12-20 9:07 ` Alexander Graf
2011-01-16 23:34 ` Aurelien Jarno
2010-12-19 9:52 ` [Qemu-devel] Re: [PATCH 1/4] prep: Remove bogus BIOS size check Alexander Graf
2010-12-19 12:26 ` Andreas Färber
2010-12-19 15:27 ` Alexander Graf
2010-12-19 9:54 ` [Qemu-devel] Re: [PATCH 0/4] ppc: Fix PReP emulation Alexander Graf
2010-12-19 15:04 ` Andreas Färber
2010-12-19 15:34 ` Alexander Graf
2010-12-19 19:12 ` Andreas Färber
2010-12-20 9:04 ` Alexander Graf
2010-12-20 23:00 ` Andreas Färber
2010-12-20 23:07 ` Alexander Graf
2010-12-21 0:33 ` Andreas Färber
2010-12-21 0:46 ` Alexander Graf
2010-12-21 23:51 ` Andreas Färber
2010-12-22 8:10 ` Alexander Graf
2010-12-27 1:01 ` Rob Landley
2011-01-04 21:00 ` Alexander Graf
2011-01-05 12:07 ` Rob Landley
2011-01-05 12:31 ` Alexander Graf
2011-01-06 9:31 ` Rob Landley
2010-12-27 1:03 ` Rob Landley [this message]
2010-12-27 1:00 ` Rob Landley
[not found] <20101220090728.40FF5590B1@zimbra14-e2.priv.proxad.net>
2010-12-20 12:19 ` [Qemu-devel] " François Revol
2010-12-20 12:30 ` [Qemu-devel] " Alexander Graf
2010-12-20 22:24 ` Andreas Färber
2010-12-20 22:32 ` Alexander Graf
2010-12-20 22:39 ` Alexander Graf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201012261903.02749.rob@landley.net \
--to=rob@landley.net \
--cc=agraf@suse.de \
--cc=andreas.faerber@web.de \
--cc=hpoussin@reactos.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.