Re: [Ksummit-discuss] [TECH TOPIC] PM dependencies

["Rafael J. Wysocki" <rjw@rjwysocki.net>]

On Thursday, May 22, 2014 11:14:49 AM Mark Brown wrote:
> 
> --msuMhlVPES9Pz2Dp
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> 
> On Thu, May 22, 2014 at 02:19:35AM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, May 20, 2014 09:57:14 AM Kevin Hilman wrote:
> 
> > > This would also easily be solved if the bus master device, the IOMMU and
> > > the dmaengine (or the platform-specific dma driver) were all using
> > > runtime PM.  e.g. bus master device is a user of dmaengine, which is a
> > > user of the IOMMU.  If all are using runtime PM, the fact that a device
> > > is "in use", means runtime PM would keep them active when needed.  In
> > > this example, it wouldn't matter that the bus master device doesn't know
> > > about the IOMMU. It suffices that the dmaengine driver knows about the
> > > IOMMU.
> 
> > That requires it to be able to say "now I'm not using you any more" whenever
> > the device in question suspend and "now I'm going to use you again" when that
> > device resumes.  Does something like that happen today?
> 
> The easiest thing to do with this sort of thing is usually to put the
> referencing into the API that abstracts things (it really ought to know
> when things are actually being used anyway after all) - there are some
> APIs that do this already.
> 
> > There are more weird cases still.  For example, we have the _DEP object in
> > ACPI that basically says "this device depends on that one" and there may be
> > no other relationship between the two whatsoever.  How are we supposed to
> > implement this within the existing frameworks?
> 
> That sounds like something that should be baked into however ACPI is
> hooked in already?

No, it is not.  It is a relatively new addition to ACPI and we don't support
it today.  That's because it hasn't been present in the ACPI tables of any
production systems until recently.

However, today we have systems with it shipping and we need to add support
for it.

Rafael