* [GIT PULL] Thermal control updates for v6.2-rc1
@ 2022-12-12 17:33 Rafael J. Wysocki
2022-12-12 21:49 ` Linus Torvalds
2022-12-12 21:51 ` pr-tracker-bot
0 siblings, 2 replies; 4+ messages in thread
From: Rafael J. Wysocki @ 2022-12-12 17:33 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Linux PM, Linux Kernel Mailing List, Daniel Lezcano
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
thermal-6.2-rc1
with top-most commit 75b15aa0d83ec835082129b62e8cb9a44703ad72
Merge branch 'thermal-intel'
on top of commit 247f34f7b80357943234f93f247a1ae6b6c3a740
Linux 6.1-rc2
to receive thermal control updates for 6.2-rc1.
These include thermal core fixes to protect thermal device operations
against thermal device removal, other thermal core fixes and updates of
Intel thermal control drivers.
Specifics:
- Fix race conditions related to thermal device operations that are not
protected against thermal device removal (Guenter Roeck).
- Fix error code in __thermal_cooling_device_register() (Dan Carpenter).
- Validate new cooling device state (coming from user space) in
cur_state_store() and reuse the max_state value from cooling device
structure in the sysfs interface (Viresh Kumar).
- Fix some possible name leaks in error paths in the thermal control
core code (Yang Yingliang).
- Detect TCC lock bit set in the intel_tcc_cooling driver and make it
refuse to update the TCC offset in that case (Zhang Rui).
- Add TCC cooling support for RaptorLake-S (Zhang Rui).
- Prevent accidental clearing of HFI status by one of the other
drivers using the same status register (Srinivas Pandruvada).
- Protect clearing of thermal status bits in Intel thermal control
drivers (Srinivas Pandruvada).
- Allow the HFI thermal control driver to ACK an HFI event for the
previously observed timestamp (Srinivas Pandruvada).
- Remove a pointless die_id check from the HFI thermal driver and
adjust the definition of a data structure used by it (Ricardo Neri).
The above said, there is potentially more thermal control material for
6.2, but I only received a pull request for it from Daniel on Friday
(https://patchwork.kernel.org/project/linux-pm/patch/3ccca41f-0899-b205-903b-ec8c742f3e91@linaro.org/).
It is not included here, because in my view it hasn't received
sufficient linux-next coverage yet, at least in its current form (some
of it was in linux-next before, but then it had to be rebased on top
of the fixes mentioned above), but deferring it by a whole release
cycle wouldn't be my choice either. In this particular case, the
reason for the delay was an unfortunate coincidence of events rather
than anything else (Daniel's extended sick leave that prevented him
from being able to participate in the development process while he had
had quite a bit of work staged already that overlapped with the
submission of important fixes). While I realize that this is a "late"
merge window, deferring stuff from people that was submitted timely,
but had not been processed because of a maintainer's absence that
wasn't his fault, feels a bit harsh.
I would really appreciate it if you please give me your recommendation
regarding the extra thermal control material. Would you like to
receive a pull request with it later during this merge window, or
would you prefer it to wait for the 6.3 one?
Thanks!
---------------
Dan Carpenter (1):
thermal/core: fix error code in __thermal_cooling_device_register()
Guenter Roeck (9):
thermal/core: Destroy thermal zone device mutex in release function
thermal/core: Delete device under thermal device zone lock
thermal/core: Ensure that thermal device is registered in
thermal_zone_get_temp
thermal/core: Move parameter validation from
__thermal_zone_get_temp to thermal_zone_get_temp
thermal/core: Introduce locked version of thermal_zone_device_update
thermal/core: Protect hwmon accesses to thermal operations with
thermal zone mutex
thermal/core: Protect sysfs accesses to thermal operations with
thermal zone mutex
thermal/core: Remove thermal_zone_set_trips()
thermal/core: Protect thermal device operations against thermal
device removal
Ricardo Neri (2):
thermal: intel: hfi: Improve the type of hfi_features::nr_table_pages
thermal: intel: hfi: Remove a pointless die_id check
Srinivas Pandruvada (3):
thermal: intel: Prevent accidental clearing of HFI status
thermal: intel: Protect clearing of thermal status bits
thermal: intel: hfi: ACK HFI for the same timestamp
Viresh Kumar (2):
thermal: Validate new state in cur_state_store()
thermal: sysfs: Reuse cdev->max_state
Yang Yingliang (1):
thermal: core: fix some possible name leaks in error paths
Zhang Rui (2):
thermal: intel: intel_tcc_cooling: Detect TCC lock bit
thermal: intel: intel_tcc_cooling: Add TCC cooling support for
RaptorLake-S
---------------
drivers/thermal/gov_fair_share.c | 6 +-
drivers/thermal/intel/intel_hfi.c | 34 +++++---
drivers/thermal/intel/intel_tcc_cooling.c | 11 +++
drivers/thermal/intel/therm_throt.c | 25 +++---
drivers/thermal/intel/thermal_interrupt.h | 6 ++
drivers/thermal/intel/x86_pkg_temp_thermal.c | 9 +--
drivers/thermal/thermal_core.c | 110 +++++++++++++++----------
drivers/thermal/thermal_core.h | 3 +-
drivers/thermal/thermal_helpers.c | 67 ++++++++++------
drivers/thermal/thermal_hwmon.c | 10 ++-
drivers/thermal/thermal_sysfs.c | 116 ++++++++++++++++++---------
include/linux/thermal.h | 1 +
12 files changed, 256 insertions(+), 142 deletions(-)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [GIT PULL] Thermal control updates for v6.2-rc1
2022-12-12 17:33 [GIT PULL] Thermal control updates for v6.2-rc1 Rafael J. Wysocki
@ 2022-12-12 21:49 ` Linus Torvalds
2022-12-13 18:04 ` Rafael J. Wysocki
2022-12-12 21:51 ` pr-tracker-bot
1 sibling, 1 reply; 4+ messages in thread
From: Linus Torvalds @ 2022-12-12 21:49 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Linux PM, Linux Kernel Mailing List, Daniel Lezcano
On Mon, Dec 12, 2022 at 9:33 AM Rafael J. Wysocki <rafael@kernel.org> wrote:
>
> I would really appreciate it if you please give me your recommendation
> regarding the extra thermal control material. Would you like to
> receive a pull request with it later during this merge window, or
> would you prefer it to wait for the 6.3 one?
If you are happy with it, and feel like you can review it and get it
to me in a couple of days, then fine. But I really don't want to deal
with it after that point - I'm on the road over the weekend, and then
the week after that is xmas week. So at that point I'm solidly in the
"it can wait until next release..
Linus
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [GIT PULL] Thermal control updates for v6.2-rc1
2022-12-12 17:33 [GIT PULL] Thermal control updates for v6.2-rc1 Rafael J. Wysocki
2022-12-12 21:49 ` Linus Torvalds
@ 2022-12-12 21:51 ` pr-tracker-bot
1 sibling, 0 replies; 4+ messages in thread
From: pr-tracker-bot @ 2022-12-12 21:51 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linus Torvalds, Linux PM, Linux Kernel Mailing List, Daniel Lezcano
The pull request you sent on Mon, 12 Dec 2022 18:33:12 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git thermal-6.2-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/691806e977a3a64895bd891878ed726cdbd282c0
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/prtracker.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [GIT PULL] Thermal control updates for v6.2-rc1
2022-12-12 21:49 ` Linus Torvalds
@ 2022-12-13 18:04 ` Rafael J. Wysocki
0 siblings, 0 replies; 4+ messages in thread
From: Rafael J. Wysocki @ 2022-12-13 18:04 UTC (permalink / raw)
To: Linus Torvalds
Cc: Rafael J. Wysocki, Linux PM, Linux Kernel Mailing List, Daniel Lezcano
On Mon, Dec 12, 2022 at 10:49 PM Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> On Mon, Dec 12, 2022 at 9:33 AM Rafael J. Wysocki <rafael@kernel.org> wrote:
> >
> > I would really appreciate it if you please give me your recommendation
> > regarding the extra thermal control material. Would you like to
> > receive a pull request with it later during this merge window, or
> > would you prefer it to wait for the 6.3 one?
>
> If you are happy with it, and feel like you can review it and get it
> to me in a couple of days, then fine. But I really don't want to deal
> with it after that point - I'm on the road over the weekend, and then
> the week after that is xmas week. So at that point I'm solidly in the
> "it can wait until next release..
Thanks a lot, this helps.
I'll see if I can get the pull request out by Thursday (or please let
me know if that will be too late already). Otherwise it will wait for
the next merge window.
Cheers,
Rafael
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-12-13 18:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-12-12 17:33 [GIT PULL] Thermal control updates for v6.2-rc1 Rafael J. Wysocki
2022-12-12 21:49 ` Linus Torvalds
2022-12-13 18:04 ` Rafael J. Wysocki
2022-12-12 21:51 ` pr-tracker-bot
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).