Received: by 10.223.185.116 with SMTP id b49csp2831196wrg; Mon, 5 Mar 2018 09:20:47 -0800 (PST) X-Google-Smtp-Source: AG47ELsIJZCFV46s6hmToMCaMGjRdITfAq8HtfdQdEwBkqkX6jeIdfJs7E3bjBCaZFZlCsOuAl/y X-Received: by 2002:a17:902:6b43:: with SMTP id g3-v6mr2096393plt.153.1520270447046; Mon, 05 Mar 2018 09:20:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520270447; cv=none; d=google.com; s=arc-20160816; b=RVhNUkSo2V3RSRJRC7e9VBl9gO6/6J6Ejp7eTUBr6mpemwe+9ZlJAv2oZEUy9O/1Lu NH9jONA5UI9SOEPjtmIAJFNgZuldkPuy1R24Ag/5E5E1X8NrQ9+6HDuA0z4ahTU2phNP PZ+bEVS3TmfrrMdNDGrlt/C4mFoY544fRlF93sv0rIYp+9z0BNhGpaVMaZjfu/lWUwLb B+acvWkOEDFbEx003nk511TZEX5doumhj+5XREBcwCgg1YGYKfuw2oej+wf7HBrHP63F Eq2Q6Es5Y6S6M5hDAR0PNf/pUWeHvu9EcOFafkZj1JLEuMRGxWrCv65fUk0Rqt2kvUR/ tm3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=bbSqqphveWAE7Og7M1kqxGWmiVOFAc3rnRFGgdv08lU=; b=OdXOxOHRV4YAo2CGfkroGZglMTT8oa5nyGv/CLb8ksswXnSpOnPdqpFmdhL1I3gmBp PCQqQ7waXiqE8jwzSat/VtvEiuNk5wadIL4PcozPTtLiyc8NwEcGEcJVeRzhZ/BQr3Po iiLme1p+tw6z4T5PT867iyGXoUEJtNMc+awrNdMOXEIbSBhUWjUxbzVBgmkReSy3Ib/m J28i0FgbjcTyKaUzGd59WSusJ1tqiXDbn84yw3dNNKfGjHVzecsL99SKKaPzr5ZxlyRO C2f8daqSe9fHboNcLUxsS7pHhata/cYhjEG6tfmGF2g8Y6vyXCywXw4aHAFpH8NOZmKy owRA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=lU83QWLP; dkim=pass header.i=@codeaurora.org header.s=default header.b=e2kEBB0V; 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 k1-v6si9839100pli.616.2018.03.05.09.20.33; Mon, 05 Mar 2018 09:20:47 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=lU83QWLP; dkim=pass header.i=@codeaurora.org header.s=default header.b=e2kEBB0V; 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 S1752629AbeCERTY (ORCPT + 99 others); Mon, 5 Mar 2018 12:19:24 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:41308 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751935AbeCERTW (ORCPT ); Mon, 5 Mar 2018 12:19:22 -0500 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 06784607E5; Mon, 5 Mar 2018 17:19:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1520270362; bh=brsv2u0ssbv6slIrum6uSXm4vTzBCAfvlWliwqqqRQY=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=lU83QWLP4aB6HIiNPGU7BkkjLj62OKx/mTP+mUFCb7e60VH6gI+RWDx3dx9IFK6XM zkMmBqB7/txdlynsnRDYVtIbEPolA09FbS5x+hfM+wau4FSEemQSYAmcfISCUL1+Db LE842NfVS0AFUHdv7l4DHoO0EFJeqNE9XTm66ab0= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [192.168.0.4] (unknown [115.99.96.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: vivek.gautam@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id D582C601A3; Mon, 5 Mar 2018 17:19:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1520270361; bh=brsv2u0ssbv6slIrum6uSXm4vTzBCAfvlWliwqqqRQY=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=e2kEBB0VBYuYUSbJ3Fq1/tQ7CGt117MhADS91JoNwr63JEUuI+5nfea+Z1H7Okr9x +E3dayXmZOI1P71wBvObOFhg1j2y7czYQOlsi2zPCvFnOW6jOEdTZTHb12auSb282Q pRz05dXw2xVYztqbnrXj2PbhCkdta5QcfcrLTzGU= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org D582C601A3 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=vivek.gautam@codeaurora.org Subject: Re: [PATCH v8 0/5] iommu/arm-smmu: Add runtime pm/sleep support To: Tomasz Figa Cc: Joerg Roedel , Rob Herring , Mark Rutland , "Rafael J. Wysocki" , Robin Murphy , Will Deacon , Rob Clark , "open list:IOMMU DRIVERS" , devicetree@vger.kernel.org, Linux Kernel Mailing List , jcrouse@codeaurora.org, Stephen Boyd , Sricharan R , Marek Szyprowski , Archit Taneja , linux-arm-msm References: <20180302101050.6191-1-vivek.gautam@codeaurora.org> From: Vivek Gautam Message-ID: <73b16f5c-fe19-e652-dfd0-de7196d4cec0@codeaurora.org> Date: Mon, 5 Mar 2018 22:49:14 +0530 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Tomasz, On 3/5/2018 6:55 PM, Tomasz Figa wrote: > Hi Vivek, > > On Fri, Mar 2, 2018 at 7:10 PM, Vivek Gautam > wrote: >> This series provides the support for turning on the arm-smmu's >> clocks/power domains using runtime pm. This is done using the >> recently introduced device links patches, which lets the smmu's >> runtime to follow the master's runtime pm, so the smmu remains >> powered only when the masters use it. >> >> It also adds support for Qcom's arm-smmu-v2 variant that >> has different clocks and power requirements. >> >> Took some reference from the exynos runtime patches [1]. >> >> After another round of discussion [3], we now finally seem to be >> in agreement to add a flag based on compatible, a flag that would >> indicate if a particular implementation of arm-smmu supports >> runtime pm or not. >> This lets us to use the much-argued pm_runtime_get_sync/put_sync() >> calls in map/unmap callbacks so that the clients do not have to >> worry about handling any of the arm-smmu's power. >> The patch that exported couple of pm_runtime suppliers APIS, viz. >> pm_runtime_get_suppliers(), and pm_runtime_put_suppliers() can be >> dropped since we don't have a user now for these APIs. >> Thanks Rafael for reviewing the changes, but looks like we don't >> need to export those APIs for some more time. :) >> >> Previous version of this patch series is @ [5]. > Thanks for addressing my comments. There is still a bit of space for > improving the granularity of power management, as far as I understood > how it works on SDM845 correctly, but as a first step, this should at > least let things work. Sure. I will be sending a patch, based on this series, to add 'qcom,smmu-500' that enables *rpm_suported* flag for us. We can try to take care of some of the things with that. > Reviewed-by: Tomasz Figa Thanks for the review. regards Vivek > > Best regards, > Tomasz