Kevin O'Connor wrote:
> I don't believe that dictating one "true compiler" or one "true
> blob" is necessary or desirable.
Sure. The point isn't to have only one correct way, but to have
reliable results in the common case.
A reference toolchain and a reference blob both help accomplish
that, but
> Did it? This is F18:
>
> $ rpm -q --requires qemu-system-x86|grep bios
> seabios-bin >= 0.6.0-2
> sgabios-bin
> vgabios >= 0.6c-2
Oops.
There is a seavgabios-bin package too, and I through cole switched qemu
over, but apparently this didn't happen (or maybe in rawhide only) ...
cheers,
Ger
Il 08/03/2013 09:20, Gerd Hoffmann ha scritto:
> On 03/08/13 08:47, Paolo Bonzini wrote:
>>> FWIW I find the binaries in git to be a PITA. I submitted a patch in
>>> January to fix the VGA BIOS but it's still broken in git. The one
>>> installed in /usr/share/qemu is fine, but whenever I build qemu
On 03/08/13 08:47, Paolo Bonzini wrote:
>> FWIW I find the binaries in git to be a PITA. I submitted a patch in
>> January to fix the VGA BIOS but it's still broken in git. The one
>> installed in /usr/share/qemu is fine, but whenever I build qemu from git
>> I have to remember to *remove* the one
On Fri, 2013-03-08 at 08:47 +0100, Paolo Bonzini wrote:
> Wasn't that a fix for the SeaBIOS VGA BIOS? The one in qemu.git is
> still built from the Bochs VGA BIOS.
No, it was for Bochs VGA BIOS.
http://lists.gnu.org/archive/html/qemu-devel/2013-01/msg03650.html
--
dwmw2
smime.p7s
Description
Il 07/03/2013 21:24, David Woodhouse ha scritto:
> On Thu, 2013-03-07 at 16:56 +0100, Gerd Hoffmann wrote:
>>> and it doesn't need to be in git either IMHO.
>>
>> That one is a bit more tricky. The big advantage git has here is that
>> the update of a blob is not different from other updates. It
On Thu, 2013-03-07 at 16:56 +0100, Gerd Hoffmann wrote:
> > and it doesn't need to be in git either IMHO.
>
> That one is a bit more tricky. The big advantage git has here is that
> the update of a blob is not different from other updates. It is just
> a pull request. Keeping source+binaries in
Aurelien Jarno wrote:
> > > We probably want update the build process to build the blobs by default
> >
> > Earlier in this thread it's been stated that this often produces
> > subtly broken blobs...
>
> Would it be possible to have a testsuite to validate such blobs.
The coreboot project has a
