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 fault.
On 11/8/18 8:14 PM, George Dunlap wrote:
> On 11/01/2018 02:45 PM, Razvan Cojocaru wrote:
> ...here and...
>
>> +
>> int p2m_set_ioreq_server(struct domain *d,
>> unsigned int flags,
>> struct hvm_ioreq_server *s)
>> @@ -994,12 +1033,12 @@ int p
On 11/9/18 4:19 PM, Razvan Cojocaru wrote:
> (XEN) Xen call trace:
> (XEN)[] vcpu_sleep_sync+0x40/0x71
> (XEN)[] domain.c#do_domain_pause+0x33/0x4f
> (XEN)[] domain_pause+0x25/0x27
> (XEN)[] hap_track_dirty_vram+0x2b3/0x491
> (XEN)[] dm.c#dm_op+0x472/0xd46
> (XEN)[] do_dm_op
On 11/9/18 4:19 PM, Razvan Cojocaru wrote:
> On 11/8/18 8:14 PM, George Dunlap wrote:
>> On 11/01/2018 02:45 PM, Razvan Cojocaru wrote:
>> ...here and...
>>
>>> +
>>> int p2m_set_ioreq_server(struct domain *d,
>>> unsigned int flags,
>>> struct h
On 11/01/2018 02:45 PM, Razvan Cojocaru wrote:
> 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 intenti
On 11/8/18 8:14 PM, George Dunlap wrote:
> On 11/01/2018 02:45 PM, Razvan Cojocaru wrote:
>> 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
>>> On 08.11.18 at 19:37, wrote:
> On the first patch of the series: can it go in independently, since Jan
> is OK with it and it just got your ack? Or should I just add the ack and
> carry it over to the next version of the series?
Well, I would have committed it, if only it had a VMX/EPT mainta
On 11/9/18 12:34 PM, Jan Beulich wrote:
On 08.11.18 at 19:37, wrote:
>> On the first patch of the series: can it go in independently, since Jan
>> is OK with it and it just got your ack? Or should I just add the ack and
>> carry it over to the next version of the series?
>
> Well, I would ha