search for: jliang

RPMsg uses dma_alloc_coherent() to allocate memory to shared with the remote. In this case, as there is no pages setup in the dma_alloc_coherent(), we cannot get the physical address back from the virtual address, and thus, we can set the sg_dma_addr to store the DMA address and mark it already DMA mapped. When virtio vring sees the sg_dma_addr is ready set, do not call dma_map_page(). The issue

RPMsg uses dma_alloc_coherent() to allocate memory to shared with the remote. In this case, as there is no pages setup in the dma_alloc_coherent(), we cannot get the physical address back from the virtual address, and thus, we can set the sg_dma_addr to store the DMA address and mark it already DMA mapped. When virtio vring sees the sg_dma_addr is ready set, do not call dma_map_page(). The issue

.... In this case, we can setup the sg_dma_addr to > store the DMA address, and also mark the sg is already mapped. > > In the vring, we can detect if the address is already mapped > by checking the sg_dma_addr. If yes, do not call dma_map_page(). > > Signed-off-by: Wendy Liang <jliang at xilinx.com> > --- > drivers/virtio/virtio_ring.c | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c > index 489bfc6..9793e1f 100644 > --- a/drivers/virtio/virtio_ring.c > +++ b/drivers/virtio/vir...

.... In this case, we can setup the sg_dma_addr to > store the DMA address, and also mark the sg is already mapped. > > In the vring, we can detect if the address is already mapped > by checking the sg_dma_addr. If yes, do not call dma_map_page(). > > Signed-off-by: Wendy Liang <jliang at xilinx.com> > --- > drivers/virtio/virtio_ring.c | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c > index 489bfc6..9793e1f 100644 > --- a/drivers/virtio/virtio_ring.c > +++ b/drivers/virtio/vir...

RPMsg uses dma_alloc_coherent() to allocate memory to shared with the remote. In this case, as there is no pages setup in the dma_alloc_coherent(), we cannot get the physical address back from the virtual address, and thus, we can set the sg_dma_addr to store the DMA address and mark it already DMA mapped. When virtio vring sees the sg_dma_addr is ready set, do not call dma_map_page(). The issue

RPMsg uses dma_alloc_coherent() to allocate memory to shared with the remote. In this case, as there is no pages setup in the dma_alloc_coherent(), we cannot get the physical address back from the virtual address, and thus, we can set the sg_dma_addr to store the DMA address and mark it already DMA mapped. When virtio vring sees the sg_dma_addr is ready set, do not call dma_map_page(). The issue

RPMsg uses dma_alloc_coherent() to allocate memory to shared with the remote. In this case, as there is no pages setup in the dma_alloc_coherent(), we cannot get the physical address back from the virtual address, and thus, we can set the sg_dma_addr to store the DMA address and mark it already DMA mapped. When virtio vring sees the sg_dma_addr is ready set, do not call dma_map_page(). The issue

RPMsg uses dma_alloc_coherent() to allocate memory to shared with the remote. In this case, as there is no pages setup in the dma_alloc_coherent(), we cannot get the physical address back from the virtual address, and thus, we can set the sg_dma_addr to store the DMA address and mark it already DMA mapped. When virtio vring sees the sg_dma_addr is ready set, do not call dma_map_page(). The issue

...s back to the physical address. In this case, we can setup the sg_dma_addr to store the DMA address, and also mark the sg is already mapped. In the vring, we can detect if the address is already mapped by checking the sg_dma_addr. If yes, do not call dma_map_page(). Signed-off-by: Wendy Liang <jliang at xilinx.com> --- drivers/virtio/virtio_ring.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index 489bfc6..9793e1f 100644 --- a/drivers/virtio/virtio_ring.c +++ b/drivers/virtio/virtio_ring.c @@ -180,6 +180,12 @@ static d...

...s back to the physical address. In this case, we can setup the sg_dma_addr to store the DMA address, and also mark the sg is already mapped. In the vring, we can detect if the address is already mapped by checking the sg_dma_addr. If yes, do not call dma_map_page(). Signed-off-by: Wendy Liang <jliang at xilinx.com> --- drivers/virtio/virtio_ring.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c index 489bfc6..9793e1f 100644 --- a/drivers/virtio/virtio_ring.c +++ b/drivers/virtio/virtio_ring.c @@ -180,6 +180,12 @@ static d...

...t; Vishvananda Ishaya <vishvananda@gmail.com> Vladimir Senkov <hangup@gmail.com> Wanlong Gao <gaowanlong@cn.fujitsu.com> Weidong Han <hanweidong@huawei.com> Wen Congyang <wency@cn.fujitsu.com> Wenchao Xia <xiawenc@linux.vnet.ibm.com> Wendy Liang <jliang@xilinx.com> Will Auld <will.auld@intel.com> Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com> Xudong Hao <xudong.hao@intel.com> Yan Vugenfirer <yan@daynix.com> Yeongkyoon Lee <yeongkyoon.lee@samsung.com> Yin Yin <yin.yin@cs2c.com.cn> Yongbok Kim...

...t; Vishvananda Ishaya <vishvananda@gmail.com> Vladimir Senkov <hangup@gmail.com> Wanlong Gao <gaowanlong@cn.fujitsu.com> Weidong Han <hanweidong@huawei.com> Wen Congyang <wency@cn.fujitsu.com> Wenchao Xia <xiawenc@linux.vnet.ibm.com> Wendy Liang <jliang@xilinx.com> Will Auld <will.auld@intel.com> Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com> Xudong Hao <xudong.hao@intel.com> Yan Vugenfirer <yan@daynix.com> Yeongkyoon Lee <yeongkyoon.lee@samsung.com> Yin Yin <yin.yin@cs2c.com.cn> Yongbok Kim...

...t; Vishvananda Ishaya <vishvananda@gmail.com> Vladimir Senkov <hangup@gmail.com> Wanlong Gao <gaowanlong@cn.fujitsu.com> Weidong Han <hanweidong@huawei.com> Wen Congyang <wency@cn.fujitsu.com> Wenchao Xia <xiawenc@linux.vnet.ibm.com> Wendy Liang <jliang@xilinx.com> Will Auld <will.auld@intel.com> Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com> Xudong Hao <xudong.hao@intel.com> Yan Vugenfirer <yan@daynix.com> Yeongkyoon Lee <yeongkyoon.lee@samsung.com> Yin Yin <yin.yin@cs2c.com.cn> Yongbok Kim...