Re: [Xen-devel] [PATCH V9 5/7] x86/altp2m: fix display frozen when switching to a new view early

2018-11-28 Thread Razvan Cojocaru
On 11/26/18 2:08 PM, Jan Beulich wrote: On 22.11.18 at 12:40, wrote: >> @@ -956,18 +1003,14 @@ int p2m_change_type_one(struct domain *d, unsigned >> long gfn_l, >> } >> >> /* Modify the p2m type of a range of gfns from ot to nt. */ >> -void p2m_change_type_range(struct domain *d, >> -

Re: [Xen-devel] [PATCH V9 5/7] x86/altp2m: fix display frozen when switching to a new view early

2018-11-26 Thread Jan Beulich
>>> On 22.11.18 at 12:40, wrote: > @@ -956,18 +1003,14 @@ int p2m_change_type_one(struct domain *d, unsigned > long gfn_l, > } > > /* Modify the p2m type of a range of gfns from ot to nt. */ > -void p2m_change_type_range(struct domain *d, > - unsigned long start,

[Xen-devel] [PATCH V9 5/7] x86/altp2m: fix display frozen when switching to a new view early

2018-11-22 Thread Razvan Cojocaru
When an new altp2m view is created very early on guest boot, the display will freeze (although the guest will run normally). This may also happen on resizing the display. The reason is the way Xen currently (mis)handles logdirty VGA: it intentionally misconfigures VGA pages so that they will