Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp312302imm; Wed, 11 Jul 2018 02:57:54 -0700 (PDT) X-Google-Smtp-Source: AAOMgpf2TtBCkS0QI7LWmDB04CcMkaT6gOEw8Lkoi83vmoO45++tPSvthatLVYNWcpAO484u3YfR X-Received: by 2002:a17:902:bd07:: with SMTP id p7-v6mr27354pls.32.1531303074186; Wed, 11 Jul 2018 02:57:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531303074; cv=none; d=google.com; s=arc-20160816; b=SS9u8aTwGdwoQrJT0fBu+mgarrDsCxJwJ0utPeJXGaM7ej0YW+nGtUyfzdEj0wdQen RgGeiASgmTElv8eLOja3Wv9jSkpeDk5wuaslNUIbCnrca2co8Rtr9RdXC3ktqPETicdu I60lBt9uhBde093mX8mslNZOwGrrSc9LdwiZ1gjibqzq/jZw9kfZEzVrFuzqbHkbS93Y mJAmjnwzysJ025jQJ8/BgnWs9OhaDWqkeXsWRj+36fl1mgfyMOaom5FwXRvjlnGMUQ4q wzU1+/0LDAcRA2eTl7Ud3riO9Lzzw2vfvGUqhFPf529hz54uuVT7x1r1gwcQHm1DBkNV 37EQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=FtswITejv5sn2TfTtW5wAhL5jn6/r0gP5s/PVsU3B24=; b=NyN44nChf2ydVGj4j6S34dfAIIM3GugXbwb0R0njTzQ+qcjKipOTcu/OukoVab0AJT nrVdTDu5S+HViVehvkDTxQS5SPeD3BjdAlS2Z/9S1KF+EaLZnhHDNES19cDi0iSrGxk4 EEsc9OvPi5tH+zEd/JwoHotQvMCCYJ1mI6HMjV3doxILnmTUoDgka1Z92YM/xrxaIYMf StHuyFEdt2k6cHz5t0zot3uw2tGzgx3I1t867GydjfTPJe5qKqquQBCH32BU+5aze1oM Mw1S5DEyNh5Mq1hJbxn4H4YBiDzaGDs2B8yLx7I4dKx8HODGjOlXhY7B1+bJ/PRKYkPJ 7wDA== 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 e12-v6si16819367pfd.38.2018.07.11.02.57.38; Wed, 11 Jul 2018 02:57:54 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726780AbeGKJ6w (ORCPT + 99 others); Wed, 11 Jul 2018 05:58:52 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:46245 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726269AbeGKJ6w (ORCPT ); Wed, 11 Jul 2018 05:58:52 -0400 Received: from 79.184.255.246.ipv4.supernova.orange.pl (79.184.255.246) (HELO aspire.rjw.lan) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83) id 25041061c4622ed5; Wed, 11 Jul 2018 11:55:19 +0200 From: "Rafael J. Wysocki" To: Vivek Gautam Cc: joro@8bytes.org, robh+dt@kernel.org, mark.rutland@arm.com, robin.murphy@arm.com, will.deacon@arm.com, iommu@lists.linux-foundation.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, alex.williamson@redhat.com, robdclark@gmail.com, linux-pm@vger.kernel.org, freedreno@lists.freedesktop.org, sboyd@kernel.org, tfiga@chromium.org, sricharan@codeaurora.org, m.szyprowski@samsung.com, architt@codeaurora.org, linux-arm-msm@vger.kernel.org, jcrouse@codeaurora.org, Lukas Wunner Subject: Re: [PATCH v12 3/4] iommu/arm-smmu: Add the device_link between masters and smmu Date: Wed, 11 Jul 2018 11:53:48 +0200 Message-ID: <5179668.PHK6S3sxLu@aspire.rjw.lan> In-Reply-To: <20180708173413.1965-4-vivek.gautam@codeaurora.org> References: <20180708173413.1965-1-vivek.gautam@codeaurora.org> <20180708173413.1965-4-vivek.gautam@codeaurora.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sunday, July 8, 2018 7:34:12 PM CEST Vivek Gautam wrote: > From: Sricharan R > > Finally add the device link between the master device and > smmu, so that the smmu gets runtime enabled/disabled only when the > master needs it. This is done from add_device callback which gets > called once when the master is added to the smmu. > > Signed-off-by: Sricharan R > Signed-off-by: Vivek Gautam > Reviewed-by: Tomasz Figa > Cc: Rafael J. Wysocki > Cc: Lukas Wunner > --- > > - Change since v11 > * Replaced DL_FLAG_AUTOREMOVE flag with DL_FLAG_AUTOREMOVE_SUPPLIER. > > drivers/iommu/arm-smmu.c | 12 ++++++++++++ > 1 file changed, 12 insertions(+) > > diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c > index 09265e206e2d..916cde4954d2 100644 > --- a/drivers/iommu/arm-smmu.c > +++ b/drivers/iommu/arm-smmu.c > @@ -1461,8 +1461,20 @@ static int arm_smmu_add_device(struct device *dev) > > iommu_device_link(&smmu->iommu, dev); > > + if (pm_runtime_enabled(smmu->dev) && Why does the creation of the link depend on whether or not runtime PM is enabled for the MMU device? What about system-wide PM and system shutdown? Are they always guaranteed to happen in the right order without the link? > + !device_link_add(dev, smmu->dev, > + DL_FLAG_PM_RUNTIME | DL_FLAG_AUTOREMOVE_SUPPLIER)) { > + dev_err(smmu->dev, "Unable to add link to the consumer %s\n", > + dev_name(dev)); > + ret = -ENODEV; > + goto out_unlink; > + } > + > return 0; > > +out_unlink: > + iommu_device_unlink(&smmu->iommu, dev); > + arm_smmu_master_free_smes(fwspec); > out_cfg_free: > kfree(cfg); > out_free: >