From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.2 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY,USER_AGENT_SANE_2 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8C66FC2D0BF for ; Mon, 16 Dec 2019 12:13:33 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 6124D206CB for ; Mon, 16 Dec 2019 12:13:33 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="Sm2S1nND"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b="BunkaHOK" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6124D206CB Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=mediatek.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Date:To:From:Subject:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=/b3gi5ZNjXNZ0FshgIv3R9uuEWEprhQ6RPbT4eCF9Ls=; b=Sm2S1nNDaWCPA5 5LT6iZfNxtFxtB/8ASDacrYvDzEYZoSBSQNMnLMifOxM+XgtVJjndUqeMryzFsWr1tgSaggtlnXPN AtmeLFPrTDDQsTxO6CFX+12qT/fIlSo7hy5zy1AsDmYYQ0hpemExw6I9a+LSPrTk0DHNVanQksvX5 i+KSKP5RWF2W7PAnDkbdePOgHZUK837VwsdsaVlvROUHVw7ptZf50GV+6/pAN7+OBFFZOP4whpLU0 Ku9m8LxptGWj3SoYpoUB7j50RkRdAgOOrHy21ExHRL73opP7z16vSalNycIIVlEqlpDGIGMZFWQjG PX1sTBLb1c+lXmVPA+YA==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1igpFh-0000Sl-U8; Mon, 16 Dec 2019 12:13:29 +0000 Received: from mailgw01.mediatek.com ([216.200.240.184]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1igpFc-0000Qe-Gf; Mon, 16 Dec 2019 12:13:27 +0000 X-UUID: df7c194140c1458bac79aecee555f15e-20191216 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:From:Subject:Message-ID; bh=01Zdn2moavFSAH92DOzH42F7drWh36U1FiCarROFBME=; b=BunkaHOKwGz0XKwjgWlc6w83G3Xtk3fjV+FGFAfKc9ki2tIelg4qxB7r7fLVFTN3ypc6VP6yY0nkVwlmkA54wEfbDHiDaMYeCv3Kro5qZWrqQsqSBiKNHk/Reimm0pY0oWgESNqXWOQ8lFSssXE86KOfVFDG6BowjE2kWEJb1Rw=; X-UUID: df7c194140c1458bac79aecee555f15e-20191216 Received: from mtkcas67.mediatek.inc [(172.29.193.45)] by mailgw01.mediatek.com (envelope-from ) (musrelay.mediatek.com ESMTP with TLS) with ESMTP id 2045145198; Mon, 16 Dec 2019 04:13:21 -0800 Received: from MTKMBS31DR.mediatek.inc (172.27.6.102) by MTKMBS62DR.mediatek.inc (172.29.94.18) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 16 Dec 2019 04:13:38 -0800 Received: from MTKCAS32.mediatek.inc (172.27.4.184) by MTKMBS31DR.mediatek.inc (172.27.6.102) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 16 Dec 2019 20:12:41 +0800 Received: from [10.17.3.153] (172.27.4.253) by MTKCAS32.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Mon, 16 Dec 2019 20:12:59 +0800 Message-ID: <1576498396.28043.78.camel@mhfsdcap03> Subject: Re: [RESEND,PATCH 03/13] iommu/mediatek: Add mtk_iommu_pgtable structure From: Yong Wu To: Chao Hao Date: Mon, 16 Dec 2019 20:13:16 +0800 In-Reply-To: <20191104115238.2394-4-chao.hao@mediatek.com> References: <20191104115238.2394-1-chao.hao@mediatek.com> <20191104115238.2394-4-chao.hao@mediatek.com> X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-TM-SNTS-SMTP: 39EAD26C571E2DA9A3ADF7D67BFB280A5C20D797FC547AE679A650866EB2D9B32000:8 X-MTK: N X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20191216_041324_571721_F8A2DF98 X-CRM114-Status: GOOD ( 25.46 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Anan Sun , devicetree@vger.kernel.org, Cui Zhang , Jun Yan , wsd_upstream@mediatek.com, Joerg Roedel , linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org, Rob Herring , linux-mediatek@lists.infradead.org, Miles Chen , Matthias Brugger , linux-arm-kernel@lists.infradead.org, Guangming Cao Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, 2019-11-04 at 19:52 +0800, Chao Hao wrote: > Start with this patch, we will change the SW architecture > to support multiple domains. SW architecture will has a big change, > so we need to modify a little bit by more than one patch. > The new SW overall architecture is as below: > > iommu0 iommu1 > | | > ----------- > | > mtk_iommu_pgtable > | > ------------------------------------------ > | | | > mtk_iommu_domain1 mtk_iommu_domain2 mtk_iommu_domain3 > | | | > iommu_group1 iommu_group2 iommu_group3 > | | | > iommu_domain1 iommu_domain2 iommu_domain3 > | | | > iova region1(normal) iova region2(CCU) iova region3(VPU) > > For current structure, no matter how many iommus there are, > they use the same page table to simplify the usage of module. > In order to make the software architecture more explicit, this > patch will create a global mtk_iommu_pgtable structure to describe > page table and all the iommus use it. Thanks for the hard work of this file. Actually this patch and the later ones confuse me. Why do you make this flow change? for making the code "more explicit" or for adding multi-domain support in 13/13. IMHO, the change is unnecessary. a) For me, this change has no improvement. currently we use a global mtk_iommu_get_m4u_data to get the M4U data. I will be very glad if you could get rid of it. But in this patchset, You use a another global mtk_iommu_pgtable to instead. For me. It has no improvement. b) This patchset break the original flow. device_group give you a software chance for initializing, then you move pagetable allocating code into it. But it isn't device_group job. I can not decide if your flow is right. But if you only want to add support multi-domain, I guess you could extend the current "m4u_group" to a array "m4u_group[N]". It may be more simple. To make mt6779 progress easily, I suggest you can use this way to support multi-domain firstly. Then you could send this new mtk_iommu_pgtable patchset for the code "more explicit" if you insist. > The diagram is as below: > > mtk_iommu_data1(MM) mtk_iommu_data2(APU) > | | > | | > ------mtk_iommu_pgtable----- > > We need to create global mtk_iommu_pgtable to include all the iova > regions firstly and special iova regions by divided based on it, > so the information of pgtable needs to be created in device_group. > > Signed-off-by: Chao Hao > --- > drivers/iommu/mtk_iommu.c | 84 +++++++++++++++++++++++++++++++++++++++ > drivers/iommu/mtk_iommu.h | 1 + > 2 files changed, 85 insertions(+) > > diff --git a/drivers/iommu/mtk_iommu.c b/drivers/iommu/mtk_iommu.c > index f2847e661137..fcbde6b0f58d 100644 > --- a/drivers/iommu/mtk_iommu.c > +++ b/drivers/iommu/mtk_iommu.c > @@ -123,6 +123,12 @@ struct mtk_iommu_domain { > struct iommu_domain domain; > }; > > +struct mtk_iommu_pgtable { > + struct io_pgtable_cfg cfg; > + struct io_pgtable_ops *iop; > +}; > + > +static struct mtk_iommu_pgtable *share_pgtable; > static const struct iommu_ops mtk_iommu_ops; > > /* > @@ -170,6 +176,11 @@ static struct mtk_iommu_data *mtk_iommu_get_m4u_data(void) > return NULL; > } > > +static struct mtk_iommu_pgtable *mtk_iommu_get_pgtable(void) > +{ > + return share_pgtable; > +} > + > static struct mtk_iommu_domain *to_mtk_domain(struct iommu_domain *dom) > { > return container_of(dom, struct mtk_iommu_domain, domain); > @@ -322,6 +333,13 @@ static int mtk_iommu_domain_finalise(struct mtk_iommu_domain *dom) > { > struct mtk_iommu_data *data = mtk_iommu_get_m4u_data(); > > + if (data->pgtable) { > + dom->cfg = data->pgtable->cfg; > + dom->iop = data->pgtable->iop; > + dom->domain.pgsize_bitmap = data->pgtable->cfg.pgsize_bitmap; > + return 0; > + } > + > dom->cfg = (struct io_pgtable_cfg) { > .quirks = IO_PGTABLE_QUIRK_ARM_NS | > IO_PGTABLE_QUIRK_NO_PERMS | > @@ -345,6 +363,61 @@ static int mtk_iommu_domain_finalise(struct mtk_iommu_domain *dom) > return 0; > } > > +static struct mtk_iommu_pgtable *create_pgtable(struct mtk_iommu_data *data) > +{ > + struct mtk_iommu_pgtable *pgtable; > + > + pgtable = kzalloc(sizeof(*pgtable), GFP_KERNEL); > + if (!pgtable) > + return ERR_PTR(-ENOMEM); > + > + pgtable->cfg = (struct io_pgtable_cfg) { > + .quirks = IO_PGTABLE_QUIRK_ARM_NS | > + IO_PGTABLE_QUIRK_NO_PERMS | > + IO_PGTABLE_QUIRK_TLBI_ON_MAP | > + IO_PGTABLE_QUIRK_ARM_MTK_EXT, > + .pgsize_bitmap = mtk_iommu_ops.pgsize_bitmap, > + .ias = 32, > + .oas = 34, > + .tlb = &mtk_iommu_flush_ops, > + .iommu_dev = data->dev, > + }; > + > + pgtable->iop = alloc_io_pgtable_ops(ARM_V7S, &pgtable->cfg, data); > + if (!pgtable->iop) { > + dev_err(data->dev, "Failed to alloc io pgtable\n"); > + return ERR_PTR(-EINVAL); > + } > + > + dev_info(data->dev, "%s create pgtable done\n", __func__); > + > + return pgtable; > +} > + > +static int mtk_iommu_attach_pgtable(struct mtk_iommu_data *data, > + struct device *dev) > +{ > + struct mtk_iommu_pgtable *pgtable = mtk_iommu_get_pgtable(); > + > + /* create share pgtable */ > + if (!pgtable) { > + pgtable = create_pgtable(data); > + if (IS_ERR(pgtable)) { > + dev_err(data->dev, "Failed to create pgtable\n"); > + return -ENOMEM; > + } > + > + share_pgtable = pgtable; > + } > + > + /* binding to pgtable */ > + data->pgtable = pgtable; > + > + dev_info(data->dev, "m4u%d attach_pgtable done!\n", data->m4u_id); > + > + return 0; > +} > + > static struct iommu_domain *mtk_iommu_domain_alloc(unsigned type) > { > struct mtk_iommu_domain *dom; > @@ -508,10 +581,21 @@ static void mtk_iommu_remove_device(struct device *dev) > static struct iommu_group *mtk_iommu_device_group(struct device *dev) > { > struct mtk_iommu_data *data = mtk_iommu_get_m4u_data(); > + struct mtk_iommu_pgtable *pgtable; > + int ret = 0; > > if (!data) > return ERR_PTR(-ENODEV); > > + pgtable = data->pgtable; > + if (!pgtable) { > + ret = mtk_iommu_attach_pgtable(data, dev); > + if (ret) { > + dev_err(data->dev, "Failed to device_group\n"); > + return NULL; > + } > + } > + > /* All the client devices are in the same m4u iommu-group */ > if (!data->m4u_group) { > data->m4u_group = iommu_group_alloc(); > diff --git a/drivers/iommu/mtk_iommu.h b/drivers/iommu/mtk_iommu.h > index 132dc765a40b..dd5f19f78b62 100644 > --- a/drivers/iommu/mtk_iommu.h > +++ b/drivers/iommu/mtk_iommu.h > @@ -61,6 +61,7 @@ struct mtk_iommu_data { > struct clk *bclk; > phys_addr_t protect_base; /* protect memory base */ > struct mtk_iommu_suspend_reg reg; > + struct mtk_iommu_pgtable *pgtable; > struct mtk_iommu_domain *m4u_dom; > struct iommu_group *m4u_group; > bool enable_4GB; _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel