Linux ACPI

• Date Index

• Re: [RFC PATCH 05/11] drivers/acpi: convert seqno counter_atomic, (continued)
  • Re: [RFC PATCH 05/11] drivers/acpi: convert seqno counter_atomic, Rafael J. Wysocki
  • [RFC PATCH 06/11] drivers/acpi/apei: convert seqno counter_atomic, Shuah Khan
• [PATCH] RCU: export rcu_idle_enter/_exit for loadable modules, Randy Dunlap
  • Re: [PATCH] RCU: export rcu_idle_enter/_exit for loadable modules, Paul E. McKenney
• [PATCH -next] ACPICA: Remove unneeded semicolon, Zou Wei
  • RE: [PATCH -next] ACPICA: Remove unneeded semicolon, Moore, Robert
• [PATCH] PCI/ACPI: update kernel-doc line comments, Tian Tao
  • Re: [PATCH] PCI/ACPI: update kernel-doc line comments, Rafael J. Wysocki
• [PATCH] ACPI / PNP: Fix missing-prototypes in acpi_pnp.c, Tian Tao
  • Re: [PATCH] ACPI / PNP: Fix missing-prototypes in acpi_pnp.c, Rafael J. Wysocki
• [GIT PULL] Power management updates for v5.9-rc6, Rafael J. Wysocki
  • Re: [GIT PULL] Power management updates for v5.9-rc6, pr-tracker-bot
• [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Smita Koralahalli
  • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Punit Agrawal
    • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Borislav Petkov
      • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Ard Biesheuvel
        • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Borislav Petkov
          • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Ard Biesheuvel
      • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Punit Agrawal
        • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Smita Koralahalli Channabasappa
          • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Borislav Petkov
            • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Punit Agrawal
              • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Borislav Petkov
              • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Yazen Ghannam
                • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Borislav Petkov
                • Re: [PATCH v4] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Punit Agrawal
• [PATCH] ACPI: configfs: Add the missing config_item_put() to fix refcount leak, Hanjun Guo
  • Re: [PATCH] ACPI: configfs: Add the missing config_item_put() to fix refcount leak, Rafael J. Wysocki
• [PATCH AUTOSEL 5.4 091/330] ACPI: EC: Reference count query handlers under lock, Sasha Levin
• [PATCH AUTOSEL 4.19 049/206] ACPI: EC: Reference count query handlers under lock, Sasha Levin
• [PATCH AUTOSEL 4.14 028/127] ACPI: EC: Reference count query handlers under lock, Sasha Levin
• [PATCH AUTOSEL 4.9 22/90] ACPI: EC: Reference count query handlers under lock, Sasha Levin
• [PATCH AUTOSEL 4.4 16/64] ACPI: EC: Reference count query handlers under lock, Sasha Levin
• [PATCH v3] platform/x86: Add Driver to set up lid GPEs on MS Surface devices, Maximilian Luz
  • Re: [PATCH v3] platform/x86: Add Driver to set up lid GPEs on MS Surface devices, Maximilian Luz
• [PATCH 00/25] ACPI: First step to decouple ACPICA debug functionality from ACPI driver, Hanjun Guo
  • [PATCH 02/25] ACPI: configfs: Decouple with ACPICA, Hanjun Guo
  • [PATCH 17/25] ACPI: processor: Remove the duplicated ACPI_PROCESSOR_CLASS macro, Hanjun Guo
  • [PATCH 06/25] ACPI: memhotplug: Remove the leftover ACPICA debug functionality, Hanjun Guo
  • [PATCH 21/25] ACPI: tiny-power-button: Simplify the code using module_acpi_driver(), Hanjun Guo
  • [PATCH 09/25] ACPI: container: Remove the leftover ACPICA debug functionality, Hanjun Guo
  • [PATCH 22/25] ACPI: video: Remove the dead ACPICA debug code, Hanjun Guo
  • [PATCH 20/25] ACPI: tiny-power-button: Remove the dead ACPICA debug code, Hanjun Guo
  • [PATCH 04/25] ACPI: debug: Remove the not used function, Hanjun Guo
  • [PATCH 05/25] ACPI: LPSS: Remove the ACPI_MODULE_NAME(), Hanjun Guo
  • [PATCH 11/25] ACPI: debugfs: Remove the ACPICA debug code, Hanjun Guo
  • [PATCH 18/25] ACPI: SBS: Simplify the driver init code, Hanjun Guo
  • [PATCH 14/25] ACPI: PCI: Remove the unused ACPICA debug code, Hanjun Guo
  • [PATCH 13/25] ACPI: event: Remove the ACPICA debug code, Hanjun Guo
  • [PATCH 19/25] ACPI: SBS: Simplify the code using module_acpi_driver(), Hanjun Guo
  • [PATCH RFC 24/25] ACPI: sysfs: Remove the dead debug interfaces, Hanjun Guo
  • [PATCH 23/25] ACPI: wakeup: Remove the dead ACPICA debug code, Hanjun Guo
  • [PATCH 01/25] ACPI: cmos_rtc: Remove the ACPI_MODULE_NAME(), Hanjun Guo
  • [PATCH 03/25] ACPI: configfs: Add the missing config_item_put(), Hanjun Guo
  • [PATCH 16/25] ACPI: processor: Remove the dead ACPICA debug code, Hanjun Guo
  • [PATCH 12/25] ACPI: dock: Remove the ACPICA debug code, Hanjun Guo
  • [PATCH 08/25] ACPI: platform: Remove the leftover ACPICA debug functinality, Hanjun Guo
  • [PATCH 10/25] ACPI: custom_method: Remove the ACPICA debug code, Hanjun Guo
  • [PATCH 07/25] ACPI: memhotplug: Remove the state for memory device, Hanjun Guo
  • [PATCH RFC 25/25] ACPI: debug: Update the ACPI debug document, Hanjun Guo
  • [PATCH 15/25] ACPI: proc: Remove the unused ACPICA debug code, Hanjun Guo
  • Re: [PATCH 00/25] ACPI: First step to decouple ACPICA debug functionality from ACPI driver, Rafael J. Wysocki
    • Re: [PATCH 00/25] ACPI: First step to decouple ACPICA debug functionality from ACPI driver, Hanjun Guo
      • Re: [PATCH 00/25] ACPI: First step to decouple ACPICA debug functionality from ACPI driver, Rafael J. Wysocki
        • Re: [PATCH 00/25] ACPI: First step to decouple ACPICA debug functionality from ACPI driver, Hanjun Guo
• [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, David Hildenbrand
  • [PATCH RFC 4/4] mm/page_alloc: place pages to tail in __free_pages_core(), David Hildenbrand
    • Re: [PATCH RFC 4/4] mm/page_alloc: place pages to tail in __free_pages_core(), Vlastimil Babka
    • Re: [PATCH RFC 4/4] mm/page_alloc: place pages to tail in __free_pages_core(), Oscar Salvador
      • Re: [PATCH RFC 4/4] mm/page_alloc: place pages to tail in __free_pages_core(), David Hildenbrand
        • Re: [PATCH RFC 4/4] mm/page_alloc: place pages to tail in __free_pages_core(), Oscar Salvador
  • [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), David Hildenbrand
    • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), Alexander Duyck
    • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), Wei Yang
      • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), David Hildenbrand
    • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), Wei Yang
      • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), David Hildenbrand
        • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), Wei Yang
    • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), Vlastimil Babka
      • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), David Hildenbrand
    • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), Oscar Salvador
      • Re: [PATCH RFC 2/4] mm/page_alloc: place pages to tail in __putback_isolated_page(), David Hildenbrand
  • [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), David Hildenbrand
    • Re: [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), Wei Yang
      • Re: [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), David Hildenbrand
    • Re: [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), Vlastimil Babka
      • Re: [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), Wei Yang
        • Re: [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), David Hildenbrand
          • Re: [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), Vlastimil Babka
      • Re: [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), David Hildenbrand
    • Re: [PATCH RFC 3/4] mm/page_alloc: always move pages to the tail of the freelist in unset_migratetype_isolate(), Oscar Salvador
  • [PATCH RFC 1/4] mm/page_alloc: convert "report" flag of __free_one_page() to a proper flag, David Hildenbrand
    • Re: [PATCH RFC 1/4] mm/page_alloc: convert "report" flag of __free_one_page() to a proper flag, Alexander Duyck
    • Re: [PATCH RFC 1/4] mm/page_alloc: convert "report" flag of __free_one_page() to a proper flag, Wei Yang
      • Re: [PATCH RFC 1/4] mm/page_alloc: convert "report" flag of __free_one_page() to a proper flag, David Hildenbrand
    • Re: [PATCH RFC 1/4] mm/page_alloc: convert "report" flag of __free_one_page() to a proper flag, Vlastimil Babka
    • Re: [PATCH RFC 1/4] mm/page_alloc: convert "report" flag of __free_one_page() to a proper flag, Oscar Salvador
  • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, osalvador
    • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, David Hildenbrand
      • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, Wei Yang
        • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, David Hildenbrand
      • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, Vlastimil Babka
        • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, David Hildenbrand
          • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, Mel Gorman
            • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, David Hildenbrand
          • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, Vlastimil Babka
            • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, David Hildenbrand
        • Re: [PATCH RFC 0/4] mm: place pages to the freelist tail when onling and undoing isolation, Wei Yang
• [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable(), David Hildenbrand
  • Re: [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable(), Wei Yang
    • Re: [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable(), David Hildenbrand
      • Re: [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable(), Wei Yang
        • Re: [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable(), David Hildenbrand
          • Re: [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable(), Wei Yang
  • Re: [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable(), Pankaj Gupta
• support range based offsets in dma-direct v3, Christoph Hellwig
  • [PATCH 1/6] ARM/dma-mapping: remove a __arch_page_to_dma #error, Christoph Hellwig
  • [PATCH 2/6] ARM/dma-mapping: remove dma_to_virt, Christoph Hellwig
  • [PATCH 3/6] ARM/dma-mapping: move various helpers from dma-mapping.h to dma-direct.h, Christoph Hellwig
  • [PATCH 4/6] ARM/keystone: move the DMA offset handling under ifdef CONFIG_ARM_LPAE, Christoph Hellwig
  • [PATCH 5/6] usb: don't inherity DMA properties for USB devices, Christoph Hellwig
  • [PATCH 6/6] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Christoph Hellwig
    • Re: [PATCH 6/6] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Mathieu Poirier
    • Re: [PATCH 6/6] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Geert Uytterhoeven
  • Re: support range based offsets in dma-direct v3, Christoph Hellwig
• [PATCH] ACPI / DPTF: Add PCH FIVR participant driver, Srinivas Pandruvada
• [RFC][PATCH 0/4] Fix up ACPI processor idle vs RCU, Peter Zijlstra
  • [RFC][PATCH 3/4] cpuidle: Allow cpuidle drivers to take over RCU-idle, Peter Zijlstra
    • Re: [RFC][PATCH 3/4] cpuidle: Allow cpuidle drivers to take over RCU-idle, Ulf Hansson
  • [RFC][PATCH 1/4] acpi: Use CPUIDLE_FLAG_TIMER_STOP, Peter Zijlstra
    • Re: [RFC][PATCH 1/4] acpi: Use CPUIDLE_FLAG_TIMER_STOP, Rafael J. Wysocki
      • Re: [RFC][PATCH 1/4] acpi: Use CPUIDLE_FLAG_TIMER_STOP, peterz
        • Re: [RFC][PATCH 1/4] acpi: Use CPUIDLE_FLAG_TIMER_STOP, Rafael J. Wysocki
        • Re: [RFC][PATCH 1/4] acpi: Use CPUIDLE_FLAG_TIMER_STOP, Borislav Petkov
          • Re: [RFC][PATCH 1/4] acpi: Use CPUIDLE_FLAG_TIMER_STOP, Rafael J. Wysocki
    • Re: [RFC][PATCH 1/4] acpi: Use CPUIDLE_FLAG_TIMER_STOP, Guenter Roeck
      • Re: [RFC][PATCH 1/4] acpi: Use CPUIDLE_FLAG_TIMER_STOP, Rafael J. Wysocki
  • [RFC][PATCH 4/4] acpi: Take over RCU-idle for C3-BM idle, Peter Zijlstra
    • Re: [RFC][PATCH 4/4] acpi: Take over RCU-idle for C3-BM idle, Sven Joachim
      • [PATCH] rcu/tree: Export rcu_idle_{enter,exit} to module, Borislav Petkov
        • Re: [PATCH] rcu/tree: Export rcu_idle_{enter,exit} to module, Rafael J. Wysocki
        • Re: [PATCH] rcu/tree: Export rcu_idle_{enter,exit} to module, Paul E. McKenney
          • Re: [PATCH] rcu/tree: Export rcu_idle_{enter,exit} to module, Rafael J. Wysocki
    • Re: [RFC][PATCH 4/4] acpi: Take over RCU-idle for C3-BM idle, Guenter Roeck
      • Re: [RFC][PATCH 4/4] acpi: Take over RCU-idle for C3-BM idle, Rafael J. Wysocki
      • Re: [RFC][PATCH 4/4] acpi: Take over RCU-idle for C3-BM idle, Paul E. McKenney
  • [RFC][PATCH 2/4] acpi: Use CPUIDLE_FLAG_TLB_FLUSHED, Peter Zijlstra
  • Re: [RFC][PATCH 0/4] Fix up ACPI processor idle vs RCU, Borislav Petkov
• support range based offsets in dma-direct v2, Christoph Hellwig
  • [PATCH 1/6] ARM/dma-mapping: remove a __arch_page_to_dma #error, Christoph Hellwig
  • [PATCH 2/6] ARM/dma-mapping: remove dma_to_virt, Christoph Hellwig
  • [PATCH 3/6] ARM/dma-mapping: move various helpers from dma-mapping.h to dma-direct.h, Christoph Hellwig
  • [PATCH 4/6] ARM/keystone: move the DMA offset handling under ifdef CONFIG_ARM_LPAE, Christoph Hellwig
  • [PATCH 5/6] usb: don't inherity DMA properties for USB devices, Christoph Hellwig
    • Re: [PATCH 5/6] usb: don't inherity DMA properties for USB devices, Greg Kroah-Hartman
  • [PATCH 6/6] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Christoph Hellwig
    • Re: [PATCH 6/6] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Mathieu Poirier
      • Re: [PATCH 6/6] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Christoph Hellwig
        • Re: [PATCH 6/6] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Mathieu Poirier
          • Re: [PATCH 6/6] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Christoph Hellwig
• [PATCH] PNP: Fix duplicate included pci.h, Tian Tao
  • Re: [PATCH] PNP: Fix duplicate included pci.h, Rafael J. Wysocki
• [PATCH][V2] ACPI: video: use ACPI backlight for HP 635 Notebook, Alex Hung
  • Re: [PATCH][V2] ACPI: video: use ACPI backlight for HP 635 Notebook, Sasha Levin
  • Re: [PATCH][V2] ACPI: video: use ACPI backlight for HP 635 Notebook, Rafael J. Wysocki
• [PATCH] ACPI, APEI: make apei_resources_all static, Jason Yan
  • Re: [PATCH] ACPI, APEI: make apei_resources_all static, Borislav Petkov
  • Re: [PATCH] ACPI, APEI: make apei_resources_all static, Rafael J. Wysocki
• [PATCH] ACPI: video: use ACPI backlight for HP 635 Notebook, Alex Hung
  • Re: [PATCH] ACPI: video: use ACPI backlight for HP 635 Notebook, Greg KH
    • Re: [PATCH] ACPI: video: use ACPI backlight for HP 635 Notebook, Alex Hung
• [PATCH v3 0/2] Decode raw MSR values of MCA registers in BERT, Smita Koralahalli
  • [PATCH v3 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems, Smita Koralahalli
    • Re: [PATCH v3 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems, Borislav Petkov
      • Re: [PATCH v3 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems, Smita Koralahalli Channabasappa
  • [PATCH v3 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Smita Koralahalli
    • Re: [PATCH v3 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Borislav Petkov
      • Re: [PATCH v3 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Smita Koralahalli Channabasappa
        • Re: [PATCH v3 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Borislav Petkov
• [PATCH v1] MAINTAINERS: Use my kernel.org address for Intel PMIC work, Andy Shevchenko
  • Re: [PATCH v1] MAINTAINERS: Use my kernel.org address for Intel PMIC work, Rafael J. Wysocki
• [PATCH v4 1/8] kernel/resource: make release_mem_region_adjustable() never fail, David Hildenbrand
  • [PATCH] kernel/resource: Fix use of ternary condition in release_mem_region_adjustable, Nathan Chancellor
    • Re: [PATCH] kernel/resource: Fix use of ternary condition in release_mem_region_adjustable, David Hildenbrand
    • Re: [PATCH] kernel/resource: Fix use of ternary condition in release_mem_region_adjustable, Wei Yang
• [PATCH v4 3/8] mm/memory_hotplug: guard more declarations by CONFIG_MEMORY_HOTPLUG, David Hildenbrand
• [PATCH v4 2/8] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED, David Hildenbrand
• [PATCH v4 6/8] virtio-mem: try to merge system ram resources, David Hildenbrand
  • Re: [PATCH v4 6/8] virtio-mem: try to merge system ram resources, Wei Yang
• [PATCH v4 8/8] hv_balloon: try to merge system ram resources, David Hildenbrand
• [PATCH v4 7/8] xen/balloon: try to merge system ram resources, David Hildenbrand
• [PATCH v4 5/8] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources, David Hildenbrand
  • Re: [PATCH v4 5/8] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources, Wei Yang
    • Re: [PATCH v4 5/8] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources, David Hildenbrand
  • Re: [PATCH v4 5/8] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources, Wei Yang
• [PATCH v4 4/8] mm/memory_hotplug: prepare passing flags to add_memory() and friends, David Hildenbrand
• [PATCH v2] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Maximilian Luz
  • Re: [PATCH v2] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Barnabás Pőcze
    • Re: [PATCH v2] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Maximilian Luz
      • Re: [PATCH v2] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Barnabás Pőcze
        • Re: [PATCH v2] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Maximilian Luz
    • Re: [PATCH v2] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Andy Shevchenko
• [PATCH v1] kernel.h: Split out min()/max() et al. helpers, Andy Shevchenko
• [PATCH v3 1/7] kernel/resource: make release_mem_region_adjustable() never fail, David Hildenbrand
• [PATCH v3 4/7] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources, David Hildenbrand
  • Re: [PATCH v3 4/7] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources, Pankaj Gupta
• [PATCH v3 5/7] virtio-mem: try to merge system ram resources, David Hildenbrand
  • Re: [PATCH v3 5/7] virtio-mem: try to merge system ram resources, Pankaj Gupta
• [PATCH v3 7/7] hv_balloon: try to merge system ram resources, David Hildenbrand
• [PATCH v3 6/7] xen/balloon: try to merge system ram resources, David Hildenbrand
• [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, David Hildenbrand
  • Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, Pankaj Gupta
  • Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, kernel test robot
    • Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, David Hildenbrand
  • Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, kernel test robot
• [PATCH v3 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED, David Hildenbrand
• support range based offsets in dma-direct, Christoph Hellwig
  • [PATCH 2/3] ARM/keystone: move the DMA offset handling under ifdef CONFIG_ARM_LPAE, Christoph Hellwig
    • Re: [PATCH 2/3] ARM/keystone: move the DMA offset handling under ifdef CONFIG_ARM_LPAE, Robin Murphy
    • Re: [PATCH 2/3] ARM/keystone: move the DMA offset handling under ifdef CONFIG_ARM_LPAE, Russell King - ARM Linux admin
      • Re: [PATCH 2/3] ARM/keystone: move the DMA offset handling under ifdef CONFIG_ARM_LPAE, Robin Murphy
      • Re: [PATCH 2/3] ARM/keystone: move the DMA offset handling under ifdef CONFIG_ARM_LPAE, santosh . shilimkar
  • [PATCH 1/3] ARM/dma-mapping: move various helpers from dma-mapping.h to dma-direct.h, Christoph Hellwig
    • Re: [PATCH 1/3] ARM/dma-mapping: move various helpers from dma-mapping.h to dma-direct.h, Robin Murphy
      • Re: [PATCH 1/3] ARM/dma-mapping: move various helpers from dma-mapping.h to dma-direct.h, Christoph Hellwig
  • [PATCH 3/3] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Christoph Hellwig
    • Re: [PATCH 3/3] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Greg KH
      • Re: [PATCH 3/3] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Christoph Hellwig
        • Re: [PATCH 3/3] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Greg KH
    • Re: [PATCH 3/3] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Robin Murphy
      • Re: [PATCH 3/3] dma-mapping: introduce DMA range map, supplanting dma_pfn_offset, Christoph Hellwig
• [PATCH] i2c: core: Call i2c_acpi_install_space_handler() before i2c_acpi_register_devices(), Hans de Goede
  • Re: [PATCH] i2c: core: Call i2c_acpi_install_space_handler() before i2c_acpi_register_devices(), Hans de Goede
    • Re: [PATCH] i2c: core: Call i2c_acpi_install_space_handler() before i2c_acpi_register_devices(), Mika Westerberg
  • Re: [PATCH] i2c: core: Call i2c_acpi_install_space_handler() before i2c_acpi_register_devices(), Wolfram Sang
• [PATCH v2 0/3] gpiolib: generalize GPIO line names property, Bartosz Golaszewski
  • [PATCH v2 3/3] gpiolib: unexport devprop_gpiochip_set_names(), Bartosz Golaszewski
  • [PATCH v2 2/3] gpiolib: generalize devprop_gpiochip_set_names() for device properties, Bartosz Golaszewski
  • [PATCH v2 1/3] device: property: add helpers to count items in string arrays, Bartosz Golaszewski
  • Re: [PATCH v2 0/3] gpiolib: generalize GPIO line names property, Mika Westerberg
  • Re: [PATCH v2 0/3] gpiolib: generalize GPIO line names property, Andy Shevchenko
    • Re: [PATCH v2 0/3] gpiolib: generalize GPIO line names property, Bartosz Golaszewski
• [PATCH v2] PCI/ACPI: Suppress missing MCFG message, Jeremy Linton
  • Re: [PATCH v2] PCI/ACPI: Suppress missing MCFG message, Hanjun Guo
  • Re: [PATCH v2] PCI/ACPI: Suppress missing MCFG message, Bjorn Helgaas
• [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail, David Hildenbrand
  • Re: [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail, Wei Yang
  • Re: [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail, Wei Yang
    • Re: [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail, David Hildenbrand
      • Re: [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail, Wei Yang
        • Re: [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail, David Hildenbrand
          • Re: [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail, Wei Yang
• [PATCH v2 7/7] hv_balloon: try to merge system ram resources, David Hildenbrand
  • Re: [PATCH v2 7/7] hv_balloon: try to merge system ram resources, Wei Liu
• [PATCH v2 6/7] xen/balloon: try to merge system ram resources, David Hildenbrand
  • Re: [PATCH v2 6/7] xen/balloon: try to merge system ram resources, Jürgen Groß
• [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, David Hildenbrand
  • Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, Jürgen Groß
  • Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, Greg Kroah-Hartman
    • Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, David Hildenbrand
      • Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, Michael Ellerman
        • Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, David Hildenbrand
          • Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends, David Hildenbrand
• [PATCH v2 5/7] virtio-mem: try to merge system ram resources, David Hildenbrand
• [PATCH v2 4/7] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources, David Hildenbrand
• [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED, David Hildenbrand
  • Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED, Greg Kroah-Hartman
    • Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED, David Hildenbrand
  • Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED, Wei Yang
    • Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED, David Hildenbrand
• [PATCH 0/3] gpiolib: generalize GPIO line names property, Bartosz Golaszewski
  • [PATCH 2/3] gpiolib: generalize devprop_gpiochip_set_names() for device properties, Bartosz Golaszewski
  • [PATCH 3/3] gpiolib: unexport devprop_gpiochip_set_names(), Bartosz Golaszewski
    • Re: [PATCH 3/3] gpiolib: unexport devprop_gpiochip_set_names(), Andy Shevchenko
      • Re: [PATCH 3/3] gpiolib: unexport devprop_gpiochip_set_names(), Bartosz Golaszewski
  • [PATCH 1/3] device: property: add helpers to count items in string arrays, Bartosz Golaszewski
    • Re: [PATCH 1/3] device: property: add helpers to count items in string arrays, Andy Shevchenko
  • Re: [PATCH 0/3] gpiolib: generalize GPIO line names property, Anders Roxell
    • Re: [PATCH 0/3] gpiolib: generalize GPIO line names property, Andy Shevchenko
      • Re: [PATCH 0/3] gpiolib: generalize GPIO line names property, Bartosz Golaszewski
        • Re: [PATCH 0/3] gpiolib: generalize GPIO line names property, Andy Shevchenko
      • Re: [PATCH 0/3] gpiolib: generalize GPIO line names property, Andy Shevchenko
        • Re: [PATCH 0/3] gpiolib: generalize GPIO line names property, Bartosz Golaszewski
    • Re: [PATCH 0/3] gpiolib: generalize GPIO line names property, Bartosz Golaszewski
• [PATCH] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Maximilian Luz
  • Re: [PATCH] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Andy Shevchenko
    • Re: [PATCH] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Maximilian Luz
      • Re: [PATCH] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Maximilian Luz
  • Message not available
    • Re: [PATCH] platform/x86: Add Driver to set up lid GPEs on MS Surface device, Maximilian Luz
      • Re: [PATCH] platform/x86: Add Driver to set up lid GPEs on MS Surface device, mark gross
• [PATCH v2 0/2] Move fwnode_connection_find_match() under drivers/base/property.c, Heikki Krogerus
  • [PATCH v2 2/2] Documentation: Remove device connection documentation, Heikki Krogerus
  • Re: [PATCH v2 0/2] Move fwnode_connection_find_match() under drivers/base/property.c, Greg Kroah-Hartman
  • [PATCH v2 1/2] device property: Move fwnode_connection_find_match() under drivers/base/property.c, Heikki Krogerus
• [PATCH v2 0/5] Cleanups for ACPI APD driver, Hanjun Guo
  • [PATCH v2 3/5] ACPI / APD: Remove ACPI_MODULE_NAME(), Hanjun Guo
  • [PATCH v2 1/5] ACPI / APD: Add kernel doc for the properties in struct apd_device_desc, Hanjun Guo
  • [PATCH v2 5/5] ACPI / APD: Head file including cleanups, Hanjun Guo
  • [PATCH v2 4/5] ACPI / APD: Remove the unneeded APD_ADDR(desc) macro define, Hanjun Guo
  • [PATCH v2 2/5] ACPI / APD: Remove the flags in struct apd_device_desc, Hanjun Guo
  • Re: [PATCH v2 0/5] Cleanups for ACPI APD driver, Rafael J. Wysocki
• [PATCH 0/2] Fixes for the Intel PMC mux driver, Heikki Krogerus
  • [PATCH 2/2] usb: typec: intel_pmc_mux: Do not configure SBU and HSL Orientation in Alternate modes, Heikki Krogerus
    • Re: [PATCH 2/2] usb: typec: intel_pmc_mux: Do not configure SBU and HSL Orientation in Alternate modes, Greg Kroah-Hartman
      • Re: [PATCH 2/2] usb: typec: intel_pmc_mux: Do not configure SBU and HSL Orientation in Alternate modes, Heikki Krogerus
  • Re: [PATCH 0/2] Fixes for the Intel PMC mux driver, Heikki Krogerus
  • [PATCH 1/2] usb: typec: intel_pmc_mux: Do not configure Altmode HPD High, Heikki Krogerus
• [PATCH v10 0/6] ACPI: Support Generic Initiator proximity domains, Jonathan Cameron
  • [PATCH v10 1/6] ACPI: Support Generic Initiator only domains, Jonathan Cameron
  • [PATCH v10 3/6] ACPI: Let ACPI know we support Generic Initiator Affinity Structures, Jonathan Cameron
  • [PATCH v10 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
  • [PATCH v10 6/6] docs: mm: numaperf.rst Add brief description for access class 1., Jonathan Cameron
  • [PATCH v10 5/6] node: Add access1 class to represent CPU to memory characteristics, Jonathan Cameron
  • [PATCH v10 2/6] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
    • Re: [PATCH v10 2/6] x86: Support Generic Initiator only proximity domains, Borislav Petkov
      • Re: [PATCH v10 2/6] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
        • Re: [PATCH v10 2/6] x86: Support Generic Initiator only proximity domains, Borislav Petkov
  • Re: [PATCH v10 0/6] ACPI: Support Generic Initiator proximity domains, Jonathan Cameron
• [PATCH 0/2] Move fwnode_connection_find_match() under drivers/base/property.c, Heikki Krogerus
  • [PATCH 1/2] device property: Move fwnode_connection_find_match() under drivers/base/property.c, Heikki Krogerus
  • [PATCH 2/2] Documentation: Remove device connection documentation, Heikki Krogerus
    • Re: [PATCH 2/2] Documentation: Remove device connection documentation, Greg Kroah-Hartman
      • Re: [PATCH 2/2] Documentation: Remove device connection documentation, Heikki Krogerus
• [PATCH 0/5] Cleanups for ACPI APD driver, Hanjun Guo
  • [PATCH 4/5] ACPI / APD: Remove the unneeded APD_ADDR(desc) macro define, Hanjun Guo
  • [PATCH 5/5] ACPI / APD: Head file including cleanups, Hanjun Guo
    • Re: [PATCH 5/5] ACPI / APD: Head file including cleanups, kernel test robot
      • Re: [PATCH 5/5] ACPI / APD: Head file including cleanups, Hanjun Guo
    • Re: [PATCH 5/5] ACPI / APD: Head file including cleanups, kernel test robot
      • Re: [PATCH 5/5] ACPI / APD: Head file including cleanups, Hanjun Guo
  • [PATCH 2/5] ACPI / APD: Remove the flags in struct apd_device_desc, Hanjun Guo
  • [PATCH 3/5] ACPI / APD: Remove ACPI_MODULE_NAME(), Hanjun Guo
  • [PATCH 1/5] ACPI / APD: Add kernel doc for the properties in struct apd_device_desc, Hanjun Guo
• [PATCH 0/1] Input: soc_button_array - Work around DSDTs which modify the irqflags, Hans de Goede
  • [PATCH] Input: soc_button_array - Work around DSDTs which modify the irqflags, Hans de Goede
    • Re: [PATCH] Input: soc_button_array - Work around DSDTs which modify the irqflags, Dmitry Torokhov
  • Re: [PATCH 0/1] Input: soc_button_array - Work around DSDTs which modify the irqflags, Dmitry Torokhov
    • Re: [PATCH 0/1] Input: soc_button_array - Work around DSDTs which modify the irqflags, Hans de Goede
      • Re: [PATCH 0/1] Input: soc_button_array - Work around DSDTs which modify the irqflags, Andy Shevchenko
        • Re: [PATCH 0/1] Input: soc_button_array - Work around DSDTs which modify the irqflags, Hans de Goede
          • Re: [PATCH 0/1] Input: soc_button_array - Work around DSDTs which modify the irqflags, Hans de Goede
            • Re: [PATCH 0/1] Input: soc_button_array - Work around DSDTs which modify the irqflags, Dmitry Torokhov
• [pm:acpica-osl 6/6] drivers/acpi/osl.c:1748:46: sparse: sparse: incorrect type in assignment (different address spaces), kernel test robot
  • RE: [Devel] [pm:acpica-osl 6/6] drivers/acpi/osl.c:1748:46: sparse: sparse: incorrect type in assignment (different address spaces), Moore, Robert
    • Re: [Devel] [pm:acpica-osl 6/6] drivers/acpi/osl.c:1748:46: sparse: sparse: incorrect type in assignment (different address spaces), Rafael J. Wysocki
• [pm:acpica-osl 5/6] drivers/acpi/osl.c:1756:20: sparse: sparse: incorrect type in assignment (different address spaces), kernel test robot
• [pm:acpica-osl 6/6] drivers/acpi/acpica/evgpeinit.c:39:3: warning: cast from pointer to integer of different size, kernel test robot
• [PATCH 0/6] ACPICA / ACPI: OSL: Rework GPE registers access code, Rafael J. Wysocki
  • [PATCH 6/6] ACPI: OSL: Make ACPICA use logical addresses of GPE blocks, Rafael J. Wysocki
  • [PATCH 2/6] ACPICA: Introduce acpi_hw_gpe_read() and acpi_hw_gpe_write(), Rafael J. Wysocki
  • [PATCH 1/6] ACPICA: Validate GPE blocks at init time, Rafael J. Wysocki
  • [PATCH 5/6] ACPI: OSL: Change the type of acpi_os_map_generic_address() return value, Rafael J. Wysocki
  • [PATCH 3/6] ACPICA: Introduce special struct type for GPE register addresses, Rafael J. Wysocki
  • [PATCH 4/6] ACPICA: Add support for using logical addresses of GPE blocks, Rafael J. Wysocki
    • Re: [PATCH 4/6] ACPICA: Add support for using logical addresses of GPE blocks, Matthieu Baerts
      • Re: [PATCH 4/6] ACPICA: Add support for using logical addresses of GPE blocks, Rafael J. Wysocki
        • Re: [PATCH 4/6] ACPICA: Add support for using logical addresses of GPE blocks, Matthieu Baerts
• [PATCH] pinctrl: cherryview: Preserve CHV_PADCTRL1_INVRXTX_TXDATA flag on GPIOs, Hans de Goede
  • Re: [PATCH] pinctrl: cherryview: Preserve CHV_PADCTRL1_INVRXTX_TXDATA flag on GPIOs, Andy Shevchenko
    • Re: [PATCH] pinctrl: cherryview: Preserve CHV_PADCTRL1_INVRXTX_TXDATA flag on GPIOs, Andy Shevchenko
      • Re: [PATCH] pinctrl: cherryview: Preserve CHV_PADCTRL1_INVRXTX_TXDATA flag on GPIOs, Andy Shevchenko
  • Re: [PATCH] pinctrl: cherryview: Preserve CHV_PADCTRL1_INVRXTX_TXDATA flag on GPIOs, Andy Shevchenko
    • Re: [PATCH] pinctrl: cherryview: Preserve CHV_PADCTRL1_INVRXTX_TXDATA flag on GPIOs, Hans de Goede
  • Re: [PATCH] pinctrl: cherryview: Preserve CHV_PADCTRL1_INVRXTX_TXDATA flag on GPIOs, Mika Westerberg
• [PATCH] PCI/ACPI: Suppress missing MCFG message, Jeremy Linton
  • Re: [PATCH] PCI/ACPI: Suppress missing MCFG message, Hanjun Guo
    • Re: [PATCH] PCI/ACPI: Suppress missing MCFG message, Jeremy Linton
• [PATCH 00/23] gpio: mockup: support dynamically created and removed chips, Bartosz Golaszewski
  • [PATCH 04/23] gpiolib: generalize devprop_gpiochip_set_names() for device properties, Bartosz Golaszewski
    • Re: [PATCH 04/23] gpiolib: generalize devprop_gpiochip_set_names() for device properties, Andy Shevchenko
      • Re: [PATCH 04/23] gpiolib: generalize devprop_gpiochip_set_names() for device properties, Bartosz Golaszewski
  • [PATCH 19/23] gpio: mockup: add a symlink for the per-chip debugfs directory, Bartosz Golaszewski
  • [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
    • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Andy Shevchenko
    • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Randy Dunlap
      • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Andy Shevchenko
        • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
          • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Andy Shevchenko
            • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
              • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Greg Kroah-Hartman
                • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
                  • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Andy Shevchenko
                    • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Geert Uytterhoeven
                      • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
                    • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
                • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
                  • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Greg Kroah-Hartman
                    • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
              • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Andy Shevchenko
                • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
                  • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Andy Shevchenko
      • Re: [PATCH 23/23] Documentation: gpio: add documentation for gpio-mockup, Bartosz Golaszewski
  • [PATCH 22/23] gpio: mockup: provide a way to create new dummy chips, Bartosz Golaszewski
  • [PATCH 21/23] gpio: mockup: provide a way to delete dummy chips, Bartosz Golaszewski
    • Re: [PATCH 21/23] gpio: mockup: provide a way to delete dummy chips, Andy Shevchenko
  • [PATCH 17/23] gpio: mockup: rename and move around debugfs callbacks, Bartosz Golaszewski
  • [PATCH 20/23] gpio: mockup: add a lock for dummy device list, Bartosz Golaszewski
  • [PATCH 18/23] gpio: mockup: require debugfs to build, Bartosz Golaszewski
  • [PATCH 16/23] gpio: mockup: refactor the module init function, Bartosz Golaszewski
    • Re: [PATCH 16/23] gpio: mockup: refactor the module init function, Andy Shevchenko
      • Re: [PATCH 16/23] gpio: mockup: refactor the module init function, Bartosz Golaszewski
        • Re: [PATCH 16/23] gpio: mockup: refactor the module init function, Andy Shevchenko
  • [PATCH 15/23] gpio: mockup: use dynamic device IDs, Bartosz Golaszewski
    • Re: [PATCH 15/23] gpio: mockup: use dynamic device IDs, Andy Shevchenko
      • Re: [PATCH 15/23] gpio: mockup: use dynamic device IDs, Bartosz Golaszewski
        • Re: [PATCH 15/23] gpio: mockup: use dynamic device IDs, Andy Shevchenko
          • Re: [PATCH 15/23] gpio: mockup: use dynamic device IDs, Bartosz Golaszewski
  • [PATCH 14/23] gpio: mockup: use the generic 'gpio-line-names' property, Bartosz Golaszewski
    • Re: [PATCH 14/23] gpio: mockup: use the generic 'gpio-line-names' property, Andy Shevchenko
      • Re: [PATCH 14/23] gpio: mockup: use the generic 'gpio-line-names' property, Bartosz Golaszewski
  • [PATCH 13/23] gpio: mockup: pass the chip label as device property, Bartosz Golaszewski
    • Re: [PATCH 13/23] gpio: mockup: pass the chip label as device property, Andy Shevchenko
      • Re: [PATCH 13/23] gpio: mockup: pass the chip label as device property, Bartosz Golaszewski
        • Re: [PATCH 13/23] gpio: mockup: pass the chip label as device property, Andy Shevchenko
  • [PATCH 12/23] gpio: mockup: define a constant for chip label size, Bartosz Golaszewski
  • [PATCH 06/23] gpiolib: switch to simpler IDA interface, Bartosz Golaszewski
    • Re: [PATCH 06/23] gpiolib: switch to simpler IDA interface, Andy Shevchenko
      • Re: [PATCH 06/23] gpiolib: switch to simpler IDA interface, Bartosz Golaszewski
  • [PATCH 11/23] gpio: mockup: remove the limit on number of dummy chips, Bartosz Golaszewski
  • [PATCH 10/23] gpio: mockup: fix resource leak in error path, Bartosz Golaszewski
    • Re: [PATCH 10/23] gpio: mockup: fix resource leak in error path, Andy Shevchenko
      • Re: [PATCH 10/23] gpio: mockup: fix resource leak in error path, Bartosz Golaszewski
        • Re: [PATCH 10/23] gpio: mockup: fix resource leak in error path, Andy Shevchenko
  • [PATCH 08/23] gpio: mockup: use pr_fmt(), Bartosz Golaszewski
    • Re: [PATCH 08/23] gpio: mockup: use pr_fmt(), Andy Shevchenko
  • [PATCH 09/23] gpio: mockup: use KBUILD_MODNAME, Bartosz Golaszewski
    • Re: [PATCH 09/23] gpio: mockup: use KBUILD_MODNAME, Andy Shevchenko
  • [PATCH 07/23] gpio: mockup: drop unneeded includes, Bartosz Golaszewski
  • [PATCH 05/23] gpiolib: unexport devprop_gpiochip_set_names(), Bartosz Golaszewski
    • Re: [PATCH 05/23] gpiolib: unexport devprop_gpiochip_set_names(), Andy Shevchenko
      • Re: [PATCH 05/23] gpiolib: unexport devprop_gpiochip_set_names(), Bartosz Golaszewski
  • [PATCH 03/23] lib: uaccess: provide getline_from_user(), Bartosz Golaszewski
    • Re: [PATCH 03/23] lib: uaccess: provide getline_from_user(), Andy Shevchenko
      • Re: [PATCH 03/23] lib: uaccess: provide getline_from_user(), Bartosz Golaszewski
        • Re: [PATCH 03/23] lib: uaccess: provide getline_from_user(), Andy Shevchenko
          • Re: [PATCH 03/23] lib: uaccess: provide getline_from_user(), Bartosz Golaszewski
            • Re: [PATCH 03/23] lib: uaccess: provide getline_from_user(), Andy Shevchenko
              • Re: [PATCH 03/23] lib: uaccess: provide getline_from_user(), Bartosz Golaszewski
  • [PATCH 02/23] lib: string_helpers: provide kfree_strarray(), Bartosz Golaszewski
    • Re: [PATCH 02/23] lib: string_helpers: provide kfree_strarray(), Andy Shevchenko
  • [PATCH 01/23] lib: cmdline: export next_arg(), Bartosz Golaszewski
• [PATCH 0/4] Remove struct device_connection, Heikki Krogerus
  • [PATCH 1/4] device connection: Remove device_connection_find(), Heikki Krogerus
  • [PATCH 4/4] device property: Move fwnode_connection_find_match() under drivers/base/property.c, Heikki Krogerus
    • Re: [PATCH 4/4] device property: Move fwnode_connection_find_match() under drivers/base/property.c, Greg Kroah-Hartman
      • Re: [PATCH 4/4] device property: Move fwnode_connection_find_match() under drivers/base/property.c, Heikki Krogerus
  • [PATCH 3/4] device connection: Remove struct device_connection, Heikki Krogerus
  • [PATCH 2/4] device connection: Remove device_connection_add(), Heikki Krogerus
• [PATCH v10 00/17] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
  • [PATCH v10 13/17] pwm: crc: Implement get_state() method, Hans de Goede
  • [PATCH v10 16/17] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller, Hans de Goede
  • [PATCH v10 17/17] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller, Hans de Goede
  • [PATCH v10 15/17] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller, Hans de Goede
  • [PATCH v10 14/17] drm/i915: panel: Add get_vbt_pwm_freq() helper, Hans de Goede
  • [PATCH v10 12/17] pwm: crc: Implement apply() method to support the new atomic PWM API, Hans de Goede
  • [PATCH v10 11/17] pwm: crc: Enable/disable PWM output on enable/disable, Hans de Goede
  • [PATCH v10 10/17] pwm: crc: Fix period changes not having any effect, Hans de Goede
  • [PATCH v10 04/17] pwm: lpss: Add range limit check for the base_unit register value, Hans de Goede
  • [PATCH v10 09/17] pwm: crc: Fix off-by-one error in the clock-divider calculations, Hans de Goede
  • [PATCH v10 06/17] pwm: lpss: Make pwm_lpss_apply() not rely on existing hardware state, Hans de Goede
    • Re: [PATCH v10 06/17] pwm: lpss: Make pwm_lpss_apply() not rely on existing hardware state, Andy Shevchenko
  • [PATCH v10 07/17] pwm: lpss: Remove suspend/resume handlers, Hans de Goede
    • Re: [PATCH v10 07/17] pwm: lpss: Remove suspend/resume handlers, Andy Shevchenko
      • Re: [PATCH v10 07/17] pwm: lpss: Remove suspend/resume handlers, Andy Shevchenko
        • Re: [PATCH v10 07/17] pwm: lpss: Remove suspend/resume handlers, Hans de Goede
  • [PATCH v10 08/17] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Hans de Goede
  • [PATCH v10 05/17] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Hans de Goede
  • [PATCH v10 03/17] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare(), Hans de Goede
  • [PATCH v10 02/17] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation), Hans de Goede
  • [PATCH v10 01/17] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase, Hans de Goede
• [PATCH v15 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH v15 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
  • [PATCH v15 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
  • RE: [PATCH v15 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
    • Re: [PATCH v15 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Rafael J. Wysocki
      • Re: [PATCH v15 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Bjorn Helgaas
        • Re: [PATCH v15 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Rafael J. Wysocki
  • Re: [PATCH v15 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Lorenzo Pieralisi
• [PATCH v9 00/17] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
  • [PATCH v9 01/17] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase, Hans de Goede
  • [PATCH v9 02/17] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation), Hans de Goede
  • [PATCH v9 03/17] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare(), Hans de Goede
  • [PATCH v9 04/17] pwm: lpss: Add range limit check for the base_unit register value, Hans de Goede
  • [PATCH v9 05/17] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Hans de Goede
  • [PATCH v9 08/17] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Hans de Goede
  • [PATCH v9 07/17] pwm: lpss: Remove suspend/resume handlers, Hans de Goede
    • Re: [PATCH v9 07/17] pwm: lpss: Remove suspend/resume handlers, Thierry Reding
  • [PATCH v9 11/17] pwm: crc: Enable/disable PWM output on enable/disable, Hans de Goede
  • [PATCH v9 12/17] pwm: crc: Implement apply() method to support the new atomic PWM API, Hans de Goede
  • [PATCH v9 13/17] pwm: crc: Implement get_state() method, Hans de Goede
  • [PATCH v9 10/17] pwm: crc: Fix period changes not having any effect, Hans de Goede
  • [PATCH v9 06/17] pwm: lpss: Make pwm_lpss_apply() not rely on existing hardware state, Hans de Goede
    • Re: [PATCH v9 06/17] pwm: lpss: Make pwm_lpss_apply() not rely on existing hardware state, Thierry Reding
      • Re: [PATCH v9 06/17] pwm: lpss: Make pwm_lpss_apply() not rely on existing hardware state, Hans de Goede
  • [PATCH v9 09/17] pwm: crc: Fix off-by-one error in the clock-divider calculations, Hans de Goede
  • [PATCH v9 15/17] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller, Hans de Goede
  • [PATCH v9 17/17] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller, Hans de Goede
  • [PATCH v9 16/17] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller, Hans de Goede
  • [PATCH v9 14/17] drm/i915: panel: Add get_vbt_pwm_freq() helper, Hans de Goede
• [PATCH v8 0/6] Support running driver's probe for a device powered off, Sakari Ailus
  • [PATCH v8 2/6] Documentation: ACPI: Document i2c-allow-low-power-probe _DSD property, Sakari Ailus
  • [PATCH v8 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
  • [PATCH v8 6/6] at24: Support probing while off, Sakari Ailus
    • Re: [PATCH v8 6/6] at24: Support probing while off, Bartosz Golaszewski
      • Re: [PATCH v8 6/6] at24: Support probing while off, Wolfram Sang
        • Re: [PATCH v8 6/6] at24: Support probing while off, Bartosz Golaszewski
          • Re: [PATCH v8 6/6] at24: Support probing while off, Sakari Ailus
          • Re: [PATCH v8 6/6] at24: Support probing while off, Sakari Ailus
    • Re: [PATCH v8 6/6] at24: Support probing while off, Tomasz Figa
      • Re: [PATCH v8 6/6] at24: Support probing while off, Tomasz Figa
  • [PATCH v8 5/6] media: i2c: imx319: Support probe while the device is off, Sakari Ailus
  • [PATCH v8 4/6] ov5670: Support probe whilst the device is in a low power state, Sakari Ailus
  • [PATCH v8 3/6] ACPI: Add a convenience function to tell a device is in low power state, Sakari Ailus
    • Message not available
      • Re: [PATCH v8 3/6] ACPI: Add a convenience function to tell a device is in low power state, Sakari Ailus
  • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Luca Ceresoli
    • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Sakari Ailus
      • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Luca Ceresoli
        • Message not available
          • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Luca Ceresoli
            • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Sakari Ailus
              • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Luca Ceresoli
        • Message not available
          • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Tomasz Figa
            • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Wolfram Sang
              • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Tomasz Figa
                • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Rafael J. Wysocki
                  • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Tomasz Figa
                    • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Sakari Ailus
  • Re: [PATCH v8 0/6] Support running driver's probe for a device powered off, Tomasz Figa
  • [PATCH v9 3/7] Documentation: ACPI: Document _PRE object usage for enum power state, Sakari Ailus
  • [PATCH v9 5/7] ov5670: Support probe whilst the device is in a low power state, Sakari Ailus
  • [PATCH v9 7/7] at24: Support probing while off, Sakari Ailus
    • Message not available
      • Message not available
        • Re: [PATCH v9 7/7] at24: Support probing while off, Bartosz Golaszewski
  • [PATCH v9 6/7] media: i2c: imx319: Support probe while the device is off, Sakari Ailus
    • Re: [PATCH v9 6/7] media: i2c: imx319: Support probe while the device is off, Bingbu Cao
  • [PATCH v9 4/7] ACPI: Add a convenience function to tell a device is in low power state, Sakari Ailus
  • [PATCH v9 1/7] ACPI: scan: Obtain device's desired enumeration power state, Sakari Ailus
    • Message not available
      • Re: [PATCH v9 1/7] ACPI: scan: Obtain device's desired enumeration power state, Sakari Ailus
        • Re: [PATCH v9 1/7] ACPI: scan: Obtain device's desired enumeration power state, Rafael J. Wysocki
          • Re: [PATCH v9 1/7] ACPI: scan: Obtain device's desired enumeration power state, Sakari Ailus
            • Re: [PATCH v9 1/7] ACPI: scan: Obtain device's desired enumeration power state, Rafael J. Wysocki
  • [PATCH v9 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
• [pm:bleeding-edge] BUILD SUCCESS 7eada1ae101b2de8a32fb7125db0162b00965d48, kernel test robot
• [PATCH v7 0/6] Support running driver's probe for a device powered off, Sakari Ailus
  • [PATCH v7 4/6] media: i2c: imx319: Support probe while the device is off, Sakari Ailus
  • [PATCH v7 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
  • [PATCH v7 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Sakari Ailus
    • Re: [PATCH v7 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Rafael J. Wysocki
      • Re: [PATCH v7 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Sakari Ailus
        • Re: [PATCH v7 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Rafael J. Wysocki
          • Re: [PATCH v7 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Sakari Ailus
  • [PATCH v7 5/6] at24: Support probing while off, Sakari Ailus
  • [PATCH v7 2/6] ACPI: Add a convenience function to tell a device is in low power state, Sakari Ailus
  • [PATCH v7 3/6] ov5670: Support probe whilst the device is in a low power state, Sakari Ailus
• [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, Shiju Jose
  • Re: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, Borislav Petkov
    • RE: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, Shiju Jose
      • Re: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, Borislav Petkov
        • RE: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, Shiju Jose
          • Re: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, Borislav Petkov
            • Re: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, James Morse
              • Re: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, Borislav Petkov
                • RE: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, Shiju Jose
  • Re: [PATCH 1/1] RAS: Add CPU Correctable Error Collector to isolate an erroneous CPU core, kernel test robot
• [PATCH -next] ACPI: Remove unused inline functions, YueHaibing
  • Re: [PATCH -next] ACPI: Remove unused inline functions, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 13f46f822831fb135644e4d61137fd4d53c9c0ad, kernel test robot
• [RESEND PATCH v14 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [RESEND PATCH v14 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
  • [RESEND PATCH v14 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
    • Re: [RESEND PATCH v14 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Andy Shevchenko
      • RE: [RESEND PATCH v14 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
        • Re: [RESEND PATCH v14 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Andy Shevchenko
• [PATCH v8 00/17] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
  • [PATCH v8 01/17] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase, Hans de Goede
  • [PATCH v8 02/17] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation), Hans de Goede
  • [PATCH v8 04/17] pwm: lpss: Add range limit check for the base_unit register value, Hans de Goede
    • Re: [PATCH v8 04/17] pwm: lpss: Add range limit check for the base_unit register value, Thierry Reding
  • [PATCH v8 03/17] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare(), Hans de Goede
    • Re: [PATCH v8 03/17] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare(), Thierry Reding
  • [PATCH v8 05/17] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Hans de Goede
    • Re: [PATCH v8 05/17] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Thierry Reding
  • [PATCH v8 06/17] pwm: lpss: Use pwm_lpss_restore() when restoring state on resume, Hans de Goede
    • Re: [PATCH v8 06/17] pwm: lpss: Use pwm_lpss_restore() when restoring state on resume, Thierry Reding
      • Re: [PATCH v8 06/17] pwm: lpss: Use pwm_lpss_restore() when restoring state on resume, Hans de Goede
        • Re: [PATCH v8 06/17] pwm: lpss: Use pwm_lpss_restore() when restoring state on resume, Thierry Reding
          • Re: [PATCH v8 06/17] pwm: lpss: Use pwm_lpss_restore() when restoring state on resume, Hans de Goede
            • Re: [PATCH v8 06/17] pwm: lpss: Use pwm_lpss_restore() when restoring state on resume, Andy Shevchenko
  • [PATCH v8 08/17] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Hans de Goede
    • Re: [PATCH v8 08/17] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Thierry Reding
    • Re: [PATCH v8 08/17] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Thierry Reding
  • [PATCH v8 07/17] pwm: lpss: Always update state and set update bit, Hans de Goede
    • Re: [PATCH v8 07/17] pwm: lpss: Always update state and set update bit, Andy Shevchenko
      • Re: [PATCH v8 07/17] pwm: lpss: Always update state and set update bit, Hans de Goede
    • Re: [PATCH v8 07/17] pwm: lpss: Always update state and set update bit, Thierry Reding
      • Re: [PATCH v8 07/17] pwm: lpss: Always update state and set update bit, Hans de Goede
        • Re: [PATCH v8 07/17] pwm: lpss: Always update state and set update bit, Thierry Reding
  • [PATCH v8 10/17] pwm: crc: Fix period changes not having any effect, Hans de Goede
    • Re: [PATCH v8 10/17] pwm: crc: Fix period changes not having any effect, Thierry Reding
  • [PATCH v8 09/17] pwm: crc: Fix off-by-one error in the clock-divider calculations, Hans de Goede
    • Re: [PATCH v8 09/17] pwm: crc: Fix off-by-one error in the clock-divider calculations, Thierry Reding
  • [PATCH v8 11/17] pwm: crc: Enable/disable PWM output on enable/disable, Hans de Goede
    • Re: [PATCH v8 11/17] pwm: crc: Enable/disable PWM output on enable/disable, Thierry Reding
  • [PATCH v8 12/17] pwm: crc: Implement apply() method to support the new atomic PWM API, Hans de Goede
    • Re: [PATCH v8 12/17] pwm: crc: Implement apply() method to support the new atomic PWM API, Thierry Reding
  • [PATCH v8 15/17] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller, Hans de Goede
  • [PATCH v8 13/17] pwm: crc: Implement get_state() method, Hans de Goede
    • Re: [PATCH v8 13/17] pwm: crc: Implement get_state() method, Thierry Reding
  • [PATCH v8 14/17] drm/i915: panel: Add get_vbt_pwm_freq() helper, Hans de Goede
  • [PATCH v8 16/17] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller, Hans de Goede
  • [PATCH v8 17/17] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller, Hans de Goede
• [PATCH v2 0/2] Decode raw MSR values of MCA registers in BERT, Smita Koralahalli
  • [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Smita Koralahalli
    • Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Punit Agrawal
      • Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Smita Koralahalli Channabasappa
        • Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Punit Agrawal
          • Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Ard Biesheuvel
            • Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Smita Koralahalli Channabasappa
    • Re: [PATCH v2 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Yazen Ghannam
  • [PATCH v2 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems, Smita Koralahalli
• [GIT PULL] Device properties framework fix for v5.9-rc3, Rafael J. Wysocki
  • Re: [GIT PULL] Device properties framework fix for v5.9-rc3, pr-tracker-bot
• [GIT PULL] ACPI fixes for v5.9-rc3, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v5.9-rc3, pr-tracker-bot
• [pm:bleeding-edge] BUILD SUCCESS dc37b29f6d3007e72ff3de80fcbeeed75843cfed, kernel test robot
• [PATCH bpf-next 1/6] tools: Factor HOSTCC, HOSTLD, HOSTAR definitions, Jean-Philippe Brucker
  • Re: [PATCH bpf-next 1/6] tools: Factor HOSTCC, HOSTLD, HOSTAR definitions, Rafael J. Wysocki
  • Re: [PATCH bpf-next 1/6] tools: Factor HOSTCC, HOSTLD, HOSTAR definitions, Jiri Olsa
• [pm:bleeding-edge] BUILD SUCCESS fe784821d630f71eee1f431f10e08518db42dc02, kernel test robot
• Re: [PATCH] spi: spi-fsl-dspi: Add ACPI support, Andy Shevchenko
  • Re: [PATCH] spi: spi-fsl-dspi: Add ACPI support, Andy Shevchenko
    • Re: [PATCH] spi: spi-fsl-dspi: Add ACPI support, Vladimir Oltean
      • Re: [PATCH] spi: spi-fsl-dspi: Add ACPI support, Mark Brown
  • Re: [PATCH] spi: spi-fsl-dspi: Add ACPI support, Vladimir Oltean
    • Re: [PATCH] spi: spi-fsl-dspi: Add ACPI support, Mark Brown
      • Re: [PATCH] spi: spi-fsl-dspi: Add ACPI support, Vladimir Oltean
        • Re: [PATCH] spi: spi-fsl-dspi: Add ACPI support, Mark Brown
• [PATCH] i2c: do not acpi/of match device in i2c_device_probe(), Sergey Senozhatsky
  • Re: [PATCH] i2c: do not acpi/of match device in i2c_device_probe(), Andy Shevchenko
    • Re: [PATCH] i2c: do not acpi/of match device in i2c_device_probe(), Sergey Senozhatsky
  • Re: [PATCH] i2c: do not acpi/of match device in i2c_device_probe(), Sergey Senozhatsky
• [PATCH v6 0/6] Support running driver's probe for a device powered off, Sakari Ailus
  • [PATCH v6 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Sakari Ailus
    • Re: [PATCH v6 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Randy Dunlap
      • Re: [PATCH v6 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Sakari Ailus
        • Re: [PATCH v6 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Sakari Ailus
  • [PATCH v6 3/6] ov5670: Support probe whilst the device is in a low power state, Sakari Ailus
  • [PATCH v6 4/6] media: i2c: imx319: Support probe while the device is off, Sakari Ailus
  • [PATCH v6 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
    • Re: [PATCH v6 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Wolfram Sang
      • Re: [PATCH v6 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
        • Re: [PATCH v6 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Wolfram Sang
          • Re: [PATCH v6 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
    • Re: [PATCH v6 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Wolfram Sang
      • Re: [PATCH v6 1/6] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
  • [PATCH v6 5/6] at24: Support probing while off, Sakari Ailus
  • [PATCH v6 2/6] ACPI: Add a convenience function to tell a device is in low power state, Sakari Ailus
• [pm:bleeding-edge] BUILD SUCCESS a64f0b6a746f0133e361f4c99e4c17a1e481f6d8, kernel test robot
• [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Sergey Senozhatsky
  • [PATCH 2/2] i2c: do not export i2c_of_match_device() symbol, Sergey Senozhatsky
  • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Sergey Senozhatsky
  • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Wolfram Sang
    • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Sergey Senozhatsky
      • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Andy Shevchenko
        • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Andy Shevchenko
          • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Sergey Senozhatsky
            • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Sergey Senozhatsky
              • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Andy Shevchenko