Linux ACPI

• Date Index

• Re: [PATCH] pwm: lpss: Fix get_state runtime-pm reference handling, (continued)
  • Re: [PATCH] pwm: lpss: Fix get_state runtime-pm reference handling, Andy Shevchenko
    • Re: [PATCH] pwm: lpss: Fix get_state runtime-pm reference handling, Hans de Goede
  • Re: [PATCH] pwm: lpss: Fix get_state runtime-pm reference handling, Thierry Reding
• [PATCH 0/2] Solve a few issues with intel_pmic_chtdc_ti.c, Mauro Carvalho Chehab
  • [PATCH 1/2] ACPI / PMIC: Add i2c address for thermal control, Mauro Carvalho Chehab
    • Re: [PATCH 1/2] ACPI / PMIC: Add i2c address for thermal control, Hans de Goede
    • Re: [PATCH 1/2] ACPI / PMIC: Add i2c address for thermal control, Mika Westerberg
    • Re: [PATCH 1/2] ACPI / PMIC: Add i2c address for thermal control, Andy Shevchenko
    • Re: [PATCH 1/2] ACPI / PMIC: Add i2c address for thermal control, Rafael J. Wysocki
      • Re: [PATCH 1/2] ACPI / PMIC: Add i2c address for thermal control, Hans de Goede
        • Re: [PATCH 1/2] ACPI / PMIC: Add i2c address for thermal control, Mauro Carvalho Chehab
          • Re: [PATCH 1/2] ACPI / PMIC: Add i2c address for thermal control, Rafael J. Wysocki
• [Patch v2] efi: cper: Add support for printing Firmware Error Record Reference, Punit Agrawal
  • Re: [Patch v2] efi: cper: Add support for printing Firmware Error Record Reference, Ard Biesheuvel
    • Re: [Patch v2] efi: cper: Add support for printing Firmware Error Record Reference, Punit Agrawal
  • [tip: efi/urgent] efi: cper: Add support for printing Firmware Error Record Reference, tip-bot2 for Punit Agrawal
• [PATCH 0/2] Let pci_fixup_final access iommu_fwnode, Zhangfei Gao
  • [PATCH 1/2] iommu/of: Let pci_fixup_final access iommu_fwnode, Zhangfei Gao
  • [PATCH 2/2] ACPI/IORT: Let pci_fixup_final access iommu_fwnode, Zhangfei Gao
  • Re: [PATCH 0/2] Let pci_fixup_final access iommu_fwnode, Zhangfei Gao
  • Re: [PATCH 0/2] Let pci_fixup_final access iommu_fwnode, Joerg Roedel
    • Re: [PATCH 0/2] Let pci_fixup_final access iommu_fwnode, Zhangfei Gao
• [PATCH] ACPI/IORT: Fix PMCG node always look for a single ID mapping., Tuan Phan
  • Re: [PATCH] ACPI/IORT: Fix PMCG node always look for a single ID mapping., Lorenzo Pieralisi
    • Re: [PATCH] ACPI/IORT: Fix PMCG node always look for a single ID mapping., Tuan Phan
• [pm:bleeding-edge] BUILD SUCCESS b68266410b45608f9ac68f17acd76bf64c209d21, kbuild test robot
• [PATCH v2] iommu/amd: Fix get_acpihid_device_id(), Raul E Rangel
  • Re: [PATCH v2] iommu/amd: Fix get_acpihid_device_id(), Joerg Roedel
• [ARM64 ACPI] different CPU L3 cache size reported by /sys/device/ and dmidecode, Aaron Chou
  • <Possible follow-ups>
  • [ARM64 ACPI] different CPU L3 cache size reported by /sys/device/ and dmidecode, Aaron Chou
    • Re: [ARM64 ACPI] different CPU L3 cache size reported by /sys/device/ and dmidecode, Hanjun Guo
    • Re: [ARM64 ACPI] different CPU L3 cache size reported by /sys/device/ and dmidecode, Sudeep Holla
      • Re: [ARM64 ACPI] different CPU L3 cache size reported by /sys/device/ and dmidecode, Aaron Chou
• [PATCH] ACPI: Delete unused proc filename macros, Pascal Terjan
  • Re: [PATCH] ACPI: Delete unused proc filename macros, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 6a6044584305b1d608cd3b6d42c01fd4ac35cabf, kbuild test robot
• [pm:bleeding-edge] BUILD SUCCESS 6df1213fbae91c875034ec8888404aa30022dad7, kbuild test robot
• [PATCH] ACPI/IORT: Remove the unused __get_pci_rid(), Zenghui Yu
  • Re: [PATCH] ACPI/IORT: Remove the unused __get_pci_rid(), Hanjun Guo
    • Re: [PATCH] ACPI/IORT: Remove the unused __get_pci_rid(), Zenghui Yu
  • Re: [PATCH] ACPI/IORT: Remove the unused __get_pci_rid(), Lorenzo Pieralisi
  • Re: [PATCH] ACPI/IORT: Remove the unused __get_pci_rid(), Will Deacon
• [PATCH v2] ACPI: EC: s2idle: Avoid premature returns from acpi_s2idle_wake(), Rafael J. Wysocki
  • Re: [PATCH v2] ACPI: EC: s2idle: Avoid premature returns from acpi_s2idle_wake(), Chris Chiu
• [PATCH] iommu/amd: Fix get_acpihid_device_id, Raul E Rangel
  • Re: [PATCH] iommu/amd: Fix get_acpihid_device_id, Andy Shevchenko
• [PATCH] ACPI: EC: s2idle: Avoid premature returns from acpi_s2idle_wake(), Rafael J. Wysocki
• [PATCH -next] arm64: gtdt: Fix section mismatch in next_platform_timer(), Kefeng Wang
  • Re: [PATCH -next] arm64: gtdt: Fix section mismatch in next_platform_timer(), Hanjun Guo
• [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
  • [RFC PATCH 1/7] mm: Add functions to track page directory modifications, Joerg Roedel
  • [RFC PATCH 7/7] x86/mm: Remove vmalloc faulting, Joerg Roedel
  • [RFC PATCH 3/7] mm/ioremap: Track which page-table levels were modified, Joerg Roedel
  • [RFC PATCH 4/7] x86/mm/64: Implement arch_sync_kernel_mappings(), Joerg Roedel
  • [RFC PATCH 2/7] mm/vmalloc: Track which page-table levels were modified, Joerg Roedel
    • Re: [RFC PATCH 2/7] mm/vmalloc: Track which page-table levels were modified, Peter Zijlstra
      • Re: [RFC PATCH 2/7] mm/vmalloc: Track which page-table levels were modified, Joerg Roedel
  • [RFC PATCH 6/7] mm: Remove vmalloc_sync_(un)mappings(), Joerg Roedel
    • Re: [RFC PATCH 6/7] mm: Remove vmalloc_sync_(un)mappings(), Steven Rostedt
      • Re: [RFC PATCH 6/7] mm: Remove vmalloc_sync_(un)mappings(), Joerg Roedel
  • [RFC PATCH 5/7] x86/mm/32: Implement arch_sync_kernel_mappings(), Joerg Roedel
  • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Peter Zijlstra
    • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
      • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Peter Zijlstra
        • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
        • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Matthew Wilcox
          • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Peter Zijlstra
            • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Matthew Wilcox
              • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Matthew Wilcox
              • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Peter Zijlstra
  • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Andy Lutomirski
    • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
      • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Andy Lutomirski
        • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
          • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Andy Lutomirski
            • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
              • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Andy Lutomirski
                • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
            • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Peter Zijlstra
              • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Andy Lutomirski
                • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Peter Zijlstra
                • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
                  • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Andy Lutomirski
                    • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Joerg Roedel
                      • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Steven Rostedt
                  • Re: [RFC PATCH 0/7] mm: Get rid of vmalloc_sync_(un)mappings(), Steven Rostedt
• [PATCH 1/2] ACPI: GTDT: Put GTDT table after parsing, Hanjun Guo
  • [PATCH 2/2] ACPI: IORT: Add comments for not calling acpi_put_table(), Hanjun Guo
  • Re: [PATCH 1/2] ACPI: GTDT: Put GTDT table after parsing, Will Deacon
• [PATCH v2] ACPI: IORT: Add extra message "applying workaround" for off-by-1 issue, Hanjun Guo
  • Re: [PATCH v2] ACPI: IORT: Add extra message "applying workaround" for off-by-1 issue, Ard Biesheuvel
  • Re: [PATCH v2] ACPI: IORT: Add extra message "applying workaround" for off-by-1 issue, Will Deacon
• [pm:bleeding-edge] BUILD SUCCESS 5b45c277ddc338e5236f44f9be4a64ff904ec9b5, kbuild test robot
• [PATCH v2] ACPI: Drop rcu usage for MMIO mappings, Dan Williams
  • Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings, Rafael J. Wysocki
    • Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings, Dan Williams
      • Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings, Rafael J. Wysocki
        • Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings, Dan Williams
          • Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings, Rafael J. Wysocki
  • [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management, Rafael J. Wysocki
    • Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management, Dan Williams
      • Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management, Rafael J. Wysocki
        • Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management, Rafael J. Wysocki
          • Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management, Rafael J. Wysocki
    • Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management, Andy Shevchenko
      • Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management, Rafael J. Wysocki
  • [RFT][PATCH 0/3] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Rafael J. Wysocki
    • [RFT][PATCH 3/3] ACPI: OSL: Define ACPI_OS_MAP_MEMORY_FAST_PATH(), Rafael J. Wysocki
    • [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit, Rafael J. Wysocki
      • RE: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit, Kaneda, Erik
        • Re: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit, Rafael J. Wysocki
          • Re: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit, Rafael J. Wysocki
            • Re: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit, Dan Williams
    • [RFT][PATCH 1/3] ACPICA: Defer unmapping of memory used in memory opregions, Rafael J. Wysocki
    • Re: [RFT][PATCH 0/3] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Rafael J. Wysocki
  • [RFT][PATCH v2 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Rafael J. Wysocki
    • [RFT][PATCH v2 4/4] ACPI: OSL: Implement acpi_os_map_memory_fast_path(), Rafael J. Wysocki
    • [RFT][PATCH v2 3/4] ACPICA: Preserve memory opregion mappings if supported by OS, Rafael J. Wysocki
      • RE: [RFT][PATCH v2 3/4] ACPICA: Preserve memory opregion mappings if supported by OS, Kaneda, Erik
        • Re: [RFT][PATCH v2 3/4] ACPICA: Preserve memory opregion mappings if supported by OS, Rafael J. Wysocki
    • [RFT][PATCH v2 2/4] ACPI: OSL: Add support for deferred unmapping of ACPI memory, Rafael J. Wysocki
      • Re: [RFT][PATCH v2 2/4] ACPI: OSL: Add support for deferred unmapping of ACPI memory, Andy Shevchenko
        • Re: [RFT][PATCH v2 2/4] ACPI: OSL: Add support for deferred unmapping of ACPI memory, Rafael J. Wysocki
          • Re: [RFT][PATCH v2 2/4] ACPI: OSL: Add support for deferred unmapping of ACPI memory, Andy Shevchenko
    • [RFT][PATCH v2 1/4] ACPICA: Defer unmapping of opregion memory if supported by OS, Rafael J. Wysocki
    • [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Rafael J. Wysocki
      • [RFT][PATCH v3 4/4] ACPI: OSL: Implement acpi_os_map_memory_fast_path(), Rafael J. Wysocki
      • [RFT][PATCH v3 1/4] ACPICA: Take deferred unmapping of memory into account, Rafael J. Wysocki
      • [RFT][PATCH v3 2/4] ACPI: OSL: Implement deferred unmapping of ACPI memory, Rafael J. Wysocki
      • [RFT][PATCH v3 3/4] ACPICA: Preserve memory opregion mappings if supported by OS, Rafael J. Wysocki
      • Re: [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Dan Williams
        • Re: [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Rafael J. Wysocki
          • Re: [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Dan Williams
            • Re: [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Rafael J. Wysocki
      • [PATCH v4 0/2] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter, Rafael J. Wysocki
        • [PATCH v4 1/2] ACPI: OSL: Implement deferred unmapping of ACPI memory, Rafael J. Wysocki
        • [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings, Rafael J. Wysocki
          • Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings, Al Stone
            • Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings, Rafael J. Wysocki
              • Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings, Al Stone
                • Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings, Rafael J. Wysocki
                  • Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings, Al Stone
          • Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings, Verma, Vishal L
            • Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings, Rafael J. Wysocki
• [PATCH] PNPBIOS: Replace zero-length array with flexible-array, Gustavo A. R. Silva
  • Re: [PATCH] PNPBIOS: Replace zero-length array with flexible-array, Rafael J. Wysocki
• [PATCH 0/4] usb: typec: Intel PMC driver changes, Heikki Krogerus
  • [PATCH 3/4] usb: typec: Add firmware documentation for the Intel PMC mux control, Heikki Krogerus
  • [PATCH 4/4] MAINTAINERS: Add entry for Intel PMC mux driver, Heikki Krogerus
  • [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Heikki Krogerus
    • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Prashant Malani
      • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Heikki Krogerus
        • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Prashant Malani
        • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Heikki Krogerus
          • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Prashant Malani
            • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Heikki Krogerus
              • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Prashant Malani
                • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Prashant Malani
                  • Re: [PATCH 2/4] usb: typec: mux: intel_pmc_mux: Support for static SBU/HSL orientation, Heikki Krogerus
  • [PATCH 1/4] usb: typec: Add typec_find_orientation(), Heikki Krogerus
• [PATCH v4 03/15] virtio-mem: Allow to specify an ACPI PXM as nid, David Hildenbrand
• [PATCH v4 01/15] virtio-mem: Paravirtualized memory hotplug, David Hildenbrand
• [PATCH] ACPI: IORT: Add extra message "applying workaround" for off-by-1 issue, Hanjun Guo
  • Re: [PATCH] ACPI: IORT: Add extra message "applying workaround" for off-by-1 issue, Ard Biesheuvel
    • Re: [PATCH] ACPI: IORT: Add extra message "applying workaround" for off-by-1 issue, Hanjun Guo
      • Re: [PATCH] ACPI: IORT: Add extra message "applying workaround" for off-by-1 issue, Hanjun Guo
        • Re: [PATCH] ACPI: IORT: Add extra message "applying workaround" for off-by-1 issue, Ard Biesheuvel
• [PATCH v2 1/2] ACPI / utils: Add acpi_evaluate_reg() helper, Hans de Goede
  • [PATCH v2 2/2] ACPI / hotplug / PCI: Use the new acpi_evaluate_reg() helper, Hans de Goede
    • Re: [PATCH v2 2/2] ACPI / hotplug / PCI: Use the new acpi_evaluate_reg() helper, Rafael J. Wysocki
• [PATCH v3 02/15] virtio-mem: Allow to specify an ACPI PXM as nid, David Hildenbrand
• [PATCH v3 01/15] virtio-mem: Paravirtualized memory hotplug, David Hildenbrand
• [PATCH 0/9] ACPI: Call acpi_put_table() to release the ACPI table mappings, Hanjun Guo
  • [PATCH 3/9] ACPI: APEI: Put the boot error record table after parsing, Hanjun Guo
  • [PATCH 4/9] ACPI: APEI: Put the error injection table for error path and module exit, Hanjun Guo
  • [PATCH 2/9] ACPI: watchdog: Put the watchdog action table after parsing, Hanjun Guo
  • [PATCH 5/9] ACPI: APEI: Put the error record serialization table for error path, Hanjun Guo
  • [PATCH 1/9] ACPI: LPIT: Put the low power idle table after using it, Hanjun Guo
  • [PATCH 8/9] ACPI: scan: Put SPCR and STAO table after using it, Hanjun Guo
  • [PATCH 6/9] ACPI: APEI: Put the HEST table for error path, Hanjun Guo
  • [PATCH 9/9] ACPI: sleep: Put the FACS table after using it, Hanjun Guo
  • [PATCH 7/9] ACPI: EC: Put the ACPI table after using it, Hanjun Guo
    • Re: [PATCH 7/9] ACPI: EC: Put the ACPI table after using it, Rafael J. Wysocki
      • Re: [PATCH 7/9] ACPI: EC: Put the ACPI table after using it, Rafael J. Wysocki
        • Re: [PATCH 7/9] ACPI: EC: Put the ACPI table after using it, Hanjun Guo
• [PATCH -next] ACPI: debug: Make two functions static, Zheng Zengkai
  • Re: [PATCH -next] ACPI: debug: Make two functions static, Rafael J. Wysocki
• Fwd: Suspend, Jaime Perez
  • RE: Suspend, Kaneda, Erik
• is there a memleak in function acpi_cppc_processor_probe, 亿一
• [net-next PATCH v3 0/5] Introduce new fwnode based APIs to support phylink and phy layers, Calvin Johnson
  • [net-next PATCH v3 1/5] net: phy: Introduce phy related fwnode functions, Calvin Johnson
    • Re: [net-next PATCH v3 1/5] net: phy: Introduce phy related fwnode functions, Russell King - ARM Linux admin
    • Re: [net-next PATCH v3 1/5] net: phy: Introduce phy related fwnode functions, kbuild test robot
    • Re: [net-next PATCH v3 1/5] net: phy: Introduce phy related fwnode functions, Russell King - ARM Linux admin
    • Re: [net-next PATCH v3 1/5] net: phy: Introduce phy related fwnode functions, kbuild test robot
  • [net-next PATCH v3 2/5] net: phy: alphabetically sort header includes, Calvin Johnson
  • [net-next PATCH v3 3/5] phylink: Introduce phylink_fwnode_phy_connect(), Calvin Johnson
    • Re: [net-next PATCH v3 3/5] phylink: Introduce phylink_fwnode_phy_connect(), Andy Shevchenko
    • Re: [net-next PATCH v3 3/5] phylink: Introduce phylink_fwnode_phy_connect(), Russell King - ARM Linux admin
  • [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
    • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Andy Shevchenko
      • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Russell King - ARM Linux admin
    • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Jeremy Linton
      • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Andy Shevchenko
        • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Jeremy Linton
          • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
            • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Andrew Lunn
              • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Jeremy Linton
                • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Andrew Lunn
                  • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Jeremy Linton
                    • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Andrew Lunn
                      • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Jeremy Linton
                      • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
                        • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Russell King - ARM Linux admin
                          • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
                            • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Russell King - ARM Linux admin
                              • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
                        • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Andrew Lunn
                          • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Russell King - ARM Linux admin
                          • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
                    • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
              • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
                • Re: [net-next PATCH v3 4/5] net: phy: Introduce fwnode_get_phy_id(), Andrew Lunn
  • [net-next PATCH v3 5/5] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Calvin Johnson
    • Re: [net-next PATCH v3 5/5] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Andy Shevchenko
      • Re: [net-next PATCH v3 5/5] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Calvin Johnson
        • Re: [net-next PATCH v3 5/5] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Andy Shevchenko
• [PATCH 0/3] ACPI / utils: Add acpi_evaluate_reg() helper, Hans de Goede
  • [PATCH 2/3] ACPI / hotplug / PCI: Use the new acpi_evaluate_reg() helper, Hans de Goede
    • Re: [PATCH 2/3] ACPI / hotplug / PCI: Use the new acpi_evaluate_reg() helper, Andy Shevchenko
    • Re: [PATCH 2/3] ACPI / hotplug / PCI: Use the new acpi_evaluate_reg() helper, Bjorn Helgaas
  • [PATCH 1/3] ACPI / utils: Add acpi_evaluate_reg() helper, Hans de Goede
    • Re: [PATCH 1/3] ACPI / utils: Add acpi_evaluate_reg() helper, Andy Shevchenko
      • Re: [PATCH 1/3] ACPI / utils: Add acpi_evaluate_reg() helper, Hans de Goede
    • Re: [PATCH 1/3] ACPI / utils: Add acpi_evaluate_reg() helper, Andy Shevchenko
    • Re: [PATCH 1/3] ACPI / utils: Add acpi_evaluate_reg() helper, Bjorn Helgaas
  • [PATCH 3/3] pinctrl: cherryview: Use the new acpi_evaluate_reg() helper, Hans de Goede
    • Re: [PATCH 3/3] pinctrl: cherryview: Use the new acpi_evaluate_reg() helper, Andy Shevchenko
  • Re: [PATCH 0/3] ACPI / utils: Add acpi_evaluate_reg() helper, Andy Shevchenko
    • Re: [PATCH 0/3] ACPI / utils: Add acpi_evaluate_reg() helper, Hans de Goede
• 5.6 regression caused by "ACPICA: Dispatcher: always generate buffer objects for ASL create_field() operator", Hans de Goede
  • Re: 5.6 regression caused by "ACPICA: Dispatcher: always generate buffer objects for ASL create_field() operator", Maximilian Luz
    • RE: 5.6 regression caused by "ACPICA: Dispatcher: always generate buffer objects for ASL create_field() operator", Kaneda, Erik
      • Re: 5.6 regression caused by "ACPICA: Dispatcher: always generate buffer objects for ASL create_field() operator", Rafael J. Wysocki
        • Re: 5.6 regression caused by "ACPICA: Dispatcher: always generate buffer objects for ASL create_field() operator", Hans de Goede
• Re: [PATCH 1/2] [sony-laptop] SNC calls should handle BUFFER types, Andy Shevchenko
  • Re: [PATCH 1/2] [sony-laptop] SNC calls should handle BUFFER types, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 1985b45de01473658db9194e948eb151f9e076ae, kbuild test robot
• [PATCH 0/6] ACPICA release 20200430, Erik Kaneda
  • [PATCH 2/6] ACPICA: Move acpi_gbl_next_cmd_num definition to acglobal.h, Erik Kaneda
  • [PATCH 3/6] ACPICA: Disassembler: ignore AE_ALREADY_EXISTS status when parsing create operators, Erik Kaneda
  • [PATCH 1/6] ACPICA: Make acpi_protocol_lengths static, Erik Kaneda
  • [PATCH 4/6] ACPICA: Dispatcher: add status checks, Erik Kaneda
  • [PATCH 5/6] ACPICA: Fix required parameters for _NIG and _NIH, Erik Kaneda
  • [PATCH 6/6] ACPICA: Update version to 20200430, Erik Kaneda
  • Re: [PATCH 0/6] ACPICA release 20200430, Rafael J. Wysocki
• System fails to exit s2idle by a keystroke on my laptop, Chris Chiu
  • Re: System fails to exit s2idle by a keystroke on my laptop, Rafael J. Wysocki
    • Re: System fails to exit s2idle by a keystroke on my laptop, Rafael J. Wysocki
      • Re: System fails to exit s2idle by a keystroke on my laptop, Chris Chiu
        • Re: System fails to exit s2idle by a keystroke on my laptop, Rafael J. Wysocki
          • Re: System fails to exit s2idle by a keystroke on my laptop, Chris Chiu
            • Re: System fails to exit s2idle by a keystroke on my laptop, Rafael J. Wysocki
              • Re: System fails to exit s2idle by a keystroke on my laptop, Chris Chiu
                • Re: System fails to exit s2idle by a keystroke on my laptop, Rafael J. Wysocki
• [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Hans de Goede
  • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Mika Westerberg
    • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Hans de Goede
      • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Mika Westerberg
        • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Hans de Goede
          • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Andy Shevchenko
        • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Hans de Goede
          • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Mika Westerberg
            • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Hans de Goede
              • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Mika Westerberg
                • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Hans de Goede
  • Re: [PATCH v2] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Sasha Levin
• [PATCH v4 01/11] iio: light: cm32181: Switch to new style i2c-driver probe function, Hans de Goede
  • [PATCH v4 02/11] iio: light: cm32181: Add support for ACPI enumeration, Hans de Goede
  • [PATCH v4 03/11] iio: light: cm32181: Add some extra register defines, Hans de Goede
  • [PATCH v4 04/11] iio: light: cm32181: Add support for the CM3218, Hans de Goede
  • [PATCH v4 08/11] iio: light: cm32181: Use units of 1/100000th for calibscale and lux_per_bit, Hans de Goede
  • [PATCH v4 07/11] iio: light: cm32181: Change reg_init to use a bitmap of which registers to init, Hans de Goede
  • [PATCH v4 09/11] iio: light: cm32181: Make lux_per_bit and lux_per_bit_base_it runtime settings, Hans de Goede
  • [PATCH v4 10/11] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Hans de Goede
    • Re: [PATCH v4 10/11] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Jonathan Cameron
      • Re: [PATCH v4 10/11] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Hans de Goede
  • [PATCH v4 11/11] iio: light: cm32181: Fix integartion time typo, Hans de Goede
  • [PATCH v4 06/11] iio: light: cm32181: Handle CM3218 ACPI devices with 2 I2C resources, Hans de Goede
  • [PATCH v4 05/11] iio: light: cm32181: Clean up the probe function a bit, Hans de Goede
  • Re: [PATCH v4 01/11] iio: light: cm32181: Switch to new style i2c-driver probe function, Jonathan Cameron
    • Re: [PATCH v4 01/11] iio: light: cm32181: Switch to new style i2c-driver probe function, Hans de Goede
      • Re: [PATCH v4 01/11] iio: light: cm32181: Switch to new style i2c-driver probe function, Jonathan Cameron
• [GIT PULL] Power management fixes for v5.7-rc4, Rafael J. Wysocki
  • Re: [GIT PULL] Power management fixes for v5.7-rc4, pr-tracker-bot
• [PATCH 0/5] platform/x86: intel-vbtn: Fixes + rework to make it work on more devices, Hans de Goede
  • [PATCH 2/5] platform/x86: intel-vbtn: Split keymap into buttons and switches parts, Hans de Goede
  • [PATCH 1/5] platform/x86: intel-vbtn: Use acpi_evaluate_integer(), Hans de Goede
  • [PATCH 3/5] platform/x86: intel-vbtn: Do not advertise switches to userspace if they are not there, Hans de Goede
  • [PATCH 5/5] platform/x86: intel-vbtn: Fix probe failure on devices with only switches, Hans de Goede
  • [PATCH 4/5] platform/x86: intel-vbtn: Also handle tablet-mode switch on "Detachable" and "Portable" chassis-types, Hans de Goede
    • RE: [PATCH 4/5] platform/x86: intel-vbtn: Also handle tablet-mode switch on "Detachable" and "Portable" chassis-types, Mario.Limonciello
      • Re: [PATCH 4/5] platform/x86: intel-vbtn: Also handle tablet-mode switch on "Detachable" and "Portable" chassis-types, Hans de Goede
        • RE: [PATCH 4/5] platform/x86: intel-vbtn: Also handle tablet-mode switch on "Detachable" and "Portable" chassis-types, Mario.Limonciello
          • Re: [PATCH 4/5] platform/x86: intel-vbtn: Also handle tablet-mode switch on "Detachable" and "Portable" chassis-types, Andy Shevchenko
            • Re: [PATCH 4/5] platform/x86: intel-vbtn: Also handle tablet-mode switch on "Detachable" and "Portable" chassis-types, Hans de Goede
  • RE: [PATCH 0/5] platform/x86: intel-vbtn: Fixes + rework to make it work on more devices, Mario.Limonciello
• [PATCH v2 0/3] ACPI / APEI: Kick the memory_failure() queue for synchronous errors, James Morse
  • [PATCH v2 1/3] mm/memory-failure: Add memory_failure_queue_kick(), James Morse
    • Re: [PATCH v2 1/3] mm/memory-failure: Add memory_failure_queue_kick(), Rafael J. Wysocki
      • Re: [PATCH v2 1/3] mm/memory-failure: Add memory_failure_queue_kick(), Andrew Morton
        • Re: [PATCH v2 1/3] mm/memory-failure: Add memory_failure_queue_kick(), HORIGUCHI NAOYA(堀口　直也)
          • Re: [PATCH v2 1/3] mm/memory-failure: Add memory_failure_queue_kick(), Rafael J. Wysocki
  • [PATCH v2 2/3] ACPI / APEI: Kick the memory_failure() queue for synchronous errors, James Morse
  • [PATCH v2 3/3] arm64: acpi: Make apei_claim_sea() synchronise with APEI's irq work, James Morse
• [PATCH v2 0/2] ACPI/IORT: rework num_ids off-by-one quirk, Ard Biesheuvel
  • [PATCH v2 1/2] Revert "ACPI/IORT: Fix 'Number of IDs' handling in iort_id_map()", Ard Biesheuvel
  • [PATCH v2 2/2] ACPI/IORT: work around num_ids ambiguity, Ard Biesheuvel
    • Re: [PATCH v2 2/2] ACPI/IORT: work around num_ids ambiguity, Hanjun Guo
      • Re: [PATCH v2 2/2] ACPI/IORT: work around num_ids ambiguity, Ard Biesheuvel
        • Re: [PATCH v2 2/2] ACPI/IORT: work around num_ids ambiguity, Hanjun Guo
          • Re: [PATCH v2 2/2] ACPI/IORT: work around num_ids ambiguity, Will Deacon
            • Re: [PATCH v2 2/2] ACPI/IORT: work around num_ids ambiguity, Hanjun Guo
      • Re: [PATCH v2 2/2] ACPI/IORT: work around num_ids ambiguity, Hanjun Guo
    • Re: [PATCH v2 2/2] ACPI/IORT: work around num_ids ambiguity, Lorenzo Pieralisi
  • Re: [PATCH v2 0/2] ACPI/IORT: rework num_ids off-by-one quirk, Will Deacon
• [pm:bleeding-edge] BUILD SUCCESS cc703950c132eb01dd25cc20429ad8b8cb27707c, kbuild test robot
• [PATCH RFC 0/2] ACPI/IORT: rework num_ids off-by-one quirk, Ard Biesheuvel
  • [PATCH RFC 1/2] Revert "ACPI/IORT: Fix 'Number of IDs' handling in iort_id_map()", Ard Biesheuvel
  • [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Ard Biesheuvel
    • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Robin Murphy
      • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Ard Biesheuvel
        • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Robin Murphy
          • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Ard Biesheuvel
            • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Lorenzo Pieralisi
              • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Ard Biesheuvel
                • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Robin Murphy
            • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Robin Murphy
              • Re: [PATCH RFC 2/2] ACPI/IORT: work around num_ids ambiguity, Ard Biesheuvel
• drivers/acpi/sysfs.c：a kobject memleak in acpi_sysfs_add_hotplug_profile?, 亿一
• Параметры учётной записи для Adult best frее dating sitеs сanаda 2019: https://cutt.us/igHCG на сайте Фонд поддержки малого и среднего предпринимательства - микрофинансовая организация МО "Город Гатчина", mspfond-gtn
• [PATCH v2 0/3] mm/memory_hotplug: Allow to not create firmware memmap entries, David Hildenbrand
  • [PATCH v2 1/3] mm/memory_hotplug: Prepare passing flags to add_memory() and friends, David Hildenbrand
  • [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
    • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Eric W. Biederman
      • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
        • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dave Hansen
        • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Eric W. Biederman
          • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
            • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Eric W. Biederman
              • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dan Williams
                • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Andrew Morton
                  • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                    • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dan Williams
                      • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                        • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dan Williams
                          • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                            • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                              • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dan Williams
                                • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                                  • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dan Williams
                                    • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                                    • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dan Williams
                                    • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                                    • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dan Williams
                                    • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
                                    • Re: [PATCH v2 2/3] mm/memory_hotplug: Introduce MHP_NO_FIRMWARE_MEMMAP, Dan Williams
  • [PATCH v2 3/3] device-dax: Add system ram (add_memory()) with MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
    • Re: [PATCH v2 3/3] device-dax: Add system ram (add_memory()) with MHP_NO_FIRMWARE_MEMMAP, Dave Hansen
      • Re: [PATCH v2 3/3] device-dax: Add system ram (add_memory()) with MHP_NO_FIRMWARE_MEMMAP, David Hildenbrand
• [PATCH v1 0/3] mm/memory_hotplug: Make virtio-mem play nicely with kexec-tools, David Hildenbrand
  • [PATCH v1 1/3] mm/memory_hotplug: Prepare passing flags to add_memory() and friends, David Hildenbrand
    • Re: [PATCH v1 1/3] mm/memory_hotplug: Prepare passing flags to add_memory() and friends, Wei Liu
  • [PATCH v1 2/3] mm/memory_hotplug: Introduce MHP_DRIVER_MANAGED, David Hildenbrand
    • Re: [PATCH v1 2/3] mm/memory_hotplug: Introduce MHP_DRIVER_MANAGED, David Hildenbrand
      • Re: [PATCH v1 2/3] mm/memory_hotplug: Introduce MHP_DRIVER_MANAGED, Dan Williams
        • Re: [PATCH v1 2/3] mm/memory_hotplug: Introduce MHP_DRIVER_MANAGED, David Hildenbrand
          • Re: [PATCH v1 2/3] mm/memory_hotplug: Introduce MHP_DRIVER_MANAGED, Dan Williams
  • [PATCH v1 3/3] virtio-mem: Add memory with MHP_DRIVER_MANAGED, David Hildenbrand
• [PATCH] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Hans de Goede
  • Re: [PATCH] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Andy Shevchenko
    • Re: [PATCH] pinctrl: cherryview: Ensure _REG(ACPI_ADR_SPACE_GPIO, 1) gets called, Hans de Goede
• [PATCH] platform/x86: intel-vbtn: Use acpi_evaluate_integer(), Hans de Goede
  • Re: [PATCH] platform/x86: intel-vbtn: Use acpi_evaluate_integer(), Hans de Goede
• [PATCH] acpi: avoid uninialized-variable warning, Arnd Bergmann
  • Re: [PATCH] acpi: avoid uninialized-variable warning, Andy Shevchenko
• [PATCH v3 01/11] iio: light: cm32181: Switch to new style i2c-driver probe function, Hans de Goede
  • [PATCH v3 02/11] iio: light: cm32181: Add support for ACPI enumeration, Hans de Goede
  • [PATCH v3 05/11] iio: light: cm32181: Clean up the probe function a bit, Hans de Goede
    • Re: [PATCH v3 05/11] iio: light: cm32181: Clean up the probe function a bit, Jonathan Cameron
  • [PATCH v3 06/11] iio: light: cm32181: Handle CM3218 ACPI devices with 2 I2C resources, Hans de Goede
    • Re: [PATCH v3 06/11] iio: light: cm32181: Handle CM3218 ACPI devices with 2 I2C resources, Jonathan Cameron
      • Re: [PATCH v3 06/11] iio: light: cm32181: Handle CM3218 ACPI devices with 2 I2C resources, Hans de Goede
  • [PATCH v3 07/11] iio: light: cm32181: Change reg_init to use a bitmap of which registers to init, Hans de Goede
  • [PATCH v3 08/11] iio: light: cm32181: Use units of 1/100000th for calibscale and lux_per_bit, Hans de Goede
  • [PATCH v3 09/11] iio: light: cm32181: Make lux_per_bit and lux_per_bit_base_it runtime settings, Hans de Goede
  • [PATCH v3 10/11] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Hans de Goede
    • Re: [PATCH v3 10/11] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Jonathan Cameron
      • Re: [PATCH v3 10/11] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Andy Shevchenko
        • Re: [PATCH v3 10/11] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Jonathan Cameron
      • Re: [PATCH v3 10/11] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Hans de Goede
  • [PATCH v3 11/11] iio: light: cm32181: Fix integartion time typo, Hans de Goede
  • [PATCH v3 04/11] iio: light: cm32181: Add support for the CM3218, Hans de Goede
    • Re: [PATCH v3 04/11] iio: light: cm32181: Add support for the CM3218, Jonathan Cameron
      • Re: [PATCH v3 04/11] iio: light: cm32181: Add support for the CM3218, Hans de Goede
        • Re: [PATCH v3 04/11] iio: light: cm32181: Add support for the CM3218, Jonathan Cameron
  • [PATCH v3 03/11] iio: light: cm32181: Add some extra register defines, Hans de Goede
  • Re: [PATCH v3 01/11] iio: light: cm32181: Switch to new style i2c-driver probe function, Jonathan Cameron
    • Re: [PATCH v3 01/11] iio: light: cm32181: Switch to new style i2c-driver probe function, Hans de Goede
• [PATCH 0/2] Add support for StorageD3Enable _DSD property, David E. Box
  • [PATCH 1/2] pci: Add ACPI StorageD3Enable _DSD support, David E. Box
    • Re: [PATCH 1/2] pci: Add ACPI StorageD3Enable _DSD support, Rafael J. Wysocki
      • Re: [PATCH 1/2] pci: Add ACPI StorageD3Enable _DSD support, David E. Box
  • [PATCH 2/2] drivers/nvme: Add support for ACPI StorageD3Enable property, David E. Box
  • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, Christoph Hellwig
    • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, David E. Box
      • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, Christoph Hellwig
        • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, David E. Box
          • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, Williams, Dan J
            • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, Keith Busch
            • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, David E. Box
              • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, hch@xxxxxx
                • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, David E. Box
            • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, hch@xxxxxx
            • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, David Woodhouse
              • Re: [PATCH 0/2] Add support for StorageD3Enable _DSD property, Dan Williams
  • [PATCH V2 0/2] nvme: Add support for ACPI StorageD3Enable property, David E. Box
    • Re: [PATCH V2 0/2] nvme: Add support for ACPI StorageD3Enable property, David E. Box
      • Re: [PATCH V2 0/2] nvme: Add support for ACPI StorageD3Enable property, Dan Williams
        • Re: [PATCH V2 0/2] nvme: Add support for ACPI StorageD3Enable property, David E. Box
    • [PATCH v3] drivers/nvme: Add support for ACPI StorageD3Enable property, David E. Box
    • [PATCH v4] drivers/nvme: Add support for ACPI StorageD3Enable property, David E. Box
      • Re: [PATCH v4] drivers/nvme: Add support for ACPI StorageD3Enable property, kernel test robot
      • Re: [PATCH v4] drivers/nvme: Add support for ACPI StorageD3Enable property, Rafael J. Wysocki
        • Re: [PATCH v4] drivers/nvme: Add support for ACPI StorageD3Enable property, David E. Box
      • Re: [PATCH v4] drivers/nvme: Add support for ACPI StorageD3Enable property, Christoph Hellwig
      • [PATCH V5] drivers/nvme: Add support for ACPI StorageD3Enable property, David E. Box
        • Re: [PATCH V5] drivers/nvme: Add support for ACPI StorageD3Enable property, Rafael J. Wysocki
          • Re: [PATCH V5] drivers/nvme: Add support for ACPI StorageD3Enable property, Christoph Hellwig
        • Re: [PATCH V5] drivers/nvme: Add support for ACPI StorageD3Enable property, Raul E Rangel
  • [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support, David E. Box
    • Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support, Bjorn Helgaas
      • Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support, Rafael J. Wysocki
        • Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support, Mika Westerberg
        • Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support, David E. Box
        • Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support, Bjorn Helgaas
    • Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support, Bjorn Helgaas
      • Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support, David E. Box
  • [PATCH V2 2/2] drivers/nvme: Add support for ACPI StorageD3Enable property, David E. Box
• [pm:bleeding-edge] BUILD SUCCESS d38f9bc9261a2b20e8509370b5df9bdb3badaf81, kbuild test robot
• [PATCH v2 1/8] iio: light: cm32181: Add some extra register defines, Hans de Goede
  • [PATCH v2 2/8] iio: light: cm32181: Add support for the CM3218, Hans de Goede
  • [PATCH v2 3/8] iio: light: cm32181: Handle ACPI instantiating a cm32181 client on the SMBus ARA, Hans de Goede
    • Re: [PATCH v2 3/8] iio: light: cm32181: Handle ACPI instantiating a cm32181 client on the SMBus ARA, Hans de Goede
  • [PATCH v2 7/8] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Hans de Goede
  • [PATCH v2 6/8] iio: light: cm32181: Make lux_per_bit and lux_per_bit_base_it runtime settings, Hans de Goede
  • [PATCH v2 8/8] iio: light: cm32181: Fix integartion time typo, Hans de Goede
  • [PATCH v2 5/8] iio: light: cm32181: Use units of 1/100000th for calibscale and lux_per_bit, Hans de Goede
  • [PATCH v2 4/8] iio: light: cm32181: Change reg_init to use a bitmap of which registers to init, Hans de Goede
  • Re: [PATCH v2 1/8] iio: light: cm32181: Add some extra register defines, Hans de Goede
• [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Calvin Johnson
  • [net-next PATCH v2 3/3] phylink: Introduce phylink_fwnode_phy_connect(), Calvin Johnson
    • Re: [net-next PATCH v2 3/3] phylink: Introduce phylink_fwnode_phy_connect(), Russell King - ARM Linux admin
  • [net-next PATCH v2 2/3] net: phy: alphabetically sort header includes, Calvin Johnson
  • [net-next PATCH v2 1/3] device property: Introduce phy related fwnode functions, Calvin Johnson
    • Re: [net-next PATCH v2 1/3] device property: Introduce phy related fwnode functions, Russell King - ARM Linux admin
    • Re: [net-next PATCH v2 1/3] device property: Introduce phy related fwnode functions, Russell King - ARM Linux admin
  • Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Russell King - ARM Linux admin
    • Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Calvin Johnson
      • Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Russell King - ARM Linux admin
        • Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Calvin Johnson
        • Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Calvin Johnson
          • Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Rafael J. Wysocki
            • Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Calvin Johnson
  • Re: [net-next PATCH v2 0/3] Introduce new APIs to support phylink and phy layers, Calvin Johnson
• [PATCH] efi: cper: Add support for printing Firmware Error Record Reference, Punit Agrawal
  • Re: [PATCH] efi: cper: Add support for printing Firmware Error Record Reference, Ard Biesheuvel
    • Re: [PATCH] efi: cper: Add support for printing Firmware Error Record Reference, Punit Agrawal
• [PATCH 1/8] iio: light: cm32181: Add some extra register defines, Hans de Goede
  • [PATCH 8/8] iio: light: cm32181: Fix integartion time typo, Hans de Goede
    • Re: [PATCH 8/8] iio: light: cm32181: Fix integartion time typo, Andy Shevchenko
  • [PATCH 7/8] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Hans de Goede
    • Re: [PATCH 7/8] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Andy Shevchenko
      • Re: [PATCH 7/8] iio: light: cm32181: Add support for parsing CPM0 and CPM1 ACPI tables, Hans de Goede
  • [PATCH 6/8] iio: light: cm32181: Make lux_per_bit and lux_per_bit_base_it runtime settings, Hans de Goede
  • [PATCH 5/8] iio: light: cm32181: Use units of 1/100000th for calibscale and lux_per_bit, Hans de Goede
  • [PATCH 3/8] iio: light: cm32181: Handle ACPI instantiating a cm32181 client on the SMBus ARA, Hans de Goede
    • Re: [PATCH 3/8] iio: light: cm32181: Handle ACPI instantiating a cm32181 client on the SMBus ARA, Andy Shevchenko
  • [PATCH 4/8] iio: light: cm32181: Change reg_init to use a bitmap of which registers to init, Hans de Goede
    • Re: [PATCH 4/8] iio: light: cm32181: Change reg_init to use a bitmap of which registers to init, Andy Shevchenko
  • [PATCH 2/8] iio: light: cm32181: Add support for the CM3218, Hans de Goede
• [PATCH 0/2] ACPI / scan: Create platform device for CPLM3218 ACPI nodes, Hans de Goede
  • [PATCH 1/2] platform/x86: i2c-multi-instantiate: Add flag for passing fwnode, Hans de Goede
    • Re: [PATCH 1/2] platform/x86: i2c-multi-instantiate: Add flag for passing fwnode, Andy Shevchenko
      • Re: [PATCH 1/2] platform/x86: i2c-multi-instantiate: Add flag for passing fwnode, Hans de Goede
        • Re: [PATCH 1/2] platform/x86: i2c-multi-instantiate: Add flag for passing fwnode, Andy Shevchenko
          • Re: [PATCH 1/2] platform/x86: i2c-multi-instantiate: Add flag for passing fwnode, Hans de Goede
            • Re: [PATCH 1/2] platform/x86: i2c-multi-instantiate: Add flag for passing fwnode, Andy Shevchenko
              • Re: [PATCH 1/2] platform/x86: i2c-multi-instantiate: Add flag for passing fwnode, Hans de Goede
                • Re: [PATCH 1/2] platform/x86: i2c-multi-instantiate: Add flag for passing fwnode, Hans de Goede
  • [PATCH 2/2] ACPI / scan: Create platform device for CPLM3218 ACPI nodes, Hans de Goede
    • Re: [PATCH 2/2] ACPI / scan: Create platform device for CPLM3218 ACPI nodes, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS cd227cc5ff829b628f48df3e6b18fc59349c4f9c, kbuild test robot
• Re: Firmware bug: ACPI interrupt gets disabled after resume from ram when triggered by #PME, Maxim Levitsky
• [GIT PULL] PNP subsystem update for v5.7-rc2, Rafael J. Wysocki
  • Re: [GIT PULL] PNP subsystem update for v5.7-rc2, pr-tracker-bot
• [GIT PULL] ACPI fixes for v5.7-rc3, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v5.7-rc3, pr-tracker-bot
• [net-next PATCH v1 0/2] Introduce new APIs to support phylink and phy layers, Calvin Johnson
  • [net-next PATCH v1 1/2] device property: Introduce fwnode_phy_find_device(), Calvin Johnson
    • Re: [net-next PATCH v1 1/2] device property: Introduce fwnode_phy_find_device(), Florian Fainelli
      • Re: [net-next PATCH v1 1/2] device property: Introduce fwnode_phy_find_device(), Calvin Johnson
        • Re: [net-next PATCH v1 1/2] device property: Introduce fwnode_phy_find_device(), Greg Kroah-Hartman
        • Re: [net-next PATCH v1 1/2] device property: Introduce fwnode_phy_find_device(), Andy Shevchenko
          • Re: [net-next PATCH v1 1/2] device property: Introduce fwnode_phy_find_device(), Calvin Johnson
    • Re: [net-next PATCH v1 1/2] device property: Introduce fwnode_phy_find_device(), Heikki Krogerus
  • [net-next PATCH v1 2/2] phylink: introduce phylink_fwnode_phy_connect(), Calvin Johnson
    • Re: [net-next PATCH v1 2/2] phylink: introduce phylink_fwnode_phy_connect(), Andy Shevchenko
• [PATCH -next] ACPI / CPPC: Make some symbols static, Zou Wei
  • Re: [PATCH -next] ACPI / CPPC: Make some symbols static, Rafael J. Wysocki
• [PATCH] ACPI: processor: allowing probing on platforms with one ACPI C-state, Zhang Rui
  • Re: [PATCH] ACPI: processor: allowing probing on platforms with one ACPI C-state, Rafael J. Wysocki
• [RESEND PATCH v7 0/6] ACPI / APEI: Add support to notify non-fatal HW errors, Shiju Jose
  • [RESEND PATCH v7 2/6] ACPI / APEI: Add callback for memory errors to the GHES notifier, Shiju Jose
  • [RESEND PATCH v7 1/6] ACPI / APEI: Add support to queuing up the non-fatal HW errors and notify, Shiju Jose
    • Re: [RESEND PATCH v7 1/6] ACPI / APEI: Add support to queuing up the non-fatal HW errors and notify, Dan Carpenter
  • [RESEND PATCH v7 3/6] ACPI / APEI: Add callback for AER to the GHES notifier, Shiju Jose
  • [RESEND PATCH v7 4/6] ACPI / APEI: Add callback for ARM HW errors to the GHES notifier, Shiju Jose
    • Re: [RESEND PATCH v7 4/6] ACPI / APEI: Add callback for ARM HW errors to the GHES notifier, Dan Carpenter
      • RE: [RESEND PATCH v7 4/6] ACPI / APEI: Add callback for ARM HW errors to the GHES notifier, Shiju Jose
  • [RESEND PATCH v7 5/6] ACPI / APEI: Add callback for non-standard HW errors to the GHES notifier, Shiju Jose
  • [RESEND PATCH v7 6/6] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
    • Re: [RESEND PATCH v7 6/6] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Dan Carpenter
• [PATCH] ACPI: PM: Output correct message on target power state, Kai-Heng Feng
  • Re: [PATCH] ACPI: PM: Output correct message on target power state, Rafael J. Wysocki
• [GIT PULL] immutable branch for properties, Andy Shevchenko
• [PATCH v2] ACPI/IORT: take _DMA methods into account for named components, Ard Biesheuvel
  • Re: [PATCH v2] ACPI/IORT: take _DMA methods into account for named components, Will Deacon
• [PATCH] acpi: arm64/iort: Ensure DMA mask does not exceed device limit, Ard Biesheuvel
  • Re: [PATCH] acpi: arm64/iort: Ensure DMA mask does not exceed device limit, Lorenzo Pieralisi
    • Re: [PATCH] acpi: arm64/iort: Ensure DMA mask does not exceed device limit, Robin Murphy
      • Re: [PATCH] acpi: arm64/iort: Ensure DMA mask does not exceed device limit, Ard Biesheuvel
• [PATCH] ACPI: button: Drop no longer necessary Asus T200TA lid_init_state quirk, Hans de Goede
• [PATCH AUTOSEL 5.4 06/78] acpi/nfit: improve bounds checking for 'func', Sasha Levin
• [PATCH AUTOSEL 5.5 06/75] acpi/nfit: improve bounds checking for 'func', Sasha Levin
• [PATCH AUTOSEL 5.6 06/73] acpi/nfit: improve bounds checking for 'func', Sasha Levin
• [RFC net-next PATCH v2 0/2] ACPI support for xgmac_mdio and dpaa2-mac drivers, Calvin Johnson
  • [RFC net-next PATCH v2 1/2] net/fsl: add ACPI support for mdio bus, Calvin Johnson
    • Re: [RFC net-next PATCH v2 1/2] net/fsl: add ACPI support for mdio bus, Russell King - ARM Linux admin
      • Re: [RFC net-next PATCH v2 1/2] net/fsl: add ACPI support for mdio bus, Andy Shevchenko
      • Re: [RFC net-next PATCH v2 1/2] net/fsl: add ACPI support for mdio bus, Andrew Lunn
      • Re: [RFC net-next PATCH v2 1/2] net/fsl: add ACPI support for mdio bus, Calvin Johnson
    • Re: [RFC net-next PATCH v2 1/2] net/fsl: add ACPI support for mdio bus, Andrew Lunn
      • Re: [RFC net-next PATCH v2 1/2] net/fsl: add ACPI support for mdio bus, Calvin Johnson
  • [RFC net-next PATCH v2 2/2] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Calvin Johnson
    • Re: [RFC net-next PATCH v2 2/2] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Russell King - ARM Linux admin
      • Re: [RFC net-next PATCH v2 2/2] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Calvin Johnson
    • Re: [RFC net-next PATCH v2 2/2] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Andrew Lunn
• Re: regression 5.6.4->5.6.5 at drivers/acpi/ec.c, Randy Dunlap
  • Re: regression 5.6.4->5.6.5 at drivers/acpi/ec.c, Rafael J. Wysocki
    • Re: regression 5.6.4->5.6.5 at drivers/acpi/ec.c, Toralf Förster
      • Re: regression 5.6.4->5.6.5 at drivers/acpi/ec.c, Rafael J. Wysocki
        • Re: regression 5.6.4->5.6.5 at drivers/acpi/ec.c, Toralf Förster
          • Re: regression 5.6.4->5.6.5 at drivers/acpi/ec.c, Rafael J. Wysocki
            • Re: regression 5.6.4->5.6.5 at drivers/acpi/ec.c, Greg Kroah-Hartman
• [PATCH AUTOSEL 5.6 087/129] x86: ACPI: fix CPU hotplug deadlock, Sasha Levin
• [PATCH AUTOSEL 5.6 094/129] ACPI: Update Tiger Lake ACPI device IDs, Sasha Levin
• [PATCH AUTOSEL 5.6 101/129] ACPICA: Fixes for acpiExec namespace init file, Sasha Levin
• [PATCH AUTOSEL 5.6 125/129] acpi/nfit: improve bounds checking for 'func', Sasha Levin
• [PATCH AUTOSEL 5.5 075/106] x86: ACPI: fix CPU hotplug deadlock, Sasha Levin
• [PATCH AUTOSEL 5.5 103/106] acpi/nfit: improve bounds checking for 'func', Sasha Levin
• [PATCH AUTOSEL 5.4 58/84] x86: ACPI: fix CPU hotplug deadlock, Sasha Levin
• [PATCH AUTOSEL 5.4 65/84] ACPICA: Fixes for acpiExec namespace init file, Sasha Levin
• [PATCH AUTOSEL 5.4 82/84] acpi/nfit: improve bounds checking for 'func', Sasha Levin
• [PATCH AUTOSEL 4.14 21/30] x86: ACPI: fix CPU hotplug deadlock, Sasha Levin
• [PATCH AUTOSEL 4.19 26/40] x86: ACPI: fix CPU hotplug deadlock, Sasha Levin
• [PATCH AUTOSEL 5.5 084/106] ACPICA: Fixes for acpiExec namespace init file, Sasha Levin
• [PATCH] ACPICA: make acpi_protocol_lengths static, Jason Yan
  • Re: [PATCH] ACPICA: make acpi_protocol_lengths static, Rafael J. Wysocki
  • RE: [PATCH] ACPICA: make acpi_protocol_lengths static, Kaneda, Erik
• [PATCH] pnp: Use list_for_each_entry() instead of open coding, Jason Gunthorpe
  • Re: [PATCH] pnp: Use list_for_each_entry() instead of open coding, Rafael J. Wysocki
• [PATCH] ACPICA: Use ARRAY_SIZE instead of hardcoded siz, Jason Yan
  • RE: [PATCH] ACPICA: Use ARRAY_SIZE instead of hardcoded siz, Moore, Robert
    • Re: [PATCH] ACPICA: Use ARRAY_SIZE instead of hardcoded siz, Jason Yan
• [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Enric Balletbo i Serra
  • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Greg Kroah-Hartman
    • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Enric Balletbo i Serra
    • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Rafael J. Wysocki
  • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Rafael J. Wysocki
    • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Enric Balletbo i Serra
      • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Rafael J. Wysocki
        • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Dmitry Torokhov
          • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Enric Balletbo i Serra
        • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Enric Balletbo i Serra
          • RE: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Mario.Limonciello
            • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Dmitry Torokhov
              • RE: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Mario.Limonciello
                • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Dmitry Torokhov
                  • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Enric Balletbo i Serra
                    • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Enric Balletbo i Serra
                      • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Rafael J. Wysocki
          • Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS, Rafael J. Wysocki
• [PATCH v2] ACPI/PCI: pci_link: use extended_irq union member when setting ext-irq shareable, Hans de Goede
  • Re: [PATCH v2] ACPI/PCI: pci_link: use extended_irq union member when setting ext-irq shareable, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 1846b08e7d4fe43b7e158c56783e347ec0b1fd5f, kbuild test robot
• [PATCH 0/7] PM: sleep: core: Rearrange the handling of driver power management flags, Rafael J. Wysocki
  • [PATCH 1/7] PM: sleep: core: Simplify the SMART_SUSPEND flag handling, Rafael J. Wysocki
  • [PATCH 2/7] PM: sleep: core: Fold functions into their callers, Rafael J. Wysocki
  • [PATCH 3/7] PM: sleep: core: Do not skip callbacks in the resume phase, Rafael J. Wysocki
  • [PATCH 4/7] PM: sleep: core: Rename dev_pm_may_skip_resume(), Rafael J. Wysocki
  • [PATCH 7/7] Documentation: PM: sleep: Update driver flags documentation, Rafael J. Wysocki
  • [PATCH 6/7] PM: sleep: core: Rename DPM_FLAG_LEAVE_SUSPENDED, Rafael J. Wysocki
    • Re: [PATCH 6/7] PM: sleep: core: Rename DPM_FLAG_LEAVE_SUSPENDED, Wolfram Sang
  • [PATCH 5/7] PM: sleep: core: Rename DPM_FLAG_NEVER_SKIP, Rafael J. Wysocki
    • Re: [PATCH 5/7] PM: sleep: core: Rename DPM_FLAG_NEVER_SKIP, Bjorn Helgaas
    • Re: [PATCH 5/7] PM: sleep: core: Rename DPM_FLAG_NEVER_SKIP, Jeff Kirsher
  • Re: [PATCH 0/7] PM: sleep: core: Rearrange the handling of driver power management flags, Hans de Goede
  • [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Rafael J. Wysocki
    • [PATCH v2 1/9] PM: sleep: core: Simplify the SMART_SUSPEND flag handling, Rafael J. Wysocki
    • [PATCH v2 4/9] PM: sleep: core: Rework the power.may_skip_resume handling, Rafael J. Wysocki
    • [PATCH v2 2/9] PM: sleep: core: Fold functions into their callers, Rafael J. Wysocki
    • [PATCH v2 3/9] PM: sleep: core: Do not skip callbacks in the resume phase, Rafael J. Wysocki
    • [PATCH v2 9/9] Documentation: PM: sleep: Update driver flags documentation, Rafael J. Wysocki
    • [PATCH v2 6/9] PM: sleep: core: Rename dev_pm_smart_suspend_and_suspended(), Rafael J. Wysocki
    • [PATCH v2 5/9] PM: sleep: core: Rename dev_pm_may_skip_resume(), Rafael J. Wysocki
    • [PATCH v2 8/9] PM: sleep: core: Rename DPM_FLAG_LEAVE_SUSPENDED, Rafael J. Wysocki
    • [PATCH v2 7/9] PM: sleep: core: Rename DPM_FLAG_NEVER_SKIP, Rafael J. Wysocki
      • Re: [PATCH v2 7/9] PM: sleep: core: Rename DPM_FLAG_NEVER_SKIP, Alex Deucher
    • Re: [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Alan Stern
      • Re: [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Rafael J. Wysocki
        • Re: [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Alan Stern
    • Re: [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Alan Stern
      • Re: [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Rafael J. Wysocki
    • Re: [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Ulf Hansson
      • Re: [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Rafael J. Wysocki
    • Re: [PATCH v2 0/9] PM: sleep: core: Rearrange the handling of driver power management flags, Bjorn Helgaas
• [PATCH] ACPI/PCI: pci_link: use extended_irq union member when setting ext-irq shareable, Hans de Goede
  • Re: [PATCH] ACPI/PCI: pci_link: use extended_irq union member when setting ext-irq shareable, Bjorn Helgaas
    • Re: [PATCH] ACPI/PCI: pci_link: use extended_irq union member when setting ext-irq shareable, Hans de Goede
• [PATCH AUTOSEL 5.6 25/68] ACPI: EC: Do not clear boot_ec_is_ecdt in acpi_ec_add(), Sasha Levin
• [PATCH AUTOSEL 5.4 11/46] ACPI: EC: Do not clear boot_ec_is_ecdt in acpi_ec_add(), Sasha Levin
• [PATCH AUTOSEL 5.5 17/56] ACPI: EC: Do not clear boot_ec_is_ecdt in acpi_ec_add(), Sasha Levin
• [PATCH 0/3] PCI: Modularize host-generic, Rob Herring
  • [PATCH 1/3] PCI: Constify struct pci_ecam_ops, Rob Herring
    • Re: [PATCH 1/3] PCI: Constify struct pci_ecam_ops, Catalin Marinas
  • [PATCH 2/3] PCI: host-generic: Support building as modules, Rob Herring
    • Re: [PATCH 2/3] PCI: host-generic: Support building as modules, Will Deacon
  • [PATCH 3/3] PCI: host-generic: Eliminate pci_host_common_probe wrappers, Rob Herring
  • Re: [PATCH 0/3] PCI: Modularize host-generic, Lorenzo Pieralisi
    • Re: [PATCH 0/3] PCI: Modularize host-generic, Bjorn Helgaas
  • Re: [PATCH 0/3] PCI: Modularize host-generic, Lorenzo Pieralisi
• [pm:bleeding-edge] BUILD SUCCESS cc451aab60d1a0edc121d9dc3876c04859c0ac76, kbuild test robot
• [pm:pm-sleep-core 3/7] drivers/base/power/main.c:646:3: error: label 'skip' used but not defined, kbuild test robot
• [PATCH v1 0/6] platform/x86: intel_cht_int33fe: clean up series, Andy Shevchenko
  • [PATCH v1 2/6] software node: Allow register and unregister software node groups, Andy Shevchenko
  • [PATCH v1 5/6] platform/x86: intel_cht_int33fe: Switch to use acpi_dev_hid_uid_match(), Andy Shevchenko
  • [PATCH v1 4/6] platform/x86: intel_cht_int33fe: Convert to use set_secondary_fwnode(), Andy Shevchenko
  • [PATCH v1 6/6] platform/x86: intel_cht_int33fe: Fix spelling issues, Andy Shevchenko
  • [PATCH v1 1/6] device property: export set_secondary_fwnode() to modules, Andy Shevchenko
  • [PATCH v1 3/6] platform/x86: intel_cht_int33fe: Convert software node array to group, Andy Shevchenko
  • Re: [PATCH v1 0/6] platform/x86: intel_cht_int33fe: clean up series, Hans de Goede
    • Re: [PATCH v1 0/6] platform/x86: intel_cht_int33fe: clean up series, Andy Shevchenko
  • Re: [PATCH v1 0/6] platform/x86: intel_cht_int33fe: clean up series, Heikki Krogerus