[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Weird altp2m behaviour when switching early to a new view
On Tue, Apr 17, 2018 at 9:13 AM, Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx> wrote: > On 04/17/2018 05:58 PM, George Dunlap wrote: >>>> It might be nice to have a more structured way of keeping all these >>>> changes in sync, rather than relying on this open-coding everywhere. >>> >>> Very true. It has also occured to me that some of these issues would be >>> at least partially mitigated if altp2m was always on, but of course I >>> can also see why that would be frowned upon at this time. >> >> How would having it enabled all the time have helped in this situation? > > Well, the default p2m would just be > d->arch.altp2m_p2m[0], all altp2m_active(d) checks would be gone, the > active p2m for a given VCPU would always be p2m_get_altp2m(v), and so > on. If I understand the design correctly, that is. :) I would also like this setup, it would simplify things a lot. Tamas _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |