Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• [PATCH v3 00/16] ACPI graph support
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 07/16] device property: Add fwnode_handle_get()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 14/16] of: Add nop implementation of of_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 01/16] ACPI / property: Add possiblity to retrieve parent firmware node
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 08/16] of: Add of_fwnode_handle() to convert device nodes to fwnode_handle
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 03/16] ACPI / property: Add fwnode_get_next_child_node()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 11/16] of: No need to include linux/property.h, linux/fwnode.h is sufficient
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 16/16] ACPI / DSD: Document references, ports and endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 15/16] device property: Add fwnode_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 10/16] irqchip/gic: Add missing forward declaration for struct device
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 06/16] device property: Add support for remote endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 02/16] device property: Add fwnode_get_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 13/16] device property: Add support for fwnode endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 12/16] device property: Move dev_fwnode() to linux/property.h
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 09/16] driver core: Arrange headers alphabetically
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 05/16] ACPI / property: Add support for remote endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 04/16] device property: Add fwnode_get_named_child_node()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [PATCH V2] arm64: kconfig: allow support for memory failure handling
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH V10 07/10] efi: print unrecognized CPER section
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Alexander Graf <agraf@xxxxxxx>
• Re: [PATCH v2 0/4] Revert works for the mapping of cpuid <-> nodeid
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH V10 07/10] efi: print unrecognized CPER section
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] arm64: kconfig: allow support for memory failure handling
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V10 07/10] efi: print unrecognized CPER section
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH V2] arm64: kconfig: allow support for memory failure handling
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH V11 07/10] efi: print unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 04/10] arm64: exception: handle Synchronous External Abort
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 03/10] efi: parse ARM processor error
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 01/10] acpi: apei: read ack upon ghes record consumption
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 09/10] trace, ras: add ARM processor error trace event
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 06/10] acpi: apei: panic OS with fatal error status block
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V11 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V10 07/10] efi: print unrecognized CPER section
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix lock up when switching off discrete graphics card in Dell XPS 9560 https://bugzilla.kernel.org/show_bug.cgi?id=156341
  • From: Tobias Schumacher <tobe.schumacher@xxxxxxxxx>
• Re: [PATCH V10 07/10] efi: print unrecognized CPER section
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V10 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v2] acpi: acpica: fix acpi operand cache leak
  • From: Seunghun Han <kkamagui@xxxxxxxxx>
• Re: [PATCH] Fix lock up when switching off discrete graphics card in Dell XPS 9560 https://bugzilla.kernel.org/show_bug.cgi?id=156341
  • From: Ladislav Michl <ladis@xxxxxxxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [PATCH v2 0/4] Revert works for the mapping of cpuid <-> nodeid
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• Re: [PATCH v2 0/4] Revert works for the mapping of cpuid <-> nodeid
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• Re: [PATCH v2] acpi: acpica: fix acpi operand cache leak
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] Fix lock up when switching off discrete graphics card in Dell XPS 9560 https://bugzilla.kernel.org/show_bug.cgi?id=156341
  • From: Tobias Schumacher <tobe.schumacher@xxxxxxxxx>
• RE: [PATCH v2] acpi: acpica: fix acpi operand cache leak
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [GIT PULL] Generic device properties framework updates for v4.11-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI updates for v4.11-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Power management updates for v4.11-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [GIT PULL] Thermal SoC management updates for v4.11-rc1 #1
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• Re: [GIT PULL] Thermal SoC management updates for v4.11-rc1 #1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v21 00/13] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• [PATCH v2.1 11/16] of: No need to include linux/property.h, linux/fwnode.h is sufficient
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH -v2] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: Borislav Petkov <bp@xxxxxxx>
• [PATCH v2 0/4] Revert works for the mapping of cpuid <-> nodeid
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 1/4] Revert"x86/acpi: Set persistent cpuid <-> nodeid mapping when booting"
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 3/4] acpi: Fix the check handle in case of declaring processors using the Device operator
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 2/4] Revert"x86/acpi: Enable MADT APIs to return disabled apicids"
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] acpi: Move the verification of duplicate proc_id from booting time to hot-plug time
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH 2/2] Revert"x86, acpi, cpu-hotplug: Enable MADT APIs to return disabled apicid"
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH 1/2] Revert"x86/acpi: Set persistent cpuid <-> nodeid mapping when booting"
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH 0/2] Revert works for the mapping of cpuid <-> nodeid
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH -v2] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: "Huang\, Ying" <ying.huang@xxxxxxxxx>
• [PATCH] tools/power/acpi: Add .gitignore file
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH][RFC v4] ACPI throttling: Disable the MSR T-state if enabled after resumed
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [GIT PULL] Thermal SoC management updates for v4.11-rc1 #1
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• Re: [PATCH][RFC v4] ACPI throttling: Disable the MSR T-state if enabled after resumed
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: Borislav Petkov <bp@xxxxxxx>
• [PATCH][RFC v4] ACPI throttling: Disable the MSR T-state if enabled after resumed
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• 4.10-rc8: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 6: ae0000000040110a
  • From: Ritesh Raj Sarraf <rrs@xxxxxxxxxxxxxx>
• [PATCH 00/35] treewide trivial patches converting pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 10/35] drivers/acpi: Convert remaining uses of pr_warning to pr_warn
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/2] acpi: Fix the mapping handle in case of declaring processors using the Device operator
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: Only one core of four since kernel 4.9
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2] acpi: acpica: fix acpi operand cache leak
  • From: Seunghun Han <kkamagui@xxxxxxxxx>
• Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: "Huang\, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH V10 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V10 03/10] efi: parse ARM processor error
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V10 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] acpi: Fix the mapping handle in case of declaring processors using the Device operator
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: Borislav Petkov <bp@xxxxxxx>
• [PATCH 2/2] acpi: Fix the check handle in case of declaring processors using the Device operator
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH 1/2] acpi: Fix the mapping handle in case of declaring processors using the Device operator
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: "Huang\, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Sanil Kumar <sanil.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Alexander Graf <agraf@xxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Alexander Graf <agraf@xxxxxxx>
• Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: skip boot interrupt rerouting when index is zero
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v4] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH v3] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH V9 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V10 07/10] efi: print unrecognized CPER section
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v3] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V10 07/10] efi: print unrecognized CPER section
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH V10 01/10] acpi: apei: read ack upon ghes record consumption
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 03/10] efi: parse ARM processor error
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 07/10] efi: print unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 09/10] trace, ras: add ARM processor error trace event
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 10/10] arm/arm64: KVM: add guest SEA support
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 06/10] acpi: apei: panic OS with fatal error status block
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 04/10] arm64: exception: handle Synchronous External Abort
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V10 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v3] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• [PATCH v3] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH V9 09/10] trace, ras: add ARM processor error trace event
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 01/10] acpi: apei: read ack upon ghes record consumption
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V9 09/10] trace, ras: add ARM processor error trace event
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH V9 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 09/10] trace, ras: add ARM processor error trace event
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 10/10] arm/arm64: KVM: add guest SEA support
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 07/10] efi: print unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 06/10] acpi: apei: panic OS with fatal error status block
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 04/10] arm64: exception: handle Synchronous External Abort
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 03/10] efi: parse ARM processor error
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V9 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v1.1 5/8] v4l: Switch from V4L2 OF not V4L2 fwnode API
  • From: Benoit Parrot <bparrot@xxxxxx>
• Re: [PATCH v2] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH v2] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• [PATCH 2/2] bgrt: Make ACPI BGRT parsing code common for ARCHs
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• [PATCH 1/2] x86/efi-bgrt: Move efi-bgrt handling out of arch/x86
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH v2] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block
  • From: James Morse <james.morse@xxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Zhengqiang <zhengqiang10@xxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v2] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2] tty: pl011: Work around QDF2400 E44 stuck BUSY bit
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: Al Stone <ahs3@xxxxxxxxxx>
• ACPI problem causing non functional backlight control on win10 cherrytrail devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v1.1 5/8] v4l: Switch from V4L2 OF not V4L2 fwnode API
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] v4l: Switch from V4L2 OF not V4L2 fwnode API
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• [PATCH] ACPI, APEI: Fix BERT resources conflict with ACPI NVS area
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: Two questions about the MADT in ACPI table
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 5/8] v4l: Switch from V4L2 OF not V4L2 fwnode API
  • From: Benoit Parrot <bparrot@xxxxxx>
• Re: [PATCH 0/2] additional sysfs entries for CPPC
  • From: "Prakash, Prashanth" <pprakash@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] v4l2-async: Provide interoperability between OF and fwnode matching
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/8] v4l: Switch from V4L2 OF not V4L2 fwnode API
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/8] v4l: Switch from V4L2 OF not V4L2 fwnode API
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/8] v4l: flash led class: Use fwnode_handle instead of device_node in init
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/8] v4l: flash led class: Use fwnode_handle instead of device_node in init
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Two questions about the MADT in ACPI table
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• [PATCH 3/8] v4l: async: Add fwnode match support
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 2/8] v4l: fwnode: Support generic fwnode for parsing standardised properties
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 0/8] V4L2 fwnode support
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 5/8] v4l: Switch from V4L2 OF not V4L2 fwnode API
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 6/8] v4l: media/drv-intf/soc_mediabus.h: include dependent header file
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 7/8] v4l: Improve header file ordering
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 4/8] v4l2-async: Provide interoperability between OF and fwnode matching
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 8/8] v4l: Remove V4L2 OF framework in favour of V4L2 fwnode framework
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 1/8] v4l: flash led class: Use fwnode_handle instead of device_node in init
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: skip boot interrupt rerouting when index is zero
  • From: Stefan Assmann <sassmann@xxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v14 0/6] Enable PMUs in ACPI systems
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• RE: [PATCH] acpi, nfit: skip ARS on machine-check-recovery capable platforms
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 2/2] acpi:ipmi: Make IPMI user handler const
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH 2/2] acpi:ipmi: Make IPMI user handler const
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] Init device ids from ACPI of_compatible
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/4] Export APIs to copy device properties & more
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block
  • From: James Morse <james.morse@xxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH 0/2] additional sysfs entries for CPPC
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] acpi, nfit: skip ARS on machine-check-recovery capable platforms
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH] acpi, nfit: skip ARS on machine-check-recovery capable platforms
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/2] additional sysfs entries for CPPC
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH] acpi, nfit: skip ARS on machine-check-recovery capable platforms
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH] acpi, nfit: skip ARS on machine-check-recovery capable platforms
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi, nfit: skip ARS on machine-check-recovery capable platforms
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 1/4] ACPICA: Linuxize: Restore and fix intel compiler build
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 4/4] ACPICA: Update version to 20170119
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 3/4] ACPICA: Tools: Update common signon, remove compilation bit width
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 0/4] ACPICA 20170119 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH] acpi, nfit: skip ARS on machine-check-recovery capable platforms
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: Al Stone <ahs3@xxxxxxxxxx>
• [ANNOUNCE][CFP] Power Management and Scheduling in the Linux Kernel (OSPM-summit)
  • From: Juri Lelli <juri.lelli@xxxxxxx>
• Re: [PATCH v5 4/4] i2c: allow specify device properties in i2c_board_info
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] i2c: allow specify device properties in i2c_board_info
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] x86/acpi: keep x86_cpu_to_acpiid mapping valid on cpu hotplug
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [GIT PULL] libnvdimm fixes for 4.10
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] x86/acpi: keep x86_cpu_to_acpiid mapping valid on cpu hotplug
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v21 06/13] clocksource: arm_arch_timer: move arch_timer_needs_of_probing into DT init call
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 05/13] clocksource: arm_arch_timer: refactor arch_timer_needs_probing
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 02/13] clocksource: arm_arch_timer: separate out device-tree code from arch_timer_detect_rate
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 01/13] clocksource: arm_arch_timer: introduce two functions to get the frequency from mmio and sysreg.
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 08/13] clocksource: arm_arch_timer: refactor MMIO timer probing.
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 09/13] acpi/arm64: Add GTDT table parse driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 12/13] clocksource: arm_arch_timer: add GTDT support for memory-mapped timer
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 13/13] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 11/13] acpi/arm64: Add memory-mapped timer support in GTDT driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 10/13] clocksource: arm_arch_timer: simplify ACPI support code.
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 07/13] clocksource: arm_arch_timer: introduce some new structs to prepare for GTDT
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 04/13] clocksource: arm_arch_timer: split arch_timer_rate for different types of timer
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 03/13] clocksource: arm_arch_timer: remove arch_timer_detect_rate
  • From: fu.wei@xxxxxxxxxx
• [PATCH v21 00/13] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: fu.wei@xxxxxxxxxx
• [PATCH] x86/acpi: keep x86_cpu_to_acpiid mapping valid on cpu hotplug
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v6 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()
  • From: Daniel Drake <drake@xxxxxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [GIT PULL] ACPI IORT fixes for v4.10-rc8
  • From: Will Deacon <will.deacon@xxxxxxx>
• [GIT PULL] ACPI IORT fixes for v4.10-rc8
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH -next] ACPI/IORT: Fix the error return code in iort_add_smmu_platform_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH -next] ACPI/IORT: Fix the error return code in iort_add_smmu_platform_device()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH -next] ACPI/IORT: Fix the error return code in iort_add_smmu_platform_device()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH -next] ACPI/IORT: Fix the error return code in iort_add_smmu_platform_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH -next] ACPI/IORT: Fix the error return code in iort_add_smmu_platform_device()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• RE: [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [PATCH v6 0/3] Init device ids from ACPI of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v6 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v6 1/3] ACPI / bus: Export acpi_of_modalias equiv of of_modalias_node
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v6 2/3] i2c: acpi: Initialize info.type from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH -next] ACPI/IORT: Fix the error return code in iort_add_smmu_platform_device()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• RE: [PATCH V8 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH V5 5/5] LPC: Add the ACPI LPC support
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI: Adapt pci_register_io_range() for indirect-IO and PCI I/O translation
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v5 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [Update][PATCH v8 15/15] irqchip: mbigen: Add ACPI support
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH v5 1/3] ACPI / bus: Export acpi_of_modalias equiv of of_modalias_node
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v5 0/3] Init device ids from ACPI of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v5 2/3] i2c: acpi: Initialize info.type from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v5 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• RE: [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()
  • From: "João Paulo Rechi Vita" <jprvita@xxxxxxxxx>
• Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH V8 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• RE: [PATCH V8 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH V8 00/11] IOMMU probe deferral support
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH V8 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 03/11] of: dma: Move range size workaround to of_dma_get_range()
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 04/11] of: dma: Make of_dma_deconfigure() public
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 11/11] ACPI/IORT: Remove linker section for IORT entries probing
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 09/11] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 10/11] iommu/arm-smmu: Clean up early-probing workarounds
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 05/11] ACPI/IORT: Add function to check SMMUs drivers presence
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 06/11] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V8 02/11] iommu/of: Prepare for deferred IOMMU configuration
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] device property: export code duplicating array of property entries
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v5 2/4] device property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v5 1/4] device property: allow to constify properties
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v8 00/15] ACPI platform MSI support and its example mbigen
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH v5 4/4] i2c: allow specify device properties in i2c_board_info
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] device property: export code duplicating array of property entries
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] device property: constify property arrays values
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] device property: allow to constify properties
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH V12 0/3] irqchip: qcom: Add IRQ combiner driver
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/15] device property: Add support for remote endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: [PATCH V12 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH V12 1/3] ACPI: Generic GSI: Do not attempt to map non-GSI IRQs during bus scan
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v2] ACPI/IORT: Fix iort_node_get_id() mapping entries indexing
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• RE: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v8 15/15] irqchip: mbigen: Add ACPI support
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v2] ACPI/IORT: Fix iort_node_get_id() mapping entries indexing
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v5 1/4] device property: allow to constify properties
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v5 2/4] device property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v5 4/4] i2c: allow specify device properties in i2c_board_info
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v5 3/4] device property: export code duplicating array of property entries
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v5 0/4] Export APIs to copy device properties & more
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v4 3/4] device property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v4 3/4] device property: constify property arrays values
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 3/4] device property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH V12 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [PATCH V12 1/3] ACPI: Generic GSI: Do not attempt to map non-GSI IRQs during bus scan
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [PATCH V12 3/3] irqchip: qcom: Add IRQ combiner driver
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [PATCH V12 0/3] irqchip: qcom: Add IRQ combiner driver
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 3/4] device property: constify property arrays values
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V10 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• Re: [PATCH V11 3/3] irqchip: qcom: Add IRQ combiner driver
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• Re: [PATCH] acpi, nfit: fix acpi_nfit_flush_probe() crash
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
• [PATCH] acpi, nfit: fix acpi_nfit_flush_probe() crash
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 3/4] device property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v4 3/4] device property: constify property arrays values
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH 06/15] device property: Add support for remote endpoints
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 3/4] device property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v4 3/4] device property: constify property arrays values
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 3/4] device property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v2 03/16] ACPI / property: Add fwnode_get_next_child_node()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 11/16] of: No need to include linux/property.h, linux/fwnode.h is sufficient
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 04/16] device property: Add fwnode_get_named_child_node()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 08/16] of: Add of_fwnode_handle() to convert device nodes to fwnode_handle
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 10/16] irqchip/gic: Add missing forward declaration for struct device
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 14/16] of: Add nop implementation of of_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 09/16] driver core: Arrange headers alphabetically
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 16/16] ACPI / DSD: Document references, ports and endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 13/16] device property: Get endpoint index from the ACPI tables
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 12/16] device property: Obtain device's fwnode independently of FW type
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 15/16] device property: Add fwnode_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 01/16] ACPI / property: Add possiblity to retrieve parent firmware node
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 07/16] device property: Add fwnode_handle_get()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 05/16] ACPI / property: Add support for remote endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 06/16] device property: Add support for remote endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 00/16] ACPI graph support
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 02/16] device property: Add fwnode_get_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH v4 1/3] ACPI / bus: Export acpi_of_modalias equiv of of_modalias_node
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: Bastien Nocera <hadess@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 1/3] ACPI / bus: Export acpi_of_modalias equiv of of_modalias_node
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] driver property: constify property arrays values
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: Bastien Nocera <hadess@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] i2c: allow specify device properties in i2c_board_info
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] driver property: constify property arrays values
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• [GIT PULL] Thermal-SoC management updates for v4.10-rc7
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 3/4] driver property: constify property arrays values
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 0/4] Export APIs to copy device properties & more
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] initity: try to improve __nocapture annotations
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v4 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 1/4] device property: export code duplicating array of property entries
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v3 4/4] i2c: allow specify device properties in i2c_board_info
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v3 2/4] device property: allow to constify properties
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v3 3/4] driver property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v3 0/4] Export APIs to copy device properties & more
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH V8 01/10] acpi: apei: read ack upon ghes record consumption
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 09/10] trace, ras: add ARM processor error trace event
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 10/10] arm/arm64: KVM: add guest SEA support
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 07/10] efi: print unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 03/10] efi: parse ARM processor error
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] i2c: allow specify device properties in i2c_board_info
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2 3/4] driver property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2] PCI: Add information about describing PCI in ACPI
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] initity: try to improve __nocapture annotations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 4/4] i2c: allow specify device properties in i2c_board_info
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] driver property: constify property arrays values
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 1/4] device property: export code duplicating array of property entries
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v2 2/4] device property: allow to constify properties
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v2 3/4] driver property: constify property arrays values
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v2 4/4] i2c: allow specify device properties in i2c_board_info
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v2 0/4] Export APIs to copy device properties & more
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH V10 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V11 1/3] ACPI: Generic GSI: Do not attempt to map non-GSI IRQs during bus scan
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 1/2] ACPI/IORT: add iort_get_memory_address_limit function
  • From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: Bastien Nocera <hadess@xxxxxxxxxx>
• RE: [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• [GIT PULL 00/10] EFI updates for v4.11
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 06/15] device property: Add support for remote endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• [PATCH v1.1 10/16] irqchip/gic: Add missing forward declaration for struct device
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] pwm/core: Try to get the module from pwm_get
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH] acpi: nfit: use %u format string specifier for unsigned ints
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH][V2] acpi: nfit: use %u format string specifier for unsigned ints
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] acpi: nfit: use %u format string specifier for unsigned ints
  • From: walter harms <wharms@xxxxxx>
• RE: [PATCH V7 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• [PATCH] acpi: nfit: use %u format string specifier for unsigned ints
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [pm:bleeding-edge 6/6] drivers/cpufreq/ti-cpufreq.c:250:6: warning: assignment makes integer from pointer without a cast
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v2 3/3] acpi: lpss: call pwm_add_table() for bsw PWM device
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 3/3] acpi: lpss: call pwm_add_table() for bsw PWM device
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• RE: [PATCH V7 00/11] IOMMU probe deferral support
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] acpi: lpss: call pwm_add_table() for bsw PWM device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 3/3] acpi: lpss: call pwm_add_table() for bsw PWM device
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v2 2/3] pwm/core: Try to get the module from pwm_get
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• RE: [PATCH V7 10/11] iommu/arm-smmu: Clean up early-probing workarounds
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• RE: [PATCH V7 09/11] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• RE: [PATCH V7 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] ACPI: processor_perflib: Simplify code and stop using CPUFREQ_START
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V2 1/2] ACPI: processor_perflib: Simplify code and stop using CPUFREQ_START
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V7 06/11] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• [PATCH V2 1/2] ACPI: processor_perflib: Simplify code and stop using CPUFREQ_START
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V7 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] i2c: acpi: Initialize info.type from of_compatible
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V7 00/11] IOMMU probe deferral support
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V7 06/11] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V7 10/11] iommu/arm-smmu: Clean up early-probing workarounds
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V7 09/11] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V7 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: processor_perflib: Simplify code and stop using CPUFREQ_START
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 10/15] of: No need to include linux/property.h, linux/fwnode.h is sufficient
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] Update the ASLTS
  • From: Al Stone <ahs3@xxxxxxxxxx>
• [pm:bleeding-edge 8/8] drivers/devfreq/devfreq.c:631:9: error: implicit declaration of function 'dev_pm_opp_get_suspend_opp'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 06/15] device property: Add support for remote endpoints
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• RE: [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• [PATCH 06/15] device property: Add support for remote endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 11/15] device property: Obtain device's fwnode independently of FW type
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 03/15] ACPI / property: Add fwnode_get_next_child_node()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 04/15] device property: Add fwnode_get_named_child_node()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 08/15] of: Add of_fwnode_handle() to convert device nodes to fwnode_handle
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 14/15] device property: Add fwnode_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 02/15] device property: Add fwnode_get_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 01/15] ACPI / property: Add possiblity to retrieve parent firmware node
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 09/15] driver core: Arrange headers alphabetically
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 15/15] ACPI / DSD: Document references, ports and endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 05/15] ACPI / property: Add support for remote endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 12/15] device property: Add support for fwnode endpoints
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 13/15] of: Add nop implementation of of_get_next_parent()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 10/15] of: No need to include linux/property.h, linux/fwnode.h is sufficient
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 07/15] device property: Add fwnode_handle_get()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 00/15] ACPI graph support
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v4 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v4 2/3] i2c: acpi: Initialize info.type from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v4 0/3] Init device ids from ACPI of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v4 1/3] ACPI / bus: Export acpi_of_modalias equiv of of_modalias_node
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [GIT PULL] ACPI fixes for v4.10-rc6
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8 5/5] platform/x86: fix typo in comment
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v8 4/5] platform/x86: Enable Atom PMC platform clocks
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v8 2/5] clk: x86: Add Atom PMC platform clocks
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v8 1/5] clk: Make x86/ conditional on CONFIG_COMMON_CLK
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] Add platform clock for BayTrail platforms
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• [GIT PULL] Power management fixes for v4.10-rc6
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 6/7] drivers/gpio: Add and export gpiod_lookup[_index]
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: Why hid-sensor-hub's IIO doesn't work properly in >= 4.3 (possibly badly bisected)
  • From: Bastien Nocera <hadess@xxxxxxxxxx>
• Re: [PATCH 1/2] qla2xxx: Fix a recently introduced memory leak
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH V11 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH V11 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V11 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V11 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH V11 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V11 1/3] ACPI: Generic GSI: Do not attempt to map non-GSI IRQs during bus scan
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V11 3/3] irqchip: qcom: Add IRQ combiner driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V7 10/11] iommu/arm-smmu: Clean up early-probing workarounds
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 6/7] drivers/gpio: Add and export gpiod_lookup[_index]
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/7] ACPI / property: have acpi_get_next_subnode take fwnode_handle
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• RE: [PATCH V7 00/11] IOMMU probe deferral support
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• RE: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH V7 00/11] IOMMU probe deferral support
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 1/7] drivers/regulator: Rename of_map_mode to map_mode in regulator desc
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• [PATCH 2/7] ACPI / property: have acpi_get_next_subnode take fwnode_handle
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• [PATCH 3/7] device property: introduce fwnode_for_each_child()
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• [PATCH 5/7] device property: Export dev_fwnode
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• [PATCH 4/7] device property: introduce fwnode_get_named_child_node()
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• [PATCH 6/7] drivers/gpio: Add and export gpiod_lookup[_index]
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• [PATCH 7/7] drivers/regulator: Initialize regulator init data for ACPI regulators
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF
  • From: Furquan Shaikh <furquan@xxxxxxxxxxxx>
• Re: [PATCH v14 0/6] Enable PMUs in ACPI systems
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v20 08/17] clocksource/drivers/arm_arch_timer: Rework counter frequency detection.
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3 0/3] Init device ids from ACPI of_compatible
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 0/3] Init device ids from ACPI of_compatible
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• RE: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• RE: [PATCH V7 00/11] IOMMU probe deferral support
  • From: "Sricharan" <sricharan@xxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/2] arch_timer: acpi: Add workaround for hisilicon-161010101 erratum
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 1/2] arm64: arch_timer: acpi: Introduce a generic aquirk framework for erratum
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH 2/2] arch_timer: acpi: add hisi timer erratum data
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH 0/2] arch_timer: acpi: Add workaround for hisilicon-161010101 erratum
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH V7 00/11] IOMMU probe deferral support
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v14 0/6] Enable PMUs in ACPI systems
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v14 0/6] Enable PMUs in ACPI systems
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: [PATCH v20 00/17] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Fix error handling
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v14 5/6] arm64: pmu: Detect and enable multiple PMUs in an ACPI system
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v14 6/6] arm: pmu: Add PMU definitions for cores not initially online
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v14 4/6] arm64: pmu: Detect multiple generic PMUs and append counter
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v14 3/6] arm: arm64: pmu: Assign platform PMU CPU affinity
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v14 2/6] arm64: pmu: Cache PMU interrupt numbers from MADT parse
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v14 1/6] arm: arm64: Add routine to determine cpuid of other cpus
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v14 0/6] Enable PMUs in ACPI systems
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v8 0/5] Add platform clock for BayTrail platforms
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] ACPI/IORT: Fix error handling
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v20 00/17] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v8 1/5] clk: Make x86/ conditional on CONFIG_COMMON_CLK
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• [PATCH v8 2/5] clk: x86: Add Atom PMC platform clocks
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• [PATCH v8 3/5] arch/x86/platform/atom: Move pmc_atom to drivers/platform/x86
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• [PATCH v8 4/5] platform/x86: Enable Atom PMC platform clocks
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• [PATCH v8 5/5] platform/x86: fix typo in comment
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• [PATCH v8 0/5] Add platform clock for BayTrail platforms
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] Init device ids from ACPI of_compatible
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 2/3] i2c: acpi: Initialize info.type from of_compatible
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v3 2/3] i2c: acpi: Initialize info.type from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v3 0/3] Init device ids from ACPI of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v3 1/3] ACPI / bus: Export acpi_of_modalias equiv of of_modalias_node
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible
  • From: "Dan O'Donovan" <dan@xxxxxxxxxx>
• [PATCH V7 11/11] ACPI/IORT: Remove linker section for IORT entries probing
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 10/11] iommu/arm-smmu: Clean up early-probing workarounds
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 08/11] drivers: acpi: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 09/11] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 06/11] of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 05/11] ACPI/IORT: Add function to check SMMUs drivers presence
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 04/11] of: dma: Make of_dma_deconfigure() public
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 03/11] of: dma: Move range size workaround to of_dma_get_range()
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 02/11] iommu/of: Prepare for deferred IOMMU configuration
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 01/11] iommu/of: Refactor of_iommu_configure() for error handling
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• [PATCH V7 00/11] IOMMU probe deferral support
  • From: Sricharan R <sricharan@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v2 3/3] acpi: lpss: call pwm_add_table() for bsw PWM device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 2/3] pwm/core: Try to get the module from pwm_get
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 1/3] pwm/core: Don't hold pwm_lookup_lock longer then necessary
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 0/3] acpi_lpss/pwm: Fix i915 pwm_get issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Only one core of four since kernel 4.9
  • From: DonMartio <donmartio@xxxxxxxxx>
• [PATCH] [REGRESSION FIX] Revert "ACPI / video: Add force_native quirk for HP Pavilion dv6"
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: Only one core of four since kernel 4.9
  • From: Martin Regner <martin@xxxxxxxxx>
• Re: [alsa-devel] [PATCH v7 2/5] clk: x86: Add Atom PMC platform clocks
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/5] clk: x86: Add Atom PMC platform clocks
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] Add platform clock for BayTrail platforms
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>