Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp760020imm; Wed, 26 Sep 2018 06:27:07 -0700 (PDT) X-Google-Smtp-Source: ACcGV61suu40BIi0LNbmlUzQSYqgAgIQpLPkq9E/FRVQMmrpkPFgCTVI69kApqyEpcwHEQpS45OO X-Received: by 2002:a63:6445:: with SMTP id y66-v6mr5815082pgb.443.1537968427402; Wed, 26 Sep 2018 06:27:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537968427; cv=none; d=google.com; s=arc-20160816; b=E7Jo3SPJSTqAuguUQKUjWjCBrV4xuz+pQ9Xs2YaSi6WhkrqBYT91gSn86dV/SeKBgH B1eGe2fGufEyI5LWt6BA4c3jq2WRE93vQlD2B8tpvNy55TS3fySlh7ZlhgYz4ZbgbjHz Qi92pG7fvxLm3ZY7ha6KhotvZ6DI6EXdba+Bhm5NDyB2rfnimDoi293n2roE3pl1SSYM R8PcPbm+lG491QIjOeMS8WT8s/XqBYH+4eNl6yB7cnyBH/6CsebA0weX/rBzQenGD/UH q9oAzZHJaa7xaxqYbCvERg4np+3nyzS6Js07lZy6dGfqSlzYY2tMXf5sGMtPTc6X+Bo9 /7uQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from; bh=3J5dMxsd0DMwVCaQZBkXwxQviZzYE+i5IvecRIzhvC4=; b=pmTvtE/ZnZT66dGQx8sUW7K+fjBjNFJCq9PsVUml4ivjHpywXnsWizMKTvIk1nb45/ vJwmOn9Tkyt5HdnEhKrbbAhFF9O2akn6tz4PjbLqXJ+1a4uxDoK34Ng8kSPAlghfnozE CKzsSmOZghGuGvDwlD9HuPDE7o41ExeVmbSelk+bopQy/wH87WyAs5Y2cOWJDE8qr11t zFSyrqF5NSIQJtYDbExJkR5NZwQ51BBn5v4kQ9Qlqv2E31mtykdKnrWZSg9nOVOXnJjY 4xVHRsDdpSOVqveVyCxZFKOv3eKHGFAdc4cjb2dqHmYJ+uuISxmh80uX6JKBh7vjDogp rQEQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w20-v6si4861141pgf.434.2018.09.26.06.26.52; Wed, 26 Sep 2018 06:27:07 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728672AbeIZTft (ORCPT + 99 others); Wed, 26 Sep 2018 15:35:49 -0400 Received: from inva021.nxp.com ([92.121.34.21]:57518 "EHLO inva021.nxp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728236AbeIZTfs (ORCPT ); Wed, 26 Sep 2018 15:35:48 -0400 Received: from inva021.nxp.com (localhost [127.0.0.1]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id 588D9200015; Wed, 26 Sep 2018 15:22:49 +0200 (CEST) Received: from inva024.eu-rdc02.nxp.com (inva024.eu-rdc02.nxp.com [134.27.226.22]) by inva021.eu-rdc02.nxp.com (Postfix) with ESMTP id 4A393200254; Wed, 26 Sep 2018 15:22:49 +0200 (CEST) Received: from fsr-ub1864-101.ea.freescale.net (fsr-ub1864-101.ea.freescale.net [10.171.82.97]) by inva024.eu-rdc02.nxp.com (Postfix) with ESMTP id A3FFF203C2; Wed, 26 Sep 2018 15:22:48 +0200 (CEST) From: laurentiu.tudor@nxp.com To: devicetree@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: roy.pledge@nxp.com, madalin.bucur@nxp.com, davem@davemloft.net, shawnguo@kernel.org, leoyang.li@nxp.com, robin.murphy@arm.com, bharat.bhushan@nxp.com, Laurentiu Tudor Subject: [PATCH v2 00/22] SMMU enablement for NXP LS1043A and LS1046A Date: Wed, 26 Sep 2018 16:22:25 +0300 Message-Id: <20180926132247.10971-1-laurentiu.tudor@nxp.com> X-Mailer: git-send-email 2.17.1 X-Virus-Scanned: ClamAV using ClamSMTP Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Laurentiu Tudor 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