Re: [PATCH] xen/grant-table: Refactor gnttab_[un]map_refs to avoid m2p_override

2014-03-16 Thread Stefano Stabellini
On Mon, 10 Mar 2014, David Vrabel wrote: > On 27/02/14 15:55, Zoltan Kiss wrote: > > (This is a continuation of "[PATCH v9] xen/grant-table: Avoid m2p_override > > during mapping") > > > > The grant mapping API does m2p_override unnecessarily: only gntdev needs it, > > for blkback and future netba

Re: [PATCH] xen/grant-table: Refactor gnttab_[un]map_refs to avoid m2p_override

2014-03-10 Thread David Vrabel
On 27/02/14 15:55, Zoltan Kiss wrote: > (This is a continuation of "[PATCH v9] xen/grant-table: Avoid m2p_override > during mapping") > > The grant mapping API does m2p_override unnecessarily: only gntdev needs it, > for blkback and future netback patches it just cause a lock contention, as > thos

Re: [PATCH] xen/grant-table: Refactor gnttab_[un]map_refs to avoid m2p_override

2014-03-10 Thread Zoltan Kiss
David/Stefano, can you take a look, and ack if you are happy with this? I could build it on ARM and a backported version on 3.10 have seen quite a lot of testing recently. Zoli On 27/02/14 15:55, Zoltan Kiss wrote: (This is a continuation of "[PATCH v9] xen/grant-table: Avoid m2p_override dur

[PATCH] xen/grant-table: Refactor gnttab_[un]map_refs to avoid m2p_override

2014-02-27 Thread Zoltan Kiss
(This is a continuation of "[PATCH v9] xen/grant-table: Avoid m2p_override during mapping") The grant mapping API does m2p_override unnecessarily: only gntdev needs it, for blkback and future netback patches it just cause a lock contention, as those pages never go to userspace. Therefore this seri