[RFC,for,6.13,v1,00/20] thermal: core: Updates related to thermal zone initialization, suspend and locking

Message ID	6100907.lOV4Wx5bFT@rjwysocki.net (mailing list archive)
Headers	show Received: from cloudserver094114.home.pl (cloudserver094114.home.pl [79.96.170.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E217A12C54B; Sat, 14 Sep 2024 11:16:42 +0000 (UTC) From: "Rafael J. Wysocki" <rjw@rjwysocki.net> To: Linux PM <linux-pm@vger.kernel.org> Cc: LKML <linux-kernel@vger.kernel.org>, Daniel Lezcano <daniel.lezcano@linaro.org>, Lukasz Luba <lukasz.luba@arm.com>, Zhang Rui <rui.zhang@intel.com> Subject: [RFC PATCH for 6.13 v1 00/20] thermal: core: Updates related to thermal zone initialization, suspend and locking Date: Sat, 14 Sep 2024 12:24:08 +0200 Message-ID: <6100907.lOV4Wx5bFT@rjwysocki.net> Precedence: bulk MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"
Series	thermal: core: Updates related to thermal zone initialization, suspend and locking \| expand [RFC,for,6.13,v1,00/20] thermal: core: Updates related to thermal zone initialization, suspend and … [RFC,for,6.13,v1,01/20] thermal: core: Use the thermal zone guard in more cases [RFC,for,6.13,v1,02/20] thermal: core: Rearrange PM notification code [RFC,for,6.13,v1,03/20] thermal: core: Represent suspend-related thermal zone flags as bits [RFC,for,6.13,v1,04/20] thermal: core: Mark thermal zones as initializing to start with [RFC,for,6.13,v1,05/20] thermal: core: Fix race between zone registration and system suspend [RFC,for,6.13,v1,06/20] thermal: core: Consolidate thermal zone locking during initialization [RFC,for,6.13,v1,07/20] thermal: core: Mark thermal zones as exiting before unregistration [RFC,for,6.13,v1,08/20] thermal: core: Consolidate thermal zone locking in the exit path [RFC,for,6.13,v1,09/20] thermal: core: Update thermal zones after cooling device binding [RFC,for,6.13,v1,10/20] thermal: core: Drop need_update field from struct thermal_zone_device [RFC,for,6.13,v1,11/20] thermal: core: Separate code running under thermal_list_lock [RFC,for,6.13,v1,12/20] thermal: core: Manage thermal_list_lock using a mutex guard [RFC,for,6.13,v1,13/20] thermal: core: Call thermal_governor_update_tz() outside of cdev lock [RFC,for,6.13,v1,14/20] thermal: core: Introduce thermal_instance_add() [RFC,for,6.13,v1,15/20] thermal: core: Introduce thermal_instance_delete() [RFC,for,6.13,v1,16/20] thermal: core: Introduce thermal_cdev_update_nocheck() [RFC,for,6.13,v1,17/20] thermal: core: Add and use cooling device guard [RFC,for,6.13,v1,18/20] thermal: core: Call __thermal_cdev_update() on cdev unbind [RFC,for,6.13,v1,19/20] thermal: core: Separate thermal zone governor initialization [RFC,for,6.13,v1,20/20] thermal: core: Manage thermal_governor_lock using a mutex guard

Message ID

6100907.lOV4Wx5bFT@rjwysocki.net (mailing list archive)

Headers

From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Linux PM <linux-pm@vger.kernel.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
 Daniel Lezcano <daniel.lezcano@linaro.org>,
 Lukasz Luba <lukasz.luba@arm.com>, Zhang Rui <rui.zhang@intel.com>
Subject: 
 [RFC PATCH for 6.13 v1 00/20] thermal: core: Updates related to thermal zone
 initialization, suspend and locking
Date: Sat, 14 Sep 2024 12:24:08 +0200
Message-ID: <6100907.lOV4Wx5bFT@rjwysocki.net>
Precedence: bulk
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="UTF-8"

Series

thermal: core: Updates related to thermal zone initialization, suspend and locking | expand

Message

Rafael J. Wysocki Sept. 14, 2024, 10:24 a.m. UTC

Hi Everyone,

This is a continuation of

https://lore.kernel.org/linux-pm/4920970.GXAFRqVoOG@rjwysocki.net/

that eliminates a couple of races related to thermal zone initialization
and system suspend, cleans up thermal zone updates handling during thermal
zone and cooling device initialization and generally switches over the
thermal core to using guards for locking.

Please see the individual patch changelogs for details.

The patches in this series only received minimum testing (hence RFC), but
all of these changes make sense IMV.

Thanks!