From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Maydell Subject: Re: KVM call for 2017-03-14 Date: Mon, 13 Mar 2017 15:17:24 +0100 Message-ID: References: <87tw6y8bs8.fsf@secure.mitica> <871su1w9jc.fsf@secure.mitica> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Cc: KVM devel mailing list , QEMU Developer To: Juan Quintela Return-path: Received: from mail-wm0-f44.google.com ([74.125.82.44]:38195 "EHLO mail-wm0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751941AbdCMORt (ORCPT ); Mon, 13 Mar 2017 10:17:49 -0400 Received: by mail-wm0-f44.google.com with SMTP id t189so41098273wmt.1 for ; Mon, 13 Mar 2017 07:17:47 -0700 (PDT) In-Reply-To: <871su1w9jc.fsf@secure.mitica> Sender: kvm-owner@vger.kernel.org List-ID: On 13 March 2017 at 15:12, Juan Quintela wrote: > Peter Maydell wrote: >> [Making QEMU more modular would help with defeating the legacy >> and back-compat dragons, though] > > That would be ideal, but where to start? Think of something as "simple" > asd adding a struct of operations that implement the differences for > TCG, xen and kvm. And you see that you get into having to rewrite lot > of code after moving to that abstraction just the more simple > operations. Oh, indeed, it's a huge and painful amount of work that doesn't actually produce a product with more features when you've done it. But if it was simple and easy we'd have already done it and it wouldn't merit listing on a "big problems we need to solve somehow" list :-) thanks -- PMM From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53710) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cnQnD-0007QD-32 for qemu-devel@nongnu.org; Mon, 13 Mar 2017 10:17:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cnQnC-0003K4-8n for qemu-devel@nongnu.org; Mon, 13 Mar 2017 10:17:47 -0400 Received: from mail-wm0-x234.google.com ([2a00:1450:400c:c09::234]:37849) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cnQnC-0003Jq-27 for qemu-devel@nongnu.org; Mon, 13 Mar 2017 10:17:46 -0400 Received: by mail-wm0-x234.google.com with SMTP id n11so41126636wma.0 for ; Mon, 13 Mar 2017 07:17:46 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <871su1w9jc.fsf@secure.mitica> References: <87tw6y8bs8.fsf@secure.mitica> <871su1w9jc.fsf@secure.mitica> From: Peter Maydell Date: Mon, 13 Mar 2017 15:17:24 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] KVM call for 2017-03-14 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Juan Quintela Cc: KVM devel mailing list , QEMU Developer On 13 March 2017 at 15:12, Juan Quintela wrote: > Peter Maydell wrote: >> [Making QEMU more modular would help with defeating the legacy >> and back-compat dragons, though] > > That would be ideal, but where to start? Think of something as "simple" > asd adding a struct of operations that implement the differences for > TCG, xen and kvm. And you see that you get into having to rewrite lot > of code after moving to that abstraction just the more simple > operations. Oh, indeed, it's a huge and painful amount of work that doesn't actually produce a product with more features when you've done it. But if it was simple and easy we'd have already done it and it wouldn't merit listing on a "big problems we need to solve somehow" list :-) thanks -- PMM