From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:47620) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QmRBb-0005oB-46 for qemu-devel@nongnu.org; Thu, 28 Jul 2011 10:03:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QmRBa-00050O-55 for qemu-devel@nongnu.org; Thu, 28 Jul 2011 10:03:39 -0400 Received: from mail-gy0-f173.google.com ([209.85.160.173]:50968) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QmRBZ-00050D-MD for qemu-devel@nongnu.org; Thu, 28 Jul 2011 10:03:38 -0400 Received: by gyg8 with SMTP id 8so2178434gyg.4 for ; Thu, 28 Jul 2011 07:03:37 -0700 (PDT) Message-ID: <4E316C36.1050405@codemonkey.ws> Date: Thu, 28 Jul 2011 09:03:34 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <1311558293-5855-1-git-send-email-aliguori@us.ibm.com> <4E2EBA1E.90006@redhat.com> <4E2EC90E.8090409@codemonkey.ws> <4E2ED0AA.3020101@redhat.com> <4E2EDE86.7020807@codemonkey.ws> <4E2F06C8.30403@redhat.com> <4E2F1448.3040106@codemonkey.ws> <4E2FD28F.2070206@redhat.com> <4E30091C.3070404@codemonkey.ws> <4E302FBF.4040500@redhat.com> <4E303CBF.8070801@codemonkey.ws> <4E305E3F.2050405@redhat.com> <4E306EA5.5020207@codemonkey.ws> <4E311160.8060506@redhat.com> <4E315A3F.90804@codemonkey.ws> <4E316924.8020001@redhat.com> In-Reply-To: <4E316924.8020001@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC][PATCH 0/21] QEMU Object Model List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Peter Maydell , qemu-devel@nongnu.org On 07/28/2011 08:50 AM, Paolo Bonzini wrote: > On 07/28/2011 02:46 PM, Anthony Liguori wrote: >>> >>> There are plenty of PV interfaces implemented by QEMU. Would you say the >>> same of virtio? >> >> Virtio was designed to look like real hardware. >> >> I would say that trying to fit XenStore into QOM would not be a good >> exercise. > > No doubt about that. :) I'd put a lot more hope into Goldfish though. What's unclear to me about the Goldfish enumerator is whether it should be filled out through interaction with hardware devices or via some other mechanism. In many ways, it's similar to ACPI and a Device Tree. In both of those cases, firmware actually is responsible for constructing those tables. Regards, Anthony Liguori > > Paolo >