From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: [RFT][PATCH v3 0/3] i2c: designware: Runtime PM aware system sleep handling Date: Wed, 06 Sep 2017 01:41:37 +0200 Message-ID: <3958866.l2qnKDbinI@aspire.rjw.lan> References: <3023226.l5IfJK6GIc@aspire.rjw.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Return-path: In-Reply-To: <3023226.l5IfJK6GIc@aspire.rjw.lan> Sender: linux-acpi-owner@vger.kernel.org To: "Rafael J. Wysocki" , linux-pm@vger.kernel.org Cc: linux-i2c@vger.kernel.org, Wolfram Sang , linux-acpi@vger.kernel.org, Kevin Hilman , Jarkko Nikula , Andy Shevchenko , Mika Westerberg , Jisheng Zhang , John Stultz , Guodong Xu , Sumit Semwal , Haojian Zhuang , Johannes Stezenbach , Ulf Hansson , Lee Jones List-Id: linux-i2c@vger.kernel.org On Monday, September 4, 2017 1:05:57 AM CEST Rafael J. Wysocki wrote: > Hi, An update related to the dependency on intel-lpss. > The point here is to avoid runtime resuming i2c designware devices during > system suspend in the driver's ->suspend callback in the case when the > ACPI PM domain is not present. That will allow us to deal with the > ACPI PM domain case going forward, among other things. > > The first patch cleans up the runtime PM handling in the i2c-designware-platdrv > _probe() routine so as to make it enable runtime PM in all cases, but prevent > the device from being runtime suspended via pm_runtime_forbid() if > pm_disabled is set. The second one pushed the intel-lpss system suspend/resume callbacks to the late/early stages of suspend/resume, respectively, so that the i2c-designware-platdrv ones can be pushed too. > The second one get rids of some ugly code and makes the PM callbacks of the > driver handle runtime-suspended devices during system suspend/resume. This is the third one and it does less than it did before now. > Please test if you can and let me know if anything breaks. That still applies. :-) Thanks, Rafael