From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:54960) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S0vO6-0001DR-02 for qemu-devel@nongnu.org; Fri, 24 Feb 2012 08:40:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S0vNz-0003sk-KD for qemu-devel@nongnu.org; Fri, 24 Feb 2012 08:40:41 -0500 Received: from mx1.redhat.com ([209.132.183.28]:5014) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S0vNz-0003sQ-AH for qemu-devel@nongnu.org; Fri, 24 Feb 2012 08:40:35 -0500 Message-ID: <4F47934C.9080808@redhat.com> Date: Fri, 24 Feb 2012 14:40:28 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <1329347774-23262-1-git-send-email-imammedo@redhat.com> <1329347774-23262-2-git-send-email-imammedo@redhat.com> <4F3CE7A5.30600@siemens.com> <4F3CF9AE.5020701@codemonkey.ws> <4F3E8817.7050001@redhat.com> <4F478B2D.9050903@redhat.com> <4F4790F6.3070301@suse.de> In-Reply-To: <4F4790F6.3070301@suse.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 1/7] Introduce a new bus "ICC" to connect APIC List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?Andreas_F=E4rber?= Cc: Igor Mammedov , "qemu-devel@nongnu.org" , Anthony Liguori , Jan Kiszka On 02/24/2012 02:30 PM, Andreas F=E4rber wrote: > SysBus is supposed to go away in Anthony's upcoming 4th QOM series, so > I'd rather not base a new series on that. Not sure about that. I haven't understood well the scope of the series, but I think it only converted buses to QOM, it didn't kill them. Perhaps SysBus was special, in which case it would become automatically hotpluggable: just create a new QOM object. > The issue with TYPE_DEVICE is that we don't want to leak that into the > user emulators (would break the build), and any infrastructure only > available to qdev should gradually be made accessible to all objects > (Paolo has done some work in that direction wrt properties). I haven't, but it would be next on the list of things to do. > So the main remaining difference between Object and Device is the > GPIO IRQ support. Anthony wanted to introduce Pin objects to replace > qemu_irq. Aiming at "replacing" is a bad idea unless you can do it fast and painlessly. Adding gpio_in and gpio_out property types would be more useful and would let you expose qemu_irq as QOM. You can then change the existing qdev.c functions to operate on those new property types. Paolo