Re: [Xen-devel] [PATCH] x86/nHVM: avoid NULL deref during INVLPG intercept handling

2016-02-08 Thread George Dunlap
On 05/02/16 07:37, Jan Beulich wrote: > When intercepting (or emulating) L1 guest INVLPG, the nested P2M > pointer may be (is?) NULL, and hence there's no point in calling > p2m_flush(). In fact doing so would cause a dereference of that NULL > pointer at least in the ASSERT() right at the beginnin

Re: [Xen-devel] [PATCH] x86/nHVM: avoid NULL deref during INVLPG intercept handling

2016-02-05 Thread Andrew Cooper
On 05/02/16 07:37, Jan Beulich wrote: > When intercepting (or emulating) L1 guest INVLPG, the nested P2M > pointer may be (is?) NULL, and hence there's no point in calling > p2m_flush(). In fact doing so would cause a dereference of that NULL > pointer at least in the ASSERT() right at the beginnin

[Xen-devel] [PATCH] x86/nHVM: avoid NULL deref during INVLPG intercept handling

2016-02-04 Thread Jan Beulich
When intercepting (or emulating) L1 guest INVLPG, the nested P2M pointer may be (is?) NULL, and hence there's no point in calling p2m_flush(). In fact doing so would cause a dereference of that NULL pointer at least in the ASSERT() right at the beginning of the function. While so far nothing suppo