On 24/05/18 15:41, Jan Beulich wrote:
> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
> I've failed to remember the fact that multiple CPUs share a stub
> mapping page. Therefore it is wrong to unconditionally zap the mapping
> when bringing down a CPU; it may only be
Jan Beulich:
On 24.05.18 at 17:10, wrote:
>> Jan Beulich:
>> On 24.05.18 at 16:14, wrote:
Jan Beulich:
On 24.05.18 at 16:00, wrote:
>> Jan Beulich:
>>> In commit d1d6fc97d6
>>> On 24.05.18 at 17:10, wrote:
> Jan Beulich:
> On 24.05.18 at 16:14, wrote:
>>> Jan Beulich:
>>> On 24.05.18 at 16:00, wrote:
> Jan Beulich:
>> In commit d1d6fc97d6 ("x86/xpti: really
>>> On 24.05.18 at 17:10, wrote:
> Jan Beulich:
> On 24.05.18 at 16:14, wrote:
>>> Jan Beulich:
>>> On 24.05.18 at 16:00, wrote:
> Jan Beulich:
>> In commit d1d6fc97d6 ("x86/xpti: really
Andrew Cooper:
> On 24/05/18 15:35, Simon Gaiser wrote:
>> Andrew Cooper:
>>> On 24/05/18 15:14, Simon Gaiser wrote:
Jan Beulich:
On 24.05.18 at 16:00, wrote:
>> Jan Beulich:
>>> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen
Jan Beulich:
On 24.05.18 at 16:14, wrote:
>> Jan Beulich:
>> On 24.05.18 at 16:00, wrote:
Jan Beulich:
> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
> I've failed to remember the fact
> On May 24, 2018, at 3:53 PM, Andrew Cooper wrote:
>
> On 24/05/18 15:35, Simon Gaiser wrote:
>> Andrew Cooper:
>>> On 24/05/18 15:14, Simon Gaiser wrote:
Jan Beulich:
On 24.05.18 at 16:00, wrote:
>> Jan Beulich:
On 24/05/18 15:35, Simon Gaiser wrote:
> Andrew Cooper:
>> On 24/05/18 15:14, Simon Gaiser wrote:
>>> Jan Beulich:
>>> On 24.05.18 at 16:00, wrote:
> Jan Beulich:
>> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
>> I've failed
Andrew Cooper:
> On 24/05/18 15:14, Simon Gaiser wrote:
>> Jan Beulich:
>> On 24.05.18 at 16:00, wrote:
Jan Beulich:
> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
> I've failed to remember the fact that multiple CPUs share
>>> On 24.05.18 at 16:24, wrote:
> On 24/05/18 15:22, Jan Beulich wrote:
> On 24.05.18 at 16:18, wrote:
>>> Can you try with the "x86/traps: Dump the instruction stream even for
>>> double faults" patch I've just posted, and show the full
>>> On 24.05.18 at 16:14, wrote:
> Jan Beulich:
> On 24.05.18 at 16:00, wrote:
>>> Jan Beulich:
In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
I've failed to remember the fact that multiple CPUs
On 24/05/18 15:22, Jan Beulich wrote:
On 24.05.18 at 16:18, wrote:
>> Can you try with the "x86/traps: Dump the instruction stream even for
>> double faults" patch I've just posted, and show the full #DF panic log
>> please? (Its conceivable that there are
On 24/05/18 15:14, Simon Gaiser wrote:
> Jan Beulich:
> On 24.05.18 at 16:00, wrote:
>>> Jan Beulich:
In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
I've failed to remember the fact that multiple CPUs share a stub
mapping
Jan Beulich:
On 24.05.18 at 16:00, wrote:
>> Jan Beulich:
>>> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
>>> I've failed to remember the fact that multiple CPUs share a stub
>>> mapping page. Therefore it is wrong to unconditionally
>>> On 24.05.18 at 16:00, wrote:
> Jan Beulich:
>> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
>> I've failed to remember the fact that multiple CPUs share a stub
>> mapping page. Therefore it is wrong to unconditionally zap the mapping
>>
>>> On 24.05.18 at 15:48, wrote:
> On 24/05/18 14:41, Jan Beulich wrote:
>> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
>> I've failed to remember the fact that multiple CPUs share a stub
>> mapping page. Therefore it is wrong to
On 24/05/18 14:41, Jan Beulich wrote:
> In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
> I've failed to remember the fact that multiple CPUs share a stub
> mapping page. Therefore it is wrong to unconditionally zap the mapping
> when bringing down a CPU; it may only be
In commit d1d6fc97d6 ("x86/xpti: really hide almost all of Xen image")
I've failed to remember the fact that multiple CPUs share a stub
mapping page. Therefore it is wrong to unconditionally zap the mapping
when bringing down a CPU; it may only be unmapped when no other online
CPU uses that same
18 matches
Mail list logo