Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [RFC][PATCH 2/2] PM / sleep: Kick devices that might have been reset by firmware
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC v2 0/1] i2c: acpi: scan ACPI enumerated I2C mux channels
  • From: Dustin Byford <dustin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Provide better MADT subtable sanity checks
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH] Bluetooth: hci_intel: Cleanup the device probe code
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] PM / sleep: Kick devices that might have been reset by firmware
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 0/1] i2c: acpi: scan ACPI enumerated I2C mux channels
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] Bluetooth: hci_intel: Cleanup the device probe code
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 5/5] Bluetooth: hci_bcm: Do not test ACPI companion in bcm_acpi_probe()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 4/5] Bluetooth: hci_bcm: Remove needless looking code
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 3/5] Bluetooth: hci_bcm: Remove needless acpi_match_device() call
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 2/5] Bluetooth: hci_bcm: Handle possible error from acpi_dev_get_resources()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 1/5] Bluetooth: hci_bcm: Add missing acpi_dev_free_resource_list()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [RFC v2 0/1] i2c: acpi: scan ACPI enumerated I2C mux channels
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] Early ACPI probing infrastructure
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 1/3] ACPI: amba bus probing support
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• [PATCH 2/3] ACPI: scan add call to probe amba devices
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• [PATCH 3/3] serial: amba-pl011: add ACPI support to AMBA probe
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• [PATCH 0/3] Add AMBA bus probing support to ACPI
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• Re: [PATCH v6 0/22] On-demand device probing
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/22] On-demand device probing
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [RFC v2 0/1] i2c: acpi: scan ACPI enumerated I2C mux channels
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Provide better MADT subtable sanity checks
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH] acpi-dma: Use ACPI_COMPANION() instead of acpi_bus_get_device()
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• [RFC] ECDT support in early stage
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [RFC][PATCH 2/2] PM / sleep: Kick devices that might have been reset by firmware
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [RFC][PATCH 0/2] PM / sleep: Make it possible to check if suspend/resume goes via firmware
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC][PATCH 2/2] PM / sleep: Kick devices that might have been reset by firmware
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC][PATCH 1/2] PM / sleep: Add flags to indicate platform firmware involvement
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v5 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v5 0/5] Provide better MADT subtable sanity checks
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v5 2/5] ACPI / ARM64: remove usage of BAD_MADT_ENTRY/BAD_MADT_GICC_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v5 4/5] ACPI / X86: remove usage of BAD_MADT_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v5 5/5] ACPI: remove definition of BAD_MADT_ENTRY macro
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v5 3/5] ACPI / IA64: remove usage of BAD_MADT_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• Re: [RFC v2 0/1] i2c: acpi: scan ACPI enumerated I2C mux channels
  • From: Dustin Byford <dustin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/9] Making the generic ACPI GSI layer irqdomain aware
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v4 0/9] Making the generic ACPI GSI layer irqdomain aware
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH v6 20/22] driver core: Allow deferring probes until late init
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 0/7] Early ACPI probing infrastructure
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v3 7/7] clocksource: cosmetic: Drop OF 'dependency' from symbols
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v3 3/7] irqchip/gic: Convert the GIC driver to ACPI probing
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v3 2/7] irqchip/acpi: Add probing infrastructure for ACPI-based irqchips
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v3 1/7] acpi: Add early device probing infrastructure
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v3 1/7] acpi: Add early device probing infrastructure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v3 1/7] acpi: Add early device probing infrastructure
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v3 7/7] clocksource: cosmetic: Drop OF 'dependency' from symbols
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 6/7] clocksource/arm_arch_timer: Convert to ACPI probing
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 3/7] irqchip/gic: Convert the GIC driver to ACPI probing
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 2/7] irqchip/acpi: Add probing infrastructure for ACPI-based irqchips
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v7 03/20] of/platform: Point to struct device from device node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 08/20] drm: Probe panels on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 09/20] drm/tegra: Probe dpaux devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 11/20] pwm: Probe PWM chip devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 13/20] usb: phy: Probe phy devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 17/20] dma: of: Probe DMA controllers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 20/20] of/platform: Defer probes of registered devices
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 19/20] driver core: Allow deferring probes until late init
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 18/20] power-supply: Probe power supplies on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 16/20] phy: core: Probe phy providers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 15/20] pinctrl: Probe pinctrl devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 14/20] clk: Probe clk providers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 12/20] backlight: Probe backlight devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 10/20] i2c: core: Probe i2c adapters and devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 05/20] gpio: Probe GPIO drivers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 04/20] of: add function to allow probing a device from a OF node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 06/20] pinctrl: Probe pinctrl devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 07/20] regulator: core: Probe regulators on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 02/20] ARM: amba: Move reading of periphid to amba_match()
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 01/20] driver core: handle -EPROBE_DEFER from bus_type.match()
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v7 0/20] On-demand device probing
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/22] On-demand device probing
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v6 20/22] driver core: Allow deferring probes until late init
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/9] drivers/of: Introduce of_node_alloc
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v3 1/7] acpi: Add early device probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v3 1/7] acpi: Add early device probing infrastructure
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v4 1/9] drivers/of: Introduce of_node_alloc
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [PATCH v3 0/7] Early ACPI probing infrastructure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] Provide better MADT subtable sanity checks
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 0/5] Provide better MADT subtable sanity checks
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [Linaro-acpi] [PATCH v2 0/5] ACPI probing infrastructure
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ACPI / tables: simplify acpi_parse_entries
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [Linaro-acpi] [PATCH v2 0/5] ACPI probing infrastructure
  • From: Al Stone <al.stone@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ACPI / tables: simplify acpi_parse_entries
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v4 1/9] drivers/of: Introduce of_node_alloc
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 2/9] genirq/irqdomain: Add irq_create_acpi_mapping
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 3/9] genirq/irqdomain: Add a fwnode_handle allocator
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 4/9] acpi/gsi: Always perform an irq domain lookup
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 6/9] acpi/gsi: Select OF_DYNAMIC when ACPI_GENERIC_GSI is selected
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 5/9] acpi/gsi: Add acpi_set_irq_model to initialize the GSI layer
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 9/9] acpi/gsi: Cleanup acpi_register_gsi
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 8/9] irqchip/GIC: Switch ACPI support to stacked domains
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 7/9] irqchip/GIC: Get rid of gic_init_bases()
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v4 0/9] Making the generic ACPI GSI layer irqdomain aware
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• RE: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v3 0/7] Early ACPI probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 1/7] acpi: Add early device probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 2/7] irqchip/acpi: Add probing infrastructure for ACPI-based irqchips
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 3/7] irqchip/gic: Convert the GIC driver to ACPI probing
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 4/7] clocksource/acpi: Add probing infrastructure for ACPI-based clocksources
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 6/7] clocksource/arm_arch_timer: Convert to ACPI probing
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 7/7] clocksource: cosmetic: Drop OF 'dependency' from symbols
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 5/7] clocksource: Add new CLKSRC_{PROBE,ACPI} config symbols
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] ACPI probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v2 1/2] ACPI / tables: simplify acpi_parse_entries
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [Bugfix 1/2] ACPI, PCI, irq: Do not share PCI IRQ with ISA IRQ
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] ACPI probing infrastructure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ACPI / tables: simplify acpi_parse_entries
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/5] ACPI: Introduce CPU performance controls using CPPC
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] ACPI probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ACPI / tables: simplify acpi_parse_entries
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• RE: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 5/7] x86, acpi, cpu-hotplug: Introduce apicid_to_cpuid[] array to store persistent cpuid <-> apicid mapping.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v9 1/5] ACPI: Introduce CPU performance controls using CPPC
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [PCI, x86] RIP: 0010:[<ffffffff81a2ef16>] [<ffffffff81a2ef16>] _raw_spin_unlock_irqrestore
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [PATCH] acpi/apei: apei_resources_all should be static
  • From: Geliang Tang <geliangtang@xxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PCI, x86] RIP: 0010:[<ffffffff81a2ef16>] [<ffffffff81a2ef16>] _raw_spin_unlock_irqrestore
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V5 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V5 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 2/2] debugfs: Pass bool pointer to debugfs_create_bool()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 0/22] On-demand device probing
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v6 0/22] On-demand device probing
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 20/22] driver core: Allow deferring probes until late init
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 5/7] x86, acpi, cpu-hotplug: Introduce apicid_to_cpuid[] array to store persistent cpuid <-> apicid mapping.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] Documentation: ACPI: add copy_dsdt to ACPI format options.
  • From: Rami Rosen <ramirose@xxxxxxxxx>
• Re: [PATCH v2 5/7] x86, acpi, cpu-hotplug: Introduce apicid_to_cpuid[] array to store persistent cpuid <-> apicid mapping.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/7] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] spi: pxa2xx: Set the max_speed_hz of the master
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v2 1/2] ACPI / tables: simplify acpi_parse_entries
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Bugfix 2/2] ACPI / PCI: Remove duplicated penalty on SCI IRQ
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [Bugfix 1/2] ACPI, PCI, irq: Do not share PCI IRQ with ISA IRQ
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v9 1/5] ACPI: Introduce CPU performance controls using CPPC
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] spi: pxa2xx: Use ACPI_COMPANION() instead of acpi_bus_get_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] acpi: Add basic device probing infrastructure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] ACPI probing infrastructure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] Provide better MADT subtable sanity checks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 16/22] pinctrl: Probe pinctrl devices on demand
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 06/22] gpio: Probe pinctrl devices on demand
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 05/22] gpio: Probe GPIO drivers on demand
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH V4 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V4 2/2] debugfs: Pass bool pointer to debugfs_create_bool()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 1/2] spi: pxa2xx: Set the max_speed_hz of the master
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• [PATCH 2/2] spi: pxa2xx: Use ACPI_COMPANION() instead of acpi_bus_get_device()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] acpi-dma: Add support for "dma-names" device property
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [patch] ACPI / tables: test the correct variable
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/5] ACPI: Introduce CPU performance controls using CPPC
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v1 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 2/2] acpi-dma: Add support for "dma-names" device property
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2 4/5] ACPI / processor_idle : introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 4/5] ACPI / processor_idle : introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [PATCH 2/2] acpi-dma: Add support for "dma-names" device property
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 1/3] ACPI / EC: Fix a memory leak issue in acpi_ec_query()
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 2/3] ACPI / EC: Fix query handler related issues
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 3/3] ACPI / EC: Fix a race issue in acpi_ec_guard_event()
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 0/3] ACPI / EC: Fix several code coverity issues
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [RFC 0/5] console/acpi: add DBG2 and SPCR console configuration
  • From: G Gregory <graeme.gregory@xxxxxxxxxx>
• Re: [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v9 1/5] ACPI: Introduce CPU performance controls using CPPC
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [PATCH v1 2/8] mfd: core: redo ACPI matching of the children devices
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• RE: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [RFC 0/5] console/acpi: add DBG2 and SPCR console configuration
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/8] mfd: intel_quark_i2c_gpio: support devices behind i2c bus
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 2/8] mfd: core: redo ACPI matching of the children devices
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [patch] ACPI / tables: test the correct variable
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v1 1/8] i2c / ACPI: Rework I2C device scanning
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/8] mfd: core: redo ACPI matching of the children devices
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 0/8] enable I2C devices behind I2C bus on Gen2
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 7/8] at24: enable ACPI device found on Galileo Gen2
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/8] mfd: intel_quark_i2c_gpio: load gpio driver first
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 6/8] gpio: pca953x: support ACPI devices found on Galileo Gen2
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 5/8] gpio: pca953x: store driver_data for future use
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 8/8] pwm-pca9685: enable ACPI device found on Galileo Gen2
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 4/8] mfd: intel_quark_i2c_gpio: support devices behind i2c bus
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 07/22] regulator: core: Remove regulator_list
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v6 03/22] of/platform: Point to struct device from device node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v6 03/22] of/platform: Point to struct device from device node
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 08/22] regulator: core: Probe regulators on demand
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v6 07/22] regulator: core: Remove regulator_list
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v6 02/22] ARM: amba: Move reading of periphid to amba_match()
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 04/22] of: add function to allow probing a device from a OF node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 03/22] of/platform: Point to struct device from device node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 05/22] gpio: Probe GPIO drivers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 06/22] gpio: Probe pinctrl devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 07/22] regulator: core: Remove regulator_list
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 08/22] regulator: core: Probe regulators on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 11/22] i2c: core: Probe i2c adapters and devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 10/22] drm/tegra: Probe dpaux devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/23] regulator: core: Remove regulator_list
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 12/22] pwm: Probe PWM chip devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/23] regulator: core: Remove regulator_list
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 13/22] backlight: Probe backlight devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 14/22] usb: phy: Probe phy devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 15/22] clk: Probe clk providers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 16/22] pinctrl: Probe pinctrl devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 18/22] dma: of: Probe DMA controllers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 17/22] phy: core: Probe phy providers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 21/22] driver core: Start processing deferred probes earlier
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 19/22] power-supply: Probe power supplies on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 20/22] driver core: Allow deferring probes until late init
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 22/22] of/platform: Defer probes of registered devices
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 09/22] drm: Probe panels on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 01/22] driver core: handle -EPROBE_DEFER from bus_type.match()
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v6 0/22] On-demand device probing
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• RE: [GIT PULL] Thermal-SoC management updates for v4.3-rc2
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [GIT PULL] Thermal-SoC management updates for v4.3-rc2
  • From: Javi Merino <javi.merino@xxxxxxx>
• Re: [PATCH v5 07/23] regulator: core: Remove regulator_list
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/23] regulator: core: Remove regulator_list
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 0/2] Fix how CPUs are enumerated when there's more than 255 CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [GIT PULL] Power management and ACPI updates for v4.3-rc2
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v5 01/23] driver core: Add pre_probe callback to bus_type
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/23] driver core: Add pre_probe callback to bus_type
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 01/23] driver core: Add pre_probe callback to bus_type
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 02/23] ARM: amba: Move reading of periphid to pre_probe()
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 04/23] of: add function to allow probing a device from a OF node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 03/23] of/platform: Point to struct device from device node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 05/23] gpio: Probe GPIO drivers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 07/23] regulator: core: Remove regulator_list
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 08/23] regulator: core: Drop redundant locking
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 10/23] drm: Probe panels on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 09/23] regulator: core: Probe regulators on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 11/23] drm/tegra: Probe dpaux devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 14/23] backlight: Probe backlight devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 13/23] pwm: Probe PWM chip devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 12/23] i2c: core: Probe i2c adapters and devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 15/23] usb: phy: Probe phy devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 18/23] phy: core: Probe phy providers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 16/23] clk: Probe clk providers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 19/23] dma: of: Probe DMA controllers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 21/23] driver core: Allow deferring probes until late init
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 20/23] power-supply: Probe power supplies on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 22/23] driver core: Start processing deferred probes earlier
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 23/23] of/platform: Defer probes of registered devices
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 17/23] pinctrl: Probe pinctrl devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 06/23] gpio: Probe pinctrl devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v5 0/23] On-demand device probing
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: New Surface 3 (atom x7) having problems with ACPI regions
  • From: Bastien Nocera <hadess@xxxxxxxxxx>
• [Bugfix 2/2] ACPI / PCI: Remove duplicated penalty on SCI IRQ
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Bugfix 1/2] ACPI, PCI, irq: Do not share PCI IRQ with ISA IRQ
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / PNP: Reserve ACPI resources at the fs_initcall_sync stage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v4 5/5] ACPI: remove definition of BAD_MADT_ENTRY macro
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v4 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v4 4/5] ACPI / X86: remove usage of BAD_MADT_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v4 3/5] ACPI / IA64: remove usage of BAD_MADT_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v4 2/5] ACPI / ARM64: remove usage of BAD_MADT_ENTRY/BAD_MADT_GICC_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v4 0/5] Provide better MADT subtable sanity checks
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v5 13/53] PCI: Separate realloc list checking after allocation
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI / PNP: Reserve ACPI resources at the fs_initcall_sync stage
  • From: George McCollister <george.mccollister@xxxxxxxxx>
• Re: [PATCH v4 04/22] of: add function to allow probing a device from a OF node
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH v2 3/5] irqchip/gic: Convert the GIC driver to ACPI probing
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks
  • From: Al Stone <al.stone@xxxxxxxxxx>
• Re: [PATCH v2 3/5] irqchip/gic: Convert the GIC driver to ACPI probing
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v2 3/5] irqchip/gic: Convert the GIC driver to ACPI probing
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 1/5] ACPI / processor : add support for ACPI0010 processor container
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 0/5] ACPI / processor_idle: Add ACPIv6.0 LPI support
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 2/5] ACPI / sleep: move acpi_processor_sleep to sleep.c
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 3/5] ACPI / processor_idle: replace PREFIX with pr_fmt
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 5/5] ACPI / processor_idle: Add support for Low Power Idle(LPI) states
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 4/5] ACPI / processor_idle : introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 1/2] ACPI / tables: simplify acpi_parse_entries
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 2/2] ACPI / tables : remove unused table_end parameter to acpi_tbl_entry_handler
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/22] of: add function to allow probing a device from a OF node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: tables: simplify acpi_parse_entries
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH] ACPI: tables: simplify acpi_parse_entries
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v4 21/22] driver core: Start processing deferred probes earlier
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/18] of/platform: add of_platform_probe
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH] ACPI: tables: simplify acpi_parse_entries
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 2/2] acpi-dma: Add support for "dma-names" device property
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] acpi-dma: Use ACPI_COMPANION() instead of acpi_bus_get_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: tables: simplify acpi_parse_entries
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi-dma: Add support for "dma-names" device property
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 1/8] genirq: irqdomain: Use an accessor for the of_node field
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 4/8] genirq: irqdomain: Add irq_create_acpi_mapping
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 3/8] genirq: irqdomain: Allow a domain to be identified with non-DT data
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 5/8] acpi: gsi: Always perform an irq domain lookup
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 7/8] irqchip: GIC: Switch ACPI support to stacked domains
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 6/8] acpi: gsi: Add acpi_set_irq_model to initialize the GSI layer
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 8/8] acpi: gsi: Cleanup acpi_register_gsi
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v3 0/8] Making the generic ACPI GSI layer irqdomain aware
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH V3 2/4] ACPI/scan: Clean up acpi_check_dma
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH] ACPI: tables: simplify acpi_parse_entries
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 1/2] ACPI: int340x_thermal: add missing CONFIG_ prefix
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 2/2] ACPI: Eliminate CONFIG_.*{,_MODULE} #ifdef in favor of IS_ENABLED()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 2/2] acpi-dma: Add support for "dma-names" device property
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 1/2] device property: Add fwnode_property_match_string()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v4 20/22] driver core: Allow deferring probes until late init
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [Patch v6 7/7] ia64/PCI/ACPI: Use common interface to support PCI host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v6 4/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v6 5/7] ACPI, PCI: Reset acpi_root_dev->domain to 0 when pci_ignore_seg is set
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v6 6/7] x86/PCI/ACPI: Use common interface to support PCI host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v6 3/7] ia64/PCI: Use common struct resource_entry to replace struct iospace_resource
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v6 2/7] ia64/PCI/ACPI: Use common ACPI resource parsing interface for host bridge
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v6 1/7] ACPI/PCI: Enhance ACPI core to support sparse IO space
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v6 0/7] Consolidate ACPI PCI root common code into ACPI core
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [GIT PULL] Thermal-SoC management updates for v4.3-rc2
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• RE: [PATCH] ACPI: change acpi_sleep_proc_init() to return void.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [PATCH v2 4/5] clocksource/acpi: Add probing infrastructure for ACPI-based clocksources
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v2 5/5] clocksource/arm_arch_timer: Convert to ACPI probing
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v2 3/5] irqchip/gic: Convert the GIC driver to ACPI probing
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v2 2/5] irqchip/acpi: Add probing infrastructure for ACPI-based irqchips
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v2 1/5] acpi: Add basic device probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v2 0/5] ACPI probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [GIT PULL] More power management and ACPI updates for v4.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 02/18] of/platform: add of_platform_probe
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH] ACPI: change acpi_sleep_proc_init() to return void.
  • From: Rami Rosen <ramirose@xxxxxxxxx>
• Re: [PATCH 0/5] ACPI probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v3 02/18] of/platform: add of_platform_probe
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH v4 21/22] driver core: Start processing deferred probes earlier
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 20/22] driver core: Allow deferring probes until late init
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 07/22] regulator: core: Reduce critical area in _regulator_get
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 04/22] of: add function to allow probing a device from a OF node
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4 01/22] driver core: Add pre_probe callback to bus_type
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v3 02/18] of/platform: add of_platform_probe
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Rob Herring <robh@xxxxxxxxxx>
• [RFC PATCH 3/3] ACPICA: Events: Fix reference counting code for per-object notify handlers
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH 2/3] ACPI / osl: Add OSL_GC_HANDLER/OSL_GC_THREAD support
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH 0/3] ACPICA: Events: Fix notify handler atomicity
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH 1/3] ACPICA: Utilities: Add deferred lock free contexts for deleting operand objects
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v2 4/7] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH] ACPI: change init_acpi_device_notify() to return void.
  • From: Rami Rosen <ramirose@xxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH v2 5/7] x86, acpi, cpu-hotplug: Introduce apicid_to_cpuid[] array to store persistent cpuid <-> apicid mapping.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V2 2/2] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2 1/2] efi: print unrecognized CPER section
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [Linaro-acpi] [RFC 4/5] tty/console: use SPCR table to define console
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH v4 04/22] of: add function to allow probing a device from a OF node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [Linaro-acpi] [PATCH v3 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [Linaro-acpi] [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• Re: [Linaro-acpi] [PATCH v3 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• [PATCH] ACPICA: fix possible NULL dereference
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH V3 0/4] PCI: ACPI: Setting up DMA coherency for PCI device from _CCA attribute
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 0/5] ACPI probing infrastructure
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: New Surface 3 (atom x7) having problems with ACPI regions
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 4/7] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 6/7] x86, acpi, cpu-hotplug: Enable MADT APIs to return disabled apicid.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 7/7] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 5/7] x86, acpi, cpu-hotplug: Introduce apicid_to_cpuid[] array to store persistent cpuid <-> apicid mapping.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 2/7] x86, numa: Introduce a node to node array to map a node to its best online node.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 1/7] x86, numa: Move definition of find_near_online_node() forward.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 0/7] Make cpuid <-> nodeid mapping persistent.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: New Surface 3 (atom x7) having problems with ACPI regions
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH V3 0/4] PCI: ACPI: Setting up DMA coherency for PCI device from _CCA attribute
  • From: "Suthikulpanit, Suravee" <suravee.suthikulpanit@xxxxxxx>
• Re: [PATCH 1/7] cpufreq: remove redundant CPUFREQ_INCOMPATIBLE notifier event
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 1/7] cpufreq: remove redundant CPUFREQ_INCOMPATIBLE notifier event
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 1/7] cpufreq: remove redundant CPUFREQ_INCOMPATIBLE notifier event
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 2/3] ACPI: constify struct acpi_hardware_id::id
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] ACPI / scan: use kstrdup_const in acpi_add_id()
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] ACPI: constify first argument of struct acpi_scan_handler::match
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v3 2/5] ACPI / ARM64: remove usage of BAD_MADT_ENTRY/BAD_MADT_GICC_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v3 3/5] ACPI / IA64: remove usage of BAD_MADT_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v3 4/5] ACPI / X86: remove usage of BAD_MADT_ENTRY
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v3 5/5] ACPI: remove definition of BAD_MADT_ENTRY macro
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks
  • From: Al Stone <al.stone@xxxxxxxxxx>
• [PATCH v9 5/5] ACPI: Allow selection of the ACPI processor driver for ARM64
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• [PATCH v9 4/5] CPPC: Probe for CPPC tables for each ACPI Processor object
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• [PATCH v9 3/5] ACPI: Add weak routines for ACPI CPU Hotplug
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• [PATCH v9 2/5] CPPC: Add a CPUFreq driver for use with CPPC
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• [PATCH v9 1/5] ACPI: Introduce CPU performance controls using CPPC
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• [PATCH v9 0/5] CPUFreq driver using CPPC methods
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [PATCH v4 0/2] Fix how CPUs are enumerated when there's more than 255 CPUs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 0/4] PCI: ACPI: Setting up DMA coherency for PCI device from _CCA attribute
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [Patch v5 1/6] ACPI/PCI: Enhance ACPI core to support sparse IO space
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• RE: [PATCH 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order
  • From: "Anaczkowski, Lukasz" <lukasz.anaczkowski@xxxxxxxxx>
• Re: [PATCH 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• New Surface 3 (atom x7) having problems with ACPI regions
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH v4 1/2] acpi: Added acpi_subtable_proc to ACPI table parsers
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH v4 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH v4 0/2] Fix how CPUs are enumerated when there's more than 255 CPUs
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• Re: [PATCH 1/2] acpi: Added acpi_subtable_proc to ACPI table parsers
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• Re: [PATCH V3 0/4] PCI: ACPI: Setting up DMA coherency for PCI device from _CCA attribute
  • From: "Suthikulpanit, Suravee" <suravee.suthikulpanit@xxxxxxx>
• Re: [PATCH 1/2] acpi: Added acpi_subtable_proc to ACPI table parsers
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v4 0/22] On-demand device probing
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH 1/2] acpi: Added acpi_subtable_proc to ACPI table parsers
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH 0/2] Fix how CPUs are enumerated when there's more than 255 CPUs
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• RE: [PATCH 0/4] Fix how CPUs are enumerated when there's more than 255 CPUs
  • From: "Anaczkowski, Lukasz" <lukasz.anaczkowski@xxxxxxxxx>
• Re: [Patch v5 1/6] ACPI/PCI: Enhance ACPI core to support sparse IO space
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/22] On-demand device probing
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 04/22] of: add function to allow probing a device from a OF node
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH 0/4] Fix how CPUs are enumerated when there's more than 255 CPUs
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH 5/6] ACPI / gpio: Split acpi_get_gpiod_by_index()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] ACPI probing infrastructure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] efi: print unrecognized CPER section
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• [PATCH V2 2/2] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V2 1/2] efi: print unrecognized CPER section
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• [PATCH V2 0/2] process unrecognized CPER error section
  • From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
• dmi_check_system: null pointer?
  • From: Mike Mestnik <cheako@xxxxxxxxxxxxxxx>
• Re: [Linaro-acpi] [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: _DSD standardization note (WAS: Re: [PATCH 2/2] net, thunder, bgx: Add support for ACPI binding.)
  • From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
• Re: [Linaro-acpi] [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [RFC 5/5] HACK: serial: move pl011 initcall to device_initcall
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [RFC 2/5] of/serial: move earlycon early_param handling to serial
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH 0/4] Fix how CPUs are enumerated when there's more than 255 CPUs
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 4/4] x86, acpi: Handle apic/x2apic entries in MADT in correct order
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH 0/5] ACPI probing infrastructure
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH 01/11] ARM64 / PCI: introduce struct pci_controller for ACPI
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 0/5] ACPI probing infrastructure
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 1/5] acpi: Add basic device probing infrastructure
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [RFC 5/5] HACK: serial: move pl011 initcall to device_initcall
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC 2/5] of/serial: move earlycon early_param handling to serial
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC 4/5] tty/console: use SPCR table to define console
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [RFC 5/5] HACK: serial: move pl011 initcall to device_initcall
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [RFC 2/5] of/serial: move earlycon early_param handling to serial
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [RFC 1/5] arm64: move acpi/dt decision earlier in boot process
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [RFC 3/5] acpi/serial: add DBG2 earlycon support
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [RFC 0/5] console/acpi: add DBG2 and SPCR console configuration
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [PATCH 4/4] x86, acpi: Handle apic/x2apic entries in MADT in correct order
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH 3/4] acpi: multi proc support
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH 2/4] x86, arm64, acpi: Added acpi_subtable_proc
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH 1/4] acpi: rename acpi_table_parse_entries
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH 0/4] Fix how CPUs are enumerated when there's more than 255 CPUs
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• Re: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] acpi: Add basic device probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 0/5] ACPI probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 6/6] ACPI / property: Extend device_get_next_child_node() to data-only nodes
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 5/6] ACPI / gpio: Split acpi_get_gpiod_by_index()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 0/22] On-demand device probing
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] acpi: Add basic device probing infrastructure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] ACPI probing infrastructure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/22] On-demand device probing
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH 1/5] acpi: Add basic device probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 1/5] acpi: Add basic device probing infrastructure
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• RE: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: "Anaczkowski, Lukasz" <lukasz.anaczkowski@xxxxxxxxx>
• [PATCH v4 07/22] regulator: core: Reduce critical area in _regulator_get
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 02/22] ARM: amba: Move reading of periphid to pre_probe()
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/18] of/platform: add of_platform_probe
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 04/22] of: add function to allow probing a device from a OF node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 10/22] drm/tegra: Probe dpaux devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 11/22] i2c: core: Probe i2c adapters and devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 12/22] pwm: Probe PWM chip devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 05/22] gpio: Probe GPIO drivers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 14/22] usb: phy: Probe phy devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 15/22] clk: Probe clk providers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 18/22] dma: of: Probe DMA controllers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 09/22] drm: Probe panels on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 19/22] power-supply: Probe power supplies on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 13/22] backlight: Probe backlight devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 22/22] of/platform: Defer probes of registered devices
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 20/22] driver core: Allow deferring probes until late init
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 16/22] pinctrl: Probe pinctrl devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 21/22] driver core: Start processing deferred probes earlier
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 17/22] phy: core: Probe phy providers on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 08/22] regulator: core: Probe regulators on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 06/22] gpio: Probe pinctrl devices on demand
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 03/22] of/platform: Point to struct device from device node
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 01/22] driver core: Add pre_probe callback to bus_type
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [PATCH v4 0/22] On-demand device probing
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH 01/11] ARM64 / PCI: introduce struct pci_controller for ACPI
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 0/5] ACPI probing infrastructure
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH 01/11] ARM64 / PCI: introduce struct pci_controller for ACPI
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• _DSD standardization note (WAS: Re: [PATCH 2/2] net, thunder, bgx: Add support for ACPI binding.)
  • From: Jon Masters <jcm@xxxxxxxxxx>
• [PATCH 2/5] irqchip/acpi: Add probing infrastructure for ACPI-based irqchips
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH 1/5] acpi: Add basic device probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH 3/5] irqchip/gic: Convert the GIC driver to ACPI probing
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH 5/5] clocksource/arm_arch_timer: Convert to ACPI probing
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH 4/5] clocksource/acpi: Add probing infrastructure for ACPI-based clocksources
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH 0/5] ACPI probing infrastructure
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] acpi-dma: Use ACPI_COMPANION() instead of acpi_bus_get_device()
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/18] platform: delay OF device-driver matches until late_initcall
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/18] platform: delay OF device-driver matches until late_initcall
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• [GIT PULL] libnvdimm for 4.3
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Possible deadlock related to CPU hotplug and kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [GIT PULL] Power management and ACPI updates for v4.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [GIT PULL] Power management and ACPI updates for v4.3-rc1
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [GIT PULL] Power management and ACPI updates for v4.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• RE: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: "Anaczkowski, Lukasz" <lukasz.anaczkowski@xxxxxxxxx>
• Re: [PATCH] ACPI / ARM64: Get configuration base address of ECAM via ACPI MCFG table
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Possible deadlock related to CPU hotplug and kernfs
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] x86, pci: Clean up comment about buggy MMIO config space access for AMD Fam10h CPUs.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH] ACPI / ARM64: Get configuration base address of ECAM via ACPI MCFG table
  • From: Dennis Chen <dennis.chen@xxxxxxx>
• Re: [PATCH]: acpica/nfit: Rename not-armed bit definition
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH]: acpica/nfit: Rename not-armed bit definition
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• [PATCH]: acpica/nfit: Rename not-armed bit definition
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI / ARM64: Get configuration base address of ECAM via ACPI MCFG table
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH] ACPI / ARM64: Get configuration base address of ECAM via ACPI MCFG table
  • From: Dennis Chen <dennis.chen@xxxxxxx>
• Re: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/6] ACPI / properties: Hierarchical properties support
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/6] ACPI / properties: Hierarchical properties support
  • From: Dustin Byford <dustin@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] libnvdimm ABI fixup for 4.2
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• [PATCH v3] nd_blk: change aperture mapping from WC to WB
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH v3] change aperture mapping from WC to WB
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2]: nfit: Clarify memory device state flags strings
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/2]: nfit: Clarify memory device state flags strings
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Linda Knippers <linda.knippers@xxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Ignore 10ms delay for Braswell and Baytrail
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Linda Knippers <linda.knippers@xxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v8 4/9] ACPI: Introduce CPU performance controls using CPPC
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Linda Knippers <linda.knippers@xxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Linda Knippers <linda.knippers@xxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/2]: nfit: Clarify memory device state flags strings
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] ACPI / LPSS: Ignore 10ms delay for Braswell and Baytrail
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Ignore 10ms delay for Braswell and Baytrail
  • From: "Kasagar, Srinidhi" <srinidhi.kasagar@xxxxxxxxx>
• Lockdep warnings triggered by CPU hotplug
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Ignore 10ms delay for Braswell and Baytrail
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Ignore 10ms delay for Braswell and Baytrail
  • From: "Kasagar, Srinidhi" <srinidhi.kasagar@xxxxxxxxx>
• Re: [PATCH 1/2]: nfit: Clarify memory device state flags strings
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH 3/6] ACPI / property: Expose data-only subnodes via sysfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 6/6] ACPI / property: Extend device_get_next_child_node() to data-only nodes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 1/6] ACPI / property: Add routine for extraction of _DSD properties
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 4/6] ACPI / property: Extend fwnode_property_* to data-only subnodes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 2/6] ACPI / property: Add support for data-only subnodes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 0/6] ACPI / properties: Hierarchical properties support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 5/6] ACPI / gpio: Split acpi_get_gpiod_by_index()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• RE: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [Patch v3] ACPI, PCI: Penalize legacy IRQ used by ACPI SCI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [Patch v3] ACPI, PCI: Penalize legacy IRQ used by ACPI SCI
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Linda Knippers <linda.knippers@xxxxxx>
• [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• Re: [PATCH] x86, acpi: Handle lapic/x2apic entries in MADT
  • From: Lukasz Anaczkowski <lukasz.anaczkowski@xxxxxxxxx>
• Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH 1/2]: nfit: Clarify memory device state flags strings
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH 0/2]: acpi, nfit: Clarify memory device state flags
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• [PATCH V3 1/4] Honor ACPI _CCA attribute setting
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• [PATCH V3 2/4] ACPI/scan: Clean up acpi_check_dma
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• [PATCH V3 3/4] PCI: OF: Move of_pci_dma_configure() to pci_dma_configure()
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• [PATCH V3 4/4] PCI: ACPI: Add support for PCI device DMA coherency
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• [PATCH V3 0/4] PCI: ACPI: Setting up DMA coherency for PCI device from _CCA attribute
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• Re: [PATCH] x86, acpi: Handle lapic/x2apic entries in MADT
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH] x86, acpi: Handle lapic/x2apic entries in MADT
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH] x86, acpi: Handle lapic/x2apic entries in MADT
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] x86, acpi: Handle lapic/x2apic entries in MADT
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH] x86, acpi: Handle lapic/x2apic entries in MADT
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [Patch v3] ACPI, PCI: Penalize legacy IRQ used by ACPI SCI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [Patch v3] ACPI, PCI: Penalize legacy IRQ used by ACPI SCI
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH] x86, acpi: Handle lapic/x2apic entries in MADT
  • From: "Anaczkowski, Lukasz" <lukasz.anaczkowski@xxxxxxxxx>
• Re: [PATCH V2 0/4] PCI: ACPI: Setting up DMA coherency for PCI device from _CCA attribute
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• Re: [Patch v3] ACPI, PCI: Penalize legacy IRQ used by ACPI SCI
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH V2 2/4] ACPI/scan: Clean up acpi_check_dma
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 4/4] PCI: ACPI: Add support for PCI device DMA coherency
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• Re: [PATCH V2 2/4] ACPI/scan: Clean up acpi_check_dma
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• Re: [PATCH v8 4/9] ACPI: Introduce CPU performance controls using CPPC
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v8 0/9] CPUFreq driver using CPPC methods
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [PATCH v8 0/9] CPUFreq driver using CPPC methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [GIT PULL] libnvdimm fix for 4.2
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v8 0/9] CPUFreq driver using CPPC methods
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [PATCH v8 0/9] CPUFreq driver using CPPC methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] ACPI / osl: replace custom implementation of readq / writeq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI / EC: Fix an issue caused by the serialized _Qxx evaluations.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 00/20] ACPICA: 20150818 Release
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 4/4] PCI: ACPI: Add support for PCI device DMA coherency
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/4] ACPI/scan: Clean up acpi_check_dma
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2 3/4] PCI: OF: Move of_pci_dma_configure() to pci_dma_configure()
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH V2 0/4] PCI: ACPI: Setting up DMA coherency for PCI device from _CCA attribute
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH V2 0/4] PCI: ACPI: Setting up DMA coherency for PCI device from _CCA attribute
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• [PATCH V2 3/4] PCI: OF: Move of_pci_dma_configure() to pci_dma_configure()
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• [PATCH V2 1/4] Honor ACPI _CCA attribute setting
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• [PATCH V2 2/4] ACPI/scan: Clean up acpi_check_dma
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• [PATCH V2 4/4] PCI: ACPI: Add support for PCI device DMA coherency
  • From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
• Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC] i2c: Revert back to old device naming for ACPI enumerated I2C slaves
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>