Hi all,
as I am currently working on a concept that uses the #VE functionality
from inside of the unprivileged guest domain myself, I would like to add
my opinion to the discussion.
On 07/09/2018 07:53 AM, Razvan Cojocaru wrote:
> On 07/09/2018 02:46 PM, George Dunlap wrote:
>> On 07/09/2018 12:
n another CPU. In that case we would fallback in the software lookup
> path.
>
> Signed-off-by: Julien Grall
Thanks for fixing the nested locking issue :)
Reviewed-by: Sergej Proskurin
>
> ---
> This patch should be backported to Xen 4.10. There are other
> poten
Hi Julien,
On 03/06/2018 12:37 PM, Julien Grall wrote:
> On 06/03/18 11:06, Sergej Proskurin wrote:
>> Hi Julien,
>
> Hi Sergej,
>
>>
>> On 02/28/2018 04:25 PM, Julien Grall wrote:
>>> Commit 7d623b358a4 "arm/mem_access: Add long-descriptor based gpt&q
mmit message: "... but I can't issue any potential
issue here except with the break-before-make sequence used when updating
page-table". What issue did you mean? Thank you.
Reviewed-by: Sergej Proskurin
Thanks,
~Sergej
> ---
> This patch should be backported to Xe
Hi Julien,
On 10/09/2017 06:43 PM, Julien Grall wrote:
> Hi Sergej,
>
> On 30/08/17 19:32, Sergej Proskurin wrote:
>> This commit copies and extends the altp2m-related code from x86 to ARM.
>> Functions that are no yet supported notify the caller or print a BUG
>> me
Hi Julien,
On 10/09/2017 07:15 PM, Julien Grall wrote:
> Hi Sergej,
>
[...]
>> diff --git a/xen/arch/arm/p2m.c b/xen/arch/arm/p2m.c
>> index 5e86368010..3a1a38e7af 100644
>> --- a/xen/arch/arm/p2m.c
>> +++ b/xen/arch/arm/p2m.c
>> @@ -1203,27 +1203,65 @@ static void p2m_free_vmid(struct domain *
Hi Julien,
please excuse me for the long delay.
On 10/09/2017 06:25 PM, Julien Grall wrote:
> Hi Sergej,
>
> On 30/08/17 19:32, Sergej Proskurin wrote:
>> This commit introduces macros for switching and restoring the vttbr
>> considering the currently set irq flags. We de
On 12/22/2017 01:18 PM, George Dunlap wrote:
> On Fri, Dec 22, 2017 at 10:41 AM, Sergej Proskurin
> wrote:
>> Hi George,
>>
>> Thank you for your reply.
>>
>> On 12/22/2017 11:26 AM, George Dunlap wrote:
>>> On Thu, Dec 21, 2017 at 2:42
Hi George,
Thank you for your reply.
On 12/22/2017 11:26 AM, George Dunlap wrote:
> On Thu, Dec 21, 2017 at 2:42 PM, Sergej Proskurin
> wrote:
>> Hi all,
>>
>> For the sake of completeness: the solution to the issue stated in my
>> last email was deactivating
o the
phonomenon, in which the benchmark execution on Xen appeared faster than
on bare metal.
Thanks,
~Sergej
On 12/15/2017 04:14 PM, Sergej Proskurin wrote:
> Hi all,
>
> I have a question concerning a 'correct' Xen configuration to measure
> performance, as I am cur
Hi all,
I have a question concerning a 'correct' Xen configuration to measure
performance, as I am currently experiencing a quite unexpected behavior.
My overall setup comprises a Skylake micro-architecture based system
with a Debian Buster and Linux kernel 4.13.16 running on top of Xen
v4.8. For
11 matches
Mail list logo
