Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6631857imu; Wed, 30 Jan 2019 19:23:33 -0800 (PST) X-Google-Smtp-Source: ALg8bN4KRRoX0cPHwkF/5exu4+Xu5wCdn8ufB6BHL2N1F5wjakzSom/QKP5epEgDA5aV2BYJ9Hpk X-Received: by 2002:a63:c848:: with SMTP id l8mr29643570pgi.78.1548905013090; Wed, 30 Jan 2019 19:23:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548905013; cv=none; d=google.com; s=arc-20160816; b=KHtiEVREehg9s+cKWycW5uMi8xTQoJZNuihUt3IL/jbr1Iyzfel4qN6B4FnoWhy0QY cvz2jB0w/YFEweC+ewXQY2XoLckoSu+CAn6wKMeeKtlxb7Ec4KlSuRW/VnmnRCIwfDum CreKUAnIeBwdla2lVMkm59P32ghuz9IwYRGfyyA9TUNl3gqjO0D0TkCpuopPKyhTX1Cn 9vDCAxkNWKREIjjT3936Z8yikNYplWhLtGx6bKZtNAuEwvIXtAy2TSCmyvCyvKcHmO07 dEsy8RQyfZ0TGI+KAXbYMNhTq4DVonxehWfk14ULdc21QFuyI/xiP9VHT6yUHvx5G0bk Ioxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :references:in-reply-to:date:cc:to:from:subject:message-id; bh=zblFZFXASAjtsmwsrnnUOh4SOY+0Al88gwHAWd+xwm8=; b=ZTOetRyjZteT0kQ6f6UlDrymHAex/vlQfykTMs/pjwiYofUmcFC94oehauBUQshLvF h044tevNN5QKMq/8uVu9tDJz7ABbLhToiIGweFcXhu2fk94/1JXfpEp9hJ+gJp+zZ5ap VP1zfgvK6iFy1sIw1WA+i1IlcPFFrMHMSKJegLKyq32e0pxmrXpY/1ohRWZmLMqmG70S BsiAhciyngJHm+EKwGN4E98L3EYSsF6CfdZf6cY7FiY1i4Ggyw1RPn2zSZ7kdNUlMluO CyHabMk8sNPLG7y/BjT+SDpbxoR3VfYIj12MfWUoNO2Li2mImmWyl5PsvrxQrMdRBkzZ c4+w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t11si3108326plo.293.2019.01.30.19.23.18; Wed, 30 Jan 2019 19:23:33 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731258AbfAaDWi (ORCPT + 99 others); Wed, 30 Jan 2019 22:22:38 -0500 Received: from Mailgw01.mediatek.com ([1.203.163.78]:47111 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725535AbfAaDWh (ORCPT ); Wed, 30 Jan 2019 22:22:37 -0500 X-UUID: ed683dd48cba48979fdad166c2250e71-20190131 X-UUID: ed683dd48cba48979fdad166c2250e71-20190131 Received: from mtkcas32.mediatek.inc [(172.27.4.250)] by mailgw01.mediatek.com (envelope-from ) (mailgw01.mediatek.com ESMTP with TLS) with ESMTP id 63297672; Thu, 31 Jan 2019 11:22:33 +0800 Received: from MTKCAS36.mediatek.inc (172.27.4.186) by MTKMBS31N1.mediatek.inc (172.27.4.69) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 31 Jan 2019 11:22:31 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS36.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Thu, 31 Jan 2019 11:22:31 +0800 Message-ID: <1548904951.19710.41.camel@mhfsdcap03> Subject: Re: [PATCH v5 14/20] iommu/mediatek: Add mmu1 support From: Yong Wu To: Evan Green CC: Joerg Roedel , Matthias Brugger , Robin Murphy , Rob Herring , Tomasz Figa , Will Deacon , , , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , LKML , , , Arnd Bergmann , , , Nicolas Boichat Date: Thu, 31 Jan 2019 11:22:31 +0800 In-Reply-To: References: <1546314952-15990-1-git-send-email-yong.wu@mediatek.com> <1546314952-15990-15-git-send-email-yong.wu@mediatek.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2019-01-30 at 10:55 -0800, Evan Green wrote: > On Mon, Dec 31, 2018 at 7:59 PM Yong Wu wrote: > > > > Normally the M4U HW connect EMI with smi. the diagram is like below: > > EMI > > | > > M4U > > | > > smi-common > > | > > ----------------- > > | | | | ... > > larb0 larb1 larb2 larb3 > > > > Actually there are 2 mmu cells in the M4U HW, like this diagram: > > > > EMI > > --------- > > | | > > mmu0 mmu1 <- M4U > > | | > > --------- > > | > > smi-common > > | > > ----------------- > > | | | | ... > > larb0 larb1 larb2 larb3 > > > > This patch add support for mmu1. In order to get better performance, > > we could adjust some larbs go to mmu1 while the others still go to > > mmu0. This is controlled by a SMI COMMON register SMI_BUS_SEL(0x220). > > > > mt2712, mt8173 and mt8183 M4U HW all have 2 mmu cells. the default > > value of that register is 0 which means all the larbs go to mmu0 > > defaultly. > > > > This is a preparing patch for adjusting SMI_BUS_SEL for mt8183. > > > > Signed-off-by: Yong Wu > > --- > > drivers/iommu/mtk_iommu.c | 47 +++++++++++++++++++++++++++++------------------ > > 1 file changed, 29 insertions(+), 18 deletions(-) > > > > diff --git a/drivers/iommu/mtk_iommu.c b/drivers/iommu/mtk_iommu.c > > index 66e3615..7fcef19 100644 > > --- a/drivers/iommu/mtk_iommu.c > > +++ b/drivers/iommu/mtk_iommu.c > > @@ -70,27 +70,32 @@ > > #define F_MISS_FIFO_ERR_INT_EN BIT(6) > > #define F_INT_CLR_BIT BIT(12) > > > > -#define REG_MMU_INT_MAIN_CONTROL 0x124 > > -#define F_INT_TRANSLATION_FAULT BIT(0) > > -#define F_INT_MAIN_MULTI_HIT_FAULT BIT(1) > > -#define F_INT_INVALID_PA_FAULT BIT(2) > > -#define F_INT_ENTRY_REPLACEMENT_FAULT BIT(3) > > -#define F_INT_TLB_MISS_FAULT BIT(4) > > -#define F_INT_MISS_TRANSACTION_FIFO_FAULT BIT(5) > > -#define F_INT_PRETETCH_TRANSATION_FIFO_FAULT BIT(6) > > +#define REG_MMU_INT_MAIN_CONTROL 0x124 /* mmu0 | mmu1 */ > > The comment being on that line is kind of weird, since the comment > really applies to the lines below it. Maybe the comment should be on > its own line, or on the TRANSLATION_FAULT line. Sharp eye. You are right, this comment applies the lines below. But If I move it below, then the next line will be over 80 chars. How about I add a "below:" like this: > +#define REG_MMU_INT_MAIN_CONTROL 0x124 /* below: mmu0 | mmu1 */ > > Other than that, > Reviewed-by: Evan Green