<?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>2cbb20b0 - tracing: Disable branch profiling in noinstr code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#2cbb20b0</link>
        <description>tracing: Disable branch profiling in noinstr codeCONFIG_TRACE_BRANCH_PROFILING inserts a call to ftrace_likely_update()for each use of likely() or unlikely().  That breaks noinstr rules ifthe affected function is annotated as noinstr.Disable branch profiling for files with noinstr functions.  In additionto some individual files, this also includes the entire arch/x86subtree, as well as the kernel/entry, drivers/cpuidle, and drivers/idledirectories, all of which are noinstr-heavy.Due to the nature of how sched binaries are built by combining multiple.c files into one, branch profiling is disabled more broadly across thesched code than would otherwise be needed.This fixes many warnings like the following:  vmlinux.o: warning: objtool: do_syscall_64+0x40: call to ftrace_likely_update() leaves .noinstr.text section  vmlinux.o: warning: objtool: __rdgsbase_inactive+0x33: call to ftrace_likely_update() leaves .noinstr.text section  vmlinux.o: warning: objtool: handle_bug.isra.0+0x198: call to ftrace_likely_update() leaves .noinstr.text section  ...Reported-by: Ingo Molnar &lt;mingo@kernel.org&gt;Suggested-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;Signed-off-by: Josh Poimboeuf &lt;jpoimboe@kernel.org&gt;Signed-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Link: https://lore.kernel.org/r/fb94fc9303d48a5ed370498f54500cc4c338eb6d.1742586676.git.jpoimboe@kernel.org

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Fri, 21 Mar 2025 19:53:32 +0000</pubDate>
        <dc:creator>Josh Poimboeuf &lt;jpoimboe@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a6021aa2 - ACPI: EC: make EC support compile-time conditional</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#a6021aa2</link>
        <description>ACPI: EC: make EC support compile-time conditionalThe embedded controller code is mainly used on x86 laptops and cannotwork without PC style I/O port access.Make this a user-visible configuration option that is default enabledon x86 but otherwise disabled, and that can never be enabled unlessCONFIG_HAS_IOPORT is also available.The empty stubs in internal.h help ignore the EC code in configurationsthat don&apos;t support it. In order to see those stubs, the sbshc code alsohas to include this header and drop duplicate declarations.All the direct callers of ec_read/ec_write already had an x86dependency and now also need to depend on APCI_EC.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Acked-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Link: https://patch.msgid.link/20241011061948.3211423-1-arnd@kernel.org[ rjw: Subject edits ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Fri, 11 Oct 2024 06:18:17 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>35c50d85 - ACPI: fan: Add hwmon support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#35c50d85</link>
        <description>ACPI: fan: Add hwmon supportCurrently, the driver does only support a custom sysfsinterface to allow userspace to read the fan speed.Add support for the standard hwmon interface so userscan read the fan speed with standard tools like &quot;sensors&quot;.Reviewed-by: Andy Shevchenko &lt;andy@kernel.org&gt;Signed-off-by: Armin Wolf &lt;W_Armin@gmx.de&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Fri, 10 May 2024 20:12:42 +0000</pubDate>
        <dc:creator>Armin Wolf &lt;W_Armin@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>2d5d5abe - ACPI: x86: Move LPSS to x86 folder</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#2d5d5abe</link>
        <description>ACPI: x86: Move LPSS to x86 folderLPSS is built solely for x86, move it to the respective folder.Signed-off-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Thu, 04 Apr 2024 18:23:42 +0000</pubDate>
        <dc:creator>Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>3d26b94f - ACPI: x86: Move blacklist to x86 folder</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#3d26b94f</link>
        <description>ACPI: x86: Move blacklist to x86 folderblacklist is built solely for x86, move it to the respective folder.Signed-off-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Thu, 04 Apr 2024 18:23:41 +0000</pubDate>
        <dc:creator>Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>49db1083 - ACPI: x86: Move acpi_cmos_rtc to x86 folder</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#49db1083</link>
        <description>ACPI: x86: Move acpi_cmos_rtc to x86 folderacpi_cmos_rtc is built solely for x86, move it to the respective folder.Signed-off-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Thu, 04 Apr 2024 18:23:40 +0000</pubDate>
        <dc:creator>Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>d85eb415 - ACPI: x86: Introduce a Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#d85eb415</link>
        <description>ACPI: x86: Introduce a MakefileThere will be more modules coming here, so, introduce a separateMakefile and include it in parent one via obj-$(CONFIG_X86).Signed-off-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Thu, 04 Apr 2024 18:23:39 +0000</pubDate>
        <dc:creator>Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>82b8acc0 - ACPI: NHLT: Introduce API for the table</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#82b8acc0</link>
        <description>ACPI: NHLT: Introduce API for the tableThe table is composed of a range of endpoints with each describingaudio formats they support. Most of the operations involve iteratingover elements of the table and filtering them. Simplify the process byimplementing range of getters.While the acpi_nhlt_endpoint_mic_count() stands out a bit, it is acritical component for any AudioDSP driver to know how many digitalmicrophones it is dealing with.Signed-off-by: Cezary Rojewski &lt;cezary.rojewski@intel.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Tue, 19 Mar 2024 08:30:16 +0000</pubDate>
        <dc:creator>Cezary Rojewski &lt;cezary.rojewski@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>0cc46f1a - ACPI: Drop the custom_method debugfs interface</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#0cc46f1a</link>
        <description>ACPI: Drop the custom_method debugfs interfaceThe ACPI custom_method debugfs interface is security-sensitive andconcurrent access to it is broken [1].Moreover, the recipe for preparing a customized version of a givencontrol method has changed at one point due to ACPICA changes, whichhas not been reflected in its documentation, so whoever used it beforehas had to adapt and it had gone unnoticed for a long time.This interface was a bad idea to start with and its implementation isfragile at the design level.  It&apos;s been always conceptually questionable,problematic from the security standpoint and implemented poorly.Patches fixing its most apparent functional issues (for example, [2]) don&apos;tactually address much of the above.Granted, at the time it was introduced, there was no alternative, butthere is the AML debugger in the kernel now and there is the configfsinterface allowing custom ACPI tables to be loaded.  The former can beused for extensive AML debugging and the latter can be use for testingnew AML. [3]Accordingly, drop custom_method along with its (outdated anyway)documentation.Link: https://lore.kernel.org/linux-acpi/20221227063335.61474-1-zh.nvgt@gmail.com/ # [1]Link: https://lore.kernel.org/linux-acpi/20231111132402.4142-1-shiqiang.deng213@gmail.com/ [2]Link: https://stackoverflow.com/questions/62849113/how-to-unload-an-overlay-loaded-using-acpi-config-sysfs # [3]Reported-by: Hang Zhang &lt;zh.nvgt@gmail.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;Reviewed-by: Zhang Rui &lt;rui.zhang@intel.com&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Fri, 16 Feb 2024 16:38:55 +0000</pubDate>
        <dc:creator>Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&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/acpi/Makefile#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/acpi/Makefile</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>bd721b93 - ACPI: scan: Extract CSI-2 connection graph from _CRS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#bd721b93</link>
        <description>ACPI: scan: Extract CSI-2 connection graph from _CRSFind ACPI CSI-2 resource descriptors defined since ACPI 6.4 (forCSI-2 and camera configuration) in _CRS for all device objects inthe given scope of the ACPI namespace that have them, identify thecorresponding &quot;remote endpoint&quot; device objects for them andallocate memory for software nodes needed to create a DT-like datastructure representing the CSI-2 connection graph for drivers.The code needed to populate these software nodes will be added bysubsequent change sets.Link: https://uefi.org/specs/ACPI/6.5/06_Device_Configuration.html#camera-serial-interface-csi-2-connection-resource-descriptorCo-developed-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;Signed-off-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;Tested-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Mon, 06 Nov 2023 16:09:01 +0000</pubDate>
        <dc:creator>Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>fc001b36 - ACPI: Move AMBA bus scan handling into arm64 specific directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#fc001b36</link>
        <description>ACPI: Move AMBA bus scan handling into arm64 specific directoryCommit fcea0ccf4fd7 (&quot;ACPI: bus: Consolidate all arm specificinitialisation into acpi_arm_init()&quot;) moved all of the ARM-specificinitialization into acpi_arm_init(). However, acpi_amba.c being outsideof drivers/acpi/arm64 got ignored and hence acpi_amba_init() was notmoved into acpi_arm_init().Move the AMBA platform bus support into arm64 specific folder and makeacpi_amba_init() part of acpi_arm_init().Signed-off-by: Sudeep Holla &lt;sudeep.holla@arm.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Thu, 27 Jul 2023 13:33:47 +0000</pubDate>
        <dc:creator>Sudeep Holla &lt;sudeep.holla@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>e6b9d8ed - drivers/acpi: RISC-V: Add RHCT related code</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#e6b9d8ed</link>
        <description>drivers/acpi: RISC-V: Add RHCT related codeRHCT is a new table defined for RISC-V to communicate thefeatures of the CPU to the OS. Create a new architecture folderin drivers/acpi and add RHCT parsing code.Signed-off-by: Sunil V L &lt;sunilvl@ventanamicro.com&gt;Acked-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;Reviewed-by: Andrew Jones &lt;ajones@ventanamicro.com&gt;Reviewed-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Link: https://lore.kernel.org/r/20230515054928.2079268-11-sunilvl@ventanamicro.comSigned-off-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Mon, 15 May 2023 05:49:17 +0000</pubDate>
        <dc:creator>Sunil V L &lt;sunilvl@ventanamicro.com&gt;</dc:creator>
    </item>
<item>
        <title>e81c782c - ACPI: Implement a generic FFH Opregion handler</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#e81c782c</link>
        <description>ACPI: Implement a generic FFH Opregion handlerThis registers the FFH OpRegion handler before ACPI tables areloaded. The platform support for the same is checked via Platform-WideOSPM Capabilities(OSC) before registering the OpRegion handler.It relies on the special context data passed to offset and the length.However the interpretation of the values is platform/architecturespecific. This generic handler just passed all the information tothe platform/architecture specific callback. It also implements thedefault callbacks which return as not supported.Signed-off-by: Sudeep Holla &lt;sudeep.holla@arm.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Thu, 10 Nov 2022 13:45:04 +0000</pubDate>
        <dc:creator>Sudeep Holla &lt;sudeep.holla@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>7fdc74da - ACPI: processor: Split out thermal initialization from ACPI PSS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#7fdc74da</link>
        <description>ACPI: processor: Split out thermal initialization from ACPI PSSCommit 239708a3af44 (&quot;ACPI: Split out ACPI PSS from ACPI Processordriver&quot;), moves processor thermal registration to acpi_pss_perf_init(),which doesn&apos;t get executed if ACPI_CPU_FREQ_PSS is not enabled.As ARM64 supports P-states using CPPC, it should be possible to alsosupport processor passive cooling even if PSS is not enabled. Splitout the processor thermal cooling register from ACPI PSS to supportthis, and move it into a separate function in processor_thermal.c.Signed-off-by: Riwen Lu &lt;luriwen@kylinos.cn&gt;Reviewed-by: Punit Agrawal &lt;punit.agrawal@bytedance.com&gt;[ rjw: Subject edits ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Fri, 17 Jun 2022 02:51:51 +0000</pubDate>
        <dc:creator>Riwen Lu &lt;luriwen@kylinos.cn&gt;</dc:creator>
    </item>
<item>
        <title>00ae053a - ACPI: fan: Separate file for attributes creation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#00ae053a</link>
        <description>ACPI: fan: Separate file for attributes creationMove the functionality of creation of sysfs attributes under acpi deviceto a new file fan_attr.c. This cleans up the core fan code, which justuse thermal sysfs interface. The original fan.c is renamed tofan_core.c.No functional changes are expected.Signed-off-by: Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Fri, 11 Feb 2022 16:09:28 +0000</pubDate>
        <dc:creator>Srinivas Pandruvada &lt;srinivas.pandruvada@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>129ab0d2 - kbuild: do not quote string values in include/config/auto.conf</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#129ab0d2</link>
        <description>kbuild: do not quote string values in include/config/auto.confThe previous commit fixed up all shell scripts to not includeinclude/config/auto.conf.Now that include/config/auto.conf is only included by Makefiles,we can change it into a more Make-friendly form.Previously, Kconfig output string values enclosed with double-quotes(both in the .config and include/config/auto.conf):    CONFIG_X=&quot;foo bar&quot;Unlike shell, Make handles double-quotes (and single-quotes as well)verbatim. We must rip them off when used.There are some patterns:  [1] $(patsubst &quot;%&quot;,%,$(CONFIG_X))  [2] $(CONFIG_X:&quot;%&quot;=%)  [3] $(subst &quot;,,$(CONFIG_X))  [4] $(shell echo $(CONFIG_X))These are not only ugly, but also fragile.[1] and [2] do not work if the value contains spaces, like   CONFIG_X=&quot; foo bar &quot;[3] does not work correctly if the value contains double-quotes like   CONFIG_X=&quot;foo\&quot;bar&quot;[4] seems to work better, but has a cost of forking a process.Anyway, quoted strings were always PITA for our Makefiles.This commit changes Kconfig to stop quoting in include/config/auto.conf.These are the string type symbols referenced in Makefiles or scripts:    ACPI_CUSTOM_DSDT_FILE    ARC_BUILTIN_DTB_NAME    ARC_TUNE_MCPU    BUILTIN_DTB_SOURCE    CC_IMPLICIT_FALLTHROUGH    CC_VERSION_TEXT    CFG80211_EXTRA_REGDB_KEYDIR    EXTRA_FIRMWARE    EXTRA_FIRMWARE_DIR    EXTRA_TARGETS    H8300_BUILTIN_DTB    INITRAMFS_SOURCE    LOCALVERSION    MODULE_SIG_HASH    MODULE_SIG_KEY    NDS32_BUILTIN_DTB    NIOS2_DTB_SOURCE    OPENRISC_BUILTIN_DTB    SOC_CANAAN_K210_DTB_SOURCE    SYSTEM_BLACKLIST_HASH_LIST    SYSTEM_REVOCATION_KEYS    SYSTEM_TRUSTED_KEYS    TARGET_CPU    UNUSED_KSYMS_WHITELIST    XILINX_MICROBLAZE0_FAMILY    XILINX_MICROBLAZE0_HW_VER    XTENSA_VARIANT_NAMEI checked them one by one, and fixed up the code where necessary.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Tue, 14 Dec 2021 02:53:53 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>77e2a047 - ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#77e2a047</link>
        <description>ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtypePCC OpRegion provides a mechanism to communicate with the platformdirectly from the AML. PCCT provides the list of PCC channel availablein the platform, a subset or all of them can be used in PCC Opregion.This patch registers the PCC OpRegion handler before ACPI tables areloaded. This relies on the special context data passed to identify andset up the PCC channel before the OpRegion handler is executed for thefirst time.Typical PCC Opregion declaration looks like this:OperationRegion (PFRM, PCC, 2, 0x74)Field (PFRM, ByteAcc, NoLock, Preserve){    SIGN,   32,    FLGS,   32,    LEN,    32,    CMD,    32,    DATA,   800}It contains four named double words followed by 100 bytes of buffernames DATA.ASL can fill out the buffer something like:    /* Create global or local buffer */    Name (BUFF, Buffer (0x0C){})    /* Create double word fields over the buffer */    CreateDWordField (BUFF, 0x0, WD0)    CreateDWordField (BUFF, 0x04, WD1)    CreateDWordField (BUFF, 0x08, WD2)    /* Fill the named fields */    WD0 = 0x50434300    SIGN = BUFF    WD0 = 1    FLGS = BUFF    WD0 = 0x10    LEN = BUFF    /* Fill the payload in the DATA buffer */    WD0 = 0    WD1 = 0x08    WD2 = 0    DATA = BUFF    /* Write to CMD field to trigger handler */    WD0 = 0x4404    CMD = BUFFThis buffer is received by acpi_pcc_opregion_space_handler. Thishandler will fetch the complete buffer via internal_pcc_buffer.The setup handler will receive the special PCC context data which willcontain the PCC channel index which used to set up the channel. Thebuffer pointer and length is saved in region context which is then usedin the handler.(kernel test robot: Build failure with CONFIG_ACPI_DEBUGGER)Link: https://lore.kernel.org/r/202201041539.feAV0l27-lkp@intel.comReported-by: kernel test robot &lt;lkp@intel.com&gt;Signed-off-by: Sudeep Holla &lt;sudeep.holla@arm.com&gt;Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Tue, 04 Jan 2022 19:51:08 +0000</pubDate>
        <dc:creator>Sudeep Holla &lt;sudeep.holla@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>b0013e03 - ACPI: Introduce Platform Firmware Runtime Telemetry driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#b0013e03</link>
        <description>ACPI: Introduce Platform Firmware Runtime Telemetry driverThis driver allows user space to fetch telemetry data from thefirmware with the help of the Platform Firmware Runtime Telemetryinterface.Both PFRU and PFRT are based on ACPI _DSM interfaces located underspecial device objects in the ACPI Namespace, but these interfacesare different from each other, so it is better to provide a separatedriver from each of them, even though they share some commondefinitions and naming conventions.Tested-by: Hongyu Ning &lt;hongyu.ning@intel.com&gt;Signed-off-by: Chen Yu &lt;yu.c.chen@intel.com&gt;[ rjw: Subject and changelog edits ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Wed, 22 Dec 2021 04:32:02 +0000</pubDate>
        <dc:creator>Chen Yu &lt;yu.c.chen@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>0db89fa2 - ACPI: Introduce Platform Firmware Runtime Update device driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/acpi/Makefile#0db89fa2</link>
        <description>ACPI: Introduce Platform Firmware Runtime Update device driverIntroduce the pfr_update driver which can be used for Platform FirmwareRuntime code injection and driver update [1].The user is expected to provide the EFI capsule, and pass it to thedriver by writing the capsule to a device special file. The capsuleis transferred by the driver to the platform firmware with the helpof an ACPI _DSM method under the special ACPI Platform FirmwareRuntime Update device (INTC1080), and the actual firmware update iscarried out by the low-level Management Mode code in the platformfirmware.This change allows certain pieces of the platform firmware to beupdated on the fly while the system is running (runtime) without theneed to restart it, which is key in the cases when the system needs tobe available 100% of the time and it cannot afford the downtime relatedto restarting it, or when the work carried out by the system isparticularly important, so it cannot be interrupted, and it is notpractical to wait until it is complete.Link: https://uefi.org/sites/default/files/resources/Intel_MM_OS_Interface_Spec_Rev100.pdf # [1]Tested-by: Hongyu Ning &lt;hongyu.ning@intel.com&gt;Signed-off-by: Chen Yu &lt;yu.c.chen@intel.com&gt;[ rjw: Subject and changelog edits ]Signed-off-by: Rafael J. Wysocki &lt;rafael.j.wysocki@intel.com&gt;

            List of files:
            /linux-6.15/drivers/acpi/Makefile</description>
        <pubDate>Wed, 22 Dec 2021 04:31:41 +0000</pubDate>
        <dc:creator>Chen Yu &lt;yu.c.chen@intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
