<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>d278b098 - thermal: Add PCIe cooling driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#d278b098</link>
        <description>thermal: Add PCIe cooling driverAdd a thermal cooling driver to provide path to access PCIe bandwidthcontroller using the usual thermal interfaces.A cooling device is instantiated for controllable PCIe Ports from thebwctrl service driver.If registering the cooling device fails, allow bwctrl&apos;s probe to succeedregardless. As cdev in that case contains IS_ERR() pseudo &quot;pointer&quot;, cleanthat up inside the probe function so the remove side doesn&apos;t need tosuddenly make an odd looking IS_ERR() check.The thermal side state 0 means no throttling, i.e., maximum supported PCIeLink Speed.Link: https://lore.kernel.org/r/20241018144755.7875-9-ilpo.jarvinen@linux.intel.comSigned-off-by: Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;[bhelgaas: dropped data-&gt;cdev test perhttps://lore.kernel.org/r/ZzRm1SJTwEMRsAr8@wunner.de]Signed-off-by: Bjorn Helgaas &lt;bhelgaas@google.com&gt;Reviewed-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Acked-by: Rafael J. Wysocki &lt;rafael@kernel.org&gt; # From the cooling device interface perspective

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Fri, 18 Oct 2024 14:47:54 +0000</pubDate>
        <dc:creator>Ilpo J&#228;rvinen &lt;ilpo.jarvinen@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8e12f1f8 - thermal/drivers/sti: Depend on THERMAL_OF subsystem</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#8e12f1f8</link>
        <description>thermal/drivers/sti: Depend on THERMAL_OF subsystemSwitch to thermal_of_zone to handle thermal-zones. Replacethermal_zone_device_register() by devm_thermal_of_zone_register() andremove ops st_thermal_get_trip_type, st_thermal_get_trip_temp.Signed-off-by: Raphael Gallais-Pou &lt;rgallaispou@gmail.com&gt;Link: https://lore.kernel.org/r/20240716-thermal-v4-2-947b327e165c@gmail.comSigned-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Tue, 16 Jul 2024 17:34:52 +0000</pubDate>
        <dc:creator>Raphael Gallais-Pou &lt;rgallaispou@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>f6a034f2 - thermal: Introduce a debugfs-based testing facility</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#f6a034f2</link>
        <description>thermal: Introduce a debugfs-based testing facilityIntroduce a facility allowing the thermal core functionality to beexercised in a controlled way in order to verify its behavior, withoutaffecting its regular users noticeably.It is based on the idea of preparing thermal zone templates along withtheir trip points by writing to files in debugfs.  When ready, thosetemplates can be used for registering test thermal zones with thethermal core.The temperature of a test thermal zone created this way can be adjustedvia debugfs, which also triggers a __thermal_zone_device_update() callfor it.  By manipulating the temperature of a test thermal zone, one cancheck if the thermal core reacts to the changes of it as expected.Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;Link: https://patch.msgid.link/6065927.lOV4Wx5bFT@rjwysocki.net[ rjw: Fixed ordering of kcalloc() arguments ][ rjw: Fixed debugfs_create_dir() return value checks ][ rjw: Fixed two kerneldoc comments ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Thu, 22 Aug 2024 15:42:57 +0000</pubDate>
        <dc:creator>Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>9d617949 - thermal/drivers/renesas: Group all renesas thermal drivers together</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#9d617949</link>
        <description>thermal/drivers/renesas: Group all renesas thermal drivers togetherMove all Renesas thermal drivers to a vendor specific directory.All drivers are moved verbatim apart from the updated include path forthermal_hwmon.h.Signed-off-by: Niklas S&#246;derlund &lt;niklas.soderlund+renesas@ragnatech.se&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20240506154011.344324-2-niklas.soderlund+renesas@ragnatech.se

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Mon, 06 May 2024 15:40:10 +0000</pubDate>
        <dc:creator>Niklas S&#246;derlund &lt;niklas.soderlund+renesas@ragnatech.se&gt;</dc:creator>
    </item>
<item>
        <title>a85739c8 - thermal: Get rid of CONFIG_THERMAL_WRITABLE_TRIPS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#a85739c8</link>
        <description>thermal: Get rid of CONFIG_THERMAL_WRITABLE_TRIPSThe only difference made by CONFIG_THERMAL_WRITABLE_TRIPS is whether ornot the writable trips mask passed during thermal zone registrationwill take any effect, but whoever passes a non-zero writable trips maskto thermal_zone_device_register_with_trips() can be forgiven thinkingthat it will always work.Moreover, some thermal drivers expect user space to set trip temperaturevalues, so they select CONFIG_THERMAL_WRITABLE_TRIPS, possibly overridinga manual choice to unset it and going against the design purportedlyallowing system integrators to decide on the writability of trip pointsfor the given kernel build.  It is also set in one platform&apos;s defconfig.Forthermore, CONFIG_THERMAL_WRITABLE_TRIPS only affects trip temperature,because trip hysteresis is writable as long as the thermal zone providesa callback to update it, regardless of the CONFIG_THERMAL_WRITABLE_TRIPSvalue.The above means that the symbol in question is used inconsistently andits purpose is at least moot, so remove it and always take the writabletrip mask passed to thermal_zone_device_register_with_trips() intoaccount.Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;Reviewed-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Mon, 12 Feb 2024 18:26:25 +0000</pubDate>
        <dc:creator>Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>755113d7 - thermal/debugfs: Add thermal cooling device debugfs information</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#755113d7</link>
        <description>thermal/debugfs: Add thermal cooling device debugfs informationThe thermal framework does not have any debug information except asysfs stat which is a bit controversial. This one allocates big chunksof memory for every cooling devices with a high number of states andcould represent on some systems in production several megabytes ofmemory for just a portion of it. As the sysfs is limited to a pagesize, the output is not exploitable with large data array and getstruncated.The patch provides the same information than sysfs except thetransitions are dynamically allocated, thus they won&apos;t show moreevents than the ones which actually occurred. There is no longer asize limitation and it opens the field for more debugging informationwhere the debugfs is designed for, not sysfs.The thermal debugfs directory structure tries to stay consistent withthe sysfs one but in a very simplified way:thermal/ -- cooling_devices    |-- 0    |   |-- clear    |   |-- time_in_state_ms    |   |-- total_trans    |   `-- trans_table    |-- 1    |   |-- clear    |   |-- time_in_state_ms    |   |-- total_trans    |   `-- trans_table    |-- 2    |   |-- clear    |   |-- time_in_state_ms    |   |-- total_trans    |   `-- trans_table    |-- 3    |   |-- clear    |   |-- time_in_state_ms    |   |-- total_trans    |   `-- trans_table    `-- 4        |-- clear        |-- time_in_state_ms        |-- total_trans        `-- trans_tableThe content of the files in the cooling devices directory is the sameas the sysfs one except for the trans_table which has the followingformat:Transition	Hits1-&gt;0      	2460-&gt;1      	2462-&gt;1      	6321-&gt;2      	6323-&gt;2      	982-&gt;3      	98Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;[ rjw: White space fixups, rebase ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Tue, 09 Jan 2024 09:41:11 +0000</pubDate>
        <dc:creator>Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>f4750798 - thermal: ACPI: Move the ACPI thermal library to drivers/acpi/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#f4750798</link>
        <description>thermal: ACPI: Move the ACPI thermal library to drivers/acpi/The ACPI thermal library contains functions that can be used toretrieve trip point temperature values through the platform firmwarefor various types of trip points.  Each of these functions basicallyevaluates a specific ACPI object, checks if the value produced by itis reasonable and returns it (or THERMAL_TEMP_INVALID if anythingfails).It made sense to hold it in drivers/thermal/ so long as it was only usedby the code in that directory, but since it is also going to be used bythe ACPI thermal driver located in drivers/acpi/, move it to the latterin order to keep the code related to evaluating ACPI objects defined inthe specification proper together.No intentional functional impact.Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Tue, 17 Oct 2023 20:05:23 +0000</pubDate>
        <dc:creator>Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>e7e3a7c3 - thermal/drivers/loongson-2: Add thermal management support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#e7e3a7c3</link>
        <description>thermal/drivers/loongson-2: Add thermal management supportThis patch adds the support for Loongson-2 thermal sensor controller,which can support maximum four sensor selectors that corresponding to foursets of thermal control registers and one set of sampling register. Thesensor selector can selector a speific thermal sensor as temperature input.The sampling register is used to obtain the temperature in real time, thecontrol register GATE field is used to set the threshold of high or lowtemperature, when the input temperature is higher than the high temperaturethreshold or lower than the low temperature threshold, an interrupt willoccur.Signed-off-by: zhanghongchen &lt;zhanghongchen@loongson.cn&gt;Signed-off-by: Yinbo Zhu &lt;zhuyinbo@loongson.cn&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20230817021007.10350-1-zhuyinbo@loongson.cn

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Thu, 17 Aug 2023 02:10:06 +0000</pubDate>
        <dc:creator>Yinbo Zhu &lt;zhuyinbo@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>04bf1fe4 - thermal: Allow selecting the bang-bang governor as default</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#04bf1fe4</link>
        <description>thermal: Allow selecting the bang-bang governor as defaultFor many setups the bang-bang governor is exactly what we want. ManyARM SoC-based devices use fans to cool down the entire SoC and thatworks well only with the bang-bang governor because it uses thehysteresis in order to let the fan run for a while to cool the SoCdown below the trip point before switching it off again.The step-wise governor will behave strangely in these situations. Itdoesn&apos;t use the hysteresis, so it can lead to situations where the fanis turned on for only a very brief period and then is switched back off,only to get switched back on again very quickly because the SoC hasn&apos;tcooled down very much.Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;Link: https://lore.kernel.org/r/20230609124408.3788680-1-thierry.reding@gmail.comSigned-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Fri, 09 Jun 2023 12:44:08 +0000</pubDate>
        <dc:creator>Thierry Reding &lt;treding@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>fad399eb - thermal/drivers/mediatek: Relocate driver to mediatek folder</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#fad399eb</link>
        <description>thermal/drivers/mediatek: Relocate driver to mediatek folderAdd MediaTek proprietary folder to upstream more thermal zone and coolerdrivers, relocate the original thermal controller driver to it, and rename itas &quot;auxadc_thermal.c&quot; to show its purpose more clearly.Signed-off-by: Balsam CHIHI &lt;bchihi@baylibre.com&gt;Reviewed-by: AngeloGioacchino Del Regno &lt;angelogioacchino.delregno@collabora.com&gt;Link: https://lore.kernel.org/r/20230209105628.50294-2-bchihi@baylibre.comSigned-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Thu, 09 Feb 2023 10:56:23 +0000</pubDate>
        <dc:creator>Balsam CHIHI &lt;bchihi@baylibre.com&gt;</dc:creator>
    </item>
<item>
        <title>7a0e3974 - thermal: ACPI: Add ACPI trip point routines</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#7a0e3974</link>
        <description>thermal: ACPI: Add ACPI trip point routinesAdd library routines to populate a generic thermal trip pointstructure with data obtained by evaluating a specific object in theACPI Namespace.Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;Co-developed-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Tested-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Mon, 23 Jan 2023 18:38:31 +0000</pubDate>
        <dc:creator>Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8df4ef3e - thermal: Drop obsolete dependency on COMPILE_TEST</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#8df4ef3e</link>
        <description>thermal: Drop obsolete dependency on COMPILE_TESTSince commit 0166dc11be91 (&quot;of: make CONFIG_OF user selectable&quot;), itis possible to test-build any driver which depends on OF on anyarchitecture by explicitly selecting OF. Therefore depending onCOMPILE_TEST as an alternative is no longer needed.It is actually better to always build such drivers with OF enabled,so that the test builds are closer to how each driver will actually bebuilt on its intended target. Building them without OF may not testmuch as the compiler will optimize out potentially large parts of thecode. In the worst case, this could even pop false positive warnings.Dropping COMPILE_TEST here improves the quality of our testing andavoids wasting time on non-existent issues.Signed-off-by: Jean Delvare &lt;jdelvare@suse.de&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Sun, 31 Jul 2022 12:13:52 +0000</pubDate>
        <dc:creator>Jean Delvare &lt;jdelvare@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>fa1ef24a - thermal/governor: Remove deprecated information</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#fa1ef24a</link>
        <description>thermal/governor: Remove deprecated informationThe userspace governor is still in use on production systems and thedeprecating warning is scary.Even if we want to get rid of the userspace governor, it is too soonyet as the alternatives are not yet adopted.Change the deprecated warning by an information message suggesting toswitch to the netlink thermal events.Fixes: 0275c9fb0eff (&quot;thermal/core: Make the userspace governor deprecated&quot;)Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Fri, 22 Apr 2022 14:10:29 +0000</pubDate>
        <dc:creator>Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>673c68bd - thermal/drivers: Add TSU driver for RZ/G2L</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#673c68bd</link>
        <description>thermal/drivers: Add TSU driver for RZ/G2LThe RZ/G2L SoC incorporates a thermal sensor unit (TSU) that measures thetemperature inside the LSI.The thermal sensor in this unit measures temperatures in the range from&#8722;40 degree Celsius to 125 degree Celsius with an accuracy of &#177;3&#176;C. TheTSU repeats measurement at 20 microseconds intervals and automaticallyupdates the results of measurement.The TSU has no interrupts as well as no external pins.This patch adds Thermal Sensor Unit(TSU) driver for RZ/G2L SoC.Signed-off-by: Biju Das &lt;biju.das.jz@bp.renesas.com&gt;Reviewed-by: Lad Prabhakar &lt;prabhakar.mahadev-lad.rj@bp.renesas.com&gt;Link: https://lore.kernel.org/r/20211130155757.17837-3-biju.das.jz@bp.renesas.comSigned-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Tue, 30 Nov 2021 15:57:57 +0000</pubDate>
        <dc:creator>Biju Das &lt;biju.das.jz@bp.renesas.com&gt;</dc:creator>
    </item>
<item>
        <title>73da3f0c - thermal/drivers/zx: Remove zx driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#73da3f0c</link>
        <description>thermal/drivers/zx: Remove zx driverThe zte zx platform is getting removed, so this driver is nolonger needed.Cc: Jun Nie &lt;jun.nie@linaro.org&gt;Cc: Shawn Guo &lt;shawnguo@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20210120162400.4115366-3-arnd@kernel.org

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Wed, 20 Jan 2021 16:24:00 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>8fefe3ce - thermal/drivers/tango: Remove tango driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#8fefe3ce</link>
        <description>thermal/drivers/tango: Remove tango driverThe tango platform is getting removed, so the driver is nolonger needed.Cc: Marc Gonzalez &lt;marc.w.gonzalez@free.fr&gt;Cc: Mans Rullgard &lt;mans@mansr.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Mans Rullgard &lt;mans@mansr.com&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20210120162400.4115366-2-arnd@kernel.org

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Wed, 20 Jan 2021 16:23:59 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>bc501418 - thermal: Kconfig: Update description for RCAR_GEN3_THERMAL config</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#bc501418</link>
        <description>thermal: Kconfig: Update description for RCAR_GEN3_THERMAL configThe rcar_gen3_thermal driver also supports RZ/G2 SoC&apos;s, update thedescription to reflect this.Signed-off-by: Lad Prabhakar &lt;prabhakar.mahadev-lad.rj@bp.renesas.com&gt;Reviewed-by: Chris Paterson &lt;Chris.Paterson2@renesas.com&gt;Reviewed-by: Niklas S&#246;derlund &lt;niklas.soderlund+renesas@ragnatech.se&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20200917152141.30070-1-prabhakar.mahadev-lad.rj@bp.renesas.com

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Thu, 17 Sep 2020 15:21:41 +0000</pubDate>
        <dc:creator>Lad Prabhakar &lt;prabhakar.mahadev-lad.rj@bp.renesas.com&gt;</dc:creator>
    </item>
<item>
        <title>0f5d0a4c - thermal: don&apos;t make THERMAL_NETLINK &apos;default y&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#0f5d0a4c</link>
        <description>thermal: don&apos;t make THERMAL_NETLINK &apos;default y&apos;We just don&apos;t do that.  &quot;default y&quot; is for things that are needed forcompatibility (when an old feature is made unconditional), or for thingsthat are basically part of the infrastructure of a platform.And it can possibly be used for questions that don&apos;t enable code ontheir own, but are used to enable or disable a whole slew of otherquestions.A new feature that people aren&apos;t using is never &apos;default y&apos;, unless itcures cancer or ends world hunger.Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Fri, 07 Aug 2020 16:05:02 +0000</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>af0e5f1f - thermal/drivers/clock_cooling: Remove clock_cooling code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#af0e5f1f</link>
        <description>thermal/drivers/clock_cooling: Remove clock_cooling codeclock_cooling has no in-kernel users. It has never found any use indrivers as far as I can tell.Remove the code.Signed-off-by: Amit Kucheria &lt;amit.kucheria@linaro.org&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/aa5d5ac2589cf7b14ece882130731b4a916849a6.1593619943.git.amit.kucheria@linaro.org

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Wed, 01 Jul 2020 16:14:14 +0000</pubDate>
        <dc:creator>Amit Kucheria &lt;amit.kucheria@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>5b8583d3 - thermal: netlink: Fix compilation error when CONFIG_NET=n</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/Kconfig#5b8583d3</link>
        <description>thermal: netlink: Fix compilation error when CONFIG_NET=nWhen the network is not configured, the netlink is disabled on allthe system. The thermal framework assumed the netlink is alwaysopt-in.Fix this by adding a Kconfig option for the netlink notification,defaulting to yes and depending on CONFIG_NET.As the change implies multiple stubs and in order to not pollute theinternal thermal header, the thermal_nelink.h has been added andincluded in the thermal_core.h, so this one regain some kind ofclarity.Reported-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Reviewed-by: Amit Kucheria &lt;amit.kucheria@linaro.org&gt;Link: https://lore.kernel.org/r/20200707090159.1018-1-daniel.lezcano@linaro.org

            List of files:
            /linux-6.15/drivers/thermal/Kconfig</description>
        <pubDate>Tue, 07 Jul 2020 09:01:57 +0000</pubDate>
        <dc:creator>Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;</dc:creator>
    </item>
</channel>
</rss>
