[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] x86/HVM: drop bogus #PF raising from linear->phys translation
> -----Original Message----- > From: Andrew Cooper > Sent: 07 September 2017 11:18 > To: Jan Beulich <JBeulich@xxxxxxxx>; xen-devel <xen- > devel@xxxxxxxxxxxxxxxxxxxx> > Cc: Paul Durrant <Paul.Durrant@xxxxxxxxxx> > Subject: Re: [PATCH] x86/HVM: drop bogus #PF raising from linear->phys > translation > > On 07/09/17 09:14, Jan Beulich wrote: > > Translations spanning a page boundary not resulting in physically > > contiguous addresses is not a reason to raise #PF. In fact by not doing > > so accesses of this kind are being emulated correctly thanks to the > > fallback logic in the insn emulator's REP MOVS/STOS/INS/OUTS handling > > (non-string accesses to such locations are being split elsewhere and > > hence have been working fine already). > > > > Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> > > > > --- a/xen/arch/x86/hvm/emulate.c > > +++ b/xen/arch/x86/hvm/emulate.c > > @@ -566,15 +566,12 @@ static int hvmemul_linear_to_phys( > > if ( pfec & (PFEC_page_paged | PFEC_page_shared) ) > > return X86EMUL_RETRY; > > done /= bytes_per_rep; > > - *reps = done; > > if ( done == 0 ) > > { > > ASSERT(!reverse); > > - if ( npfn != gfn_x(INVALID_GFN) ) > > - return X86EMUL_UNHANDLEABLE; > > - x86_emul_pagefault(pfec, addr & PAGE_MASK, &hvmemul_ctxt- > >ctxt); > > - return X86EMUL_EXCEPTION; > > + return X86EMUL_UNHANDLEABLE; > > I dont follow your reasoning. The pagefault path is only reachable when > npfn is INVALID_GFN, which means a pagewalk did fail. But even so, does it not make more sense that a call into hvmemul_linear_to_phys() simply fails and the caller decides whether an exception is warranted? It seems wrong for what is essentially a utility function to be deciding what to do. Paul > > It might be cleaner to split out the pagefault path out into a block at > the bottom, but I think the logic is correct as-is. > > ~Andrew > > > } > > + *reps = done; > > break; > > } > > > > > > > > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |