From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Any plans to rebase kvm to current qemu at the moment ? Date: Mon, 01 Oct 2007 08:26:21 +0200 Message-ID: <4700930D.2030903@qumranet.com> References: <47008C5B.2080006@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: "kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org" To: Christian Ehrhardt Return-path: In-Reply-To: <47008C5B.2080006-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Christian Ehrhardt wrote: > Hi, > while working on the embedded powerpc port for kvm we have a lot of dependencies on current qemu 0.9.0 code for ppc support. Internally we currently run with a modified qemu, but eventually strive for integration with kvm-userspace. Therefor I wanted to ask if there are already detailed plans (if any) regarding the re-base of kvm-userspace to the new qemu source? > I'm currently debating this. On the one hand, upstream qemu has a lot of fixes and new goodies. On the other hand, we still haven't recovered completely from the lapic merge and I don't want to rock the boat further. I'll try to merge in the next few days and see what breaks. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/