From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Noas3-0007HG-Bg for qemu-devel@nongnu.org; Mon, 08 Mar 2010 06:11:35 -0500 Received: from [199.232.76.173] (port=40027 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Noas2-0007Gw-QP for qemu-devel@nongnu.org; Mon, 08 Mar 2010 06:11:34 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Noas0-0004oA-Nu for qemu-devel@nongnu.org; Mon, 08 Mar 2010 06:11:34 -0500 Received: from mx1.redhat.com ([209.132.183.28]:57062) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Noas0-0004nw-2l for qemu-devel@nongnu.org; Mon, 08 Mar 2010 06:11:32 -0500 Message-ID: <4B94DB61.6020505@redhat.com> Date: Mon, 08 Mar 2010 13:11:29 +0200 From: Avi Kivity MIME-Version: 1.0 References: <4B94CF85.7000805@msgid.tls.msk.ru> <4B94D7A6.4040008@redhat.com> <4B94DA7F.3010705@msgid.tls.msk.ru> In-Reply-To: <4B94DA7F.3010705@msgid.tls.msk.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: extended vga modes? List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Tokarev Cc: QEMU Devel list , KVM list On 03/08/2010 01:07 PM, Michael Tokarev wrote: > Avi Kivity wrote: > [] > >>> In short, when vgabios were dropped from qemu-kvm >>> (for whatever yet unknown reason), >>> >> What do you mean? qemu-kvm still carries a local vgabios (see >> kvm/vgabios in qemu-kvm.git). >> > Oh my. So we all overlooked it. I asked you several times > about the bios sources, in 0.12 seabios were supposed to be > in roms/seabios (which is still empty in the release), and > I thought vgabios should be in roms/vgabios (which is empty > too), and concluded it were dropped from qemu-kvm tarball. > But you're right, and I by mistake take vgabios sources from > upstream qemu when building Debian package, instead of using > the old'good sources from kvm/vgabios. What a mess!... :( > > And it looks like that it's time to remove at least parts of > this mess, don't you think? How about pushing the vgabios > changes to qemu and moving it to the same place where it is > in qemu? Does it make sense? > We can't push the changes to qemu since qemu.git doesn't have a vgabios fork. We might push the changes upstream. Best of all if the seabios thing repeats itself with vgabios so we have maintainable and maintained vga firmware. -- error compiling committee.c: too many arguments to function