[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v4 11/17] x86/hvm: only call hvm_io_assist() from hvm_wait_for_io()



> -----Original Message-----
> From: xen-devel-bounces@xxxxxxxxxxxxx [mailto:xen-devel-
> bounces@xxxxxxxxxxxxx] On Behalf Of Jan Beulich
> Sent: 24 June 2015 16:37
> To: Paul Durrant
> Cc: Andrew Cooper; Keir (Xen.org); xen-devel@xxxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-devel] [PATCH v4 11/17] x86/hvm: only call hvm_io_assist()
> from hvm_wait_for_io()
> 
> >>> On 24.06.15 at 13:24, <paul.durrant@xxxxxxxxxx> wrote:
> > By removing the calls in hvmemul_do_io() (which is replaced by a single
> > assignment) and hvm_complete_assist_request() (which is replaced by a
> > call to process_portio_intercept() with a suitable set of ops) then
> 
> With this saying hvm_process_io_intercept() ...
> 

Ah, good spot :-)

> > hvm_io_assist() can be moved into hvm.c and made static (and hence be a
> > candidate for inlining).
> >
> > This patch also fixes the I/O state test at the end of hvm_io_assist()
> > to check the correct value. Since the ioreq server patch series was
> > integrated the current ioreq state is no longer an indicator of in-flight
> > I/O state, since an I/O sheduled by re-emulation may be targetted at a
> > different ioreq server.
> >
> > Signed-off-by: Paul Durrant <paul.durrant@xxxxxxxxxx>
> 
> Acked-by: Jan Beulich <jbeulich@xxxxxxxx>
> 

Thanks.

  Paul

> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.