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

RE: [Xen-devel] Re: [Patch] the interface of invalidating qemumapcache



> > Keir,
> > Attached is the updated version. The exported
qemu_invalidate_map_cache()
> just
> > blows the entire qemu mapcache.
> > Would you please give some comments? Thanks a lot!
> 
> Allocating the PCI resources with an incrementing region_num counter
is
> pointless (and in fact confusing) given that the BAR for mmio and
portio
> resources are hardcoded as 1 and 0 (respectively) in the pv-on-hvm
driver
> code. Also the existing portio resource is (I believe) a placeholder.
Thus
> you don't need to create a new resource -- use the first port of
resource
> region 0 instead. The existing read/write handler registrations in
> platform_io_map() are pointless. You can remove them and replace with
a
> single-byte write handler to blow the mapcache -- there's no need to
> install handlers for 2- or 4-byte accesses, nor for read accesses.

Why are we triggering this with an ioport access rather than just adding
a new message type between xen and qemu-dm? The latter seems rather
cleaner.

Ian 


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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