From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NJIdn-0000fe-JD for qemu-devel@nongnu.org; Fri, 11 Dec 2009 22:27:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NJIdk-0000e1-Qu for qemu-devel@nongnu.org; Fri, 11 Dec 2009 22:27:30 -0500 Received: from [199.232.76.173] (port=36923 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NJIdk-0000dy-Lr for qemu-devel@nongnu.org; Fri, 11 Dec 2009 22:27:28 -0500 Received: from mail-yx0-f188.google.com ([209.85.210.188]:34031) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NJIdk-0004jZ-As for qemu-devel@nongnu.org; Fri, 11 Dec 2009 22:27:28 -0500 Received: by mail-yx0-f188.google.com with SMTP id 26so1473132yxe.4 for ; Fri, 11 Dec 2009 19:27:25 -0800 (PST) Message-ID: <4B230D9A.4050701@codemonkey.ws> Date: Fri, 11 Dec 2009 21:27:22 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Spice project is now open 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> <20091211225554.GA4934@sequoia.sous-sol.org> In-Reply-To: <20091211225554.GA4934@sequoia.sous-sol.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Chris Wright Cc: Yaniv Kamay , Izik Eidus , qemu-devel@nongnu.org Chris Wright wrote: > * 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 > Ah, that's entirely reasonable. When user provided libraries was mentioned, I assumed dlopen() style plugins. Regards, Anthony Liguori