On 24/04/18 12:31, Tim Deegan wrote:
> At 07:45 +0200 on 23 Apr (1524469545), Juergen Gross wrote:
>> On 22/04/18 18:39, Tim Deegan wrote:
>>> At 19:11 +0200 on 21 Apr (1524337893), Juergen Gross wrote:
On 21/04/18 15:32, Tim Deegan wrote:
> At 09:44 +0200 on 19 Apr (1524131080), Juergen
At 07:45 +0200 on 23 Apr (1524469545), Juergen Gross wrote:
> On 22/04/18 18:39, Tim Deegan wrote:
> > At 19:11 +0200 on 21 Apr (1524337893), Juergen Gross wrote:
> >> On 21/04/18 15:32, Tim Deegan wrote:
> >>> At 09:44 +0200 on 19 Apr (1524131080), Juergen Gross wrote:
> Another alternative
On 22/04/18 18:39, Tim Deegan wrote:
> At 19:11 +0200 on 21 Apr (1524337893), Juergen Gross wrote:
>> On 21/04/18 15:32, Tim Deegan wrote:
>>> At 09:44 +0200 on 19 Apr (1524131080), Juergen Gross wrote:
Another alternative would be to pass another flag to the callers to
signal the need
At 19:11 +0200 on 21 Apr (1524337893), Juergen Gross wrote:
> On 21/04/18 15:32, Tim Deegan wrote:
> > At 09:44 +0200 on 19 Apr (1524131080), Juergen Gross wrote:
> >> Another alternative would be to pass another flag to the callers to
> >> signal the need for a flush. This would require quite
On 21/04/18 15:32, Tim Deegan wrote:
> Hi,
>
> At 09:44 +0200 on 19 Apr (1524131080), Juergen Gross wrote:
So either I'm adding some kind of locking/rcu, or I'm switching to use
IPIs and access root_pgt_changed only locally.
Do you have any preference?
>>>
>>> Since issuing an
Hi,
At 09:44 +0200 on 19 Apr (1524131080), Juergen Gross wrote:
> >> So either I'm adding some kind of locking/rcu, or I'm switching to use
> >> IPIs and access root_pgt_changed only locally.
> >>
> >> Do you have any preference?
> >
> > Since issuing an IPI is just a single call, I'd prefer not
On 19/04/18 09:39, Jan Beulich wrote:
On 19.04.18 at 08:19, wrote:
>> On 18/04/18 18:12, Jan Beulich wrote:
>> On 18.04.18 at 10:30, wrote:
@@ -160,5 +161,20 @@ unsigned int flush_area_local(const void *va,
unsigned int flags)
>>> On 19.04.18 at 08:19, wrote:
> On 18/04/18 18:12, Jan Beulich wrote:
> On 18.04.18 at 10:30, wrote:
>>> @@ -160,5 +161,20 @@ unsigned int flush_area_local(const void *va, unsigned
>>> int flags)
>>>
>>> local_irq_restore(irqfl);
>>>
>>> +if
On 18/04/18 18:12, Jan Beulich wrote:
On 18.04.18 at 10:30, wrote:
>> @@ -160,5 +161,20 @@ unsigned int flush_area_local(const void *va, unsigned
>> int flags)
>>
>> local_irq_restore(irqfl);
>>
>> +if ( flags & FLUSH_ROOT_PGTBL )
>> +
>>> On 18.04.18 at 10:30, wrote:
> @@ -160,5 +161,20 @@ unsigned int flush_area_local(const void *va, unsigned
> int flags)
>
> local_irq_restore(irqfl);
>
> +if ( flags & FLUSH_ROOT_PGTBL )
> +get_cpu_info()->root_pgt_changed = true;
> +
> return
For mitigation of Meltdown the current L4 page table is copied to the
cpu local root page table each time a 64 bit pv guest is entered.
Copying can be avoided in cases where the guest L4 page table hasn't
been modified while running the hypervisor, e.g. when handling
interrupts or any hypercall
11 matches
Mail list logo