Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933770AbaKSVH4 (ORCPT ); Wed, 19 Nov 2014 16:07:56 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:31010 "EHLO userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932704AbaKSVHy (ORCPT ); Wed, 19 Nov 2014 16:07:54 -0500 Date: Wed, 19 Nov 2014 16:07:03 -0500 From: Konrad Rzeszutek Wilk To: Stefano Stabellini Cc: xen-devel@lists.xensource.com, Ian.Campbell@citrix.com, david.vrabel@citrix.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, catalin.marinas@arm.com Subject: Re: [PATCH v9 12/13] swiotlb-xen: pass dev_addr to xen_dma_unmap_page and xen_dma_sync_single_for_cpu Message-ID: <20141119210703.GE20440@laptop.dumpdata.com> References: <1415792454-23161-12-git-send-email-stefano.stabellini@eu.citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1415792454-23161-12-git-send-email-stefano.stabellini@eu.citrix.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 12, 2014 at 11:40:53AM +0000, Stefano Stabellini wrote: > xen_dma_unmap_page and xen_dma_sync_single_for_cpu take a dma_addr_t > handle as argument, not a physical address. Ouch. Should this also go on stable tree? > > Signed-off-by: Stefano Stabellini > Reviewed-by: Catalin Marinas > --- > drivers/xen/swiotlb-xen.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c > index 3725ee4..498b654 100644 > --- a/drivers/xen/swiotlb-xen.c > +++ b/drivers/xen/swiotlb-xen.c > @@ -449,7 +449,7 @@ static void xen_unmap_single(struct device *hwdev, dma_addr_t dev_addr, > > BUG_ON(dir == DMA_NONE); > > - xen_dma_unmap_page(hwdev, paddr, size, dir, attrs); > + xen_dma_unmap_page(hwdev, dev_addr, size, dir, attrs); > > /* NOTE: We use dev_addr here, not paddr! */ > if (is_xen_swiotlb_buffer(dev_addr)) { > @@ -497,14 +497,14 @@ xen_swiotlb_sync_single(struct device *hwdev, dma_addr_t dev_addr, > BUG_ON(dir == DMA_NONE); > > if (target == SYNC_FOR_CPU) > - xen_dma_sync_single_for_cpu(hwdev, paddr, size, dir); > + xen_dma_sync_single_for_cpu(hwdev, dev_addr, size, dir); > > /* NOTE: We use dev_addr here, not paddr! */ > if (is_xen_swiotlb_buffer(dev_addr)) > swiotlb_tbl_sync_single(hwdev, paddr, size, dir, target); > > if (target == SYNC_FOR_DEVICE) > - xen_dma_sync_single_for_cpu(hwdev, paddr, size, dir); > + xen_dma_sync_single_for_cpu(hwdev, dev_addr, size, dir); > > if (dir != DMA_FROM_DEVICE) > return; > -- > 1.7.10.4 > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/