Patch "clk: qcom: gdsc: Remove direct runtime PM calls" has been added to the 6.0-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a note to let you know that I've just added the patch titled

    clk: qcom: gdsc: Remove direct runtime PM calls

to the 6.0-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     clk-qcom-gdsc-remove-direct-runtime-pm-calls.patch
and it can be found in the queue-6.0 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@xxxxxxxxxxxxxxx> know about it.



commit 42653dc83ef163db191df8daebbe229752070f41
Author: Stephen Boyd <swboyd@xxxxxxxxxxxx>
Date:   Thu Nov 3 11:30:30 2022 -0700

    clk: qcom: gdsc: Remove direct runtime PM calls
    
    [ Upstream commit 4cc47e8add635408e063c98b52d56b7ceacf0b70 ]
    
    We shouldn't be calling runtime PM APIs from within the genpd
    enable/disable path for a couple reasons.
    
    First, this causes an AA lockdep splat[1] because genpd can call into
    genpd code again while holding the genpd lock.
    
    WARNING: possible recursive locking detected
    5.19.0-rc2-lockdep+ #7 Not tainted
    --------------------------------------------
    kworker/2:1/49 is trying to acquire lock:
    ffffffeea0370788 (&genpd->mlock){+.+.}-{3:3}, at: genpd_lock_mtx+0x24/0x30
    
    but task is already holding lock:
    ffffffeea03710a8 (&genpd->mlock){+.+.}-{3:3}, at: genpd_lock_mtx+0x24/0x30
    
    other info that might help us debug this:
     Possible unsafe locking scenario:
    
           CPU0
           ----
      lock(&genpd->mlock);
      lock(&genpd->mlock);
    
     *** DEADLOCK ***
    
     May be due to missing lock nesting notation
    
    3 locks held by kworker/2:1/49:
     #0: 74ffff80811a5748 ((wq_completion)pm){+.+.}-{0:0}, at: process_one_work+0x320/0x5fc
     #1: ffffffc008537cf8 ((work_completion)(&genpd->power_off_work)){+.+.}-{0:0}, at: process_one_work+0x354/0x5fc
     #2: ffffffeea03710a8 (&genpd->mlock){+.+.}-{3:3}, at: genpd_lock_mtx+0x24/0x30
    
    stack backtrace:
    CPU: 2 PID: 49 Comm: kworker/2:1 Not tainted 5.19.0-rc2-lockdep+ #7
    Hardware name: Google Lazor (rev3 - 8) with KB Backlight (DT)
    Workqueue: pm genpd_power_off_work_fn
    Call trace:
     dump_backtrace+0x1a0/0x200
     show_stack+0x24/0x30
     dump_stack_lvl+0x7c/0xa0
     dump_stack+0x18/0x44
     __lock_acquire+0xb38/0x3634
     lock_acquire+0x180/0x2d4
     __mutex_lock_common+0x118/0xe30
     mutex_lock_nested+0x70/0x7c
     genpd_lock_mtx+0x24/0x30
     genpd_runtime_suspend+0x2f0/0x414
     __rpm_callback+0xdc/0x1b8
     rpm_callback+0x4c/0xcc
     rpm_suspend+0x21c/0x5f0
     rpm_idle+0x17c/0x1e0
     __pm_runtime_idle+0x78/0xcc
     gdsc_disable+0x24c/0x26c
     _genpd_power_off+0xd4/0x1c4
     genpd_power_off+0x2d8/0x41c
     genpd_power_off_work_fn+0x60/0x94
     process_one_work+0x398/0x5fc
     worker_thread+0x42c/0x6c4
     kthread+0x194/0x1b4
     ret_from_fork+0x10/0x20
    
    Second, this confuses runtime PM on CoachZ for the camera devices by
    causing the camera clock controller's runtime PM usage_count to go
    negative after resuming from suspend. This is because runtime PM is
    being used on the clock controller while runtime PM is disabled for the
    device.
    
    The reason for the negative count is because a GDSC is represented as a
    genpd and each genpd that is attached to a device is resumed during the
    noirq phase of system wide suspend/resume (see the noirq suspend ops
    assignment in pm_genpd_init() for more details). The camera GDSCs are
    attached to camera devices with the 'power-domains' property in DT.
    Every device has runtime PM disabled in the late system suspend phase
    via __device_suspend_late(). Runtime PM is not usable until runtime PM
    is enabled in device_resume_early(). The noirq phases run after the
    'late' and before the 'early' phase of suspend/resume. When the genpds
    are resumed in genpd_resume_noirq(), we call down into gdsc_enable()
    that calls pm_runtime_resume_and_get() and that returns -EACCES to
    indicate failure to resume because runtime PM is disabled for all
    devices.
    
    Upon closer inspection, calling runtime PM APIs like this in the GDSC
    driver doesn't make sense. It was intended to make sure the GDSC for the
    clock controller providing other GDSCs was enabled, specifically the
    MMCX GDSC for the display clk controller on SM8250 (sm8250-dispcc), so
    that GDSC register accesses succeeded. That will already happen because
    we make the 'dev->pm_domain' a parent domain of each GDSC we register in
    gdsc_register() via pm_genpd_add_subdomain(). When any of these GDSCs
    are accessed, we'll enable the parent domain (in this specific case
    MMCX).
    
    We also remove any getting of runtime PM during registration, because
    when a genpd is registered it increments the count on the parent if the
    genpd itself is already enabled.
    
    Cc: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
    Cc: Johan Hovold <johan+linaro@xxxxxxxxxx>
    Cc: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
    Cc: Taniya Das <quic_tdas@xxxxxxxxxxx>
    Cc: Satya Priya <quic_c_skakit@xxxxxxxxxxx>
    Reviewed-by: Douglas Anderson <dianders@xxxxxxxxxxxx>
    Tested-by: Douglas Anderson <dianders@xxxxxxxxxxxx>
    Cc: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
    Reported-by: Stephen Boyd <swboyd@xxxxxxxxxxxx>
    Link: https://lore.kernel.org/r/CAE-0n52xbZeJ66RaKwggeRB57fUAwjvxGxfFMKOKJMKVyFTe+w@xxxxxxxxxxxxxx [1]
    Fixes: 1b771839de05 ("clk: qcom: gdsc: enable optional power domain support")
    Signed-off-by: Stephen Boyd <swboyd@xxxxxxxxxxxx>
    Link: https://lore.kernel.org/r/20221103183030.3594899-1-swboyd@xxxxxxxxxxxx
    Tested-by: Johan Hovold <johan+linaro@xxxxxxxxxx>
    Reviewed-by: Johan Hovold <johan+linaro@xxxxxxxxxx>
    Signed-off-by: Stephen Boyd <sboyd@xxxxxxxxxx>
    Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

diff --git a/drivers/clk/qcom/gdsc.c b/drivers/clk/qcom/gdsc.c
index 4b66ce0f1940..39b35058ad47 100644
--- a/drivers/clk/qcom/gdsc.c
+++ b/drivers/clk/qcom/gdsc.c
@@ -11,7 +11,6 @@
 #include <linux/kernel.h>
 #include <linux/ktime.h>
 #include <linux/pm_domain.h>
-#include <linux/pm_runtime.h>
 #include <linux/regmap.h>
 #include <linux/regulator/consumer.h>
 #include <linux/reset-controller.h>
@@ -56,22 +55,6 @@ enum gdsc_status {
 	GDSC_ON
 };
 
-static int gdsc_pm_runtime_get(struct gdsc *sc)
-{
-	if (!sc->dev)
-		return 0;
-
-	return pm_runtime_resume_and_get(sc->dev);
-}
-
-static int gdsc_pm_runtime_put(struct gdsc *sc)
-{
-	if (!sc->dev)
-		return 0;
-
-	return pm_runtime_put_sync(sc->dev);
-}
-
 /* Returns 1 if GDSC status is status, 0 if not, and < 0 on error */
 static int gdsc_check_status(struct gdsc *sc, enum gdsc_status status)
 {
@@ -271,8 +254,9 @@ static void gdsc_retain_ff_on(struct gdsc *sc)
 	regmap_update_bits(sc->regmap, sc->gdscr, mask, mask);
 }
 
-static int _gdsc_enable(struct gdsc *sc)
+static int gdsc_enable(struct generic_pm_domain *domain)
 {
+	struct gdsc *sc = domain_to_gdsc(domain);
 	int ret;
 
 	if (sc->pwrsts == PWRSTS_ON)
@@ -328,22 +312,11 @@ static int _gdsc_enable(struct gdsc *sc)
 	return 0;
 }
 
-static int gdsc_enable(struct generic_pm_domain *domain)
+static int gdsc_disable(struct generic_pm_domain *domain)
 {
 	struct gdsc *sc = domain_to_gdsc(domain);
 	int ret;
 
-	ret = gdsc_pm_runtime_get(sc);
-	if (ret)
-		return ret;
-
-	return _gdsc_enable(sc);
-}
-
-static int _gdsc_disable(struct gdsc *sc)
-{
-	int ret;
-
 	if (sc->pwrsts == PWRSTS_ON)
 		return gdsc_assert_reset(sc);
 
@@ -378,18 +351,6 @@ static int _gdsc_disable(struct gdsc *sc)
 	return 0;
 }
 
-static int gdsc_disable(struct generic_pm_domain *domain)
-{
-	struct gdsc *sc = domain_to_gdsc(domain);
-	int ret;
-
-	ret = _gdsc_disable(sc);
-
-	gdsc_pm_runtime_put(sc);
-
-	return ret;
-}
-
 static int gdsc_init(struct gdsc *sc)
 {
 	u32 mask, val;
@@ -437,11 +398,6 @@ static int gdsc_init(struct gdsc *sc)
 				return ret;
 		}
 
-		/* ...and the power-domain */
-		ret = gdsc_pm_runtime_get(sc);
-		if (ret)
-			goto err_disable_supply;
-
 		/*
 		 * Votable GDSCs can be ON due to Vote from other masters.
 		 * If a Votable GDSC is ON, make sure we have a Vote.
@@ -449,14 +405,14 @@ static int gdsc_init(struct gdsc *sc)
 		if (sc->flags & VOTABLE) {
 			ret = gdsc_update_collapse_bit(sc, false);
 			if (ret)
-				goto err_put_rpm;
+				goto err_disable_supply;
 		}
 
 		/* Turn on HW trigger mode if supported */
 		if (sc->flags & HW_CTRL) {
 			ret = gdsc_hwctrl(sc, true);
 			if (ret < 0)
-				goto err_put_rpm;
+				goto err_disable_supply;
 		}
 
 		/*
@@ -486,13 +442,10 @@ static int gdsc_init(struct gdsc *sc)
 
 	ret = pm_genpd_init(&sc->pd, NULL, !on);
 	if (ret)
-		goto err_put_rpm;
+		goto err_disable_supply;
 
 	return 0;
 
-err_put_rpm:
-	if (on)
-		gdsc_pm_runtime_put(sc);
 err_disable_supply:
 	if (on && sc->rsupply)
 		regulator_disable(sc->rsupply);
@@ -531,8 +484,6 @@ int gdsc_register(struct gdsc_desc *desc,
 	for (i = 0; i < num; i++) {
 		if (!scs[i])
 			continue;
-		if (pm_runtime_enabled(dev))
-			scs[i]->dev = dev;
 		scs[i]->regmap = regmap;
 		scs[i]->rcdev = rcdev;
 		ret = gdsc_init(scs[i]);
diff --git a/drivers/clk/qcom/gdsc.h b/drivers/clk/qcom/gdsc.h
index 5de48c9439b2..8d569232bbd6 100644
--- a/drivers/clk/qcom/gdsc.h
+++ b/drivers/clk/qcom/gdsc.h
@@ -30,7 +30,6 @@ struct reset_controller_dev;
  * @resets: ids of resets associated with this gdsc
  * @reset_count: number of @resets
  * @rcdev: reset controller
- * @dev: the device holding the GDSC, used for pm_runtime calls
  */
 struct gdsc {
 	struct generic_pm_domain	pd;
@@ -69,7 +68,6 @@ struct gdsc {
 
 	const char 			*supply;
 	struct regulator		*rsupply;
-	struct device			*dev;
 };
 
 struct gdsc_desc {



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux