The following changes since commit bcf876870b95592b52519ed4aafcf9d95999bc9c:
Linux 5.8 (2020-08-02 14:21:45 -0700)
are available in the Git repository at:
ssh://[email protected]/pub/scm/linux/kernel/git/thermal/linux.git
tags/thermal-v5.9-rc1
for you to fetch changes up to aac5cac9851aa6b526c6ab3acb80ec7fb6646df8:
thermal: intel: intel_pch_thermal: Add Cannon Lake Low Power PCH
support (2020-08-03 23:16:28 +0200)
----------------------------------------------------------------
- Add support to enable/disable the thermal zones resulting on core code and
drivers cleanup (Andrzej Pietrasiewicz)
- Add generic netlink support for userspace notifications: events,
temperature
and discovery commands (Daniel Lezcano)
- Fix redundant initialization for a ret variable (Colin Ian King)
- Remove the clock cooling code as it is used nowhere (Amit Kucheria)
- Add the rcar_gen3_thermal's r8a774e1 support (Marian-Cristian Rotariu)
- Replace all references to thermal.txt in the documentation to the
corresponding yaml files (Amit Kucheria)
- Add maintainer entry for the IPA (Lukasz Luba)
- Add support for MSM8939 for the tsens (Shawn Guo)
- Update power allocator and devfreq cooling to SPDX licensing (Lukasz Luba)
- Add Cannon Lake Low Power PCH support (Sumeet Pawnikar)
- Add tsensor support for V2 mediatek thermal system (Henry Yen)
- Fix thermal zone lookup by ID for the core code (Thierry Reding)
----------------------------------------------------------------
Amit Kucheria (2):
thermal/drivers/clock_cooling: Remove clock_cooling code
dt-bindings: thermal: Get rid of thermal.txt and replace references
Andrzej Pietrasiewicz (14):
acpi: thermal: Fix error handling in the register function
thermal: Store thermal mode in a dedicated enum
thermal: Add current mode to thermal zone device
thermal: Store device mode in struct thermal_zone_device
thermal: remove get_mode() operation of drivers
thermal: Add mode helpers
thermal: Use mode helpers in drivers
thermal: Explicitly enable non-changing thermal zone devices
thermal: core: Stop polling DISABLED thermal devices
thermal: Simplify or eliminate unnecessary set_mode() methods
thermal: Rename set_mode() to change_mode()
acpi: thermal: Don't call thermal_zone_device_is_enabled()
thermal: imx: Use driver's local data to decide whether to run a
measurement
thermal: Make thermal_zone_device_is_enabled() available to core only
Anson Huang (1):
thermal: imx8mm: Support module autoloading
Colin Ian King (1):
thermal: core: remove redundant initialization of variable ret
Dan Carpenter (1):
thermal: ti-soc-thermal: Fix reversed condition in
ti_thermal_expose_sensor()
Daniel Lezcano (9):
thermal: core: Add helpers to browse the cdev, tz and governor list
thermal: core: Get thermal zone by id
thermal: core: genetlink support for events/cmd/sampling
thermal: core: Add notifications call in the framework
thermal: netlink: Fix compilation error when CONFIG_NET=n
net: genetlink: Move initialization to core_initcall
thermal: netlink: Improve the initcall ordering
thermal: core: Move initialization after core initcall
thermal: core: Add thermal zone enable/disable notification
Henry Yen (2):
thermal: mediatek: Prepare to add support for other platforms
thermal: mediatek: Add tsensor support for V2 thermal system
Konrad Dybcio (1):
dt-bindings: tsens: qcom: Document MSM8939 compatible
Lukas Bulwahn (1):
MAINTAINERS: update entry to thermal governors file name prefixing
Lukasz Luba (2):
MAINTAINERS: Add maintenance information for IPA
thermal: Update power allocator and devfreq cooling to SPDX licensing
Marian-Cristian Rotariu (1):
thermal: rcar_gen3_thermal: Add r8a774e1 support
Niklas Söderlund (1):
thermal: rcar_gen3_thermal: Do not shadow thcode variable
Shawn Guo (1):
thermal: qcom: tsens-v0_1: Add support for MSM8939
Sumeet Pawnikar (2):
thermal: int340x: processor_thermal: fix: update Jasper Lake PCI id
thermal: intel: intel_pch_thermal: Add Cannon Lake Low Power PCH
support
Thierry Reding (1):
thermal: core: Fix thermal zone lookup by ID
Documentation/devicetree/bindings/arm/arm,scmi.txt | 2 +-
Documentation/devicetree/bindings/arm/arm,scpi.txt | 2 +-
.../devicetree/bindings/arm/freescale/fsl,scu.txt | 2 +-
.../arm/marvell/ap80x-system-controller.txt | 2 +-
.../arm/marvell/cp110-system-controller.txt | 2 +-
.../devicetree/bindings/cpufreq/cpufreq-dt.txt | 3 +-
.../bindings/cpufreq/cpufreq-mediatek.txt | 4 +-
.../bindings/cpufreq/nvidia,tegra20-cpufreq.txt | 2 +-
.../devicetree/bindings/hwmon/gpio-fan.txt | 3 +-
Documentation/devicetree/bindings/hwmon/lm90.txt | 4 +-
.../bindings/thermal/allwinner,sun8i-a83t-ths.yaml | 2 +-
.../bindings/thermal/amazon,al-thermal.txt | 2 +-
.../bindings/thermal/brcm,avs-ro-thermal.yaml | 2 +-
.../bindings/thermal/brcm,bcm2835-thermal.txt | 2 +-
.../bindings/thermal/hisilicon-thermal.txt | 2 +-
.../bindings/thermal/max77620_thermal.txt | 6 +-
.../bindings/thermal/mediatek-thermal.txt | 2 +-
.../bindings/thermal/nvidia,tegra124-soctherm.txt | 10 +-
.../thermal/nvidia,tegra186-bpmp-thermal.txt | 2 +-
.../bindings/thermal/qcom-spmi-temp-alarm.txt | 2 +-
.../devicetree/bindings/thermal/qcom-tsens.yaml | 1 +
.../bindings/thermal/rockchip-thermal.txt | 2 +-
.../devicetree/bindings/thermal/tango-thermal.txt | 2 +-
.../bindings/thermal/thermal-generic-adc.txt | 2 +-
.../devicetree/bindings/thermal/thermal.txt | 586
-------------------
MAINTAINERS | 8 +
drivers/acpi/thermal.c | 76 +--
drivers/net/ethernet/chelsio/cxgb4/cxgb4_thermal.c | 8 +
drivers/net/ethernet/mellanox/mlxsw/core_thermal.c | 91 +--
drivers/net/wireless/intel/iwlwifi/mvm/tt.c | 9 +-
drivers/platform/x86/acerhdf.c | 33 +-
drivers/platform/x86/intel_mid_thermal.c | 6 +
drivers/power/supply/power_supply_core.c | 9 +-
drivers/thermal/Kconfig | 20 +-
drivers/thermal/Makefile | 6 +-
drivers/thermal/armada_thermal.c | 6 +
drivers/thermal/clock_cooling.c | 445 --------------
drivers/thermal/da9062-thermal.c | 16 +-
drivers/thermal/devfreq_cooling.c | 10 +-
drivers/thermal/dove_thermal.c | 6 +
drivers/thermal/gov_power_allocator.c | 9 +-
drivers/thermal/hisi_thermal.c | 6 +-
drivers/thermal/imx8mm_thermal.c | 1 +
drivers/thermal/imx_thermal.c | 60 +-
.../intel/int340x_thermal/int3400_thermal.c | 38 +-
.../intel/int340x_thermal/int340x_thermal_zone.c | 5 +
.../int340x_thermal/processor_thermal_device.c | 2 +-
drivers/thermal/intel/intel_pch_thermal.c | 8 +
drivers/thermal/intel/intel_quark_dts_thermal.c | 34 +-
drivers/thermal/intel/intel_soc_dts_iosf.c | 3 +
drivers/thermal/intel/x86_pkg_temp_thermal.c | 6 +
drivers/thermal/kirkwood_thermal.c | 7 +
drivers/thermal/mtk_thermal.c | 234 ++++++--
drivers/thermal/qcom/tsens-v0_1.c | 144 ++++-
drivers/thermal/qcom/tsens.c | 3 +
drivers/thermal/qcom/tsens.h | 2 +-
drivers/thermal/rcar_gen3_thermal.c | 10 +-
drivers/thermal/rcar_thermal.c | 9 +-
drivers/thermal/rockchip_thermal.c | 6 +-
drivers/thermal/spear_thermal.c | 7 +
drivers/thermal/sprd_thermal.c | 6 +-
drivers/thermal/st/st_thermal.c | 5 +
drivers/thermal/thermal_core.c | 174 +++++-
drivers/thermal/thermal_core.h | 15 +
drivers/thermal/thermal_helpers.c | 13 +-
drivers/thermal/thermal_netlink.c | 647
+++++++++++++++++++++
drivers/thermal/thermal_netlink.h | 104 ++++
drivers/thermal/thermal_of.c | 41 +-
drivers/thermal/thermal_sysfs.c | 52 +-
drivers/thermal/ti-soc-thermal/ti-thermal-common.c | 2 +-
include/linux/clock_cooling.h | 57 --
include/linux/devfreq_cooling.h | 9 +-
include/linux/thermal.h | 31 +-
include/uapi/linux/thermal.h | 89 ++-
net/netlink/genetlink.c | 2 +-
75 files changed, 1632 insertions(+), 1609 deletions(-)
delete mode 100644 Documentation/devicetree/bindings/thermal/thermal.txt
delete mode 100644 drivers/thermal/clock_cooling.c
create mode 100644 drivers/thermal/thermal_netlink.c
create mode 100644 drivers/thermal/thermal_netlink.h
delete mode 100644 include/linux/clock_cooling.h
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
On Mon, Aug 3, 2020 at 2:44 PM Daniel Lezcano <[email protected]> wrote:
>
> ssh://[email protected]/pub/scm/linux/kernel/git/thermal/linux.git
> tags/thermal-v5.9-rc1
This was all rebased just an hour before you sent it to me.
Why?
Maybe it's how you commonly work, and I just haven't noticed before,
but it's wrong for all the reasons I've stated about a million times
now.
What makes it so hard for people to understand? What makes that "you
sent me a completely untested pull request and that's not ok" so
difficult a concept to get?
And dammit, if you do it and have a good reason to do this despite
literally *decades* of me telling people not to do that, and why it's
wrong, then you can spend the five minutes *explaining* why you do
something that is widely documented to be bad.
These commits sure as hell weren't in linux-next either.
Linus
Hi, Linus,
On Mon, 2020-08-03 at 20:26 -0700, Linus Torvalds wrote:
> On Mon, Aug 3, 2020 at 2:44 PM Daniel Lezcano <
> [email protected]> wrote:
> >
> >
ssh://[email protected]/pub/scm/linux/kernel/git/thermal/linux.git
> > tags/thermal-v5.9-rc1
>
> This was all rebased just an hour before you sent it to me.
>
> Why?
>
There must be something wrong here, Daniel and I are following a strict
process to make sure that we don't lose any history.
For this PR, I'm not quite sure what happened, he probably did
something by mistake when generating it.
thanks,
rui
> Maybe it's how you commonly work, and I just haven't noticed before,
> but it's wrong for all the reasons I've stated about a million times
> now.
>
> What makes it so hard for people to understand? What makes that "you
> sent me a completely untested pull request and that's not ok" so
> difficult a concept to get?
>
> And dammit, if you do it and have a good reason to do this despite
> literally *decades* of me telling people not to do that, and why it's
> wrong, then you can spend the five minutes *explaining* why you do
> something that is widely documented to be bad.
>
> These commits sure as hell weren't in linux-next either.
>
> Linus
On 04/08/2020 08:32, Zhang Rui wrote:
[ ... ]
> There must be something wrong here, Daniel and I are following a strict
> process to make sure that we don't lose any history.
>
> For this PR, I'm not quite sure what happened, he probably did
> something by mistake when generating it.
Yes, I did something wrong, not sure yet what happened. I'll investigate
before sending a new PR.
Sorry for that.
-- Daniel
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog