Red Hat Bugzilla – Bug 841403
qemu-system-ppc64 needs a SLOF binary
Last modified: 2013-01-09 07:05:29 EST
Description of problem:
In order to build a working qemu-system-ppc64 capable of emulating pSeries
platforms (which is a pre-req to be able to do KVM on pSeries but is also generally useful to do things like distro testing without appropriate hardware), we need a SLOF firmware binary to run inside the guest.
This binary is shipped with qemu (pc-bios/slof.bin) and the source code is a sub-module (originating from a git tree on github). SLOF is open source and BSD licenced.
Ideally a separate package would be needed for SLOF similar to what is done for the x86 BIOSes used in qemu, but that would mean having a ppc64 cross toolchain to build that package on other architectures.
The other option is to seek an exception to simply include the binary that is shipped as part of qemu source.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Do you happen to know what precise packages would need to be
in the cross-chain? I'm guess binutils, gcc only? It might
be do-able if it's only a couple of packages.
A minimal binutils+gcc would do yes (ie, a gcc without glibc that can build kernels but not userspace binaries should do).
I've sent mail to the fedora packaging list requesting an exception:
SLOF is packaged now, so closing this. The actual qemu packaging changes will be done as part of https://bugzilla.redhat.com/show_bug.cgi?id=844502