| Message ID | 20230728014659.411751-1-yoshihiro.shimoda.uh@renesas.com (mailing list archive) |
|---|---|
| State | Accepted |
| Delegated to: | Geert Uytterhoeven |
| Headers | show |
| Series | [v4] iommu/ipmmu-vmsa: Allow PCIe devices | expand |
On Fri, Jul 28, 2023 at 4:40 AM Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> wrote: > IPMMU hardware on R-Car Gen3 and RZ/G2 is simple. Each bus-master > device like eMMC host and PCIe controllers has a micro-TLB of > The IPMMU, and after enabled it, all transactions of the device are > under the IPMMU. > > eMMC host ---(micro-TLB of eMMC)--- IPMMU cache --- IPMMU main > PCIe --------(micro-TLB of PCIe)--- IPMMU cache --- IPMMU main > > Now this IPMMU driver allows eMMC host, and it is safe to use > the IPMMU. So, we can assume that it is safe to use the IPMMU > from PCIe devices too, because all PCIe devices transactions will > go to the micro-TLB of PCIe. So, add a new condition whether > the device is a PCIe device or not in the ipmmu_device_is_allowed() > which will be called if the PCIe host controller has iommu-map > property. > > This can improve CPU load because the PCIe controllers only have > a capability for lower 32-bit memory area so that this can avoid > using swiotlb. > > Note that IPMMU on R-Car Gen4 is different than R-Car Gen3 and > RZ/G2's one, especially OS-ID. But, for now, the IPMMU driver > takes care of OS-ID 0 only. In other words, all PCIe devices will > go to the micro-TLB of PCIe. > > Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> > --- > Changes from v3: > https://lore.kernel.org/all/20230529063928.1030014-1-yoshihiro.shimoda.uh@renesas.com/ > - Rebase the latest iommu/next branch. Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be> Gr{oetje,eeting}s, Geert
On Fri, Jul 28, 2023 at 10:46:59AM +0900, Yoshihiro Shimoda wrote: > drivers/iommu/ipmmu-vmsa.c | 5 +++++ > 1 file changed, 5 insertions(+) Applied, thanks.
diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iommu/ipmmu-vmsa.c index 9f64c5c9f5b9..6efc99382edb 100644 --- a/drivers/iommu/ipmmu-vmsa.c +++ b/drivers/iommu/ipmmu-vmsa.c @@ -19,6 +19,7 @@ #include <linux/of.h> #include <linux/of_device.h> #include <linux/of_platform.h> +#include <linux/pci.h> #include <linux/platform_device.h> #include <linux/sizes.h> #include <linux/slab.h> @@ -723,6 +724,10 @@ static bool ipmmu_device_is_allowed(struct device *dev) if (soc_device_match(soc_denylist)) return false; + /* Check whether this device is a PCI device */ + if (dev_is_pci(dev)) + return true; + /* Check whether this device can work with the IPMMU */ for (i = 0; i < ARRAY_SIZE(devices_allowlist); i++) { if (!strcmp(dev_name(dev), devices_allowlist[i]))
IPMMU hardware on R-Car Gen3 and RZ/G2 is simple. Each bus-master device like eMMC host and PCIe controllers has a micro-TLB of The IPMMU, and after enabled it, all transactions of the device are under the IPMMU. eMMC host ---(micro-TLB of eMMC)--- IPMMU cache --- IPMMU main PCIe --------(micro-TLB of PCIe)--- IPMMU cache --- IPMMU main Now this IPMMU driver allows eMMC host, and it is safe to use the IPMMU. So, we can assume that it is safe to use the IPMMU from PCIe devices too, because all PCIe devices transactions will go to the micro-TLB of PCIe. So, add a new condition whether the device is a PCIe device or not in the ipmmu_device_is_allowed() which will be called if the PCIe host controller has iommu-map property. This can improve CPU load because the PCIe controllers only have a capability for lower 32-bit memory area so that this can avoid using swiotlb. Note that IPMMU on R-Car Gen4 is different than R-Car Gen3 and RZ/G2's one, especially OS-ID. But, for now, the IPMMU driver takes care of OS-ID 0 only. In other words, all PCIe devices will go to the micro-TLB of PCIe. Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> --- Changes from v3: https://lore.kernel.org/all/20230529063928.1030014-1-yoshihiro.shimoda.uh@renesas.com/ - Rebase the latest iommu/next branch. Changes from v2: https://lore.kernel.org/all/20230426082511.3621484-1-yoshihiro.shimoda.uh@renesas.com/ - Add descriptions why it is safe to add PCIe devices and why this is needed. drivers/iommu/ipmmu-vmsa.c | 5 +++++ 1 file changed, 5 insertions(+)