From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg Kroah-Hartman Subject: Re: [PATCH 4/7] serial: 8250_omap: Fix PM regression with deferred probe for pm_runtime_reinit Date: Thu, 11 Feb 2016 19:17:13 -0800 Message-ID: <20160212031713.GB10157@kroah.com> References: <1455145370-20301-1-git-send-email-tony@atomide.com> <1455145370-20301-5-git-send-email-tony@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1455145370-20301-5-git-send-email-tony@atomide.com> Sender: linux-mmc-owner@vger.kernel.org To: Tony Lindgren Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-serial@vger.kernel.org, Alan Stern , Kevin Hilman , Nishanth Menon , Peter Hurley , "Rafael J . Wysocki" , Ulf Hansson , Tero Kristo , linux-i2c@vger.kernel.org, linux-mmc@vger.kernel.org, linux-spi@vger.kernel.org, Mark Brown , Wolfram Sang List-Id: linux-i2c@vger.kernel.org On Wed, Feb 10, 2016 at 03:02:47PM -0800, Tony Lindgren wrote: > Commit 5de85b9d57ab ("PM / runtime: Re-init runtime PM states at probe > error and driver unbind") introduced pm_runtime_reinit() that is used > to reinitialize PM runtime after -EPROBE_DEFER. This allows shutting > down the device after a failed probe. > > However, for drivers using pm_runtime_use_autosuspend() this can cause > a state where suspend callback is never called after -EPROBE_DEFER. > On the following device driver probe, hardware state is different from > the PM runtime state causing omap_device to produce the following > error: > > omap_device_enable() called from invalid state 1 > > And with omap_device and omap hardware being picky for PM, this will > block any deeper idle states in hardware. > > The solution is to fix the drivers to follow the PM runtime documentation: > > 1. For sections of code that needs the device disabled, use > pm_runtime_put_sync_suspend() if pm_runtime_set_autosuspend() has > been set. > > 2. For driver exit code, use pm_runtime_dont_use_autosuspend() before > pm_runtime_put_sync() if pm_runtime_use_autosuspend() has been > set. > > Fixes: 5de85b9d57ab ("PM / runtime: Re-init runtime PM states at probe > error and driver unbind") > Cc: linux-serial@vger.kernel.org > Cc: Alan Stern > Cc: Greg Kroah-Hartman > Cc: Kevin Hilman > Cc: Nishanth Menon > Cc: Peter Hurley > Cc: Rafael J. Wysocki > Cc: Ulf Hansson > Cc: Tero Kristo > Signed-off-by: Tony Lindgren > --- > > Greg & Peter, I'd like to merge this along with other related fixes > via the ARM SoC tree if no objections, please review and ack if this > look OK to you. Acked-by: Greg Kroah-Hartman From mboxrd@z Thu Jan 1 00:00:00 1970 From: gregkh@linuxfoundation.org (Greg Kroah-Hartman) Date: Thu, 11 Feb 2016 19:17:13 -0800 Subject: [PATCH 4/7] serial: 8250_omap: Fix PM regression with deferred probe for pm_runtime_reinit In-Reply-To: <1455145370-20301-5-git-send-email-tony@atomide.com> References: <1455145370-20301-1-git-send-email-tony@atomide.com> <1455145370-20301-5-git-send-email-tony@atomide.com> Message-ID: <20160212031713.GB10157@kroah.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wed, Feb 10, 2016 at 03:02:47PM -0800, Tony Lindgren wrote: > Commit 5de85b9d57ab ("PM / runtime: Re-init runtime PM states at probe > error and driver unbind") introduced pm_runtime_reinit() that is used > to reinitialize PM runtime after -EPROBE_DEFER. This allows shutting > down the device after a failed probe. > > However, for drivers using pm_runtime_use_autosuspend() this can cause > a state where suspend callback is never called after -EPROBE_DEFER. > On the following device driver probe, hardware state is different from > the PM runtime state causing omap_device to produce the following > error: > > omap_device_enable() called from invalid state 1 > > And with omap_device and omap hardware being picky for PM, this will > block any deeper idle states in hardware. > > The solution is to fix the drivers to follow the PM runtime documentation: > > 1. For sections of code that needs the device disabled, use > pm_runtime_put_sync_suspend() if pm_runtime_set_autosuspend() has > been set. > > 2. For driver exit code, use pm_runtime_dont_use_autosuspend() before > pm_runtime_put_sync() if pm_runtime_use_autosuspend() has been > set. > > Fixes: 5de85b9d57ab ("PM / runtime: Re-init runtime PM states at probe > error and driver unbind") > Cc: linux-serial at vger.kernel.org > Cc: Alan Stern > Cc: Greg Kroah-Hartman > Cc: Kevin Hilman > Cc: Nishanth Menon > Cc: Peter Hurley > Cc: Rafael J. Wysocki > Cc: Ulf Hansson > Cc: Tero Kristo > Signed-off-by: Tony Lindgren > --- > > Greg & Peter, I'd like to merge this along with other related fixes > via the ARM SoC tree if no objections, please review and ack if this > look OK to you. Acked-by: Greg Kroah-Hartman