> -----Original Message----- > From: laurentiu.tu...@nxp.com [mailto:laurentiu.tu...@nxp.com] > Sent: Wednesday, September 26, 2018 4:22 PM > To: devicet...@vger.kernel.org; netdev@vger.kernel.org; linux- > ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org > Cc: Roy Pledge <roy.ple...@nxp.com>; Madalin-cristian Bucur > <madalin.bu...@nxp.com>; da...@davemloft.net; shawn...@kernel.org; Leo Li > <leoyang...@nxp.com>; robin.mur...@arm.com; Bharat Bhushan > <bharat.bhus...@nxp.com>; Laurentiu Tudor <laurentiu.tu...@nxp.com> > Subject: [PATCH v2 00/22] SMMU enablement for NXP LS1043A and LS1046A > > From: Laurentiu Tudor <laurentiu.tu...@nxp.com> > > This patch series adds SMMU support for NXP LS1043A and LS1046A chips > and consists mostly in important driver fixes and the required device > tree updates. It touches several subsystems and consists of three main > parts: > - changes in soc/drivers/fsl/qbman drivers adding iommu mapping of > reserved memory areas, fixes and defered probe support > - changes in drivers/net/ethernet/freescale/dpaa_eth drivers > consisting in misc dma mapping related fixes and probe ordering > - addition of the actual arm smmu device tree node together with > various adjustments to the device trees > > Performance impact > > Running iperf benchmarks in a back-to-back setup (both sides > having smmu enabled) on a 10GBps port show an important > networking performance degradation of around 40% (9.48Gbps > linerate vs 5.45Gbps) and around 30%-35% with iommu.strict=1. > If you need performance but without SMMU support you can use > "iommu.passthrough=1" to disable SMMU. > > The patch set is based on net-next so, if generally agreed, I'd suggest > to get the patches through the netdev tree after getting all the Acks. > > Changes in v2: > - dropped confusing comments in smmu interrupt property (Robin) > - add an intermediate simple-bus for usb to fix dma size issue (Robin) > - use defines instead of numbers in smmu interrupt definition > - drop redundant double iommu_get_domain_for_dev() call in few qbman > patches > > Laurentiu Tudor (22): > soc/fsl/qman: fixup liodns only on ppc targets > soc/fsl/bman: map FBPR area in the iommu > soc/fsl/qman: map FQD and PFDR areas in the iommu > soc/fsl/qman-portal: map CENA area in the iommu > soc/fsl/qbman: add APIs to retrieve the probing status > soc/fsl/qman_portals: defer probe after qman's probe > soc/fsl/bman_portals: defer probe after bman's probe > soc/fsl/qbman_portals: add APIs to retrieve the probing status > fsl/fman: backup and restore ICID registers > fsl/fman: add API to get the device behind a fman port > dpaa_eth: defer probing after qbman > dpaa_eth: base dma mappings on the fman rx port > dpaa_eth: fix iova handling for contiguous frames > dpaa_eth: fix iova handling for sg frames > dpaa_eth: fix SG frame cleanup > arm64: dts: ls1046a: add smmu node > arm64: dts: ls1043a: add smmu node > arm64: dts: ls104xa: set mask to drop TBU ID from StreamID > arm64: dts: ls104x: add missing dma ranges property > arm64: dts: ls104x: add iommu-map to pci controllers > arm64: dts: ls104x: make dma-coherent global to the SoC > arm64: dts: ls104x: use a pseudo-bus to constrain usb dma size > > .../arm64/boot/dts/freescale/fsl-ls1043a.dtsi | 106 ++++++++++---- > .../arm64/boot/dts/freescale/fsl-ls1046a.dtsi | 102 ++++++++++--- > .../net/ethernet/freescale/dpaa/dpaa_eth.c | 136 ++++++++++++------ > drivers/net/ethernet/freescale/fman/fman.c | 35 ++++- > drivers/net/ethernet/freescale/fman/fman.h | 4 + > .../net/ethernet/freescale/fman/fman_port.c | 14 ++ > .../net/ethernet/freescale/fman/fman_port.h | 2 + > drivers/soc/fsl/qbman/bman_ccsr.c | 22 +++ > drivers/soc/fsl/qbman/bman_portal.c | 20 ++- > drivers/soc/fsl/qbman/qman_ccsr.c | 28 ++++ > drivers/soc/fsl/qbman/qman_portal.c | 35 +++++ > include/soc/fsl/bman.h | 16 +++ > include/soc/fsl/qman.h | 17 +++ > 13 files changed, 438 insertions(+), 99 deletions(-) > > -- > 2.17.1
For the fsl/fman and dpaa_eth: Acked-by: Madalin Bucur <madalin.bu...@nxp.com> Thank you
