From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LKFoe-0005vo-Jp for qemu-devel@nongnu.org; Tue, 06 Jan 2009 12:34:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LKFoc-0005uv-V4 for qemu-devel@nongnu.org; Tue, 06 Jan 2009 12:34:08 -0500 Received: from [199.232.76.173] (port=57157 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LKFoc-0005uq-OQ for qemu-devel@nongnu.org; Tue, 06 Jan 2009 12:34:06 -0500 Received: from an-out-0708.google.com ([209.85.132.242]:44790) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LKFoc-00004v-F7 for qemu-devel@nongnu.org; Tue, 06 Jan 2009 12:34:06 -0500 Received: by an-out-0708.google.com with SMTP id c38so3288021ana.37 for ; Tue, 06 Jan 2009 09:34:05 -0800 (PST) Message-ID: <49639605.4060403@codemonkey.ws> Date: Tue, 06 Jan 2009 11:33:57 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Merging improvements from VirtualBox OSE into qemu? References: <49522F8D.4000203@turnkeylinux.org> <200901052212.06947.frank.mehnert@sun.com> <49629E9E.4000303@codemonkey.ws> <200901060841.58772.frank.mehnert@sun.com> In-Reply-To: <200901060841.58772.frank.mehnert@sun.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Frank Mehnert wrote: > Hi, > > On Tuesday 06 January 2009, Anthony Liguori wrote: > > > Do you really know our public SVN? The majority of the code was written > from scratch and the most interesting parts are available for public > re-use. > My main concern is the device model code and that code is either from QEMU, Bochs, of VGABIOS. The stuff written from scratch (SATA and OHCI support) is not available publicly. There's a lot of divergence and a lot of code restructuring (especially in the VGA code) that makes merging cherry picking stuff extremely difficult. Most of the changes make no attempt to maintain consistency with the rest of QEMU. If ya'll are interested in merging stuff back upstream, then I'm happy to work with you on it. It seems like a huge task though and, as I've said, I've seen no effort or interest from Sun on this. It's really unfortunate because there have been many bugs found in Xen, KVM, or QEMU that I've gone back and seen fixes for already in VirtualBox. Likewise, there are fixes in QEMU/Xen/KVM that are not in VirtualBox. It's a huge amount of wasted effort. Regards, Anthony Liguori > Btw, I'm subscribed to this list, no need to reply me directly. > > Kind regards, > > Frank >