qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] GSoC mentor summit QEMU users session


From: Anthony Liguori
Subject: Re: [Qemu-devel] GSoC mentor summit QEMU users session
Date: Wed, 02 Nov 2011 13:29:39 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Thunderbird/3.1.13

On 11/02/2011 01:17 PM, Jan Kiszka wrote:
On 2011-11-02 18:44, Fabien Chouteau wrote:
On 31/10/2011 14:12, Peter Maydell wrote:
On 29 October 2011 14:52, Alexander Graf<address@hidden>  wrote:
A lot of people seem to also have code that doesn't make sense
upstream, for example implementing a one-off device that only
really matters for their own devboard which nobody else owns.
For such cases, having a plugin framework would be handy. I
interestingly enough got into the same discussion on LinuxCon
with some QEMU downstreams.

If we get the qdev rework done then I think we're probably in
a better position to have a plugin framework for devices. (There
are some issues about API and ABI stability guarantees, of course.)


Interesting, we have a "plug-in" implementation in our Qemu branch. It

We have a "plugin" model here as well. It's really simple: the plugin is
loaded dynamically into the QEMU process and can access any global
function and variable. Of course, this breaks regularly.

Yes, this is the Right Model.

All of the work is in making the interfaces not break regularly. Loading a shared object is easy enough.

Regards,

Anthony Liguori



reply via email to

[Prev in Thread] Current Thread [Next in Thread]