From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTP id E7AF070A for ; Tue, 13 May 2014 22:18:10 +0000 (UTC) Received: from v094114.home.net.pl (v094114.home.net.pl [79.96.170.134]) by smtp1.linuxfoundation.org (Postfix) with SMTP id 1931C20119 for ; Tue, 13 May 2014 22:18:09 +0000 (UTC) From: "Rafael J. Wysocki" To: Mark Brown Date: Wed, 14 May 2014 00:34:56 +0200 Message-ID: <15562464.UYP7rKZIQt@vostro.rjw.lan> In-Reply-To: <11117951.ql3xek1vCB@vostro.rjw.lan> References: <1872038.43ncqEMWSx@avalon> <20140512220729.GZ12304@sirena.org.uk> <11117951.ql3xek1vCB@vostro.rjw.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Cc: ksummit-discuss@lists.linuxfoundation.org Subject: Re: [Ksummit-discuss] [TECH TOPIC] PM dependencies List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wednesday, May 14, 2014 12:27:47 AM Rafael J. Wysocki wrote: > On Monday, May 12, 2014 11:07:29 PM Mark Brown wrote: > > On Mon, May 12, 2014 at 11:16:57PM +0200, Tomasz Figa wrote: > > > On 12.05.2014 22:31, Mark Brown wrote: > > > > > > It also solves the system suspend dependencies. Why don't the > > > > runtime PM dependencies just work with reference counting? > > > > > Runtime PM dependencies work with reference counting just fine, but > > > only for topologies matching Linux driver model, e.g. devices with > > > exactly one device they depend on, e.g. SPI controller and SPI devices > > > on the bus driven by it. Add there an IOMMU and other various strange > > > things that should be transparent to the drivers and it stops working. > > > > There's no reason why runtime PM references have to follow the topology > > - you do get a default reference count up to any parent (though we break > > that sometimes, as is the case with SPI controllers being suspended even > > though the devices below them are active) but there's nothing stopping > > references being taken outside the topology. > > Precisely. BTW, I guess that the problem is resume and specifically the fact that if a child device resumes, the parent will also resume automatically, but the other devices the child may depend on will not (the child's resume may need to resume them directly). But I'm not sure why that is a problem, so can anyone please share some details? Rafael