From: Stefan Hajnoczi <stefanha@gmail.com>
To: "Dominik Żeromski" <dzeromsk@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] Support for loading devices as dynamic libraries
Date: Sat, 25 Aug 2012 19:18:11 +0100 [thread overview]
Message-ID: <CAJSP0QWM8wqqSciJpD4zBzfz4oBM6tEFOBicNsTwXjxZed31aw@mail.gmail.com> (raw)
In-Reply-To: <CADQao1L+shDkui13Kdzkge47jH6zcsxw5GbC1u7t2ps4RJBitQ@mail.gmail.com>
On Sat, Aug 25, 2012 at 6:06 PM, Dominik Żeromski <dzeromsk@gmail.com> wrote:
> 2012/8/25 Stefan Hajnoczi <stefanha@gmail.com>
>>
>> On Sat, Aug 25, 2012 at 12:10 PM, Dominik Żeromski <dzeromsk@gmail.com>
>> wrote:
>> > Adding support for loading DSO with -device option.
>> >
>> > Example Makefile for out of tree modules:
>>
>> QEMU does not have a stable ABI for devices. There is a lot of device
>> model refactoring happening right now for multithreaded MMIO/PIO
>> dispatch and taking advantage of QEMU Object Model. A stable ABI
>> hinders those kinds of improvements.
>>
>> Send device model patches upstream. That way you avoid the
>> maintenance overhead of out-of-tree modules and the QEMU community
>> doesn't need to provide a stable ABI.
>>
>
> I think that QEMU is a great tool, not only for server virtualization
> but also for embedded software and hardware development.
>
> I agree that it would be hard to maintain stable ABI, but this is a
> usability feature for device developers, not QEMU developers. I can
> imagine use cases where one team works on a hardware emulator and
> wants to share it with driver team. Driver team doesn't care about how
> QEMU works, how to configure, compile it and then use it. They
> probably use qemu-kvm and libvirt provided by some Linux distribution.
> The distro qemu-kvm does not change much so it wouldn't be a problem
> for emulator team to fix eventual ABI problems. Distributing device as
> dynamic library is simply easier for both teams.
The hardware team can provide a qemu-custom-board binary instead of a
bunch of .so files to the driver team. That way the whole emulator
can be tested and will never have ABI issues. Device model plugins
don't improve this scenario.
Stefan
next prev parent reply other threads:[~2012-08-25 18:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-25 11:10 [Qemu-devel] [PATCH] Support for loading devices as dynamic libraries Dominik Żeromski
2012-08-25 13:53 ` Stefan Hajnoczi
2012-08-25 17:06 ` Dominik Żeromski
2012-08-25 18:18 ` Stefan Hajnoczi [this message]
2012-08-25 20:50 ` Anthony Liguori
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAJSP0QWM8wqqSciJpD4zBzfz4oBM6tEFOBicNsTwXjxZed31aw@mail.gmail.com \
--to=stefanha@gmail.com \
--cc=dzeromsk@gmail.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).