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 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7E31EC433F5 for ; Thu, 30 Sep 2021 11:26:49 +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 3DEE460E74 for ; Thu, 30 Sep 2021 11:26:49 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 3DEE460E74 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=collabora.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From: References:Cc:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=fHp9eEzQyr8uIzeHZPwHZqG1/R+45HepTHthT10Nzbg=; b=FqBO8JjYGH7ImKNn72GZlC7Rzh VfkLMLwApY8AiZFSU07tNkXKsEpDyA05fdoQsy9FIGTme12sxR9xGJI+4AwuonUin9eHy7h5iDOkk aUTzoyqSCGOoPU3T7ieMaBMZLnZeBns0MYEdeFemV27tVClVyHk0uvk+DFmZz+1XprewXOEHH2bav MBd0S0Cx0lEtXQjwkA96N4FwiTzKODXQYPbZkNpmcHpztjO5ns9gndxx+XuDjgag9qFM8lEIPq2N0 FnUhTdOmgEpx3IJ72SkpYwCoLCH0rr3KsCOW2epXiXHwXQLWcGMbMrrvJJ+fEomChRLxqzRCj/V7D SpmeXEpw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mVuCv-00E1pk-DU; Thu, 30 Sep 2021 11:26:33 +0000 Received: from bhuna.collabora.co.uk ([46.235.227.227]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mVuCa-00E1jc-LP; Thu, 30 Sep 2021 11:26:14 +0000 Received: from [IPv6:2a02:810a:880:f54:fd5c:7cb1:aaa8:78b1] (unknown [IPv6:2a02:810a:880:f54:fd5c:7cb1:aaa8:78b1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dafna) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id E54671F44AE1; Thu, 30 Sep 2021 12:26:09 +0100 (BST) Subject: Re: [PATCH v2 11/29] iommu/mediatek: Always pm_runtime_get while tlb flush To: Yong Wu , Joerg Roedel , Rob Herring , Matthias Brugger , Will Deacon , Robin Murphy Cc: Krzysztof Kozlowski , Evan Green , Tomasz Figa , Tomasz Figa , linux-mediatek@lists.infradead.org, srv_heupstream@mediatek.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, iommu@lists.linux-foundation.org, youlin.pei@mediatek.com, Nicolas Boichat , anan.sun@mediatek.com, chao.hao@mediatek.com References: <20210813065324.29220-1-yong.wu@mediatek.com> <20210813065324.29220-12-yong.wu@mediatek.com> From: Dafna Hirschfeld Message-ID: <11fe281d-4873-245b-f506-452900f33d3b@collabora.com> Date: Thu, 30 Sep 2021 13:26:07 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20210813065324.29220-12-yong.wu@mediatek.com> Content-Language: en-US X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210930_042612_865757_FEC15FC4 X-CRM114-Status: GOOD ( 27.98 ) X-BeenThere: linux-mediatek@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "Linux-mediatek" Errors-To: linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org On 13.08.21 08:53, Yong Wu wrote: > Prepare for 2 HWs that sharing pgtable in different power-domains. > > The previous SoC don't have PM. Only mt8192 has power-domain, > and it is display's power-domain which nearly always is enabled. hi, I see that in mt1873.dtsi, many devices that uses the iommu have the 'power-domains' property. > > When there are 2 M4U HWs, it may has problem. > In this function, we get the pm_status via the m4u dev, but it don't > reflect the real power-domain status of the HW since there may be other > HW also use that power-domain. > > Currently we could not get the real power-domain status, thus always > pm_runtime_get here. > > Prepare for mt8195, thus, no need fix tags here. > > This patch may drop the performance, we expect the user could > pm_runtime_get_sync before dma_alloc_attrs which need tlb ops. > Could you explain this sentence a bit? should the user call pm_runtime_get_sync before calling dma_alloc_attrs? Thanks, Dafna > Signed-off-by: Yong Wu > --- > drivers/iommu/mtk_iommu.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/drivers/iommu/mtk_iommu.c b/drivers/iommu/mtk_iommu.c > index add23a36a5e2..abc721a1da21 100644 > --- a/drivers/iommu/mtk_iommu.c > +++ b/drivers/iommu/mtk_iommu.c > @@ -238,8 +238,11 @@ static void mtk_iommu_tlb_flush_range_sync(unsigned long iova, size_t size, > > for_each_m4u(data, head) { > if (has_pm) { > - if (pm_runtime_get_if_in_use(data->dev) <= 0) > + ret = pm_runtime_resume_and_get(data->dev); > + if (ret < 0) { > + dev_err(data->dev, "tlb flush: pm get fail %d.\n", ret); > continue; > + } > } > > spin_lock_irqsave(&data->tlb_lock, flags); > _______________________________________________ Linux-mediatek mailing list Linux-mediatek@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-mediatek