Linux ACPI

• Date Index

• RE: [PATCH v3 3/7] Drivers: hv: Provide arch-neutral implementation of get_vtl(), (continued)
  • RE: [PATCH v3 3/7] Drivers: hv: Provide arch-neutral implementation of get_vtl(), Michael Kelley
    • Re: [PATCH v3 3/7] Drivers: hv: Provide arch-neutral implementation of get_vtl(), Roman Kisel
  • [PATCH v3 4/7] arm64: hyperv: Boot in a Virtual Trust Level, Roman Kisel
    • Re: [PATCH v3 4/7] arm64: hyperv: Boot in a Virtual Trust Level, Wei Liu
      • Re: [PATCH v3 4/7] arm64: hyperv: Boot in a Virtual Trust Level, Roman Kisel
    • RE: [PATCH v3 4/7] arm64: hyperv: Boot in a Virtual Trust Level, Michael Kelley
      • Re: [PATCH v3 4/7] arm64: hyperv: Boot in a Virtual Trust Level, Roman Kisel
    • Re: [PATCH v3 4/7] arm64: hyperv: Boot in a Virtual Trust Level, Saurabh Singh Sengar
      • Re: [PATCH v3 4/7] arm64: hyperv: Boot in a Virtual Trust Level, Roman Kisel
  • [PATCH v3 5/7] dt-bindings: bus: Add Hyper-V VMBus cache coherency and IRQs, Roman Kisel
    • Re: [PATCH v3 5/7] dt-bindings: bus: Add Hyper-V VMBus cache coherency and IRQs, Krzysztof Kozlowski
      • Re: [PATCH v3 5/7] dt-bindings: bus: Add Hyper-V VMBus cache coherency and IRQs, Roman Kisel
  • [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Roman Kisel
    • Re: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Krzysztof Kozlowski
      • Re: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Arnd Bergmann
        • Re: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Krzysztof Kozlowski
        • Re: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Roman Kisel
          • RE: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Michael Kelley
            • Re: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Roman Kisel
      • Re: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Roman Kisel
    • Re: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Saurabh Singh Sengar
      • RE: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Michael Kelley
        • Re: [PATCH v3 6/7] Drivers: hv: vmbus: Get the IRQ number from DT, Roman Kisel
  • [PATCH v3 7/7] PCI: hv: Get vPCI MSI IRQ domain from DT, Roman Kisel
    • Re: [PATCH v3 7/7] PCI: hv: Get vPCI MSI IRQ domain from DT, Wei Liu
      • Re: [PATCH v3 7/7] PCI: hv: Get vPCI MSI IRQ domain from DT, Roman Kisel
        • Re: [PATCH v3 7/7] PCI: hv: Get vPCI MSI IRQ domain from DT, Roman Kisel
    • RE: [PATCH v3 7/7] PCI: hv: Get vPCI MSI IRQ domain from DT, Michael Kelley
      • Re: [PATCH v3 7/7] PCI: hv: Get vPCI MSI IRQ domain from DT, Roman Kisel
• [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Gregory Price
  • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Huang, Ying
    • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Gregory Price
      • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Huang, Ying
        • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Gregory Price
          • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Huang, Ying
            • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Gregory Price
              • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Huang, Ying
                • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Gregory Price
            • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Gregory Price
        • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Gregory Price
          • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Gregory Price
          • Re: [PATCH] acpi/hmat,mm/memtier: always register hmat adist calculation callback, Huang, Ying
• [PATCH v10 00/11] EDAC: Scrub: introduce generic EDAC RAS control feature driver + CXL/ACPI-RAS2 drivers, shiju.jose
  • [PATCH v10 01/11] EDAC: Add generic EDAC RAS control feature driver, shiju.jose
    • Re: [PATCH v10 01/11] EDAC: Add generic EDAC RAS control feature driver, Borislav Petkov
      • RE: [PATCH v10 01/11] EDAC: Add generic EDAC RAS control feature driver, Shiju Jose
  • [PATCH v10 02/11] EDAC: Add EDAC scrub control driver, shiju.jose
  • [PATCH v10 03/11] EDAC: Add EDAC ECS control driver, shiju.jose
  • [PATCH v10 04/11] cxl/mbox: Add GET_SUPPORTED_FEATURES mailbox command, shiju.jose
  • [PATCH v10 05/11] cxl/mbox: Add GET_FEATURE mailbox command, shiju.jose
  • [PATCH v10 06/11] cxl/mbox: Add SET_FEATURE mailbox command, shiju.jose
  • [PATCH v10 08/11] cxl/memscrub: Add CXL memory device ECS control feature, shiju.jose
  • [PATCH v10 09/11] platform: Add __free() based cleanup function for platform_device_put, shiju.jose
  • [PATCH v10 11/11] ras: scrub: ACPI RAS2: Add memory ACPI RAS2 driver, shiju.jose
    • Re: [PATCH v10 11/11] ras: scrub: ACPI RAS2: Add memory ACPI RAS2 driver, Fan Ni
      • RE: [PATCH v10 11/11] ras: scrub: ACPI RAS2: Add memory ACPI RAS2 driver, Shiju Jose
  • [PATCH v10 10/11] ACPI:RAS2: Add ACPI RAS2 driver, shiju.jose
  • [PATCH v10 07/11] cxl/memscrub: Add CXL memory device patrol scrub control feature, shiju.jose
  • Re: [PATCH v10 00/11] EDAC: Scrub: introduce generic EDAC RAS control feature driver + CXL/ACPI-RAS2 drivers, Fan Ni
    • RE: [PATCH v10 00/11] EDAC: Scrub: introduce generic EDAC RAS control feature driver + CXL/ACPI-RAS2 drivers, Shiju Jose
• [PATCH] ACPI: rename acpi_arm_init to acpi_arch_init, Miao Wang via B4 Relay
  • Re: [PATCH] ACPI: rename acpi_arm_init to acpi_arch_init, Sudeep Holla
    • Re: [PATCH] ACPI: rename acpi_arm_init to acpi_arch_init, Miao Wang
      • Re: [PATCH] ACPI: rename acpi_arm_init to acpi_arch_init, Sunil V L
        • Re: [PATCH] ACPI: rename acpi_arm_init to acpi_arch_init, Miao Wang
          • Re: [PATCH] ACPI: rename acpi_arm_init to acpi_arch_init, Hanjun Guo
• [PATCH] PCI/ACPI: Increase the number of Loongson's PCI host up to 8, Huacai Chen
  • Re: [PATCH] PCI/ACPI: Increase the number of Loongson's PCI host up to 8, Bjorn Helgaas
• [rafael-pm:bleeding-edge] BUILD SUCCESS d138ebca836ae9753a88fe6824bcbfeed2f4aef0, kernel test robot
• [no subject], Unknown
• [Bug][Regression] non-stop ACPI ([\_SB.PC00.LPCB.HEC.TSR1]) and thermal zone error, Tom Yan
  • Re: [Bug][Regression] non-stop ACPI ([\_SB.PC00.LPCB.HEC.TSR1]) and thermal zone error, Linux regression tracking (Thorsten Leemhuis)
    • Re: [Bug][Regression] non-stop ACPI ([\_SB.PC00.LPCB.HEC.TSR1]) and thermal zone error, Rafael J. Wysocki
  • Re: [Bug][Regression] non-stop ACPI ([\_SB.PC00.LPCB.HEC.TSR1]) and thermal zone error, Rafael J. Wysocki
• [PATCH v2 00/25] mm: introduce numa_memblks, Mike Rapoport
  • [PATCH v2 01/25] mm: move kernel/numa.c to mm/, Mike Rapoport
  • [PATCH v2 02/25] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures, Mike Rapoport
  • [PATCH v2 03/25] MIPS: sgi-ip27: ensure node_possible_map only contains valid nodes, Mike Rapoport
  • [PATCH v2 04/25] MIPS: sgi-ip27: drop HAVE_ARCH_NODEDATA_EXTENSION, Mike Rapoport
  • [PATCH v2 05/25] MIPS: loongson64: rename __node_data to node_data, Mike Rapoport
  • [PATCH v2 06/25] MIPS: loongson64: drop HAVE_ARCH_NODEDATA_EXTENSION, Mike Rapoport
  • [PATCH v2 07/25] mm: drop CONFIG_HAVE_ARCH_NODEDATA_EXTENSION, Mike Rapoport
  • [PATCH v2 08/25] arch, mm: move definition of node_data to generic code, Mike Rapoport
  • [PATCH v2 09/25] arch, mm: pull out allocation of NODE_DATA to generic code, Mike Rapoport
  • [PATCH v2 10/25] x86/numa: simplify numa_distance allocation, Mike Rapoport
  • [PATCH v2 11/25] x86/numa: use get_pfn_range_for_nid to verify that node spans memory, Mike Rapoport
  • [PATCH v2 12/25] x86/numa: move FAKE_NODE_* defines to numa_emu, Mike Rapoport
  • [PATCH v2 13/25] x86/numa_emu: simplify allocation of phys_dist, Mike Rapoport
  • [PATCH v2 14/25] x86/numa_emu: split __apicid_to_node update to a helper function, Mike Rapoport
  • [PATCH v2 15/25] x86/numa_emu: use a helper function to get MAX_DMA32_PFN, Mike Rapoport
  • [PATCH v2 16/25] x86/numa: numa_{add,remove}_cpu: make cpu parameter unsigned, Mike Rapoport
  • [PATCH v2 17/25] mm: introduce numa_memblks, Mike Rapoport
  • [PATCH v2 18/25] mm: move numa_distance and related code from x86 to numa_memblks, Mike Rapoport
  • [PATCH v2 19/25] mm: introduce numa_emulation, Mike Rapoport
  • [PATCH v2 20/25] mm: numa_memblks: introduce numa_memblks_init, Mike Rapoport
  • [PATCH v2 21/25] mm: numa_memblks: make several functions and variables static, Mike Rapoport
  • [PATCH v2 22/25] mm: numa_memblks: use memblock_{start,end}_of_DRAM() when sanitizing meminfo, Mike Rapoport
  • [PATCH v2 23/25] arch_numa: switch over to numa_memblks, Mike Rapoport
  • [PATCH v2 24/25] mm: make range-to-target_node lookup facility a part of numa_memblks, Mike Rapoport
  • [PATCH v2 25/25] docs: move numa=fake description to kernel-parameters.txt, Mike Rapoport
  • Re: [PATCH v2 00/25] mm: introduce numa_memblks, Zi Yan
    • Re: [PATCH v2 00/25] mm: introduce numa_memblks, Zi Yan
      • Re: [PATCH v2 00/25] mm: introduce numa_memblks, Zi Yan
        • Re: [PATCH v2 00/25] mm: introduce numa_memblks, Mike Rapoport
• [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Javier Carrasco
  • [PATCH v2 1/6] device property: document device_for_each_child_node macro, Javier Carrasco
    • Re: [PATCH v2 1/6] device property: document device_for_each_child_node macro, Markus Elfring
      • Re: [PATCH v2 1/6] device property: document device_for_each_child_node macro, Greg Kroah-Hartman
  • [PATCH v2 2/6] hwmon: (ltc2992) use device_for_each_child_node_scoped() to access child nodes, Javier Carrasco
    • Re: [PATCH v2 2/6] hwmon: (ltc2992) use device_for_each_child_node_scoped() to access child nodes, Guenter Roeck
  • [PATCH v2 3/6] leds: bd2606mvv: fix device child node usage in bd2606mvv_probe(), Javier Carrasco
  • [PATCH v2 4/6] leds: is31fl319x: use device_for_each_child_node_scoped() to access child nodes, Javier Carrasco
  • [PATCH v2 5/6] leds: pca995x: use device_for_each_child_node() to access device child nodes, Javier Carrasco
  • [PATCH v2 6/6] net: mvpp2: use device_for_each_child_node() to access device child nodes, Javier Carrasco
  • Re: [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Lee Jones
  • Re: (subset) [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Lee Jones
    • Re: (subset) [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Javier Carrasco
      • Re: (subset) [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Lee Jones
        • Re: (subset) [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Javier Carrasco
          • Re: (subset) [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Lee Jones
            • Re: (subset) [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Lee Jones
              • Re: (subset) [PATCH v2 0/6] use device_for_each_child_node() to access device child nodes, Javier Carrasco
• [PATCH v2] ACPI: HMAT: Mark hmat_set_default_dram_perf() as __init, Nathan Chancellor
• 撤回: [PATCH] ACPI: Refine acpi_handle_debug defination, Li,Rongqing
• [PATCH] ACPI: processor: Silence per-cpu acpi_handle_info about idle states, Li RongQing
  • Re: [PATCH] ACPI: processor: Silence per-cpu acpi_handle_info about idle states, Rafael J. Wysocki
• [no subject], Unknown
• [rafael-pm:bleeding-edge] BUILD SUCCESS 41f11a809ce70487211305636f9fd1e00ddec1a9, kernel test robot
• [PATCH v1] ACPI: APD: Add AMDI0015 as platform device, Shyam Sundar S K
  • Re: [PATCH v1] ACPI: APD: Add AMDI0015 as platform device, Shyam Sundar S K
    • Re: [PATCH v1] ACPI: APD: Add AMDI0015 as platform device, Andy Shevchenko
• [rafael-pm:bleeding-edge] BUILD SUCCESS ec55178bd6157b96a8906eed065455c305d202db, kernel test robot
• [PATCH] ACPICA: ACPICA: check null return of ACPI_ALLOCATE_ZEROED in acpi_db_convert_to_package ACPICA commit 4d4547cf13cca820ff7e0f859ba83e1a610b9fd0, xiaopeitux
  • Re: [PATCH] ACPICA: ACPICA: check null return of ACPI_ALLOCATE_ZEROED in acpi_db_convert_to_package ACPICA commit 4d4547cf13cca820ff7e0f859ba83e1a610b9fd0, Rafael J. Wysocki
• [no subject], Unknown
• [rafael-pm:bleeding-edge] BUILD SUCCESS 218ca41f1f26732bf9b2d041ba0e7e52a1c29ad2, kernel test robot
• [RFC PATCH v9 00/11] EDAC: Scrub: Introduce generic EDAC RAS control feature driver + CXL/ACPI-RAS2 drivers, shiju.jose
  • [RFC PATCH v9 02/11] EDAC: Add EDAC scrub control driver, shiju.jose
    • Re: [RFC PATCH v9 02/11] EDAC: Add EDAC scrub control driver, Mauro Carvalho Chehab
      • RE: [RFC PATCH v9 02/11] EDAC: Add EDAC scrub control driver, Shiju Jose
        • Re: [RFC PATCH v9 02/11] EDAC: Add EDAC scrub control driver, Mauro Carvalho Chehab
  • [RFC PATCH v9 03/11] EDAC: Add EDAC ECS control driver, shiju.jose
    • Re: [RFC PATCH v9 03/11] EDAC: Add EDAC ECS control driver, Mauro Carvalho Chehab
    • Re: [RFC PATCH v9 03/11] EDAC: Add EDAC ECS control driver, nifan . cxl
  • [RFC PATCH v9 04/11] cxl/mbox: Add GET_SUPPORTED_FEATURES mailbox command, shiju.jose
    • Re: [RFC PATCH v9 04/11] cxl/mbox: Add GET_SUPPORTED_FEATURES mailbox command, nifan . cxl
  • [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver, shiju.jose
    • Re: [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver, fan
      • RE: [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver, Shiju Jose
    • Re: [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver, Mauro Carvalho Chehab
      • RE: [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver, Shiju Jose
        • Re: [RFC PATCH v9 01/11] EDAC: Add generic EDAC RAS feature driver, Mauro Carvalho Chehab
  • [RFC PATCH v9 05/11] cxl/mbox: Add GET_FEATURE mailbox command, shiju.jose
    • Re: [RFC PATCH v9 05/11] cxl/mbox: Add GET_FEATURE mailbox command, nifan . cxl
      • RE: [RFC PATCH v9 05/11] cxl/mbox: Add GET_FEATURE mailbox command, Shiju Jose
  • [RFC PATCH v9 06/11] cxl/mbox: Add SET_FEATURE mailbox command, shiju.jose
    • Re: [RFC PATCH v9 06/11] cxl/mbox: Add SET_FEATURE mailbox command, nifan . cxl
      • RE: [RFC PATCH v9 06/11] cxl/mbox: Add SET_FEATURE mailbox command, Shiju Jose
  • [RFC PATCH v9 07/11] cxl/memscrub: Add CXL memory device patrol scrub control feature, shiju.jose
    • Re: [RFC PATCH v9 07/11] cxl/memscrub: Add CXL memory device patrol scrub control feature, fan
  • [RFC PATCH v9 08/11] cxl/memscrub: Add CXL memory device ECS control feature, shiju.jose
    • Re: [RFC PATCH v9 08/11] cxl/memscrub: Add CXL memory device ECS control feature, fan
      • RE: [RFC PATCH v9 08/11] cxl/memscrub: Add CXL memory device ECS control feature, Shiju Jose
  • [RFC PATCH v9 09/11] platform: Add __free() based cleanup function for platform_device_put, shiju.jose
  • [RFC PATCH v9 10/11] ACPI:RAS2: Add ACPI RAS2 driver, shiju.jose
  • [RFC PATCH v9 11/11] ras: scrub: ACPI RAS2: Add memory ACPI RAS2 driver, shiju.jose
• [PATCH v3] ACPI: PM: Use max() for clearer D3 state selection in acpi_dev_pm_get_state, Prabhakar Pujeri
  • Re: [PATCH v3] ACPI: PM: Use max() for clearer D3 state selection in acpi_dev_pm_get_state, Rafael J. Wysocki
• [PATCH 00/17] mm: introduce numa_memblks, Mike Rapoport
  • [PATCH 01/17] mm: move kernel/numa.c to mm/, Mike Rapoport
    • Re: [PATCH 01/17] mm: move kernel/numa.c to mm/, David Hildenbrand
    • Re: [PATCH 01/17] mm: move kernel/numa.c to mm/, Jonathan Cameron
  • [PATCH 02/17] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures, Mike Rapoport
    • Re: [PATCH 02/17] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures, David Hildenbrand
      • Re: [PATCH 02/17] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures, Jonathan Cameron
        • Re: [PATCH 02/17] MIPS: sgi-ip27: make NODE_DATA() the same as on all other architectures, Mike Rapoport
  • [PATCH 03/17] MIPS: loongson64: rename __node_data to node_data, Mike Rapoport
    • Re: [PATCH 03/17] MIPS: loongson64: rename __node_data to node_data, Jiaxun Yang
    • Re: [PATCH 03/17] MIPS: loongson64: rename __node_data to node_data, David Hildenbrand
    • Re: [PATCH 03/17] MIPS: loongson64: rename __node_data to node_data, Jonathan Cameron
  • [PATCH 04/17] arch, mm: move definition of node_data to generic code, Mike Rapoport
    • Re: [PATCH 04/17] arch, mm: move definition of node_data to generic code, David Hildenbrand
    • Re: [PATCH 04/17] arch, mm: move definition of node_data to generic code, Jonathan Cameron
    • Re: [PATCH 04/17] arch, mm: move definition of node_data to generic code, Davidlohr Bueso
  • [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, Mike Rapoport
    • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, David Hildenbrand
      • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, Mike Rapoport
        • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, David Hildenbrand
          • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, Mike Rapoport
            • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, David Hildenbrand
          • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, Jonathan Cameron
            • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, David Hildenbrand
      • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, Mike Rapoport
    • Re: [PATCH 05/17] arch, mm: pull out allocation of NODE_DATA to generic code, Jonathan Cameron
  • [PATCH 06/17] x86/numa: simplify numa_distance allocation, Mike Rapoport
    • Re: [PATCH 06/17] x86/numa: simplify numa_distance allocation, Jonathan Cameron
      • Re: [PATCH 06/17] x86/numa: simplify numa_distance allocation, Mike Rapoport
  • [PATCH 07/17] x86/numa: move FAKE_NODE_* defines to numa_emu, Mike Rapoport
    • Re: [PATCH 07/17] x86/numa: move FAKE_NODE_* defines to numa_emu, Jonathan Cameron
  • [PATCH 08/17] x86/numa_emu: simplify allocation of phys_dist, Mike Rapoport
    • Re: [PATCH 08/17] x86/numa_emu: simplify allocation of phys_dist, Jonathan Cameron
  • [PATCH 09/17] x86/numa_emu: split __apicid_to_node update to a helper function, Mike Rapoport
    • Re: [PATCH 09/17] x86/numa_emu: split __apicid_to_node update to a helper function, Jonathan Cameron
  • [PATCH 10/17] x86/numa_emu: use a helper function to get MAX_DMA32_PFN, Mike Rapoport
    • Re: [PATCH 10/17] x86/numa_emu: use a helper function to get MAX_DMA32_PFN, Jonathan Cameron
  • [PATCH 11/17] x86/numa: numa_{add,remove}_cpu: make cpu parameter unsigned, Mike Rapoport
    • Re: [PATCH 11/17] x86/numa: numa_{add,remove}_cpu: make cpu parameter unsigned, Jonathan Cameron
  • [PATCH 12/17] mm: introduce numa_memblks, Mike Rapoport
    • Re: [PATCH 12/17] mm: introduce numa_memblks, Jonathan Cameron
      • Re: [PATCH 12/17] mm: introduce numa_memblks, Mike Rapoport
  • [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks, Mike Rapoport
    • Re: [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks, Samuel Holland
      • Re: [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks, Mike Rapoport
    • Re: [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks, Jonathan Cameron
      • Re: [PATCH 13/17] mm: move numa_distance and related code from x86 to numa_memblks, Mike Rapoport
  • [PATCH 14/17] mm: introduce numa_emulation, Mike Rapoport
    • Re: [PATCH 14/17] mm: introduce numa_emulation, Zi Yan
      • Re: [PATCH 14/17] mm: introduce numa_emulation, Mike Rapoport
  • [PATCH 15/17] mm: make numa_memblks more self-contained, Mike Rapoport
    • Re: [PATCH 15/17] mm: make numa_memblks more self-contained, Jonathan Cameron
      • Re: [PATCH 15/17] mm: make numa_memblks more self-contained, Mike Rapoport
      • Re: [PATCH 15/17] mm: make numa_memblks more self-contained, Mike Rapoport
  • [PATCH 16/17] arch_numa: switch over to numa_memblks, Mike Rapoport
    • Re: [PATCH 16/17] arch_numa: switch over to numa_memblks, Jonathan Cameron
  • [PATCH 17/17] mm: make range-to-target_node lookup facility a part of numa_memblks, Mike Rapoport
    • Re: [PATCH 17/17] mm: make range-to-target_node lookup facility a part of numa_memblks, Jonathan Cameron
  • Re: [PATCH 00/17] mm: introduce numa_memblks, Jonathan Cameron
    • Re: [PATCH 00/17] mm: introduce numa_memblks, Mike Rapoport
• [GIT PULL] ACPI updates for v6.11-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v6.11-rc1, pr-tracker-bot
• [GIT PULL] Power management updates for v6.11-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Power management updates for v6.11-rc1, pr-tracker-bot
• [GIT PULL] Thermal control updates for v6.11-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Thermal control updates for v6.11-rc1, pr-tracker-bot
• [PATCH] ACPI: CPPC: Fix MASK_VAL() usage, Clément Léger
  • Re: [PATCH] ACPI: CPPC: Fix MASK_VAL() usage, Rafael J. Wysocki
    • Re: [PATCH] ACPI: CPPC: Fix MASK_VAL() usage, Clément Léger
• [PATCH v4] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Zhiquan Li
• [rafael-pm:bleeding-edge] BUILD SUCCESS ea35b5c5cf97356261c6e518e2e185eaa6c45d71, kernel test robot
• [bug report] platform/x86: hp-wmi: Fix platform profile option switch bug on Omen and Victus laptops, Dan Carpenter
• Re: [syzbot] [mm?] INFO: rcu detected stall in sys_wait4 (4), syzbot
• [PATCH v1] irq: Set IRQF_COND_ONESHOT in request_irq(), Rafael J. Wysocki
  • Re: [PATCH v1] irq: Set IRQF_COND_ONESHOT in request_irq(), Thomas Gleixner
• [rafael-pm:bleeding-edge] BUILD SUCCESS ecea71f32ac764472931531d00cff6f94b56cc22, kernel test robot
• [PATCH v2 1/5] RAS: Report all ARM processor CPER information to userspace, Mauro Carvalho Chehab
  • Re: [PATCH v2 1/5] RAS: Report all ARM processor CPER information to userspace, Borislav Petkov
    • Re: [PATCH v2 1/5] RAS: Report all ARM processor CPER information to userspace, Mauro Carvalho Chehab
      • Re: [PATCH v2 1/5] RAS: Report all ARM processor CPER information to userspace, Borislav Petkov
• [PATCH v2 4/5] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Mauro Carvalho Chehab
  • Re: [PATCH v2 4/5] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Borislav Petkov
    • Re: [PATCH v2 4/5] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Mauro Carvalho Chehab
      • Re: [PATCH v2 4/5] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Borislav Petkov
• [PATCH v2 0/5] Fix issues with ARM Processor CPER records, Mauro Carvalho Chehab
• [PATCH v2 5/5] docs: efi: add CPER functions to driver-api, Mauro Carvalho Chehab
• [PATCH v2 3/5] efi/cper: Add a new helper function to print bitmasks, Mauro Carvalho Chehab
  • Re: [PATCH v2 3/5] efi/cper: Add a new helper function to print bitmasks, Jonathan Cameron
  • Re: [PATCH v2 3/5] efi/cper: Add a new helper function to print bitmasks, Borislav Petkov
    • Re: [PATCH v2 3/5] efi/cper: Add a new helper function to print bitmasks, Mauro Carvalho Chehab
• [PATCH v2 2/5] efi/cper: Adjust infopfx size to accept an extra space, Mauro Carvalho Chehab
• [PATCH] ACPI: HMAT: Mark hmat_set_default_dram_perf() as __init, Nathan Chancellor
  • Re: [PATCH] ACPI: HMAT: Mark hmat_set_default_dram_perf() as __init, Huang, Ying
    • Re: [PATCH] ACPI: HMAT: Mark hmat_set_default_dram_perf() as __init, Rafael J. Wysocki
      • Re: [PATCH] ACPI: HMAT: Mark hmat_set_default_dram_perf() as __init, Dave Jiang
        • Re: [PATCH] ACPI: HMAT: Mark hmat_set_default_dram_perf() as __init, Rafael J. Wysocki
• [GIT PULL] ACPI fix for v6.10-rc8, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fix for v6.10-rc8, pr-tracker-bot
• [GIT PULL] Power management fixes for v6.10-rc8, Rafael J. Wysocki
  • Re: [GIT PULL] Power management fixes for v6.10-rc8, pr-tracker-bot
• [rafael-pm:bleeding-edge 179/184] drivers/thermal/intel/intel_quark_dts_thermal.c:258:16: error: expected ':' before 'return', kernel test robot
• [rafael-pm:bleeding-edge 179/184] drivers/thermal/imx_thermal.c:385:26: error: initialization of 'int (*)(struct thermal_zone_device *, const struct thermal_trip *, int)' from incompatible pointer type 'int (*)(struct thermal_zone_device *, int, int)', kernel test robot
• [PATCH v2 0/5] ACPI: sysfs: manage sysfs attributes through device core, Thomas Weißschuh
  • [PATCH v2 1/5] ACPI: sysfs: validate return type of _STR method, Thomas Weißschuh
  • [PATCH v2 3/5] ACPI: sysfs: manage attributes as attribute_group, Thomas Weißschuh
  • [PATCH v2 2/5] ACPI: sysfs: evaluate _STR on each sysfs access, Thomas Weißschuh
  • [PATCH v2 4/5] ACPI: sysfs: manage sysfs attributes through device core, Thomas Weißschuh
  • [PATCH v2 5/5] ACPI: sysfs: remove return value of acpi_device_setup_files(), Thomas Weißschuh
  • Re: [PATCH v2 0/5] ACPI: sysfs: manage sysfs attributes through device core, Rafael J. Wysocki
    • Re: [PATCH v2 0/5] ACPI: sysfs: manage sysfs attributes through device core, Thomas Weißschuh
• [rafael-pm:bleeding-edge] BUILD SUCCESS bdf722ad7d75fbd430698272c6797b2d8f7c7ffb, kernel test robot
• Re: Regression in 6.8 from "ACPI: OSL: Use a threaded interrupt handler for SCI", Wysocki, Rafael J
  • Re: Regression in 6.8 from "ACPI: OSL: Use a threaded interrupt handler for SCI", Rafael J. Wysocki
    • Re: Regression in 6.8 from "ACPI: OSL: Use a threaded interrupt handler for SCI", Stefan Seyfried
      • Re: Regression in 6.8 from "ACPI: OSL: Use a threaded interrupt handler for SCI", Rafael J. Wysocki
• [PATCH 0/6] Fix issues with ARM Processor CPER records, Mauro Carvalho Chehab
  • [PATCH 4/6] efi/cper: Add a new helper function to print bitmasks, Mauro Carvalho Chehab
    • Re: [PATCH 4/6] efi/cper: Add a new helper function to print bitmasks, Jonathan Cameron
  • [PATCH 1/6] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Mauro Carvalho Chehab
    • Re: [PATCH 1/6] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Borislav Petkov
      • Re: [PATCH 1/6] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Mauro Carvalho Chehab
        • Re: [PATCH 1/6] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Borislav Petkov
          • Re: [PATCH 1/6] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Mauro Carvalho Chehab
        • Re: [PATCH 1/6] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Jonathan Cameron
  • [PATCH 6/6] docs: efi: add CPER functions to driver-api, Mauro Carvalho Chehab
    • Re: [PATCH 6/6] docs: efi: add CPER functions to driver-api, Jonathan Cameron
  • [PATCH 5/6] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Mauro Carvalho Chehab
    • Re: [PATCH 5/6] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Jonathan Cameron
  • [PATCH 3/6] efi/cper: Adjust infopfx size to accept an extra space, Mauro Carvalho Chehab
  • [PATCH 2/6] RAS: Report all ARM processor CPER information to userspace, Mauro Carvalho Chehab
    • Re: [PATCH 2/6] RAS: Report all ARM processor CPER information to userspace, Jonathan Cameron
• [PATCH] ACPI: resource: Skip IRQ override on Asus Vivobook Pro N6506MJ, Tamim Khan
  • Re: [PATCH] ACPI: resource: Skip IRQ override on Asus Vivobook Pro N6506MJ, Rafael J. Wysocki
• [PATCH 0/6] use device_for_each_child_node() to access device child nodes, Javier Carrasco
  • [PATCH 1/6] device property: document device_for_each_child_node macro, Javier Carrasco
    • Re: [PATCH 1/6] device property: document device_for_each_child_node macro, Jonathan Cameron
  • [PATCH 2/6] hwmon: (ltc2992) use device_for_each_child_node_scoped() to access child nodes, Javier Carrasco
    • Re: [PATCH 2/6] hwmon: (ltc2992) use device_for_each_child_node_scoped() to access child nodes, Jonathan Cameron
  • [PATCH 3/6] leds: bd2606mvv: use device_for_each_child_node() to access device child nodes, Javier Carrasco
    • Re: [PATCH 3/6] leds: bd2606mvv: use device_for_each_child_node() to access device child nodes, Jonathan Cameron
      • Re: [PATCH 3/6] leds: bd2606mvv: use device_for_each_child_node() to access device child nodes, Javier Carrasco
        • Re: [PATCH 3/6] leds: bd2606mvv: use device_for_each_child_node() to access device child nodes, Javier Carrasco
          • Re: [PATCH 3/6] leds: bd2606mvv: use device_for_each_child_node() to access device child nodes, Andreas Kemnade
            • Re: [PATCH 3/6] leds: bd2606mvv: use device_for_each_child_node() to access device child nodes, Javier Carrasco
        • Re: [PATCH 3/6] leds: bd2606mvv: use device_for_each_child_node() to access device child nodes, Jonathan Cameron
  • [PATCH 4/6] leds: is31fl319x: use device_for_each_child_node_scoped() to access child nodes, Javier Carrasco
    • Re: [PATCH 4/6] leds: is31fl319x: use device_for_each_child_node_scoped() to access child nodes, Jonathan Cameron
  • [PATCH 5/6] leds: pca995x: use device_for_each_child_node() to access device child nodes, Javier Carrasco
    • Re: [PATCH 5/6] leds: pca995x: use device_for_each_child_node() to access device child nodes, Jonathan Cameron
  • [PATCH 6/6] net: mvpp2: use device_for_each_child_node() to access device child nodes, Javier Carrasco
    • Re: [PATCH 6/6] net: mvpp2: use device_for_each_child_node() to access device child nodes, Jonathan Cameron
    • Re: [PATCH 6/6] net: mvpp2: use device_for_each_child_node() to access device child nodes, Russell King (Oracle)
      • Re: [PATCH 6/6] net: mvpp2: use device_for_each_child_node() to access device child nodes, Javier Carrasco
        • Re: [PATCH 6/6] net: mvpp2: use device_for_each_child_node() to access device child nodes, Russell King (Oracle)
• [PATCH v2 4/4] Updating a deprecated use of strcpy in button.c file., Muhammad Qasim Abdul Majeed
• [PATCH 1/4] Updating a deprecated use of strcpy from acpi_pad.c file., Muhammad Qasim Abdul Majeed
  • [PATCH 2/4] Updating a deprecated use of strcpy in acpi_processor.c file., Muhammad Qasim Abdul Majeed
  • [PATCH 3/4] Updating a deprecated use of strcpy in battry.c file., Muhammad Qasim Abdul Majeed
    • Re: [PATCH 3/4] Updating a deprecated use of strcpy in battry.c file., Rafael J. Wysocki
  • [PATCH 4/4] Updating a deprecated use of strcpy in button.c file., Muhammad Qasim Abdul Majeed
• [PATCH] Updating a deprecated use of strcpy in ac.c file., Muhammad Qasim Abdul Majeed
  • Re: [PATCH] Updating a deprecated use of strcpy in ac.c file., Rafael J. Wysocki
• [PROBLEM net-next] drivers/pnp/pnpbios/core.c:90:20: error: variable ‘value’ set but not used [-Werror=unused-but-set-variable], Mirsad Todorovac
• [rafael-pm:bleeding-edge] BUILD SUCCESS 375cf1e8ce4fafedf04a97482f88b3ff10035b51, kernel test robot
• [PATCH] Staging: acpi: fixed a coding style issue moving from strcpy to strscpy., Thomas Andreatta
  • Re: [PATCH] Staging: acpi: fixed a coding style issue moving from strcpy to strscpy., Rafael J. Wysocki
• [PATCH] acpi video: force native for some T2 macbooks, Aditya Garg
  • Re: [PATCH] acpi video: force native for some T2 macbooks, Hans de Goede
    • Re: [PATCH] acpi video: force native for some T2 macbooks, Rafael J. Wysocki
• [PATCH] ACPI / PMIC: Remove unneeded check in tps68470_pmic_opregion_probe(), Aleksandr Mishin
  • Re: [PATCH] ACPI / PMIC: Remove unneeded check in tps68470_pmic_opregion_probe(), Sakari Ailus
  • Re: [PATCH] ACPI / PMIC: Remove unneeded check in tps68470_pmic_opregion_probe(), Markus Elfring
  • Re: [PATCH] ACPI / PMIC: Remove unneeded check in tps68470_pmic_opregion_probe(), Andy Shevchenko
  • [PATCH v2] ACPI / PMIC: Remove unneeded check in tps68470_pmic_opregion_probe(), Aleksandr Mishin
    • Re: [PATCH v2] ACPI / PMIC: Remove unneeded check in tps68470_pmic_opregion_probe(), Andy Shevchenko
• ACPI: APEI: ERST: Don't retry read when "Record Store Empty", NOMURA JUNICHI(野村　淳一)
• [PATCH v1] ACPI: EC: Do not release locks during operation region accesses, Rafael J. Wysocki
  • Re: [PATCH v1] ACPI: EC: Do not release locks during operation region accesses, Hans de Goede
• [PATCH v3] memory tier: consolidate the initialization of memory tiers, Ho-Ren (Jack) Chuang
  • Re: [PATCH v3] memory tier: consolidate the initialization of memory tiers, Huang, Ying
  • Re: [PATCH v3] memory tier: consolidate the initialization of memory tiers, Jonathan Cameron
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING afefac1395033609973da997224eceaece6dadf5, kernel test robot
• [rafael-pm:bleeding-edge 136/137] drivers/thermal/uniphier_thermal.c:269:13: warning: unused variable 'i', kernel test robot
• [PATCH v3] Updating a deprecated use of strcpy., Muhammad Qasim Abdul Majeed
  • Re: [PATCH v3] Updating a deprecated use of strcpy., Rafael J. Wysocki
• [PATCH] ACPI: resource: Skip IRQ override on Asus Vivobook Pro N6506MU, Tamim Khan
  • Re: [PATCH] ACPI: resource: Skip IRQ override on Asus Vivobook Pro N6506MU, Rafael J. Wysocki
• [PATCH v3 0/5] iommu: Remove iommu_fwspec ops, Robin Murphy
  • [PATCH v3 1/5] iommu/mediatek-v1: Clean up redundant fwspec checks, Robin Murphy
  • [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Robin Murphy
    • Re: [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Jon Hunter
      • Re: [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Robin Murphy
        • Re: [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Jon Hunter
          • Re: [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Will Deacon
          • Re: [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Robin Murphy
            • Re: [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Will Deacon
              • Re: [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Robin Murphy
        • Re: [PATCH v3 2/5] iommu: Resolve fwspec ops automatically, Will Deacon
  • [PATCH v3 3/5] ACPI: Retire acpi_iommu_fwspec_ops(), Robin Murphy
  • [PATCH v3 4/5] OF: Simplify of_iommu_configure(), Robin Murphy
  • [PATCH v3 5/5] iommu: Remove iommu_fwspec ops, Robin Murphy
  • Re: [PATCH v3 0/5] iommu: Remove iommu_fwspec ops, Will Deacon
• [PATCH v3] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Zhiquan Li
  • Re: [PATCH v3] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Huang, Kai
    • Re: [PATCH v3] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Borislav Petkov
      • Re: [PATCH v3] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Huang, Kai
        • Re: [PATCH v3] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Zhiquan Li
          • Re: [PATCH v3] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Borislav Petkov
• [ACPI Code First ECN v4] "Extended-linear" addressing for direct-mapped memory-side caches, Dan Williams
  • Re: [ACPI Code First ECN v4] "Extended-linear" addressing for direct-mapped memory-side caches, Jonathan Cameron
    • Re: [ACPI Code First ECN v4] "Extended-linear" addressing for direct-mapped memory-side caches, Dan Williams
• [PATCH 0/3] x86: Reduce code duplication on page table initialization, Kirill A. Shutemov
  • [PATCH 1/3] x86/mm/ident_map: Fix virtual address wrap to zero, Kirill A. Shutemov
    • Re: [PATCH 1/3] x86/mm/ident_map: Fix virtual address wrap to zero, Huang, Kai
  • [PATCH 3/3] x86/64/kexec: Rewrite init_transition_pgtable() with kernel_ident_mapping_init(), Kirill A. Shutemov
    • Re: [PATCH 3/3] x86/64/kexec: Rewrite init_transition_pgtable() with kernel_ident_mapping_init(), Huang, Kai
      • Re: [PATCH 3/3] x86/64/kexec: Rewrite init_transition_pgtable() with kernel_ident_mapping_init(), kirill.shutemov@xxxxxxxxxxxxxxx
        • Re: [PATCH 3/3] x86/64/kexec: Rewrite init_transition_pgtable() with kernel_ident_mapping_init(), Huang, Kai
  • [PATCH 2/3] x86/acpi: Replace manual page table initialization with kernel_ident_mapping_init(), Kirill A. Shutemov
    • Re: [PATCH 2/3] x86/acpi: Replace manual page table initialization with kernel_ident_mapping_init(), Huang, Kai
• [PATCH v5 0/5] ChromeOS Embedded Controller charge control driver, Thomas Weißschuh
  • [PATCH v5 1/5] ACPI: battery: add devm_battery_hook_register(), Thomas Weißschuh
  • [PATCH v5 4/5] power: supply: add ChromeOS EC based charge control driver, Thomas Weißschuh
  • [PATCH v5 2/5] platform/chrome: Update binary interface for EC-based charge control, Thomas Weißschuh
  • [PATCH v5 3/5] platform/chrome: cros_ec_proto: Introduce cros_ec_get_cmd_versions(), Thomas Weißschuh
  • [PATCH v5 5/5] power: supply: cros_charge-control: don't load if Framework control is present, Thomas Weißschuh
  • Re: [PATCH v5 0/5] ChromeOS Embedded Controller charge control driver, Tzung-Bi Shih
• [PATCH v2] Updating a vulnerable use of strcpy., Muhammad Qasim Abdul Majeed
  • Re: [PATCH v2] Updating a vulnerable use of strcpy., Rafael J. Wysocki
  • <Possible follow-ups>
  • [PATCH v2] Updating a vulnerable use of strcpy., Muhammad Qasim Abdul Majeed
    • Re: [PATCH v2] Updating a vulnerable use of strcpy., Rafael J. Wysocki
    • Re: [PATCH v2] Updating a vulnerable use of strcpy., Christophe JAILLET
• [PATCH] Updating a vulnerable use of strcpy., Muhammad Qasim Abdul Majeed
• [PATCH] ACPI: PMIC: Constify struct pmic_table, Christophe JAILLET
  • Re: [PATCH] ACPI: PMIC: Constify struct pmic_table, Hans de Goede
    • Re: [PATCH] ACPI: PMIC: Constify struct pmic_table, Rafael J. Wysocki
• Re: [PATCH 2/2] lib/sort: Optimize heapsort with double-pop variation, Linux regression tracking (Thorsten Leemhuis)
  • [PATCH] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Kuan-Wei Chiu
    • Re: [PATCH] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Kuan-Wei Chiu
      • [PATCH v2] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Kuan-Wei Chiu
        • Re: [PATCH v2] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Greg KH
        • Re: [PATCH v2] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Mario Limonciello
          • [PATCH v3] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Kuan-Wei Chiu
            • Re: [PATCH v3] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Rafael J. Wysocki
              • [PATCH v4] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Kuan-Wei Chiu
                • Re: [PATCH v4] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Julian Sikorski
                  • Re: [PATCH v4] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Mario Limonciello
                • Re: [PATCH v4] ACPI: processor_idle: Fix invalid comparison with insertion sort for latency, Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS f7cd54956dc7b353eb7511054620cf02f9ae5027, kernel test robot
• [PATCH v2] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Zhiquan Li
  • Re: [PATCH v2] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Kirill A. Shutemov
    • Re: [PATCH v2] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Zhiquan Li
• [PATCH v2 0/1] memory tier: consolidate the initialization of memory tiers, Ho-Ren (Jack) Chuang
  • [PATCH v2 1/1] memory tier: consolidate the initialization of memory tiers, Ho-Ren (Jack) Chuang
    • Re: [PATCH v2 1/1] memory tier: consolidate the initialization of memory tiers, Huang, Ying
      • Re: [PATCH v2 1/1] memory tier: consolidate the initialization of memory tiers, Ho-Ren (Jack) Chuang
    • Re: [PATCH v2 1/1] memory tier: consolidate the initialization of memory tiers, Jonathan Cameron
      • Re: [PATCH v2 1/1] memory tier: consolidate the initialization of memory tiers, Ho-Ren (Jack) Chuang
        • Re: [PATCH v2 1/1] memory tier: consolidate the initialization of memory tiers, Jonathan Cameron
      • Re: [PATCH v2 1/1] memory tier: consolidate the initialization of memory tiers, Huang, Ying
        • Re: [PATCH v2 1/1] memory tier: consolidate the initialization of memory tiers, Jonathan Cameron
• [GIT PULL] Power management fix for v6.10-rc6, Rafael J. Wysocki
  • Re: [GIT PULL] Power management fix for v6.10-rc6, pr-tracker-bot
• [PATCH v2 0/2] Add other fields to ARM trace event, Mauro Carvalho Chehab
  • [PATCH v2 1/2] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Mauro Carvalho Chehab
    • Re: [PATCH v2 1/2] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Jonathan Cameron
  • [PATCH v2 2/2] RAS: Report all ARM processor CPER information to userspace, Mauro Carvalho Chehab
    • Re: [PATCH v2 2/2] RAS: Report all ARM processor CPER information to userspace, Mauro Carvalho Chehab
    • Re: [PATCH v2 2/2] RAS: Report all ARM processor CPER information to userspace, Jonathan Cameron
• [PATCH 0/2] Add other fields to ARM trace event, Mauro Carvalho Chehab
  • [PATCH 2/2] RAS: Report all ARM processor CPER information to userspace, Mauro Carvalho Chehab
    • Re: [PATCH 2/2] RAS: Report all ARM processor CPER information to userspace, kernel test robot
    • Re: [PATCH 2/2] RAS: Report all ARM processor CPER information to userspace, kernel test robot
  • [PATCH 1/2] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Mauro Carvalho Chehab
    • Re: [PATCH 1/2] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Borislav Petkov
      • Re: [PATCH 1/2] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, Mauro Carvalho Chehab
    • Re: [PATCH 1/2] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, kernel test robot
    • Re: [PATCH 1/2] RAS: ACPI: APEI: add conditional compilation to ARM error report functions, kernel test robot
• [PATCH] ACPI: Optimize Namespace List Sorting in nsrepair2.c, Prabhakar Pujeri
  • Re: [PATCH] ACPI: Optimize Namespace List Sorting in nsrepair2.c, Rafael J. Wysocki
• [PATCH] ACPI: Use str_plural() Function for Argument List Handling, Prabhakar Pujeri
  • Re: [PATCH] ACPI: Use str_plural() Function for Argument List Handling, Rafael J. Wysocki
• [PATCH v2 0/2] ACPI: Replace Ternary Operations with min()/max() Macros, Prabhakar Pujeri
  • [PATCH v2 1/2] ACPI: CPPC: Replace ternary operator with max() in cppc_find_dmi_mhz, Prabhakar Pujeri
  • [PATCH v2 2/2] ACPI: PM: Use max() for clearer D3 state selection in acpi_dev_pm_get_state, Prabhakar Pujeri
    • Re: [PATCH v2 2/2] ACPI: PM: Use max() for clearer D3 state selection in acpi_dev_pm_get_state, kernel test robot
    • Re: [PATCH v2 2/2] ACPI: PM: Use max() for clearer D3 state selection in acpi_dev_pm_get_state, Rafael J. Wysocki
• [PATCH 0/2] ACPI: Replace Ternary Operations with min()/max() Macros, Prabhakar Pujeri
  • [PATCH 1/2] ACPI: CPPC: Replace ternary operator with max() in cppc_find_dmi_mhz, Prabhakar Pujeri
    • Re: [PATCH 1/2] ACPI: CPPC: Replace ternary operator with max() in cppc_find_dmi_mhz, Rafael J. Wysocki
  • [PATCH 2/2] ACPI: PM: Use max() for clearer D3 state selection in acpi_dev_pm_get_state, Prabhakar Pujeri
• [PATCH] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Zhiquan Li
  • Re: [PATCH] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Kirill A. Shutemov
    • Re: [PATCH] x86/acpi: fix panic while AP online later with kernel parameter maxcpus=1, Zhiquan Li
• [PATCH v2 0/4] MCE wrapper and support for new SMCA syndrome MSRs, Avadhut Naik
  • [PATCH v2 1/4] x86/mce: Add wrapper for struct mce to export vendor specific info, Avadhut Naik
    • Re: [PATCH v2 1/4] x86/mce: Add wrapper for struct mce to export vendor specific info, Borislav Petkov
      • RE: [PATCH v2 1/4] x86/mce: Add wrapper for struct mce to export vendor specific info, Luck, Tony
        • Re: [PATCH v2 1/4] x86/mce: Add wrapper for struct mce to export vendor specific info, Borislav Petkov
  • [PATCH v2 2/4] x86/mce, EDAC/mce_amd: Add support for new MCA_SYND{1,2} registers, Avadhut Naik
    • Re: [PATCH v2 2/4] x86/mce, EDAC/mce_amd: Add support for new MCA_SYND{1,2} registers, Borislav Petkov
      • [PATCH v2 2/4] x86/mce, EDAC/mce_amd: Add support for new MCA_SYND{1,2} registers, Naik, Avadhut
        • Re: [PATCH v2 2/4] x86/mce, EDAC/mce_amd: Add support for new MCA_SYND{1,2} registers, Borislav Petkov
          • Re: [PATCH v2 2/4] x86/mce, EDAC/mce_amd: Add support for new MCA_SYND{1,2} registers, Naik, Avadhut
            • Re: [PATCH v2 2/4] x86/mce, EDAC/mce_amd: Add support for new MCA_SYND{1,2} registers, Borislav Petkov
              • Re: [PATCH v2 2/4] x86/mce, EDAC/mce_amd: Add support for new MCA_SYND{1,2} registers, Naik, Avadhut
  • [PATCH v2 3/4] x86/mce/apei: Handle variable register array size, Avadhut Naik
    • Re: [PATCH v2 3/4] x86/mce/apei: Handle variable register array size, Borislav Petkov
      • Re: [PATCH v2 3/4] x86/mce/apei: Handle variable register array size, Naik, Avadhut
  • [PATCH v2 4/4] EDAC/mce_amd: Add support for FRU Text in MCA, Avadhut Naik
    • Re: [PATCH v2 4/4] EDAC/mce_amd: Add support for FRU Text in MCA, Borislav Petkov
      • [PATCH v2 4/4] EDAC/mce_amd: Add support for FRU Text in MCA, Naik, Avadhut
        • Re: [PATCH v2 4/4] EDAC/mce_amd: Add support for FRU Text in MCA, Borislav Petkov
          • Re: [PATCH v2 4/4] EDAC/mce_amd: Add support for FRU Text in MCA, Yazen Ghannam
          • Re: [PATCH v2 4/4] EDAC/mce_amd: Add support for FRU Text in MCA, Naik, Avadhut
• [PATCH v5 0/4] fix CPER issues related to UEFI 2.9A Errata, Mauro Carvalho Chehab
  • [PATCH v5 3/4] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Mauro Carvalho Chehab
    • Re: [PATCH v5 3/4] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, kernel test robot
    • Re: [PATCH v5 3/4] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, kernel test robot
• [PATCH v2 0/4] iommu: Remove iommu_fwspec ops, Robin Murphy
  • [PATCH v2 1/4] iommu: Resolve fwspec ops automatically, Robin Murphy
  • [PATCH v2 2/4] ACPI: Retire acpi_iommu_fwspec_ops(), Robin Murphy
  • [PATCH v2 3/4] OF: Simplify of_iommu_configure(), Robin Murphy
    • Re: [PATCH v2 3/4] OF: Simplify of_iommu_configure(), Andy Shevchenko
      • Re: [PATCH v2 3/4] OF: Simplify of_iommu_configure(), Robin Murphy
  • [PATCH v2 4/4] iommu: Remove iommu_fwspec ops, Robin Murphy
    • Re: [PATCH v2 4/4] iommu: Remove iommu_fwspec ops, kernel test robot
  • Re: [PATCH v2 0/4] iommu: Remove iommu_fwspec ops, Saravana Kannan
    • Re: [PATCH v2 0/4] iommu: Remove iommu_fwspec ops, Robin Murphy
  • Re: [PATCH v2 0/4] iommu: Remove iommu_fwspec ops, Jean-Philippe Brucker
• [GIT PULL] ACPI fixes for v6.10-rc5, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v6.10-rc5, pr-tracker-bot
• [GIT PULL] Thermal control fixes for v6.10-rc5, Rafael J. Wysocki
  • Re: [GIT PULL] Thermal control fixes for v6.10-rc5, pr-tracker-bot
• [PATCH v1] memory tier: consolidate the initialization of memory tiers, Ho-Ren (Jack) Chuang
  • Re: [PATCH v1] memory tier: consolidate the initialization of memory tiers, Andrew Morton
    • Re: [PATCH v1] memory tier: consolidate the initialization of memory tiers, horen . chuang
  • Re: [PATCH v1] memory tier: consolidate the initialization of memory tiers, Huang, Ying
    • Re: [PATCH v1] memory tier: consolidate the initialization of memory tiers, Ho-Ren Chuang
      • Re: [PATCH v1] memory tier: consolidate the initialization of memory tiers, Huang, Ying
        • Re: [PATCH v1] memory tier: consolidate the initialization of memory tiers, Ho-Ren Chuang
• [PATCH 1/2] ACPI: battery: Add support for charge limiting state, Armin Wolf
  • [PATCH 2/2] ACPI: bus: Indicate support for battery charge limiting thru _OSC, Armin Wolf
    • Re: [PATCH 2/2] ACPI: bus: Indicate support for battery charge limiting thru _OSC, Armin Wolf
  • Re: [PATCH 1/2] ACPI: battery: Add support for charge limiting state, Rafael J. Wysocki
• [PATCH v4 0/3] Fix CPER issues related to UEFI 2.9A Errata, Mauro Carvalho Chehab
  • [PATCH v4 3/3] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Mauro Carvalho Chehab
    • Re: [PATCH v4 3/3] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Jonathan Cameron
      • Re: [PATCH v4 3/3] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Mauro Carvalho Chehab
  • Re: [PATCH v4 0/3] Fix CPER issues related to UEFI 2.9A Errata, Ard Biesheuvel
    • Re: [PATCH v4 0/3] Fix CPER issues related to UEFI 2.9A Errata, Mauro Carvalho Chehab
• [PATCH v1] cpufreq: intel_pstate: Use HWP to initialize ITMT if CPPC is missing, Rafael J. Wysocki
  • Re: [PATCH v1] cpufreq: intel_pstate: Use HWP to initialize ITMT if CPPC is missing, Mario Limonciello
• [PATCH] ACPI: button: call input_free_device when input_register_device fails, hongao
  • Re: [PATCH] ACPI: button: call input_free_device when input_register_device fails, Rafael J. Wysocki
• [PATCH v3 0/3] Fix CPER issues related to UEFI 2.9A Errata, Mauro Carvalho Chehab
  • [PATCH v3 3/3] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Mauro Carvalho Chehab
• [PATCH v5 0/2] PCI/AER: Handle Advisory Non-Fatal error, Zhenzhong Duan
  • [PATCH v5 1/2] PCI/AER: Clear UNCOR_STATUS bits that might be ANFE, Zhenzhong Duan
  • [PATCH v5 2/2] PCI/AER: Print UNCOR_STATUS bits that might be ANFE, Zhenzhong Duan
  • RE: [PATCH v5 0/2] PCI/AER: Handle Advisory Non-Fatal error, Duan, Zhenzhong
• [PATCH] ACPI / amba: Drop unnecessary check for registered amba_dummy_clk, Youwan Wang
  • Re: [PATCH] ACPI / amba: Drop unnecessary check for registered amba_dummy_clk, Sudeep Holla
• [no subject], Unknown
• [PATCH v2] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Mauro Carvalho Chehab
  • Re: [PATCH v2] efi/cper: align ARM CPER type with UEFI 2.9A/2.10 specs, Jonathan Cameron
• [PATCH v2] ACPI: Downgrade Intel _OSC and _PDC messages to debug, Mario Limonciello
  • Re: [PATCH v2] ACPI: Downgrade Intel _OSC and _PDC messages to debug, Rafael J. Wysocki
• [PATCH v3] ACPI /amba: Fix meaningless code for amba_register_dummy_clk(), Youwan Wang
  • Re: [PATCH v3] ACPI /amba: Fix meaningless code for amba_register_dummy_clk(), Sudeep Holla
  • [PATCH] ACPI / amba: Drop unnecessary check for registered amba_dummy_clk, Youwan Wang
    • Re: [PATCH] ACPI / amba: Drop unnecessary check for registered amba_dummy_clk, Hanjun Guo
    • [PATCH v4] ACPI / amba: Drop unnecessary check for registered amba_dummy_clk, Youwan Wang
      • Re: [PATCH v4] ACPI / amba: Drop unnecessary check for registered amba_dummy_clk, Sudeep Holla
      • Re: [PATCH v4] ACPI / amba: Drop unnecessary check for registered amba_dummy_clk, Sudeep Holla
      • Re: [PATCH v4] ACPI / amba: Drop unnecessary check for registered amba_dummy_clk, Catalin Marinas
• [PATCH] ACPI: EC: Use ec_no_wakeup on ThinkPad T14 Gen 5, Yutaro Ohno
  • Re: [PATCH] ACPI: EC: Use ec_no_wakeup on ThinkPad T14 Gen 5, Mark Pearson
    • Re: [PATCH] ACPI: EC: Use ec_no_wakeup on ThinkPad T14 Gen 5, Yutaro Ohno
      • Re: [PATCH] ACPI: EC: Use ec_no_wakeup on ThinkPad T14 Gen 5, Mark Pearson
        • Re: [PATCH] ACPI: EC: Use ec_no_wakeup on ThinkPad T14 Gen 5, Yutaro Ohno
          • Re: [PATCH] ACPI: EC: Use ec_no_wakeup on ThinkPad T14 Gen 5, Mark Pearson
• [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
  • Re: [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Mario Limonciello
    • Re: [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
      • Re: [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Mario Limonciello
        • Re: [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
          • Re: [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Mario Limonciello
            • Re: [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
              • Re: [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Mario Limonciello
                • Re: [PATCH V2 RFC] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                  • Re: [PATCH V2 RFC] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                  • Re: [PATCH V2 RFC] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Mario Limonciello
                    • Re: [PATCH V2 RFC] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                      • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                        • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Mario Limonciello
                        • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Rafael J. Wysocki
                          • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Rafael J. Wysocki
                            • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                            • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                            • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                              • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                                • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                                  • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Rafael J. Wysocki
                          • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Aaron Rainbolt
                            • Re: [PATCH V3] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, Rafael J. Wysocki
  • Re: [PATCH] acpi: Allow ignoring _OSC CPPC v2 bit via kernel parameter, kernel test robot
• [PATCH AUTOSEL 5.4 3/9] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 5.4 3/9] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
• [PATCH AUTOSEL 4.19 3/9] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 4.19 3/9] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
• [PATCH AUTOSEL 4.19 2/9] ACPI: EC: Abort address space access upon error, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 4.19 2/9] ACPI: EC: Abort address space access upon error, Sasha Levin
• [PATCH AUTOSEL 5.4 2/9] ACPI: EC: Abort address space access upon error, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 5.4 2/9] ACPI: EC: Abort address space access upon error, Sasha Levin
• [PATCH AUTOSEL 6.9 12/44] PNP: Hide pnp_bus_type from the non-PNP code, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 6.9 12/44] PNP: Hide pnp_bus_type from the non-PNP code, Sasha Levin
• [PATCH AUTOSEL 5.10 03/13] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 5.10 03/13] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
• [PATCH AUTOSEL 5.10 02/13] ACPI: EC: Abort address space access upon error, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 5.10 02/13] ACPI: EC: Abort address space access upon error, Sasha Levin
• [PATCH AUTOSEL 5.15 06/21] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 5.15 06/21] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
• [PATCH AUTOSEL 5.15 05/21] ACPI: EC: Abort address space access upon error, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 5.15 05/21] ACPI: EC: Abort address space access upon error, Sasha Levin
• [PATCH AUTOSEL 6.1 09/29] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 6.1 09/29] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
• [PATCH AUTOSEL 6.1 08/29] ACPI: EC: Abort address space access upon error, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 6.1 08/29] ACPI: EC: Abort address space access upon error, Sasha Levin
• [PATCH AUTOSEL 6.6 09/35] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 6.6 09/35] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
• [PATCH AUTOSEL 6.6 08/35] ACPI: EC: Abort address space access upon error, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 6.6 08/35] ACPI: EC: Abort address space access upon error, Sasha Levin
• [PATCH AUTOSEL 6.9 13/44] ACPI: AC: Properly notify powermanagement core about changes, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 6.9 13/44] ACPI: AC: Properly notify powermanagement core about changes, Sasha Levin
• [PATCH AUTOSEL 6.9 09/44] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 6.9 09/44] ACPI: EC: Avoid returning AE_OK on errors in address space handler, Sasha Levin
• [PATCH AUTOSEL 6.9 08/44] ACPI: EC: Abort address space access upon error, Sasha Levin
  • <Possible follow-ups>
  • [PATCH AUTOSEL 6.9 08/44] ACPI: EC: Abort address space access upon error, Sasha Levin
• [PATCH v6 1/3] riscv: cacheinfo: remove the useless input parameter (node) of ci_leaf_init(), Yunhui Cui
  • [PATCH v6 2/3] riscv: cacheinfo: initialize cacheinfo's level and type from ACPI PPTT, Yunhui Cui
  • [PATCH v6 3/3] RISC-V: Select ACPI PPTT drivers, Yunhui Cui
    • Re: [PATCH v6 3/3] RISC-V: Select ACPI PPTT drivers, yunhui cui
      • Re: [PATCH v6 3/3] RISC-V: Select ACPI PPTT drivers, Sunil V L
        • Re: [External] Re: [PATCH v6 3/3] RISC-V: Select ACPI PPTT drivers, yunhui cui
          • Re: [External] Re: [PATCH v6 3/3] RISC-V: Select ACPI PPTT drivers, Sunil V L
  • Re: [PATCH v6 1/3] riscv: cacheinfo: remove the useless input parameter (node) of ci_leaf_init(), patchwork-bot+linux-riscv
• Relying on_OSC to be accurate about CPPC v2 support breaks scheduling on heterogenous-core Intel systems with buggy firmware, Aaron Rainbolt
• [PATCH v4 0/5] ChromeOS Embedded Controller charge control driver, Thomas Weißschuh
  • [PATCH v4 2/5] platform/chrome: Update binary interface for EC-based charge control, Thomas Weißschuh
  • [PATCH v4 3/5] platform/chrome: cros_ec_proto: Introduce cros_ec_get_cmd_versions(), Thomas Weißschuh
    • Re: [PATCH v4 3/5] platform/chrome: cros_ec_proto: Introduce cros_ec_get_cmd_versions(), Tzung-Bi Shih
  • [PATCH v4 4/5] power: supply: add ChromeOS EC based charge control driver, Thomas Weißschuh
    • Re: [PATCH v4 4/5] power: supply: add ChromeOS EC based charge control driver, Sebastian Reichel
      • Re: [PATCH v4 4/5] power: supply: add ChromeOS EC based charge control driver, Thomas Weißschuh
  • [PATCH v4 1/5] ACPI: battery: add devm_battery_hook_register(), Thomas Weißschuh
  • [PATCH v4 5/5] power: supply: cros_charge-control: don't load if Framework control is present, Thomas Weißschuh
• [rafael-pm:bleeding-edge] BUILD SUCCESS 77f816ac2ebc44cb23e4581d78933ee5dd2876b4, kernel test robot
• [PATCH] ACPI: Only evaluate the Intel _OSC and _PDC on platforms with HWP, Mario Limonciello
  • Re: [PATCH] ACPI: Only evaluate the Intel _OSC and _PDC on platforms with HWP, Rafael J. Wysocki
    • Re: [PATCH] ACPI: Only evaluate the Intel _OSC and _PDC on platforms with HWP, Mario Limonciello
      • Re: [PATCH] ACPI: Only evaluate the Intel _OSC and _PDC on platforms with HWP, Rafael J. Wysocki
• [PATCH] ACPICA: Revert "ACPICA: avoid Info: mapping multiple BARs. Your kernel is fine.", Raju Rangoju
  • Re: [PATCH] ACPICA: Revert "ACPICA: avoid Info: mapping multiple BARs. Your kernel is fine.", Rafael J. Wysocki
• [GIT PULL] ACPI fixes for v6.10-rc4, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v6.10-rc4, pr-tracker-bot
• [GIT PULL] Thermal control fixes for v6.10-rc4, Rafael J. Wysocki
  • Re: [GIT PULL] Thermal control fixes for v6.10-rc4, pr-tracker-bot
• [PATCHv12 00/19] x86/tdx: Add kexec support, Kirill A. Shutemov
  • [PATCHv12 03/19] cpu/hotplug: Add support for declaring CPU offlining not supported, Kirill A. Shutemov
  • [PATCHv12 02/19] x86/apic: Mark acpi_mp_wake_* variables as __ro_after_init, Kirill A. Shutemov
  • [PATCHv12 04/19] cpu/hotplug, x86/acpi: Disable CPU offlining for ACPI MADT wakeup, Kirill A. Shutemov
  • [PATCHv12 01/19] x86/acpi: Extract ACPI MADT wakeup code into a separate file, Kirill A. Shutemov
  • [PATCHv12 06/19] x86/kexec: Keep CR4.MCE set during kexec for TDX guest, Kirill A. Shutemov
  • [PATCHv12 05/19] x86/relocate_kernel: Use named labels for less confusion, Kirill A. Shutemov
  • [PATCHv12 08/19] x86/mm: Return correct level from lookup_address() if pte is none, Kirill A. Shutemov
  • [PATCHv12 07/19] x86/mm: Make x86_platform.guest.enc_status_change_*() return errno, Kirill A. Shutemov
  • [PATCHv12 10/19] x86/mm: Add callbacks to prepare encrypted memory for kexec, Kirill A. Shutemov
  • [PATCHv12 09/19] x86/tdx: Account shared memory, Kirill A. Shutemov
  • [PATCHv12 12/19] x86/mm: Make e820__end_ram_pfn() cover E820_TYPE_ACPI ranges, Kirill A. Shutemov
  • [PATCHv12 13/19] x86/mm: Do not zap page table entries mapping unaccepted memory table during kdump., Kirill A. Shutemov
  • [PATCHv12 11/19] x86/tdx: Convert shared memory back to private on kexec, Kirill A. Shutemov
  • [PATCHv12 14/19] x86/acpi: Rename fields in acpi_madt_multiproc_wakeup structure, Kirill A. Shutemov
  • [PATCHv12 15/19] x86/acpi: Do not attempt to bring up secondary CPUs in kexec case, Kirill A. Shutemov
  • [PATCHv12 16/19] x86/smp: Add smp_ops.stop_this_cpu() callback, Kirill A. Shutemov
  • [PATCHv12 17/19] x86/mm: Introduce kernel_ident_mapping_free(), Kirill A. Shutemov
  • [PATCHv12 19/19] ACPI: tables: Print MULTIPROC_WAKEUP when MADT is parsed, Kirill A. Shutemov
  • [PATCHv12 18/19] x86/acpi: Add support for CPU offlining for ACPI MADT wakeup method, Kirill A. Shutemov
• [PATCH] acpi: Support CONFIG_ACPI without CONFIG_PCI, Suraj Jitindar Singh
  • Re: [PATCH] acpi: Support CONFIG_ACPI without CONFIG_PCI, Rafael J. Wysocki
    • Re: [PATCH] acpi: Support CONFIG_ACPI without CONFIG_PCI, Jitindar Singh, Suraj
      • Re: [PATCH] acpi: Support CONFIG_ACPI without CONFIG_PCI, Rafael J. Wysocki
• [PATCH 0/5] ACPI: sysfs: manage sysfs attributes through device core, Thomas Weißschuh
  • [PATCH 3/5] ACPI: sysfs: manage attributes as attribute_group, Thomas Weißschuh
  • [PATCH 2/5] ACPI: sysfs: use device lifecycle for _STR result, Thomas Weißschuh
    • Re: [PATCH 2/5] ACPI: sysfs: use device lifecycle for _STR result, Mark Brown
      • Re: [PATCH 2/5] ACPI: sysfs: use device lifecycle for _STR result, Thomas Weißschuh
        • Re: [PATCH 2/5] ACPI: sysfs: use device lifecycle for _STR result, Mark Brown