[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 08/15] x86/altp2m: add control of suppress_ve.
On 07/10/2015 10:39 AM, Jan Beulich wrote: >>>> On 10.07.15 at 02:52, <edmund.h.white@xxxxxxxxx> wrote: >> @@ -1528,16 +1528,17 @@ bool_t p2m_mem_access_check(paddr_t gpa, unsigned >> long gla, >> vm_event_request_t *req; >> int rc; >> unsigned long eip = guest_cpu_user_regs()->eip; >> + bool_t sve; >> >> /* First, handle rx2rw conversion automatically. >> * These calls to p2m->set_entry() must succeed: we have the gfn >> * locked and just did a successful get_entry(). */ >> gfn_lock(p2m, gfn, 0); >> - mfn = p2m->get_entry(p2m, gfn, &p2mt, &p2ma, 0, NULL); >> + mfn = p2m->get_entry(p2m, gfn, &p2mt, &p2ma, 0, NULL, &sve); >> >> if ( npfec.write_access && p2ma == p2m_access_rx2rw ) >> { >> - rc = p2m->set_entry(p2m, gfn, mfn, PAGE_ORDER_4K, p2mt, >> p2m_access_rw); >> + rc = p2m->set_entry(p2m, gfn, mfn, PAGE_ORDER_4K, p2mt, >> p2m_access_rw, sve); >> ASSERT(rc == 0); >> gfn_unlock(p2m, gfn, 0); >> return 1; >> @@ -1546,7 +1547,7 @@ bool_t p2m_mem_access_check(paddr_t gpa, unsigned long >> gla, >> { >> ASSERT(npfec.write_access || npfec.read_access || npfec.insn_fetch); >> rc = p2m->set_entry(p2m, gfn, mfn, PAGE_ORDER_4K, >> - p2mt, p2m_access_rwx); >> + p2mt, p2m_access_rwx, -1); > > So why -1 here ... > >> @@ -1566,14 +1567,14 @@ bool_t p2m_mem_access_check(paddr_t gpa, unsigned >> long gla, >> else >> { >> gfn_lock(p2m, gfn, 0); >> - mfn = p2m->get_entry(p2m, gfn, &p2mt, &p2ma, 0, NULL); >> + mfn = p2m->get_entry(p2m, gfn, &p2mt, &p2ma, 0, NULL, &sve); >> if ( p2ma != p2m_access_n2rwx ) >> { >> /* A listener is not required, so clear the access >> * restrictions. This set must succeed: we have the >> * gfn locked and just did a successful get_entry(). */ >> rc = p2m->set_entry(p2m, gfn, mfn, PAGE_ORDER_4K, >> - p2mt, p2m_access_rwx); >> + p2mt, p2m_access_rwx, sve); > > ... but sve here, when -1 means "retain current setting" anyway? > (Same question applies elsewhere.) This is my code. I considered whether to use -1 here, but since we're reading and retaining gfn, mfn, and p2mt, it seemed more consistent stylistically to just read and re-write it along with the others. In any case I don't have strong opinions. -G _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |