| Message ID | 1567585478-23902-1-git-send-email-yoshihiro.shimoda.uh@renesas.com (mailing list archive) |
|---|---|
| Headers | show |
| Series | dmaengine: rcar-dmac: use of_data and add dma-channel-mask support | expand |
On 04-09-19, 17:24, Yoshihiro Shimoda wrote: > This patch series is based on the latest slave-dma.git / next branch and > merge the latest slave-dma.git / fixes branch. This is because this patch > series depends on the following commit: Well it should not depend on fix which is going for 5.3 and the rest for 5.4 Can you please rebase on next and send. This doesnt apply for me Thanks > --- > commit cf24aac38698bfa1d021afd3883df3c4c65143a4 > Author: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> > Date: Mon Sep 2 20:44:03 2019 +0900 > > dmaengine: rcar-dmac: Fix DMACHCLR handling if iommu is mapped > --- > > Changes from v1: > - Combine two patch series into this patch series. > https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=166457&state=* > https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=166457&state=* > - Remove a patch because updated patch is already merged into > the latest slave-dma.git / fixes branch as described above. > - Add Reviewed-by tags into all patches. > - Rename a member of rcar_dmac_of_data. > - Just ignore the return value of of_property_read_u32() for dma-channel-mask. > > Yoshihiro Shimoda (3): > dmaengine: rcar-dmac: Use of_data values instead of a macro > dmaengine: rcar-dmac: Use devm_platform_ioremap_resource() > dmaengine: rcar-dmac: Add dma-channel-mask property support > > drivers/dma/sh/rcar-dmac.c | 47 +++++++++++++++++++++++++++++++++++++--------- > 1 file changed, 38 insertions(+), 9 deletions(-) > > -- > 2.7.4
Hi Vinod, > From: Vinod Koul, Sent: Wednesday, September 4, 2019 6:36 PM > > On 04-09-19, 17:24, Yoshihiro Shimoda wrote: > > This patch series is based on the latest slave-dma.git / next branch and > > merge the latest slave-dma.git / fixes branch. This is because this patch > > series depends on the following commit: > > Well it should not depend on fix which is going for 5.3 and the rest for > 5.4 > > Can you please rebase on next and send. This doesnt apply for me I'm sorry for bothering you. I have a question. The patch 1/3 [1] and 3/3 [2] completely depends on the fix patch [3] because the fix patch added a new member and the patch 3/3 used it. How do I handle such a case? Should I wait for submitting this patch series until v5.3 is released? # If so, I think this means this patch series will be merged into v5.5. [1] https://patchwork.kernel.org/patch/11129607/ [2] https://patchwork.kernel.org/patch/11129601/ [3] https://git.kernel.org/pub/scm/linux/kernel/git/vkoul/slave-dma.git/commit/?h=fixes&id=cf24aac38698bfa1d021afd3883df3c4c65143a4 Best regards, Yoshihiro Shimoda > Thanks > > > --- > > commit cf24aac38698bfa1d021afd3883df3c4c65143a4 > > Author: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> > > Date: Mon Sep 2 20:44:03 2019 +0900 > > > > dmaengine: rcar-dmac: Fix DMACHCLR handling if iommu is mapped > > --- > > > > Changes from v1: > > - Combine two patch series into this patch series. > > https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=166457&state=* > > https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=166457&state=* > > - Remove a patch because updated patch is already merged into > > the latest slave-dma.git / fixes branch as described above. > > - Add Reviewed-by tags into all patches. > > - Rename a member of rcar_dmac_of_data. > > - Just ignore the return value of of_property_read_u32() for dma-channel-mask. > > > > Yoshihiro Shimoda (3): > > dmaengine: rcar-dmac: Use of_data values instead of a macro > > dmaengine: rcar-dmac: Use devm_platform_ioremap_resource() > > dmaengine: rcar-dmac: Add dma-channel-mask property support > > > > drivers/dma/sh/rcar-dmac.c | 47 +++++++++++++++++++++++++++++++++++++--------- > > 1 file changed, 38 insertions(+), 9 deletions(-) > > > > -- > > 2.7.4 > > -- > ~Vinod
This patch series is based on the latest slave-dma.git / next branch and merge the latest slave-dma.git / fixes branch. This is because this patch series depends on the following commit: --- commit cf24aac38698bfa1d021afd3883df3c4c65143a4 Author: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> Date: Mon Sep 2 20:44:03 2019 +0900 dmaengine: rcar-dmac: Fix DMACHCLR handling if iommu is mapped --- Changes from v1: - Combine two patch series into this patch series. https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=166457&state=* https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=166457&state=* - Remove a patch because updated patch is already merged into the latest slave-dma.git / fixes branch as described above. - Add Reviewed-by tags into all patches. - Rename a member of rcar_dmac_of_data. - Just ignore the return value of of_property_read_u32() for dma-channel-mask. Yoshihiro Shimoda (3): dmaengine: rcar-dmac: Use of_data values instead of a macro dmaengine: rcar-dmac: Use devm_platform_ioremap_resource() dmaengine: rcar-dmac: Add dma-channel-mask property support drivers/dma/sh/rcar-dmac.c | 47 +++++++++++++++++++++++++++++++++++++--------- 1 file changed, 38 insertions(+), 9 deletions(-)