[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] swiotlb-xen: update dev_addr after swapping pages
On Thu, Jan 19, 2017 at 04:29:19PM -0800, Stefano Stabellini wrote: > On Thu, 19 Jan 2017, Konrad Rzeszutek Wilk wrote: > > On Thu, Jan 19, 2017 at 06:58:46PM -0500, Boris Ostrovsky wrote: > > > On 01/19/2017 01:39 PM, Stefano Stabellini wrote: > > > > In xen_swiotlb_map_page and xen_swiotlb_map_sg_attrs, if the original > > > > page is not suitable, we swap it for another page from the swiotlb > > > > pool. > > > > > > > > In these cases, we don't update the previously calculated dma address > > > > for the page before calling xen_dma_map_page. Thus, we end up calling > > > > xen_dma_map_page passing the wrong dev_addr, resulting in > > > > xen_dma_map_page mistakenly assuming that the page is foreign when it is > > > > local. > > > > > > > > Fix the bug by updating dev_addr appropriately. > > > > > > > > This change has no effect on x86, because xen_dma_map_page is a stub > > > > there. > > > > > > > > Signed-off-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> > > > > Signed-off-by: Pooya Keshavarzi <Pooya.Keshavarzi@xxxxxxxxxxxx> > > > > Tested-by: Pooya Keshavarzi <Pooya.Keshavarzi@xxxxxxxxxxxx> > > > > > > Reviewed-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx> > > > > Acked-by: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> > > > > I can carry it via my swiotlb.git tree or if there are some extra > > things on the Xen tree - it can go through that? > > It might be best to go via swiotlb.git: I don't think we have anything > on the Xen tree at the moment -- Juergen has just sent a pull request > for it. OK, let me queue it up and run it through the tests. > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxx > https://lists.xen.org/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |