Distributing prebuilt bios roms with QEMU
 

On Tue, Jul 24, 2012 at 03:26:24PM -0400, Tom Callaway wrote:
> I really do wish we could come up with a clever way to build these on
> the native platforms, but I also understand how difficult that is, and I
> really don't want to stonewall on that.

On the BZ we discussed cross-compiling them. It would require
approx. 2 extra packages per architecture, ie. a cross gcc and a cross
binutils (since it's firmware, no libc is required of course).

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging

Distributing prebuilt bios roms with QEMU
 

On 07/24/2012 03:26 PM, Tom Callaway wrote:
> On 07/24/2012 03:10 PM, Cole Robinson wrote:
>> Hi all,
>>
>> QEMU release tarballs contain a handful of prebuilt roms that enable various
>> features and emulation targets. We currently don't package any of these roms.
>>
>> For things like seabios, sgabios, vgabios, and ipxe, we can chuck out the
>> prebuilt data and depend on natively built Fedora packages. However a handful
>> of the roms require building on non-x86 (ppc, sparc32/64, s390). Being able to
>> package the prebuilt roms would enable us to distribute working
>> qemu-system-{ppc*,sparc*,s390*}
>>
>> Does this sound reasonable, and if so, what's the process for getting this
>> approved? I'm looking at:
>
> I really do wish we could come up with a clever way to build these on
> the native platforms, but I also understand how difficult that is, and I
> really don't want to stonewall on that.
>
> Perhaps this merits a specific exception. How about something like this:
>
> === QEMU ROMS ===
> Whenever possible, ROMS implementing BIOS or Firmware for QEMU system
> targets must be built from source on the intended architecture. However,
> in many situations, this is not practical or possible. As a special
> exception, prebuilt binary ROMS implementing BIOS or Firmware for QEMU
> system targets may be included in Fedora Packages, as long as the
> corresponding source code is also included in the Source RPM package.
>
> Thoughts?
>

Sounds good to me. I'll wait for that block (or similar) to end up on the wiki
before making any package changes. Thanks Tom!

- Cole
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging

Distributing prebuilt bios roms with QEMU
 

On 07/24/2012 02:26 PM, Tom Callaway wrote:

On 07/24/2012 03:10 PM, Cole Robinson wrote:

Hi all,

QEMU release tarballs contain a handful of prebuilt roms that enable various
features and emulation targets. We currently don't package any of these roms.

For things like seabios, sgabios, vgabios, and ipxe, we can chuck out the
prebuilt data and depend on natively built Fedora packages. However a handful
of the roms require building on non-x86 (ppc, sparc32/64, s390). Being able to
package the prebuilt roms would enable us to distribute working
qemu-system-{ppc*,sparc*,s390*}

Does this sound reasonable, and if so, what's the process for getting this
approved? I'm looking at:


I really do wish we could come up with a clever way to build these on
the native platforms, but I also understand how difficult that is, and I
really don't want to stonewall on that.

Perhaps this merits a specific exception. How about something like this:

=== QEMU ROMS ===
Whenever possible, ROMS implementing BIOS or Firmware for QEMU system
targets must be built from source on the intended architecture. However,
in many situations, this is not practical or possible. As a special
exception, prebuilt binary ROMS implementing BIOS or Firmware for QEMU
system targets may be included in Fedora Packages, as long as the
corresponding source code is also included in the Source RPM package.

Thoughts?


Sounds reasonable enough to me, I could support that.

-- rex

--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging

Distributing prebuilt bios roms with QEMU
 

Richard W.M. Jones pÃ*Å¡e v Út 24. 07. 2012 v 20:48 +0100:
> On Tue, Jul 24, 2012 at 03:26:24PM -0400, Tom Callaway wrote:
> > I really do wish we could come up with a clever way to build these on
> > the native platforms, but I also understand how difficult that is, and I
> > really don't want to stonewall on that.
>
> On the BZ we discussed cross-compiling them. It would require
> approx. 2 extra packages per architecture, ie. a cross gcc and a cross
> binutils (since it's firmware, no libc is required of course).

the cross-gcc and cross-binutils all(?) Linux kernel arches are already
there, no libgcc yet, but it shouldn't be an issue for firmwares


Dan


--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging

Distributing prebuilt bios roms with QEMU
 

On 07/24/2012 03:53 PM, Cole Robinson wrote:
> On 07/24/2012 03:26 PM, Tom Callaway wrote:
>> On 07/24/2012 03:10 PM, Cole Robinson wrote:
>>> Hi all,
>>>
>>> QEMU release tarballs contain a handful of prebuilt roms that enable various
>>> features and emulation targets. We currently don't package any of these roms.
>>>
>>> For things like seabios, sgabios, vgabios, and ipxe, we can chuck out the
>>> prebuilt data and depend on natively built Fedora packages. However a handful
>>> of the roms require building on non-x86 (ppc, sparc32/64, s390). Being able to
>>> package the prebuilt roms would enable us to distribute working
>>> qemu-system-{ppc*,sparc*,s390*}
>>>
>>> Does this sound reasonable, and if so, what's the process for getting this
>>> approved? I'm looking at:
>>
>> I really do wish we could come up with a clever way to build these on
>> the native platforms, but I also understand how difficult that is, and I
>> really don't want to stonewall on that.
>>
>> Perhaps this merits a specific exception. How about something like this:
>>
>> === QEMU ROMS ===
>> Whenever possible, ROMS implementing BIOS or Firmware for QEMU system
>> targets must be built from source on the intended architecture. However,
>> in many situations, this is not practical or possible. As a special
>> exception, prebuilt binary ROMS implementing BIOS or Firmware for QEMU
>> system targets may be included in Fedora Packages, as long as the
>> corresponding source code is also included in the Source RPM package.
>>
>> Thoughts?
>>
>
> Sounds good to me. I'll wait for that block (or similar) to end up on the wiki
> before making any package changes. Thanks Tom!

I suppose we could still do this exception, because I know
cross-compilers don't always work properly/sanely. That said, I'd still
encourage efforts to build these files from source in all "practical" cases.

~tom

==
Fedora Project


--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging

Distributing prebuilt bios roms with QEMU
 

On Tue, Jul 24, 2012 at 10:24:38PM +0200, Dan Horák wrote:
> Richard W.M. Jones pÃ*Å¡e v Út 24. 07. 2012 v 20:48 +0100:
> > On Tue, Jul 24, 2012 at 03:26:24PM -0400, Tom Callaway wrote:
> > > I really do wish we could come up with a clever way to build these on
> > > the native platforms, but I also understand how difficult that is, and I
> > > really don't want to stonewall on that.
> >
> > On the BZ we discussed cross-compiling them. It would require
> > approx. 2 extra packages per architecture, ie. a cross gcc and a cross
> > binutils (since it's firmware, no libc is required of course).
>
> the cross-gcc and cross-binutils all(?) Linux kernel arches are already
> there, no libgcc yet, but it shouldn't be an issue for firmwares

Cole, I think we ought to look into this before trying to get
an exception. Let's discuss tomorrow.

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging

Distributing prebuilt bios roms with QEMU
 

On Tue, Jul 24, 2012 at 10:11:12PM +0100, Richard W.M. Jones wrote:
> Cole, I think we ought to look into this before trying to get
> an exception. Let's discuss tomorrow.

FWIW I was able to build SLOF easily using the cross compiler and
upstream sources:

sudo yum install gcc-powerpc64-linux-gnu
git clone https://github.com/dgibson/SLOF.git
cd SLOF
export CROSS="powerpc64-linux-gnu-"
make js2x

I didn't try any other ROMs yet, but it does look like this problem
isn't insurmountable.

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging

Distributing prebuilt bios roms with QEMU
 

SLOF:
https://bugzilla.redhat.com/show_bug.cgi?id=844737

openbios:
https://bugzilla.redhat.com/show_bug.cgi?id=844748

This is as far as we can go for now, because cross-gcc doesn't support
32 bit ppc or sparc.

I need to look at modifying cross-gcc to support those, although it'd
be interesting to hear from the maintainers why exactly those variants
are missing in the first place.

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging

Distributing prebuilt bios roms with QEMU
 

On Tue, Jul 31, 2012 at 04:51:30PM +0100, Richard W.M. Jones wrote:
>
> SLOF:
> https://bugzilla.redhat.com/show_bug.cgi?id=844737
>
> openbios:
> https://bugzilla.redhat.com/show_bug.cgi?id=844748
>
> This is as far as we can go for now, because cross-gcc doesn't support
> 32 bit ppc or sparc.

Apparently it does, using <prefix>-gcc -m32. I'll modify the
openbios package to build 32 bit versions.

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging