From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Kevin Hilman <khilman@kernel.org>,
Tomasz Figa <tfiga@chromium.org>,
Ulf Hansson <ulf.hansson@linaro.org>,
"open list:ARM/Rockchip SoC..."
<linux-rockchip@lists.infradead.org>,
"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
iommu@lists.linux-foundation.org, Len Brown <len.brown@intel.com>,
Pavel Machek <pavel@ucw.cz>, Heiko Stuebner <heiko@sntech.de>,
Joerg Roedel <joro@8bytes.org>,
Geert Uytterhoeven <geert+renesas@glider.be>,
Sylwester Nawrocki <s.nawrocki@samsung.com>,
Daniel Kurtz <djkurtz@chromium.org>
Subject: Re: [RFC PATCH 2/2] iommu: rockchip: Handle system-wide and runtime PM
Date: Fri, 19 Dec 2014 03:27:35 +0100 [thread overview]
Message-ID: <8712967.RZO6JKCTcJ@vostro.rjw.lan> (raw)
In-Reply-To: <1649547.QECLmuJenN@avalon>
On Thursday, December 18, 2014 11:28:58 PM Laurent Pinchart wrote:
> Hi Kevin,
>
[cut]
> > >>
> > >> It would be better to be able to reference count the DMA engine from the
> > >> bus master IMO and arguably you can use the runtime PM framework for
> > >> that. Namely, give bus masters someting like
> > >>
> > >> pm_runtime_get_my_DMA_engine(bus_master_device)
> > >> pm_runtime_put_my_DMA_engine(bus_master_device)
> > >>
> > >> and let them call these as they see fit.
> > >
> > > Please note that we're not talking about DMA engines here, but about
> > > IOMMUs. DMA is involved through the DMA mapping API which hides the IOMMU
> > > completely from the bus master drivers, not the DMA engine API.
> > >
> > > Exposing the IOMMU is something we want to avoid, but DMA mapping
> > > start/stop operations could certainly be implemented.
> >
> > The problem with that is it only solves the IOMMU problem. We have a
> > more generic PM dependency problem of which this IOMMU example is only a
> > subset, so I think we need a more generic solution.
>
> I agree that a more generic solution is needed at least to support ACPI _DEP,
> but that might not be optimal in the IOMMU use case as explained above.
Well, since we need it anyway, why don't we implement it and then figure out
if anything more specific needs to be done for the IOMMU case?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
next prev parent reply other threads:[~2014-12-19 2:27 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-11 8:26 [RFC PATCH 0/2] Fix rockchip IOMMU driver vs PM issues Tomasz Figa
2014-12-11 8:26 ` [RFC PATCH 1/2] pm: Add PM domain notifications Tomasz Figa
2014-12-11 10:36 ` Sylwester Nawrocki
2014-12-11 11:04 ` Tomasz Figa
2014-12-11 13:54 ` Sylwester Nawrocki
[not found] ` <5489A227.8010907-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2014-12-11 15:30 ` Ulf Hansson
2014-12-11 8:26 ` [RFC PATCH 2/2] iommu: rockchip: Handle system-wide and runtime PM Tomasz Figa
2014-12-11 11:58 ` Ulf Hansson
2014-12-11 12:42 ` Tomasz Figa
[not found] ` <CAAFQd5CA374MF-_w=3zqsZctwTcBHz9J_0Ygg4fD_wjg8kLATg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-12-11 15:22 ` Ulf Hansson
2014-12-11 15:31 ` Kevin Hilman
[not found] ` <7h8uiemce7.fsf-1D3HCaltpLuhEniVeURVKkEOCMrvLtNR@public.gmane.org>
2014-12-11 15:51 ` Ulf Hansson
2014-12-11 20:48 ` Rafael J. Wysocki
2014-12-12 4:15 ` Tomasz Figa
2014-12-12 20:04 ` Kevin Hilman
2014-12-15 2:32 ` Tomasz Figa
[not found] ` <7ha92sk533.fsf-1D3HCaltpLuhEniVeURVKkEOCMrvLtNR@public.gmane.org>
2014-12-15 8:35 ` Geert Uytterhoeven
[not found] ` <CAMuHMdVpCgK-hNqZ=JWjFGS53g+ZUQ5t=uBxtN1qGXJhoRg8BQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-12-15 18:06 ` Kevin Hilman
[not found] ` <CAAFQd5B28WiWUqmbmROJUa3H25R=Y774NuemTZDvkoa=CvZUsw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-12-12 20:47 ` Laurent Pinchart
2014-12-15 2:39 ` Tomasz Figa
[not found] ` <CAAFQd5A5UAYpV6Z3ii+TTuPOxJF8VFJmnUnHZWkc9dZN04qxYA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-12-15 19:53 ` Laurent Pinchart
2014-12-16 2:18 ` Tomasz Figa
2014-12-17 0:15 ` Laurent Pinchart
2014-12-18 1:32 ` Rafael J. Wysocki
2014-12-18 19:12 ` Laurent Pinchart
2014-12-18 21:14 ` Kevin Hilman
[not found] ` <7hppbg7j9r.fsf-1D3HCaltpLuhEniVeURVKkEOCMrvLtNR@public.gmane.org>
2014-12-18 21:28 ` Laurent Pinchart
2014-12-19 2:27 ` Rafael J. Wysocki [this message]
2014-12-20 19:01 ` Laurent Pinchart
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8712967.RZO6JKCTcJ@vostro.rjw.lan \
--to=rjw@rjwysocki.net \
--cc=djkurtz@chromium.org \
--cc=geert+renesas@glider.be \
--cc=heiko@sntech.de \
--cc=iommu@lists.linux-foundation.org \
--cc=joro@8bytes.org \
--cc=khilman@kernel.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=len.brown@intel.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=pavel@ucw.cz \
--cc=s.nawrocki@samsung.com \
--cc=tfiga@chromium.org \
--cc=ulf.hansson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox