-m 512 -machine q35 -cdrom
seoul-vmm-test.iso
[0] https://depot.genode.org/alex-ab/images/seoul-vmm-test.iso
[1] https://depot.genode.org/alex-ab/images/seoul-vmm-good.txt
[2] https://depot.genode.org/alex-ab/images/seoul-vmm-bad.txt
--
Alexander Boettcher
Genode Labs
https://www.genode-labs.com
On 09.03.2017 13:42, Paolo Bonzini wrote:
> On 05/03/2017 19:21, Alexander Boettcher wrote:
>> the SVM I/O permission bitmap for user-level (ring-3) VM code running in
>> SVM seems to be ignored and causes a GP-fault. (Actual the IO permission
>> was granted by the kernel
t can then deliver it when it is safe to take the lock.
>>
>> Reported-by: Alexander Boettcher <alexander.boettc...@genode-labs.com>
>> Suggested-by: Richard Henderson <r...@twiddle.net>
>> Tested-by: Alexander Boettcher <alexander.boettc...@genode-labs.com>
,
Alex.
On 06.03.2017 17:24, Alex Bennée wrote:
>
> Alexander Boettcher <alexander.boettc...@genode-labs.com> writes:
>
>> Hi,
>
>>
>> Sometimes Qemu just succeeds if the timing is well, will see.
>>
>> But this is not the point of this issue a
State *cs = CPU(x86_env_get_cpu(env));
> +uint32_t int_ctl;
> +
> if (env->hflags & HF_INHIBIT_IRQ_MASK) {
> x86_stl_phys(cs,
> env->vm_vmcb + offsetof(struct vmcb, control.int_state),
> @@ -759,13 +770,6 @@ void cpu_vmexit(CPUX86State *env, uint32_t exit_code,
> uint64_t exit_info_1,
> /* If the host's rIP reloaded by #VMEXIT is outside the limit of the
> host's code segment or non-canonical (in the case of long mode), a
> #GP fault is delivered inside the host. */
> -
> -/* remove any pending exception */
> -cs->exception_index = -1;
> -env->error_code = 0;
> -env->old_exception = -1;
> -
> -cpu_loop_exit(cs);
> }
>
> #endif
>
--
Alexander Boettcher
Genode Labs
http://www.genode-labs.com - http://www.genode.org
Genode Labs GmbH - Amtsgericht Dresden - HRB 28424 - Sitz Dresden
Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth
Hi,
On 06.03.2017 15:42, Alex Bennée wrote:
>
> Alexander Boettcher <alexander.boettc...@genode-labs.com> writes:
>
>> Hi,
>>
>> On 06.03.2017 14:15, Alex Bennée wrote:
>>> I found the virtualbox.iso on your branch but I can't trigger the
>>&
rror?
It's a race which happens in Qemu (not on hardware), so I still
investigating it within Qemu. Because of that on [0] the commit before
the virtualbox.iso is one commit to avoid this for the moment in order
to continue.
>> [0] https://github.com/alex-ab/qemu/commits/genode_svm_issue
A
HF_SVMI_MASK) block and later on executing the if (s->pe && (s->cpl >
s->iopl || s->vm86)) block my use-case succeeds.
Please check and consider the patch for addition. The patch is based on
17783ac828adc694d986698d2d7014aedfeb48c6 qemu master.
Thanks,
--
Alexander Boe
[1]
https://github.com/alex-ab/qemu/commit/1130fee3b04dd2bee576241de9a5771d6855b327
Thanks in advance,
Alex.
--
Alexander Boettcher
Genode Labs
http://www.genode-labs.com - http://www.genode.org
Genode Labs GmbH - Amtsgericht Dresden - HRB 28424 - Sitz Dresden
Geschäftsführer: Dr.-Ing. No
On 16.02.2017 13:57, Paolo Bonzini wrote:
>
>
> On 16/02/2017 13:57, Alexander Boettcher wrote:
>> Hello Paolo,
>>
>> On 16.02.2017 12:53, Paolo Bonzini wrote:
>>> As you noticed, the problem is that now cpu_vmexit is called without a
>>> cp
untested patch:
...
>
> If it works for you we can include it.
thank you for the quick patch. It works like a charm.
Do you take care of adding the patch, please ? (I can of course also do.)
Thanks again,
Alex.
--
Alexander Boettcher
Genode Labs
http://www.genode-labs.com - http://www.genode.
11 matches
Mail list logo