From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NJEPB-0000wh-FN for qemu-devel@nongnu.org; Fri, 11 Dec 2009 17:56:09 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NJEP6-0000ob-CX for qemu-devel@nongnu.org; Fri, 11 Dec 2009 17:56:08 -0500 Received: from [199.232.76.173] (port=48767 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NJEP5-0000mm-QL for qemu-devel@nongnu.org; Fri, 11 Dec 2009 17:56:03 -0500 Received: from sous-sol.org ([216.99.217.87]:58083 helo=sequoia.sous-sol.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NJEP3-00081t-NB for qemu-devel@nongnu.org; Fri, 11 Dec 2009 17:56:02 -0500 Date: Fri, 11 Dec 2009 14:55:54 -0800 From: Chris Wright Subject: Re: [Qemu-devel] Spice project is now open Message-ID: <20091211225554.GA4934@sequoia.sous-sol.org> References: <20091211204828.464707cf@redhat.com> <4B2297A2.8040102@codemonkey.ws> <20091211212135.645864f9@redhat.com> <4B229DCE.7070500@codemonkey.ws> <20091211213911.0dce90dc@redhat.com> <4B22A2D9.6020602@codemonkey.ws> <20091211223250.129675fc@redhat.com> <4B22B035.3010601@codemonkey.ws> <20091211233158.22e6681f@redhat.com> <4B22C093.2090806@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B22C093.2090806@codemonkey.ws> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Yaniv Kamay , Izik Eidus , qemu-devel@nongnu.org * Anthony Liguori (anthony@codemonkey.ws) wrote: > Izik Eidus wrote: >> Ok, I guess you think VDI-interfaces are doing much more than they do >> in reiality. >> >> It is just simple interface to Allow Spice / VNC / whatever not have to >> de-duplicate code in order to get information from - lets say the >> keyboard.... >> >> Is it really diffrence from any other function callbacks that used for >> such purpuse? >> > > Plugin interfaces have been discussed a few times in the past. The > concerns have been 1) they will be abused with the introduction of > proprietary plugins 2) we would have tremendous difficulty maintaining a > stable plugin abi 3) they would create stability issues in qemu because > the plugin quality cannot be controlled. I think you're talking about dlopen() vs. direct linkage of .so? Here's some code to ground things a bit. ifdef CONFIG_SPICE CFLAGS+=$(SPICE_CFLAGS) LIBS+=$(SPICE_LIBS) endif And specifically, there's a notion of the VDI interface added to core qemu, which can be extended by simply registering callbacks to that interface: vl.c::main() ... #ifdef CONFIG_SPICE ... spice_init(&core_interface);. #endif thanks, -chris