From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] Merging KVM QEMU changes upstream Date: Fri, 25 Jan 2008 12:50:21 -0600 Message-ID: <479A2F6D.6010007@codemonkey.ws> References: <479A222E.4@us.ibm.com> <200801251843.37551.paul@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel , qemu-devel-qX2TKyscuCcdnm+yROfE0A@public.gmane.org To: Paul Brook Return-path: In-Reply-To: <200801251843.37551.paul-qD8j1LwMmJjtCj0u4l0SBw@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 Paul Brook wrote: >> Is this a reasonable merge strategy? We won't introduce regressions but >> I can't guarantee these new things will work cross-architecture. >> > > I think it depends to some extent whether things will need rewriting to be > made cross-architecture. In particular if this requires interface changes. > This means either breaking existing guests, or having to support both > interfaces. > That's a reasonable stance to take. I don't think anything in the tree right now presents that problem. I'll start sending out some patches and if you have specific concerns, we can talk about them 1-by-1. > e.g. the extboot stuff seems like something that should be usable by all > targets, except that the current interface looks like it's inherently x86 > specific. > Well with extboot in particular, the only interface is between the extboot option ROM and QEMU and I don't think that breaking that interface will matter much in practice. Regards, Anthony Liguori > Paul > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > kvm-devel mailing list > kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org > https://lists.sourceforge.net/lists/listinfo/kvm-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/