Fix compatible string for R-Car Gen4.
Fixes: ae684caf465b ("iommu/ipmmu-vmsa: Add support for R-Car Gen4")
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ip
: Krzysztof Kozlowski
> Acked-by: Joerg Roedel
> Reviewed-by: Wolfram Sang
Thank you for the patch!
Reviewed-by: Yoshihiro Shimoda
Best regards,
Yoshihiro Shimoda
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
Add support for R-Car Gen4 like r8a779f0 (R-Car S4-8). The IPMMU
hardware design of r8a779f0 is the same as r8a779a0. So, rename
"r8a779a0" to "rcar_gen4".
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
---
drivers/iommu/ipmmu-vmsa.c | 10 +++--
.org/all/20220204125653.1194249-1-yoshihiro.shimoda...@renesas.com/
Changes from v1:
- Add Reviewed-by tag in patch 1. (Geert-san, thanks!)
- Revise a comment in patch 2.
https://lore.kernel.org/all/20220125125602.4144793-1-yoshihiro.shimoda...@renesas.com/
Y
Yoshihiro Shimoda (2):
dt-bindings: iommu:
Document the compatible values for the IPMMU-VMSA blocks in
the Renesas R-Car S4-8 (R8A779F0) SoC and R-Car Gen4.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
---
.../devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 4
1 file changed, 4 insertions(+)
diff
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Monday, February 7, 2022 11:26 PM
>
> On Fri, Feb 4, 2022 at 2:54 PM Yoshihiro Shimoda
> wrote:
> > Document the compatible values for the IPMMU-VMSA blocks in
> > the Renesas R-Car S4-8 (R8A779F0) SoC and R-Car Gen
Document the compatible values for the IPMMU-VMSA blocks in
the Renesas R-Car S4-8 (R8A779F0) SoC and R-Car Gen4.
Signed-off-by: Yoshihiro Shimoda
3fbefb9570325500dbf3faff80ded6d0d46f48b2
---
.../devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 4
1 file changed, 4 insertions
Add support for R-Car Gen4 like r8a779f0 (R-Car S4-8). The IPMMU
hardware design of r8a779f0 is the same as r8a779a0. So, rename
"r8a779a0" to "rcar_gen4".
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 10 +++---
1 file changed, 7 insertions(+),
144793-1-yoshihiro.shimoda...@renesas.com/
Yoshihiro Shimoda (2):
dt-bindings: iommu: renesas,ipmmu-vmsa: add r8a779f0 support
iommu/ipmmu-vmsa: Add support for R-Car Gen4
.../devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 4
drivers/iommu/ipmmu-vmsa.c
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Wednesday, February 2, 2022 8:07 PM
>
> Hi Shimoda-san,
>
> On Wed, Feb 2, 2022 at 11:48 AM Yoshihiro Shimoda
> wrote:
> > > From: Geert Uytterhoeven, Sent: Wednesday, February 2, 2022 6:24 PM
> > > On Tu
Hi Geert-san,
Thank you for your review!
> From: Geert Uytterhoeven, Sent: Wednesday, February 2, 2022 6:24 PM
>
> Hi Shimoda-san,
>
> On Tue, Jan 25, 2022 at 6:36 PM Yoshihiro Shimoda
> wrote:
> > Add support for R-Car Gen4 like r8a779f0 (R-Car S4-8). The IPMM
Hi Geert-san,
Thank you for your review!
> From: Geert Uytterhoeven, Sent: Thursday, January 27, 2022 8:06 PM
>
> Hi Shimoda-san,
>
> CC Laurent, Magnus.
>
> On Tue, Jan 25, 2022 at 6:33 PM Yoshihiro Shimoda
> wrote:
> > Document the compatible values for th
Add support for R-Car Gen4 like r8a779f0 (R-Car S4-8). The IPMMU
hardware design of r8a779f0 is the same as r8a779a0. So, rename
"r8a779a0" to "rcar_gen4".
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 10 +++---
1 file changed, 7 insertions(+),
; mw eed41500 0xc000
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git/tag/?h=renesas-drivers-2022-01-11-v5.16
Yoshihiro Shimoda (2):
dt-bindings: iommu: renesas,ipmmu-vmsa: add r8a779f0 support
iommu/ipmmu-vmsa: Add support for R-Car Gen4
.../devicetree/
Document the compatible values for the IPMMU-VMSA blocks in
the Renesas R-Car S4-8 (R8A779F0) SoC and R-Car Gen4.
Signed-off-by: Yoshihiro Shimoda
---
.../devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree
Hi Joerg, Will,
> From: Yoshihiro Shimoda, Sent: Tuesday, September 7, 2021 5:30 PM
>
> This patch series adds support for r8a779a0 (R-Car V3U).
Would you review this patch series?
Best regards,
Yoshihiro Shimoda
___
iommu mailing l
Add support for r8a779a0 (R-Car V3U). The IPMMU hardware design
of this SoC differs than others. So, add a new ipmmu_features for it.
Signed-off-by: Yoshihiro Shimoda
Reviewed-by: Geert Uytterhoeven
---
drivers/iommu/ipmmu-vmsa.c | 29 +
1 file changed, 25
This patch series adds support for r8a779a0 (R-Car V3U).
Changes from v1:
- Add {Ack,Review}ed-by in the patch 1.
- Add support 16 contexts in the patch 2.
- Add Reviewed-by in the patch 2.
https://lore.kernel.org/all/20210901102705.556093-1-yoshihiro.shimoda...@renesas.com/
Yoshihiro
Add support for r8a779a0 (R-Car V3U).
Signed-off-by: Yoshihiro Shimoda
Acked-by: Rob Herring
Reviewed-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/iommu/renesas
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Tuesday, September 7, 2021 3:34 PM
>
> Hi Shimoda-san,
>
> On Tue, Sep 7, 2021 at 2:02 AM Yoshihiro Shimoda
> wrote:
> > > From: Geert Uytterhoeven, Sent: Tuesday, September 7, 2021 12:34 AM
> > > On Wed, Sep 1
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Tuesday, September 7, 2021 12:34 AM
>
> Hi Shimoda-san,
>
> On Wed, Sep 1, 2021 at 12:27 PM Yoshihiro Shimoda
> wrote:
> > Add support for r8a779a0 (R-Car V3U). The IPMMU hardware design
> > of this SoC diff
Add support for r8a779a0 (R-Car V3U). The IPMMU hardware design
of this SoC differs than others. So, add a new ipmmu_features for it.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/drivers
Add support for r8a779a0 (R-Car V3U).
Signed-off-by: Yoshihiro Shimoda
---
Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml
b/Documentation/devicetree/bindings
This patch series adds support for r8a779a0 (R-Car V3U).
Yoshihiro Shimoda (2):
dt-bindings: iommu: renesas,ipmmu-vmsa: add r8a779a0 support
iommu/ipmmu-vmsa: Add support for r8a779a0
.../bindings/iommu/renesas,ipmmu-vmsa.yaml| 1 +
drivers/iommu/ipmmu-vmsa.c| 19
Hi Robin,
> From: Robin Murphy, Sent: Thursday, August 5, 2021 2:16 AM
>
> The core code bakes its own cookies now.
>
> CC: Yoshihiro Shimoda
> CC: Geert Uytterhoeven
> Signed-off-by: Robin Murphy
Thank you for the patch!
I tested on my environment (r8a77951-salva
e code.
>
> CC: Marek Szyprowski
> CC: Yoshihiro Shimoda
> CC: Geert Uytterhoeven
> CC: Yong Wu
> CC: Heiko Stuebner
> CC: Chunyan Zhang
> CC: Maxime Ripard
> Reviewed-by: Jean-Philippe Brucker
> Reviewed-by: Lu Baolu
> Signed-off-by: Robin Murphy
Tha
this as
> > well. Thanks for the pointer!
>
> I also can confirm that changing that to unsigned long fixes the issue.
Thank you for the information! I also confirmed that changing the type of
max_slots fixed the issue on my environment (r8a77951-salvator-xs.dts with
defconfig).
Best regards,
Yoshihiro Shimoda
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
required property
>
> Based on the dts files, a 'power-domains' property only exists on Gen 3
> which can be conditioned on !renesas,ipmmu-vmsa.
>
> Cc: Joerg Roedel
> Cc: Will Deacon
> Cc: Yoshihiro Shimoda
> Cc: iommu@lists.linux-foundation.org
> S
Andrew Jeffery
> Cc: Joel Stanley
> Cc: Wim Van Sebroeck
> Cc: Guenter Roeck
> Cc: Yoshihiro Shimoda
> Cc: Vincent Cheng
> Cc: linux-...@vger.kernel.org
> Cc: linux-cry...@vger.kernel.org
> Cc: linux-g...@vger.kernel.org
> Cc: linux-...@vger.kernel.org
> Cc: iommu
Refactor ipmmu_of_xlate() to improve readability/scalability.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 49 +-
1 file changed, 18 insertions(+), 31 deletions(-)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu
Add SDHI devices into devices_allowlist.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu-vmsa.c
index 0bdf354..5715fbe 100644
--- a/drivers/iommu/ipmmu-vmsa.c
+++ b/drivers
I intend to add new SoC support in near the future, but before that,
I would like to refactor the ipmmu_of_xlate() to improve
readability/scalability. Also, adds SDHI devices into the allow list.
Yoshihiro Shimoda (2):
iommu/ipmmu-vmsa: refactor ipmmu_of_xlate()
iommu/ipmmu-vmsa: Allow SDHI
-by: Chris Paterson
> ---
Thank you for the patch!
Reviewed-by: Yoshihiro Shimoda
Best regards,
Yoshihiro Shimoda
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
Hi Geert-san,
> From: Geert Uytterhoeven, Sent: Tuesday, July 14, 2020 9:40 PM
>
> Hi Shimoda-san,
>
> On Tue, Jul 14, 2020 at 1:42 PM Yoshihiro Shimoda
> wrote:
> > > From: Geert Uytterhoeven, Sent: Tuesday, July 14, 2020 5:42 PM
> > > On Tue, Jul
gt; > Also the recent patch to add
> > "r8a77961" just adds to soc_rcar_gen3_whitelist.
>
> Oops, commit 17fe16181639801b ("iommu/renesas: Add support for r8a77961")
> did it wrong, too.
Thank you for the point it out. We should add r8a77961 to the soc_rcar_gen3[].
However, I don't know why I could not realize this issue...
So, I investigated this a little and then, IIUC, glob_match() which
soc_device_match() uses seems to return true, if *pat = "r8a7796" and *str =
"r8a77961".
Best regards,
Yoshihiro Shimoda
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
This patch series is based on next-20200611.
Yoshihiro Shimoda (2):
dt-bindings: iommu: renesas,ipmmu-vmsa: add r8a77961 support
iommu/renesas: Add support for r8a77961
Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 1 +
drivers/iommu/ipmmu-vmsa.c
Add support for r8a77961 (R-Car M3-W+).
Signed-off-by: Yoshihiro Shimoda
---
Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.yaml
b/Documentation/devicetree/bindings
Add support for r8a77961 (R-Car M3-W+).
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu-vmsa.c
index 4c2972f..b57b1f2 100644
--- a/drivers/iommu/ipmmu-vmsa.c
ff-by: Yoshihiro Shimoda
---
Changes from v4:
- Fix description about cell counts on #iommu-cells and renesas,ipmmu-main.
- Fix node name on the example.
https://patchwork.kernel.org/patch/11494231/
Changes from v3:
- Fix renesas,ipmmu-r8a7795's section
https://patchwork.kernel.org/patc
Hi Rob,
Thank you for the review!
> From: Rob Herring, Sent: Tuesday, April 21, 2020 4:27 AM
>
> On Mon, Apr 13, 2020 at 07:25:33PM +0900, Yoshihiro Shimoda wrote:
> > Convert Renesas VMSA-Compatible IOMMU bindings documentation
> > to json-schema.
> >
> >
ff-by: Yoshihiro Shimoda
---
Changes from v3:
- Fix renesas,ipmmu-r8a7795's section
https://patchwork.kernel.org/patch/11494079/
Changes from v2:
- Add a description for R-Mobile APE6 on the commit log.
- Change renesas,ipmmu-r8a73a4 section on the compatible.
- Add items on the interrup
Hi all,
> From: Yoshihiro Shimoda, Sent: Friday, April 17, 2020 1:35 PM
> +properties:
> + compatible:
> +oneOf:
> + - items:
> + - enum:
> + - renesas,ipmmu-r8a73a4 # R-Mobile APE6
> + - renesas,ipmmu-r8a7743 # RZ/G1M
&g
ff-by: Yoshihiro Shimoda
---
Changes from v2:
- Add a description for R-Mobile APE6 on the commit log.
- Change renesas,ipmmu-r8a73a4 section on the compatible.
- Add items on the interrupts.
- Add power-domains to required.
- Add oneOf for interrupts and renesas,ipmmu-main
x27;s right.
> So they are mutually exclusive:
>
> oneOf:
> - required:
> - interrupts
> - required:
> - renesas,ipmmu-main
Thank you! Now I understood it and such the schema is better than mine.
I'll fix it.
> > Especially, I could fin
Hi Geert-san,
Thank you for your review!
> From: Geert Uytterhoeven, Sent: Wednesday, April 15, 2020 11:21 PM
>
> Hi Shimoda-san,
>
> On Tue, Apr 14, 2020 at 2:26 AM Yoshihiro Shimoda
> wrote:
> > Convert Renesas VMSA-Compatible IOMMU bindings documentation
> >
Convert Renesas VMSA-Compatible IOMMU bindings documentation
to json-schema.
Signed-off-by: Yoshihiro Shimoda
---
Changes from v1:
- Fix typo in the subject.
- Add a description on #iommu-cells.
https://patchwork.kernel.org/patch/11485415/
.../bindings/iommu/renesas,ipmmu-vmsa.txt
Hi Robin,
> From: Robin Murphy, Sent: Wednesday, April 15, 2020 2:16 AM
>
> On 2020-04-13 11:25 am, Yoshihiro Shimoda wrote:
> [...]
> > -Each bus master connected to an IPMMU must reference the IPMMU in its
> > device
> > -node with the following property:
> &g
Convert Renesas VMSA-Compatible IOMMU bindings documentation
to json-schema.
Signed-off-by: Yoshihiro Shimoda
---
.../bindings/iommu/renesas,ipmmu-vmsa.txt | 73 --
.../bindings/iommu/renesas,ipmmu-vmsa.yaml | 90 ++
2 files changed, 90
r_deferred_probe_timeout > 0)
> + flush_work(&deferred_probe_timeout_work);
I'm sorry. This code caused build error because the deferred_probe_timeout_work
is struct delayed_work. Also, I don't think using flush_delayed_work() is
my expectation (wait until the timeout
Hi John, Geert,
> From: John Stultz, Sent: Saturday, April 4, 2020 1:19 PM
>
> On Fri, Apr 3, 2020 at 4:47 AM Geert Uytterhoeven
> wrote:
> > On Thu, Apr 2, 2020 at 7:27 PM John Stultz wrote:
> > > On Thu, Apr 2, 2020 at 3:17 AM Yoshihiro Shimoda
> > > wro
guess the patches will be merged into v5.7-rc1 because the patches are
contained from
next-20200316, I'd like to fix the issue in v5.7-rcN cycle somehow.
[1]
- R-Car H3 (r8a77951).
- Using defconfig of arch/arm64.
-- So, the IOMMU hardware of the environment is not enabled.
Best regards,
Yosh
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
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
ned-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
+++
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
patchwork.kernel.org/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: Calcu
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 a
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 a
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 +++
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 +++---
ode readability, add comments to the register definitions
and add some helper functions.
https://patchwork.kernel.org/project/linux-renesas-soc/list/?series=184741
Yoshihiro Shimoda (6):
iommu/ipmmu-vmsa: Remove all unused register definitions
iommu/ipmmu-vmsa: tidyup register definitions
i
ned-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 89d2a5f..35aae24 100644
--- a/drivers/iommu/ipmmu-vmsa.c
+++
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 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
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 ipmm
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
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 | 27 +++
1 file
To support different registers memory mapping hardware easily
in the future, this patch removes some unused register
declarations.
Signed-off-by: Yoshihiro Shimoda
---
drivers/iommu/ipmmu-vmsa.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers
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 | 14 +++---
1 file changed, 11
This patch series is based on the latest iommu.git / next branch
to modify the driver in the future's new hardware.
Yoshihiro Shimoda (3):
iommu/ipmmu-vmsa: Remove some unused register declarations
iommu/ipmmu-vmsa: Calculate context registers' offset instead of a
macro
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
lied 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
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
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_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
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
eries=125593
Changes 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
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
> >&
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.
> >
&
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
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 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
mu_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 helper function to merge the segments
mm
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_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
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_DOM
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 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
- 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 (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 hel
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
nd
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
Yoshihiro Shimoda (5):
dm
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
1 - 100 of 159 matches
Mail list logo