<?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 Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>b473d6a9 - thermal: int340x: processor_thermal: Support power floor notifications</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#b473d6a9</link>
        <description>thermal: int340x: processor_thermal: Support power floor notificationsWhen the hardware reduces the power to the minimum possible, the powerfloor is notified via an interrupt.This can happen when user space requests a power limit via powercap RAPLinterface, which forces the system to enter to the lowest power. Thispower floor indication can be used as a hint to resort to other methodsof reducing power than via RAPL power limit.Before power floor status can be read or the firmware can triggernotifications regarding it, it needs to be configured via a mailboxcommand. The actual power floor status is read via bit 39 of MMIOoffset 0x5B18 of the processor thermal PCI device.To show the current power floor status and get notificationon a sysfs attribute, add 2 new attributes to/sys/bus/pci/devices/0000\:00\:04.0/power_limits/power_floor_enable : This attribute is present when power floor notifications are supported. This attribute allows to enable/disable power floor notifications.power_floor_status : This attribute is present when power floor notifications are supported. When enabled via power_floor_enable, this attribute shows the current power floor status.The power floor implementation provides interfaces which are calledfrom the sysfs callbacks to enable/disable and read power floorstatus. It also provides two additional interfaces to check if thecurrent processor thermal device interrupt is for power floor statusand to send notifications to user space.Signed-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;[ rjw: Changelog and documentation changes edits ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Mon, 09 Oct 2023 19:05:35 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>4b029a81 - thermal: int340x: processor_thermal: Add workload type hint interface</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#4b029a81</link>
        <description>thermal: int340x: processor_thermal: Add workload type hint interfacePrior to Meteor Lake processor generation, user space can pass workloadtype request to the firmware. Then firmware can optimize power based onthe indicated workload type. User space also uses workload type requeststo implement its own heuristics.The firmware in Meteor Lake processor generation is capable of predictingworkload type without software help.To avoid duplicate processing, add a sysfs interface allowing user spaceto obtain the workload hint from the firmware instead of trying topredict the workload type by itself.This workload hint is passed from the firmware via MMIO offset 0x5B18 ofthe processor thermal PCI device. Before workload hints can be produced bythe firmware, it needs to be configured via a mailbox command.  Thismailbox command turns ON the workload hint and it allows to program anotification delay to control the rate of notifications.The notification delay can be changed from user space vis sysfs.Attribute group &apos;workload_hint&apos; in sysfs is used for implementing theworkload hints interface between user space and the kernel.It contains the following attributes:workload_type_enable:	Enables/disables workload type hints from the firmware.notification_delay_ms:	Notification delay in milliseconds.workload_type_index:	The current workload type index predicted by the firmware (see	the documentation changes below for supported index values and	their meaning).Signed-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;[ rjw: Changelog edits, documentation edits, whitespace adjustments ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Tue, 29 Aug 2023 00:23:44 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>b894685c - thermal: int340x: processor_thermal: Move mailbox code to common module</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#b894685c</link>
        <description>thermal: int340x: processor_thermal: Move mailbox code to common moduleThe processor thermal mailbox is used for workload type request andalso in the processor thermal RFIM module. So, move the workload typerequest code to its own module from the current processor thermalmailbox module.processor_thermal_mailbox.c contains only mailbox read/write relatedsource code. The source related to workload_types requests is moved toa module processor_thermal_wt_req.c.In addition - Rename PROC_THERMAL_FEATURE_MBOX to PROC_THERMAL_FEATURE_WT_REQ. - proc_thermal_mbox_add(), which adds workload type sysfs attribute group   is renamed to proc_thermal_wt_req_add(). - proc_thermal_mbox_remove() is renamed to proc_thermal_wt_req_remove().While here, resolve check patch warnings for 100 columns for only modifiedlines.No functional changes are expected.Signed-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;Reviewed-by: Zhang Rui &lt;rui.zhang@intel.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Tue, 29 Aug 2023 00:23:40 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>acd65d5d - thermal/drivers/int340x/processor_thermal: Add PCI MMIO based thermal driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#acd65d5d</link>
        <description>thermal/drivers/int340x/processor_thermal: Add PCI MMIO based thermal driverAdd a new PCI driver which register a thermal zone and allows to getnotification for threshold violation by a RW trip point. Thesenotifications are delivered from the device using MSI basedinterrupt.The main difference between this new PCI driver and the existingone is that the temperature and trip points directly use PCIMMIO instead of using ACPI methods.This driver registers a thermal zone &quot;TCPU_PCI&quot; in addition to thelegacy processor thermal device, which uses ACPI companion deviceto set name, temperature and trips.This driver is enabled for AlderLake.Signed-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20210525204811.3793651-3-srinivas.pandruvada@linux.intel.com

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Tue, 25 May 2021 20:48:11 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8fe145f7 - thermal/drivers/int340x/processor_thermal: Split enumeration and processing part</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#8fe145f7</link>
        <description>thermal/drivers/int340x/processor_thermal: Split enumeration and processing partRemove enumeration part from the processor_thermal_device to twodifferent modules. One for ACPI and one for PCI:	ACPI enumeration: int3401_thermal	PCI part: processor_thermal_device_pci_legacyThe current processor_thermal_device now just implements interfacefunctions to be used by the ACPI and PCI enumeration module. This isdone by:1. Make functions proc_thermal_add() and proc_thermal_remove() non staticand export them for usage in other processor_thermal_device_pci_legacy.cand in int3401_thermal.c.2. Move the sysfs file creation for TCC offset and power limit attributegroup to the proc_thermal_add() from the individual enumeration callbacksfor PCI and ACPI.3. Create new interface functions proc_thermal_mmio_add() andproc_thermal_mmio_remove() which will be called from theprocessor_thermal_device_pci_legacy module.4. Export proc_thermal_resume(), so that it can be used by powermanagement callbacks.5. Remove special check for double enumeration as it never happens.While here, fix some cleanup on error conditions in proc_thermal_add().No functional changes are expected with this change.Signed-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20210525204811.3793651-2-srinivas.pandruvada@linux.intel.com

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Tue, 25 May 2021 20:48:10 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>729a866a - thermal: int340x: processor_thermal: Add mailbox driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#729a866a</link>
        <description>thermal: int340x: processor_thermal: Add mailbox driverAdded processor thermal device mail box interface for workload hintssetting. These hints will give indication to hardware to better managepower and thermals. The supported hints are:idlesemi_activeburustysustainedbattery_lifeFor example when the system is on battery, the hardware can be lessaggressive in power ramp up.This will create an attribute group at/sys/bus/pci/devices/0000:00:04.0/workload_requestThis folder contains two attributes:workload_available_types : (RO):  This shows available workload typesworkload_type: (RW) : Allows to set and get current workload typesettingSigned-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20201126171829.945969-4-srinivas.pandruvada@linux.intel.com

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Thu, 26 Nov 2020 17:18:29 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>473be511 - thermal: int340x: processor_thermal: Add RFIM driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#473be511</link>
        <description>thermal: int340x: processor_thermal: Add RFIM driverAdd support for RFIM (Radio Frequency Interference Mitigation) supportvia processor thermal PCI device. This drivers allows adjustment ofFIVR (Fully Integrated Voltage Regulator) and DDR (Double Data Rate)frequencies to avoid RF interference with WiFi and 5G.Switching voltage regulators (VR) generate radiated EMI or RFI at thefundamental frequency and its harmonics. Some harmonics may interferewith very sensitive wireless receivers such as Wi-Fi and cellular thatare integrated into host systems like notebook PCs.  One of mitigationmethods is requesting SOC integrated VR (IVR) switching frequency to asmall % and shift away the switching noise harmonic interference fromradio channels.  OEM or ODMs can use the driver to control SOC IVRoperation within the range where it does not impact IVR performance.DRAM devices of DDR IO interface and their power plane can generate EMIat the data rates. Similar to IVR control mechanism, Intel offers amechanism by which DDR data rates can be changed if several conditionsare met: there is strong RFI interference because of DDR; CPU powermanagement has no other restriction in changing DDR data rates;PC ODMs enable this feature (real time DDR RFI Mitigation referred to asDDR-RFIM) for Wi-Fi from BIOS.This change exports two folders under /sys/bus/pci/devices/0000:00:04.0.One folder &quot;fivr&quot; contains all attributes exposed for controling FIVRfeatures. The other folder &quot;dvfs&quot; contains all attributes for DDRfeatures.Changes done to implement:- New module for rfim interfaces- Two new per processor features for DDR and FIVR- Enable feature for Tiger Lake (FIVR only) and Alder LakeThe attributes exposed and explanation:FIVR attributesvco_ref_code_lo (RW): The VCO reference code is an 11-bit field andcontrols the FIVR switching frequency. This is the 3-bit LSB field.vco_ref_code_hi (RW): The VCO reference code is an 11-bit field andcontrols the FIVR switching frequency. This is the 8-bit MSB field.spread_spectrum_pct (RW): Set the FIVR spread spectrum clockingpercentagespread_spectrum_clk_enable (RW): Enable/disable of the FIVR spreadspectrum clocking featurerfi_vco_ref_code (RW): This field is a read only status register whichreflects the current FIVR switching frequencyfivr_fffc_rev (RW): This field indicated the revision of the FIVR HW.DVFS attributesrfi_restriction_run_busy (RW): Request the restriction of specific DDRdata rate and set this value 1. Self reset to 0 after operation.rfi_restriction_err_code (RW): Values:  0 :Request is accepted, 1:Featuredisabled, 2: the request restricts more points than it is allowedrfi_restriction_data_rate_Delta (RW): Restricted DDR data rate for RFIprotection: Lower Limitrfi_restriction_data_rate_Base (RW): Restricted DDR data rate for RFIprotection: Upper Limitddr_data_rate_point_0 (RO): DDR data rate selection 1st pointddr_data_rate_point_1 (RO): DDR data rate selection 2nd pointddr_data_rate_point_2 (RO): DDR data rate selection 3rd pointddr_data_rate_point_3 (RO): DDR data rate selection 4th pointrfi_disable (RW): Disable DDR rate change featureSigned-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20201126171829.945969-3-srinivas.pandruvada@linux.intel.com

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Thu, 26 Nov 2020 17:18:28 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>a5923b6c - thermal: int340x: processor_thermal: Refactor MMIO interface</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#a5923b6c</link>
        <description>thermal: int340x: processor_thermal: Refactor MMIO interfaceThe Processor Thermal PCI device supports multiple features. Currentlywe export only RAPL. But we need more features from this device exposedfor Tiger Lake and Alder Lake based platforms. So re-structure thecurrent MMIO interface, so that more features can be added cleanly.No functional changes are expected with this change.Changes done in this patch:- Using PCI_DEVICE_DATA(), hence names of defines changed- Move RAPL MMIO code to its own module- Move the RAPL MMIO offsets to RAPL MMIO module- Adjust Kconfig dependency of PROC_THERMAL_MMIO_RAPL- Per processor driver data now contains the supported features- Moved all the common data structures and defines to a common header  file- This new header file contains all the processor_thermal_* interfaces- Based on the features supported the module interface is called- Each module atleast provides one add and one remove functionSigned-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;Signed-off-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Link: https://lore.kernel.org/r/20201126171829.945969-1-srinivas.pandruvada@linux.intel.com

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Thu, 26 Nov 2020 17:18:26 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>3e8c4d31 - drivers: thermal: Move various drivers for intel platforms into a subdir</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile#3e8c4d31</link>
        <description>drivers: thermal: Move various drivers for intel platforms into a subdirThis cleans up the directory a bit, now that we have several otherplatforms using platform-specific sub-directories. Compile-tested withARCH=x86 defconfig and the drivers explicitly enabled with menuconfig.Signed-off-by: Amit Kucheria &lt;amit.kucheria@linaro.org&gt;Acked-by: Daniel Lezcano &lt;daniel.lezcano@linaro.org&gt;Signed-off-by: Zhang Rui &lt;rui.zhang@intel.com&gt;

            List of files:
            /linux-6.15/drivers/thermal/intel/int340x_thermal/Makefile</description>
        <pubDate>Fri, 07 Dec 2018 06:55:26 +0000</pubDate>
        <dc:creator>Amit Kucheria &lt;amit.kucheria@linaro.org&gt;</dc:creator>
    </item>
</channel>
</rss>
