Since iommu_map() code added pgsize value to the paddr, trace_map()
used wrong paddr. So, this patch adds "orig_paddr" value in the
iommu_map() to use for the trace_map().
Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda...@renesas.com>
---
drivers/iommu/iommu.c | 3 ++-
1
g patch at last April:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/iommu?id=809eac54cdd62c67afea1e17080e681dfa33dc09
So, no one needs this patch anymore.
Best regards,
Yoshihiro Shimoda
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
om an empty iova space.
Signed-off-by: Magnus Damm <damm+rene...@opensource.se>
Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda...@renesas.com>
---
drivers/iommu/dma-iommu.c | 42 +-
drivers/iommu/iova.c | 9 +
include/linux/
The IPMMU of R-Car Gen3 will mistake an address translation if
IMCTR.FLUSH is set while some related devices that on the same doamin
are running. To avoid this, this patch uses the force_reset_when_empty
feature.
Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda...@renesas.com>
---
d
In the future, the init_iova_rcaches will be called in atomic.
Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda...@renesas.com>
---
drivers/iommu/iova.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/iommu/iova.c b/drivers/iommu/iova.c
index b7268a1..8
Hi,
> From: Konrad Rzeszutek, Sent: Wednesday, November 1, 2017 10:27 PM
>
> On Fri, Oct 20, 2017 at 03:18:55AM +, Yoshihiro Shimoda wrote:
> > Hi again!
> >
> > > From: Yoshihiro Shimoda, Sent: Thursday, October 19, 2017 8:39 PM
> > >
> > &
Hi again!
> From: Yoshihiro Shimoda, Sent: Thursday, October 19, 2017 8:39 PM
>
> Hi Geert-san, Konrad-san,
>
> > From: Geert Uytterhoeven, Sent: Thursday, October 19, 2017 5:34 PM
> >
> > Hi Konrad,
> >
> > On Thu, Oct 19, 2017 at 2:24 AM, Konrad Rz
ote:
> >> On Tue, Oct 17, 2017 at 9:30 AM, Yoshihiro Shimoda
> >> <yoshihiro.shimoda...@renesas.com> wrote:
> >> > Since the commit de3ee99b097d ("mmc: Delete bounce buffer handling")
> >> > deletes the bounce buffer handling, a request da
MU
context number 0 as the unused MMU context.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu-vmsa.c
index 6a0e714..6cbd2bd 100644
--- a/drivers/iommu/ipmmu-vmsa.c
+++
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Wednesday, November 28, 2018 5:47 PM
>
> Hi Shimoda-san,
>
> On Wed, Nov 28, 2018 at 7:10 AM Yoshihiro Shimoda
> wrote:
> > Some R-Car Gen3 SoCs has hardware restrictions on the IPMMU. So,
> > to check wheth
To avoid adding copy and pasted strcmp codes in the future,
this patch adds an array "rcar_gen3_slave_whitelist" to check
whether the device can work with the IPMMU or not.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
---
drivers/iommu/ipmmu-vmsa.c | 13 ++
Some R-Car Gen3 SoCs has hardware restrictions on the IPMMU. So,
to check whether this R-Car Gen3 SoC can use the IPMMU correctly,
this patch modifies the ipmmu_slave_whitelist().
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
---
drivers/iommu/ipmmu-vmsa.c | 34
nt" instead of "int" in patch 2.
- Add Geert-san's Reviewed-by.
Yoshihiro Shimoda (2):
iommu/ipmmu-vmsa: Modify ipmmu_slave_whitelist() to check SoC
revisions
iommu/ipmmu-vmsa: add an array of slave devices whitelist
drivers/iommu/ipmmu-vmsa.c | 45 ++
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Wednesday, November 28, 2018 5:48 PM
>
> Hi Shimoda-san,
>
> On Wed, Nov 28, 2018 at 7:10 AM Yoshihiro Shimoda
> wrote:
> > To avoid adding copy and pasted strcmp codes in the future,
> > this patch adds an ar
rcar_gen3_slave_whitelist[] = {
+ "e670.dma-controller",
+ "e730.dma-controller"
};
static bool ipmmu_slave_whitelist(struct device *dev)
Yoshihiro Shimoda (2):
iommu/ipmmu-vmsa: Modify ipmmu_slave_whitelist() to check SoC
revisions
iommu/ipmm
Some R-Car Gen3 SoCs has hardware restrictions on the IPMMU. So,
to check whether this R-Car Gen3 SoC can use the IPMMU correctly,
this patch modifies the ipmmu_slave_whitelist().
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 34 ++
1 file
To avoid adding copy and pasted strcmp codes in the future,
this patch adds an array "rcar_gen3_slave_whitelist" to check
whether the device can work with the IPMMU or not.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 13 -
1 file changed, 12 insert
peration has also
> been tested on R-Car M2-W.
Thank you for the patch! I reviewed this patch series and tested it on
R-Car H3 ES3.0 with IPMMU support for USB3.0 host and SDHI. So,
Reviewed-by: Yoshihiro Shimoda
Tested-by: Yoshihiro Shimoda
Best regards,
Yoshihiro Shimoda
swiotlb buffer is full (sz: 524288
bytes), total 32768 (slots), used 1338 (slots)
[ 37.078676] xhci-hcd ee00.usb: swiotlb buffer is full (sz: 524288
bytes), total 32768 (slots), used 1338 (slots)
[ 41.745471] swiotlb_tbl_map_single: 22211 callbacks suppresse
s into struct tmio_mmc_dma_ops and
tmio_mmc_host and just set init_card on renesas_sdhi_core.c.
- Revise typos on "mmc: tmio: No memory size limitation if runs on IOMMU".
- Add Simon-san's Reviewed-by on a tmio patch.
https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=110485
This patch adds the .capable into iommu_ops that can merge scatter
gather segments.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu-vmsa.c
index 408ad0b..81170b8
This patch adds a definition for default max_segs to be used by other
driver (renesas_sdhi) in the future.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Wolfram Sang
---
drivers/mmc/host/tmio_mmc.h | 1 +
drivers/mmc/host/tmio_mmc_core.c | 2 +-
2 files changed, 2 insertions(+), 1
This patch adds a new capable IOMMU_CAP_MERGING to check whether
the IOVA would be contiguous strictly if a device requires and
the IOMMU driver has the capable.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/dma-iommu.c | 26 --
include/linux/iommu.h | 1 +
2
This patch adds a condition to avoid a memory size limitation of
swiotlb if the driver runs on IOMMU.
Tested-by: Takeshi Saito
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Simon Horman
Reviewed-by: Wolfram Sang
---
drivers/mmc/host/tmio_mmc_core.c | 5 +++--
1 file changed, 3 insertions
C_MIN_RCAR2" environment.
Signed-off-by: Yoshihiro Shimoda
---
drivers/mmc/host/renesas_sdhi_core.c | 27 +++
drivers/mmc/host/renesas_sdhi_internal_dmac.c | 4
2 files changed, 31 insertions(+)
diff --git a/drivers/mmc/host/renesas_sdhi_core.c
b/
iommu_dma_map_sg() will use the unmap function in the future. To
avoid a forward declaration, this patch move the function place.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/dma-iommu.c | 48 +++
1 file changed, 24 insertions(+), 24 deletions
This patch ports the headers in alphabetic order to ease
the maintenance for this part.
Signed-off-by: Yoshihiro Shimoda
---
drivers/mmc/host/renesas_sdhi_core.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/mmc/host/renesas_sdhi_core.c
b/drivers
This API can set a flag whether a device requires iova contiguous
strictly.
Signed-off-by: Yoshihiro Shimoda
---
include/linux/device.h | 1 +
include/linux/dma-mapping.h | 16
2 files changed, 17 insertions(+)
diff --git a/include/linux/device.h b/include/linux/device.h
API is related to my problem,
but I don't have any actual solution (a patch) for now. So, I'll wait
for your patch!
Best regards,
Yoshihiro Shimoda
Hi Christoph,
> From: Christoph Hellwig, Sent: Friday, June 7, 2019 2:50 PM
>
> On Fri, Jun 07, 2019 at 05:41:56AM +, Yoshihiro Shimoda wrote:
> > > bool blk_can_use_iommu_merging(struct request_queue *q, struct device
> > > *dev)
> > > {
>
Hi Christoph,
> From: Christoph Hellwig, Sent: Thursday, June 6, 2019 4:01 PM
>
> On Thu, Jun 06, 2019 at 06:28:47AM +, Yoshihiro Shimoda wrote:
> > > The problem is that we need a way to communicate to the block layer
> > > that more than a single segment is
The exported function name is dma_max_mapping_size(), not
dma_direct_max_mapping_size() so that this patch fixes
the function name in the documentation.
Fixes: 133d624b1cee ("dma: Introduce dma_max_mapping_size()")
Signed-off-by: Yoshihiro Shimoda
---
Documentation/DMA-API.txt | 2
Hi Christoph,
> From: Christoph Hellwig, Sent: Friday, June 7, 2019 5:35 PM
>
> On Fri, Jun 07, 2019 at 08:19:08AM +, Yoshihiro Shimoda wrote:
> > Hi Christoph,
> >
> > > From: Christoph Hellwig, Sent: Friday, June 7, 2019 5:08 PM
> > >
> > >
Hi Christoph,
I think we should continue to discuss on this email thread instead of the fixed
DMA-API.txt patch [1]
[1]
https://marc.info/?t=15598941221=1=2
> From: Yoshihiro Shimoda, Sent: Monday, June 3, 2019 3:42 PM
>
> Hi linux-block and iommu mailing lists,
>
>
when reaching the
> segement limit.
The block layer already has a limit "max_segment_size" for each device so that
regardless it can/cannot merge the segments, we can use the limit.
Is my understanding incorrect?
Best regards,
Yoshihiro Shimoda
___
eems I have to modify a block layer
so that such a new DMA API is not needed though.
> And if the problem is really that you're not getting merging because of
> exposing the wrong parameters to the DMA API and/or the block layer, or
> that you just can't quite express your requirement to th
This patch adds a helper function whether a queue can merge
the segments by an IOMMU.
Signed-off-by: Yoshihiro Shimoda
---
block/blk-settings.c | 28
include/linux/blkdev.h | 2 ++
2 files changed, 30 insertions(+)
diff --git a/block/blk-settings.c b/block/blk
This patch sorts the headers in alphabetic order to ease
the maintenance for this part.
Signed-off-by: Yoshihiro Shimoda
---
block/blk-settings.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/block/blk-settings.c b/block/blk-settings.c
index 2ae348c..45f2c52
This patch adds an exported function to get minimum page size for
a domain. This patch also modifies similar codes on the iommu.c.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/iommu.c | 18 +++---
include/linux/iommu.h | 1 +
2 files changed, 16 insertions(+), 3 deletions
mc: tmio: No memory size limitation if runs on IOMMU".
- Add Simon-san's Reviewed-by on a tmio patch.
https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=110485
Yoshihiro Shimoda (5):
iommu: add an exported function to get minimum page size for a domain
block: sort header
If max_segs of a mmc host is smaller than BLK_MAX_SEGMENTS,
the mmc subsystem tries to use such bigger segments by using
IOMMU subsystem, and then the mmc subsystem exposes such information
to the block layer by using blk_queue_can_use_iommu_merging().
Signed-off-by: Yoshihiro Shimoda
Since the commit 133d624b1cee ("dma: Introduce dma_max_mapping_size()")
provides a helper function to get the max mapping size, we can use
the function instead of the workaround code for swiotlb.
Signed-off-by: Yoshihiro Shimoda
---
drivers/mmc/host/tmio_mmc_core.c | 17 --
ping_size(dev) << SECTOR_SHIFT);
it should be:
+ dma_max_mapping_size(dev) >> SECTOR_SHIFT);
But, if we fix the slave_configure(), we don't need this patch, IIUC.
Best regards,
Yoshihiro Shimoda
Hi Wolfram-san,
> From: Wolfram Sang, Sent: Friday, June 14, 2019 4:46 AM
>
> On Thu, Jun 13, 2019 at 07:20:14PM +0900, Yoshihiro Shimoda wrote:
> > Since the commit 133d624b1cee ("dma: Introduce dma_max_mapping_size()")
> > provides a helper function to get t
owed by another min() to make it fit in mmc->max_req_size, which is
> unsigned int.
Geert-san:
I'm afraid, but I cannot understand this means.
Is this patch is possible to be upstream? Or, do you have any concern?
Best regards,
Yoshihiro Shimoda
Hi Wolfram-san,
> From: Wolfram Sang, Sent: Friday, June 14, 2019 4:38 AM
>
> On Thu, Jun 13, 2019 at 07:20:11PM +0900, Yoshihiro Shimoda wrote:
> > This patch adds an exported function to get minimum page size for
> > a domain. This patch also modifies similar
Hi Robin,
> From: Robin Murphy, Sent: Friday, June 14, 2019 6:41 PM
>
> On 13/06/2019 11:20, Yoshihiro Shimoda wrote:
> > This patch adds an exported function to get minimum page size for
> > a domain. This patch also modifies similar codes on the iommu.c.
>
> Heh, se
t working much over the long weekend.
To Christoph:
No worries.
> > On Mon, Jun 10, 2019 at 11:13:07AM +, Yoshihiro Shimoda wrote:
> > > I have another way to avoid the issue. But it doesn't seem that a good
> > > way though...
> > > According to the commit that ad
Hi Christoph, Alan,
(add linux-usb ML on CC.)
> From: Yoshihiro Shimoda, Sent: Friday, June 7, 2019 9:00 PM
>
> Hi Christoph,
>
> I think we should continue to discuss on this email thread instead of the
> fixed DMA-API.txt patch [1]
>
> [1]
> https://marc.
This patch adds a new DMA API "dma_get_merge_boundary". This function
returns the DMA merge boundary if the DMA layer can merge the segments.
This patch also adds the implementation for a new dma_map_ops pointer.
Signed-off-by: Yoshihiro Shimoda
---
Documentation/DMA-API.
This patch sorts the headers in alphabetic order to ease
the maintenance for this part.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Wolfram Sang
---
block/blk-settings.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/block/blk-settings.c b/block/blk
When the max_segs of a mmc host is smaller than 512, the mmc
subsystem tries to use 512 segments if DMA MAP layer can merge
the segments, and then the mmc subsystem exposes such information
to the block layer by using blk_queue_can_use_dma_map_merging().
Signed-off-by: Yoshihiro Shimoda
This patch adds a new dma_map_ops of get_merge_boundary() to
expose the DMA merge boundary if the domain type is IOMMU_DOMAIN_DMA.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/dma-iommu.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/iommu/dma-iommu.c b/drivers
This patch adds a helper function whether a queue can merge
the segments by the DMA MAP layer (e.g. via IOMMU).
Signed-off-by: Yoshihiro Shimoda
---
block/blk-settings.c | 22 ++
include/linux/blkdev.h | 2 ++
2 files changed, 24 insertions(+)
diff --git a/block/blk
mc_host and just set init_card on renesas_sdhi_core.c.
- Revise typos on "mmc: tmio: No memory size limitation if runs on IOMMU".
- Add Simon-san's Reviewed-by on a tmio patch.
https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=110485
Yoshihiro Shimoda (5):
dma: Introduce dma_get
Hi Christoph,
> From: Christoph Hellwig, Sent: Wednesday, June 12, 2019 8:31 PM
>
> On Wed, Jun 12, 2019 at 08:52:21AM +, Yoshihiro Shimoda wrote:
> > Hi Christoph,
> >
> > > From: Christoph Hellwig, Sent: Wednesday, June 12, 2019 4:31 PM
> > >
> >
mq->queue, mmc_get_max_segments(host));
Thank you for the suggestion. It's a good idea! I'll fix the patch.
Best regards,
Yoshihiro Shimoda
Hi Christoph,
> From: Christoph Hellwig, Sent: Friday, June 14, 2019 4:25 PM
>
> On Thu, Jun 13, 2019 at 07:20:15PM +0900, Yoshihiro Shimoda wrote:
> > +static unsigned int mmc_get_max_segments(struct mmc_host *host)
> > +{
> > + return host->can_merge ? BLK
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Monday, June 17, 2019 3:23 PM
>
> Hi Shimoda-san,
>
> On Mon, Jun 17, 2019 at 6:54 AM Yoshihiro Shimoda
> wrote:
> > > From: Geert Uytterhoeven, Sent: Friday, June 14, 2019 4:27 PM
> > > On Fri, Jun 14, 201
Hi Robin,
> From: Robin Murphy, Sent: Friday, June 14, 2019 6:55 PM
>
> On 13/06/2019 11:20, Yoshihiro Shimoda wrote:
> > +bool blk_queue_can_use_iommu_merging(struct request_queue *q,
> > +struct device *dev)
> > +{
> >
Hi Christoph,
> From: Christoph Hellwig, Sent: Monday, June 17, 2019 3:54 PM
>
> On Mon, Jun 17, 2019 at 06:46:33AM +, Yoshihiro Shimoda wrote:
> > > can_merge seems a little too generic a name to me. Maybe can_iommu_merge?
> >
> > I'll fix the name. Also
Hi Christoph,
Thank you for your review!
> From: Christoph Hellwig, Sent: Wednesday, May 22, 2019 9:29 PM
>
> On Wed, May 22, 2019 at 07:18:39PM +0900, Yoshihiro Shimoda wrote:
> > In IOMMU environment, since it's possible to merge scatter gather
> > buffers of memory
Hi Robin,
> From: Robin Murphy, Sent: Monday, August 19, 2019 9:55 PM
>
> On 26/07/2019 09:31, Yoshihiro Shimoda wrote:
> > This patch adds a new dma_map_ops of get_merge_boundary() to
> > expose the DMA merge boundary if the domain type is IOMMU_DOMAIN_DMA.
> >
&
Hi Jens,
> From: Jens Axboe, Sent: Monday, August 19, 2019 11:54 PM
>
> On 8/16/19 1:50 PM, Wolfram Sang wrote:
> > On Fri, Jul 26, 2019 at 05:31:14PM +0900, Yoshihiro Shimoda wrote:
> >> This patch sorts the headers in alphabetic order to ease
> >&
AM
>
> On 8/28/19 6:35 AM, Yoshihiro Shimoda wrote:
> > This patch adds a helper function whether a queue can merge
> > the segments by the DMA MAP layer (e.g. via IOMMU).
>
> Reviewed-by: Jens Axboe
Jens, thank you for your review!
Best regards,
Yoshihiro Shimoda
ied it to the dma-mapping tree for 5.4 now, thanks a lot!
Thank you very much for your support!
Best regards,
Yoshihiro Shimoda
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
When the max_segs of a mmc host is smaller than 512, the mmc
subsystem tries to use 512 segments if DMA MAP layer can merge
the segments, and then the mmc subsystem exposes such information
to the block layer by using blk_queue_can_use_dma_map_merging().
Signed-off-by: Yoshihiro Shimoda
Reviewed
This patch adds a new DMA API "dma_get_merge_boundary". This function
returns the DMA merge boundary if the DMA layer can merge the segments.
This patch also adds the implementation for a new dma_map_ops pointer.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Christoph Hellwig
Reviewed
This patch adds a helper function whether a queue can merge
the segments by the DMA MAP layer (e.g. via IOMMU).
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Christoph Hellwig
Reviewed-by: Simon Horman
#include
#include
+#include
#include "blk.h"
#include "blk-wbt.h&quo
This patch adds a new dma_map_ops of get_merge_boundary() to
expose the DMA merge boundary if the domain type is IOMMU_DOMAIN_DMA.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Simon Horman
Acked-by: Joerg Roedel
---
drivers/iommu/dma-iommu.c | 8
1 file changed, 8 insertions
hanges from v3:
- Use a helper function device_iommu_mapped on patch 1 and 3.
- Check if R-Car Gen3 IPMMU is used or not on patch 3.
Yoshihiro Shimoda (4):
dma: Introduce dma_get_merge_boundary()
iommu/dma: Add a new dma_map_ops of get_merge_boundary()
block: add a helper function to merge the se
se a helper function device_iommu_mapped on patch 1 and 3.
- Check if R-Car Gen3 IPMMU is used or not on patch 3.
Yoshihiro Shimoda (5):
dma: Introduce dma_get_merge_boundary()
iommu/dma: Add a new dma_map_ops of get_merge_boundary()
block: sort headers on blk-setting.c
block: add a help
This patch sorts the headers in alphabetic order to ease
the maintenance for this part.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Wolfram Sang
---
block/blk-settings.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/block/blk-settings.c b/block/blk
This patch adds a new DMA API "dma_get_merge_boundary". This function
returns the DMA merge boundary if the DMA layer can merge the segments.
This patch also adds the implementation for a new dma_map_ops pointer.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Christoph Hellwig
---
Doc
This patch adds a helper function whether a queue can merge
the segments by the DMA MAP layer (e.g. via IOMMU).
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Christoph Hellwig
---
block/blk-settings.c | 22 ++
include/linux/blkdev.h | 2 ++
2 files changed, 24 insertions
This patch adds a new dma_map_ops of get_merge_boundary() to
expose the DMA merge boundary if the domain type is IOMMU_DOMAIN_DMA.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/dma-iommu.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/iommu/dma-iommu.c b/drivers
When the max_segs of a mmc host is smaller than 512, the mmc
subsystem tries to use 512 segments if DMA MAP layer can merge
the segments, and then the mmc subsystem exposes such information
to the block layer by using blk_queue_can_use_dma_map_merging().
Signed-off-by: Yoshihiro Shimoda
Reviewed
This patch adds a new DMA API "dma_get_merge_boundary". This function
returns the DMA merge boundary if the DMA layer can merge the segments.
This patch also adds the implementation for a new dma_map_ops pointer.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Christoph Hellwig
Reviewed
This patch adds a new dma_map_ops of get_merge_boundary() to
expose the DMA merge boundary if the domain type is IOMMU_DOMAIN_DMA.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Simon Horman
---
drivers/iommu/dma-iommu.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers
on patch 1 and 3.
- Check if R-Car Gen3 IPMMU is used or not on patch 3.
Yoshihiro Shimoda (5):
dma: Introduce dma_get_merge_boundary()
iommu/dma: Add a new dma_map_ops of get_merge_boundary()
block: sort headers on blk-setting.c
block: add a helper function to merge the segments
mmc: queue:
When the max_segs of a mmc host is smaller than 512, the mmc
subsystem tries to use 512 segments if DMA MAP layer can merge
the segments, and then the mmc subsystem exposes such information
to the block layer by using blk_queue_can_use_dma_map_merging().
Signed-off-by: Yoshihiro Shimoda
Reviewed
This patch adds a helper function whether a queue can merge
the segments by the DMA MAP layer (e.g. via IOMMU).
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Christoph Hellwig
Reviewed-by: Simon Horman
---
block/blk-settings.c | 22 ++
include/linux/blkdev.h | 2 ++
2
This patch sorts the headers in alphabetic order to ease
the maintenance for this part.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Wolfram Sang
Reviewed-by: Simon Horman
---
block/blk-settings.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/block/blk
Hello!
> From: Sergei Shtylyov, Sent: Tuesday, July 23, 2019 5:17 PM
>
> Hello!
>
> On 23.07.2019 8:26, Yoshihiro Shimoda wrote:
>
> > This patch adds a new dma_map_ops of get_merge_boundary() to
> > expose the DMA merge boundary if the domain type is IOMMU_
s is a fix for v5.4-rc1.
> ---
Thank you for the patch!
Reviewed-by: Yoshihiro Shimoda
And, I tested this patch on R-Car H3. So,
Tested-by: Yoshihiro Shimoda
Best regards,
Yoshihiro Shimoda
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
Since we will have changed memory mapping of the IPMMU in the future,
this patch adds a utlb_offset_base into struct ipmmu_features
for IMUCTR and IMUASID registers. No behavior change.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 5 -
1 file changed, 4 insertions(+), 1
Since we will have changed memory mapping of the IPMMU in the future,
This patch adds helper functions ipmmu_utlb_reg() and
ipmmu_imu{asid,ctr}_write() for "uTLB" registers. No behavior change.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
---
drivers/iommu/ipmmu-v
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 58 --
1 file changed, 30 insertions(+), 28 deletions(-)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu-vmsa.c
index c4ec166..79975e1 100644
--- a/drivers/iommu/ipmmu-vmsa.c
+++
/project/linux-renesas-soc/list/?series=184741
Yoshihiro Shimoda (6):
iommu/ipmmu-vmsa: Remove all unused register definitions
iommu/ipmmu-vmsa: tidyup register definitions
iommu/ipmmu-vmsa: Add helper functions for MMU "context" registers
iommu/ipmmu-vmsa: Calculate context registe
To support different registers memory mapping hardware easily
in the future, this patch removes all unused register
definitions.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 76 --
1 file changed, 76 deletions(-)
diff --git
Since we will have changed memory mapping of the IPMMU in the future,
This patch adds helper functions ipmmu_ctx_{reg,read,write}()
for MMU "context" registers. No behavior change.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
---
drivers/iommu/ipmmu-v
Since we will have changed memory mapping of the IPMMU in the future,
this patch uses ipmmu_features values instead of a macro to
calculate context registers offset. No behavior change.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
---
drivers/iommu/ipmmu-vmsa.c | 11
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Friday, October 11, 2019 9:11 PM
>
> Hi Shimoda-san,
>
> Thanks for your patch!
>
> On Wed, Oct 9, 2019 at 10:27 AM Yoshihiro Shimoda
> wrote:
> > To support different registers memory mapping hardware easily
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Friday, October 11, 2019 9:32 PM
>
> Hi Shimoda-san,
>
> On Wed, Oct 9, 2019 at 10:27 AM Yoshihiro Shimoda
> wrote:
> > Since we will have changed memory mapping of the IPMMU in the future,
> > this patch adds
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Friday, October 11, 2019 9:29 PM
>
> Hi Shimoda-san,
>
> On Wed, Oct 9, 2019 at 10:27 AM Yoshihiro Shimoda
> wrote:
> > Since we will have changed memory mapping of the IPMMU in the future,
> > this patch uses
Since we will have changed memory mapping of the IPMMU in the future,
this patch adds a utlb_offset_base into struct ipmmu_features
for IMUCTR and IMUASID registers. No behavior change.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 5 -
1 file changed, 4 insertions(+), 1
To support different registers memory mapping hardware easily
in the future, this patch removes all unused register
definitions.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 76 --
1 file changed, 76 deletions(-)
diff --git
Since we will have changed memory mapping of the IPMMU in the future,
this patch uses ipmmu_features values instead of a macro to
calculate context registers offset. No behavior change.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 11 ---
1 file changed, 8
Since we will have changed memory mapping of the IPMMU in the future,
This patch adds helper functions ipmmu_ctx_{reg,read,write}()
for MMU "context" registers. No behavior change.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 32 +++---
Since we will have changed memory mapping of the IPMMU in the future,
This patch adds helper functions ipmmu_utlb_reg() and
ipmmu_imu{asid,ctr}_write() for "uTLB" registers. No behavior change.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 26 +++
1 - 100 of 157 matches
Mail list logo
