Re: [Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2017-01-09 Thread Vincent Palatin
On Mon, Jan 9, 2017 at 2:03 PM, Paolo Bonzini wrote: > > > On 06/01/2017 15:08, Vincent Palatin wrote: >> Apart from the above change, can you check if there are some less >> heavyeight methods to force an exit? I can think of QueueUserAPC with >> an empty pfnAPC here, and SleepEx(0,

Re: [Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2017-01-09 Thread Paolo Bonzini
On 06/01/2017 15:08, Vincent Palatin wrote: > Apart from the above change, can you check if there are some less > heavyeight methods to force an exit? I can think of QueueUserAPC with > an empty pfnAPC here, and SleepEx(0, TRUE) in qemu_hax_cpu_thread_fn > before qemu_wait_io_eve

Re: [Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2017-01-08 Thread Yu Ning
On 1/6/2017 5:38, Paolo Bonzini wrote: On 05/01/2017 15:01, Paolo Bonzini wrote: In fact there is a race anyway: if (cpu->exit_request) { ret = 1; break; } cpu->exit_request

Re: [Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2017-01-06 Thread Vincent Palatin
On Thu, Jan 5, 2017 at 10:38 PM, Paolo Bonzini wrote: > > > On 05/01/2017 15:01, Paolo Bonzini wrote: >> >> >> On 05/01/2017 14:50, Vincent Palatin wrote: >>> Sorry I missed it. >>> I move it to qemu_cpu_kick() as asked in the Darwin patch. >>> Apart from the above change, can you check if th

Re: [Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2017-01-05 Thread Paolo Bonzini
On 05/01/2017 15:01, Paolo Bonzini wrote: > > > On 05/01/2017 14:50, Vincent Palatin wrote: >> Sorry I missed it. >> I move it to qemu_cpu_kick() as asked in the Darwin patch. >> >>> Apart from the above change, can you check if there are some less >>> heavyeight methods to force an exit? I ca

Re: [Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2017-01-05 Thread Paolo Bonzini
On 05/01/2017 14:50, Vincent Palatin wrote: > Sorry I missed it. > I move it to qemu_cpu_kick() as asked in the Darwin patch. > >> Apart from the above change, can you check if there are some less >> heavyeight methods to force an exit? I can think of QueueUserAPC with >> an empty pfnAPC here,

Re: [Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2017-01-05 Thread Vincent Palatin
On Thu, Dec 22, 2016 at 10:57 AM, Paolo Bonzini wrote: > > > On 19/12/2016 17:24, Vincent Palatin wrote: >> #else /* _WIN32 */ >> -abort(); >> +if (!qemu_cpu_is_self(cpu)) { >> +CONTEXT context; >> +if (SuspendThread(cpu->hThread) == (DWORD)(-1)) { >> +fprintf(

Re: [Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2016-12-22 Thread Paolo Bonzini
On 19/12/2016 17:24, Vincent Palatin wrote: > #else /* _WIN32 */ > -abort(); > +if (!qemu_cpu_is_self(cpu)) { > +CONTEXT context; > +if (SuspendThread(cpu->hThread) == (DWORD)(-1)) { > +fprintf(stderr, "qemu:%s: GetLastError:%lu\n", __func__, > +

[Qemu-devel] [PATCH v5 3/4] Plumb the HAXM-based hardware acceleration support

2016-12-19 Thread Vincent Palatin
Use the Intel HAX is kernel-based hardware acceleration module for Windows (similar to KVM on Linux). Based on the "target-i386: Add Intel HAX to android emulator" patch from David Chou Signed-off-by: Vincent Palatin --- Makefile.target | 1 + configure | 18