* [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X?
@ 2013-08-19 20:17 Stefan Weil
2013-08-20 10:56 ` Paolo Bonzini
2013-08-20 14:55 ` Stefan Hajnoczi
0 siblings, 2 replies; 8+ messages in thread
From: Stefan Weil @ 2013-08-19 20:17 UTC (permalink / raw)
To: qemu-devel
Hello,
is anybody working on KVM or something equivalent for Windows and Mac OS X?
I recently noticed that the QEMU based Android emulator uses KVM for Linux
and HAXM, an Intel hypervisor, for Windows and Mac OS X.
Would it be a good plan to merge HAXM support in latest QEMU
(the Android QEMU is based on a rather old version)? It only
supports Intel based hosts, is restricted to 32 bit guests (?)
and free, but not open source.
Regards,
Stefan Weil
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X?
2013-08-19 20:17 [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X? Stefan Weil
@ 2013-08-20 10:56 ` Paolo Bonzini
2013-08-20 11:12 ` Peter Maydell
2013-08-20 14:55 ` Stefan Hajnoczi
1 sibling, 1 reply; 8+ messages in thread
From: Paolo Bonzini @ 2013-08-20 10:56 UTC (permalink / raw)
To: Stefan Weil; +Cc: qemu-devel
Il 19/08/2013 22:17, Stefan Weil ha scritto:
> Hello,
>
> is anybody working on KVM or something equivalent for Windows and Mac OS X?
>
> I recently noticed that the QEMU based Android emulator uses KVM for Linux
> and HAXM, an Intel hypervisor, for Windows and Mac OS X.
>
> Would it be a good plan to merge HAXM support in latest QEMU
> (the Android QEMU is based on a rather old version)? It only
> supports Intel based hosts, is restricted to 32 bit guests (?)
> and free, but not open source.
Considering the level of openness in both Windows and Mac OS X, a
proprietary hypervisor would be the smallest of the problems for someone
using those OSes...
I guess "patches are welcome"---if they are of good quality, why not.
The community doesn't have that many kernel hackers for Windows and Mac
OS X.
Paolo
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X?
2013-08-20 10:56 ` Paolo Bonzini
@ 2013-08-20 11:12 ` Peter Maydell
2013-08-21 9:08 ` Stefan Hajnoczi
0 siblings, 1 reply; 8+ messages in thread
From: Peter Maydell @ 2013-08-20 11:12 UTC (permalink / raw)
To: Paolo Bonzini; +Cc: Stefan Weil, qemu-devel
On 20 August 2013 11:56, Paolo Bonzini <pbonzini@redhat.com> wrote:
> I guess "patches are welcome"---if they are of good quality, why not.
Well, sort of. Given the fairly minimal level of support we currently
have for OSX (ie Andreas and I test it a bit and fix egregious breakage),
I'd prefer it if patches for significant new features came attached to a
developer who was going to stay around and help maintain the platform :-)
-- PMM
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X?
2013-08-20 11:12 ` Peter Maydell
@ 2013-08-21 9:08 ` Stefan Hajnoczi
2013-08-21 9:11 ` Paolo Bonzini
0 siblings, 1 reply; 8+ messages in thread
From: Stefan Hajnoczi @ 2013-08-21 9:08 UTC (permalink / raw)
To: Peter Maydell; +Cc: Paolo Bonzini, qemu-devel, Stefan Weil
On Tue, Aug 20, 2013 at 12:12:21PM +0100, Peter Maydell wrote:
> On 20 August 2013 11:56, Paolo Bonzini <pbonzini@redhat.com> wrote:
> > I guess "patches are welcome"---if they are of good quality, why not.
>
> Well, sort of. Given the fairly minimal level of support we currently
> have for OSX (ie Andreas and I test it a bit and fix egregious breakage),
> I'd prefer it if patches for significant new features came attached to a
> developer who was going to stay around and help maintain the platform :-)
Yes, the maintenance and testing is the hard part.
Whoever steps up to the maintainer: be prepared to run builds and test
at least release candidates. And then get ready to git-bisect(1) when
broken commits were merged and write fixes. The more often you do this,
the shorter the bisect.
It's a fair bit of work.
Stefan
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X?
2013-08-21 9:08 ` Stefan Hajnoczi
@ 2013-08-21 9:11 ` Paolo Bonzini
2013-08-21 9:33 ` Stefan Weil
0 siblings, 1 reply; 8+ messages in thread
From: Paolo Bonzini @ 2013-08-21 9:11 UTC (permalink / raw)
To: Stefan Hajnoczi; +Cc: Peter Maydell, qemu-devel, Stefan Weil
Il 21/08/2013 11:08, Stefan Hajnoczi ha scritto:
> On Tue, Aug 20, 2013 at 12:12:21PM +0100, Peter Maydell wrote:
>> On 20 August 2013 11:56, Paolo Bonzini <pbonzini@redhat.com> wrote:
>>> I guess "patches are welcome"---if they are of good quality, why not.
>>
>> Well, sort of. Given the fairly minimal level of support we currently
>> have for OSX (ie Andreas and I test it a bit and fix egregious breakage),
>> I'd prefer it if patches for significant new features came attached to a
>> developer who was going to stay around and help maintain the platform :-)
>
> Yes, the maintenance and testing is the hard part.
>
> Whoever steps up to the maintainer: be prepared to run builds and test
> at least release candidates. And then get ready to git-bisect(1) when
> broken commits were merged and write fixes. The more often you do this,
> the shorter the bisect.
>
> It's a fair bit of work.
Still, I must say merging Xen has given us zero headaches. It's taken a
while, but (at least from the QEMU project's POV) the wait has been
worthwhile.
I would hope that HAXN support would be almost as easy as adding
haxn-all.c and haxn-stub.c files, and a few small changes to cpus.c and
vl.c.
Paolo
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X?
2013-08-21 9:11 ` Paolo Bonzini
@ 2013-08-21 9:33 ` Stefan Weil
2013-08-21 10:02 ` Paolo Bonzini
0 siblings, 1 reply; 8+ messages in thread
From: Stefan Weil @ 2013-08-21 9:33 UTC (permalink / raw)
To: Paolo Bonzini; +Cc: Stefan Hajnoczi, qemu-devel, Peter Maydell
Am 21.08.2013 11:11, schrieb Paolo Bonzini:
> Still, I must say merging Xen has given us zero headaches. It's taken a
> while, but (at least from the QEMU project's POV) the wait has been
> worthwhile.
>
> I would hope that HAXN support would be almost as easy as adding
> haxn-all.c and haxn-stub.c files, and a few small changes to cpus.c and
> vl.c.
>
> Paolo
A first version which integrates HAXM in QEMU's build needs these changes:
configure | 13 +
include/sysemu/hax.h | 50 ++
target-i386/Makefile.objs | 2 +
target-i386/cpu.h | 4 +
target-i386/hax-all.c | 1080
+++++++++++++++++++++++++++++++++++++++++++
target-i386/hax-darwin.c | 322 +++++++++++++
target-i386/hax-darwin.h | 86 ++++
target-i386/hax-i386.h | 93 ++++
target-i386/hax-interface.h | 418 +++++++++++++++++
target-i386/hax-windows.c | 528 +++++++++++++++++++++
target-i386/hax-windows.h | 68 +++
vl.c | 6 +-
(stub file(s) still missing, code completely untested,
maybe hax-all.c should be moved)
Regards,
Stefan
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X?
2013-08-21 9:33 ` Stefan Weil
@ 2013-08-21 10:02 ` Paolo Bonzini
0 siblings, 0 replies; 8+ messages in thread
From: Paolo Bonzini @ 2013-08-21 10:02 UTC (permalink / raw)
To: Stefan Weil; +Cc: Stefan Hajnoczi, qemu-devel, Peter Maydell
Il 21/08/2013 11:33, Stefan Weil ha scritto:
> Am 21.08.2013 11:11, schrieb Paolo Bonzini:
>> Still, I must say merging Xen has given us zero headaches. It's taken a
>> while, but (at least from the QEMU project's POV) the wait has been
>> worthwhile.
>>
>> I would hope that HAXN support would be almost as easy as adding
>> haxn-all.c and haxn-stub.c files, and a few small changes to cpus.c and
>> vl.c.
>
> A first version which integrates HAXM in QEMU's build needs these changes:
>
> configure | 13 +
> include/sysemu/hax.h | 50 ++
> target-i386/Makefile.objs | 2 +
> target-i386/cpu.h | 4 +
> target-i386/hax-all.c | 1080
> +++++++++++++++++++++++++++++++++++++++++++
> target-i386/hax-darwin.c | 322 +++++++++++++
> target-i386/hax-darwin.h | 86 ++++
> target-i386/hax-i386.h | 93 ++++
> target-i386/hax-interface.h | 418 +++++++++++++++++
> target-i386/hax-windows.c | 528 +++++++++++++++++++++
> target-i386/hax-windows.h | 68 +++
> vl.c | 6 +-
>
> (stub file(s) still missing, code completely untested,
> maybe hax-all.c should be moved)
I'm surprised there's no change in cpus.c, but it looks promising. Show
us the code! :)
Paolo
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X?
2013-08-19 20:17 [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X? Stefan Weil
2013-08-20 10:56 ` Paolo Bonzini
@ 2013-08-20 14:55 ` Stefan Hajnoczi
1 sibling, 0 replies; 8+ messages in thread
From: Stefan Hajnoczi @ 2013-08-20 14:55 UTC (permalink / raw)
To: Stefan Weil; +Cc: qemu-devel
On Mon, Aug 19, 2013 at 10:17:15PM +0200, Stefan Weil wrote:
> Would it be a good plan to merge HAXM support in latest QEMU
> (the Android QEMU is based on a rather old version)? It only
> supports Intel based hosts, is restricted to 32 bit guests (?)
> and free, but not open source.
I think the answer will be "Yes, if there is someone around to actively
maintain it".
Stefan
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2013-08-21 10:03 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-08-19 20:17 [Qemu-devel] [RFC] Hardware acceleration for Windows and OS X? Stefan Weil
2013-08-20 10:56 ` Paolo Bonzini
2013-08-20 11:12 ` Peter Maydell
2013-08-21 9:08 ` Stefan Hajnoczi
2013-08-21 9:11 ` Paolo Bonzini
2013-08-21 9:33 ` Stefan Weil
2013-08-21 10:02 ` Paolo Bonzini
2013-08-20 14:55 ` Stefan Hajnoczi
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).