> > 
> > Cc: Huang Ying <ying.hu...@intel.com>
> > Cc: Bjorn Helgaas <bhelg...@google.com>
> > Cc: Rafael J. Wysocki <r...@sisk.pl>
> > Signed-off-by: Dave Airlie <airl...@redhat.com>
> > ---
> >  drivers/pci/pci-sysfs.c | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
> > index 02d107b..12d3d52 100644
> > --- a/drivers/pci/pci-sysfs.c
> > +++ b/drivers/pci/pci-sysfs.c
> > @@ -487,7 +487,7 @@ pci_config_pm_runtime_put(struct pci_dev *pdev)
> >     struct device *dev = &pdev->dev;
> >     struct device *parent = dev->parent;
> >  
> > -   pm_runtime_put(dev);
> > +   pm_runtime_put_autosuspend(dev);
> >     if (parent)
> >             pm_runtime_put_sync(parent);
> >  }
> 
> I think you do not need that.  You can implement timeout
> in .runtime_idle callback of the driver.

If I understand what you are suggesting, I should setup some kinda of timer 
callback to later call suspend, but that seems pointless for me if we have the 
autosuspend mechanism in place.

Won't I end up racing my timer against other pm stuff? I'm not really runtime 
pm expert so maybe I'm just missing something.

Dave.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to