Linux Advanced Configuration and Power Interface (ACPI)
[Prev Page][Next Page]
- [PATCH 15/19] ACPICA: ACPI 6.0: Add changes for DRTM table.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH 14/19] ACPICA: ACPI 6.0: Add support for IORT table.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH 13/19] ACPICA: ACPI 6.0: Add ACPI_SUB_PTR().
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH 12/19] ACPICA: ACPI 6.0: Add changes for MADT table.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH 08/19] ACPICA: ACPI 6.0: Add changes for FADT table.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH 05/19] ACPICA: Parser: Move a couple externals to the proper header.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH 03/19] ACPICA: ACPI 6.0: Add support for new predefined names.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH 00/19] ACPICA: 20150515 Release
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH 01/19] ACPICA: Additional dragon_fly BSD support.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH] ACPI / PM: Turn power resources on and off in the right order during resume
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- RE: [Devel] Correct place to send patches?
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Re: [PATCH 2/4] acpi: allow for an override to set _REV
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- RE: [Devel] Correct place to send patches?
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- [V5 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V5 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V5 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V5 PATCH 4/5] crypto: ccp - Unify coherency checking logic with device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V5 PATCH 5/5] amd-xgbe: Unify coherency checking logic with device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V5 PATCH 0/5] ACPI: Introduce support for _CCA object
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- Re: [V4 PATCH 4/6] device property: Introduces device_dma_is_coherent()
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Robert Dolca <robert.dolca@xxxxxxxxx>
- [PATCH v3 03/21] libnd: control character device and libnd bus sysfs attributes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 02/21] libnd, nfit: initial libnd infrastructure and NFIT support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 05/21] libnd: control (ioctl) messages for libnd bus and dimm devices
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 06/21] libnd, nd_dimm: dimm driver and base libnd device-driver infrastructure
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 07/21] libnd, nfit: regions (block-data-window, persistent memory, volatile memory)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 04/21] libnd, nfit: dimm/memory-devices
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 10/21] pmem: Dynamically allocate partition numbers
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 11/21] libnd, nfit: add interleave-set state-tracking infrastructure
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 09/21] libnd, nd_pmem: add libnd support to the pmem driver
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 13/21] libnd: pmem label sets and namespace instantiation.
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 14/21] libnd: blk labels and namespace instantiation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 16/21] libnd: write blk label set
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 17/21] libnd: infrastructure for btt devices
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 18/21] nd_btt: atomic sector updates
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 15/21] libnd: write pmem label set
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 21/21] libnd: Non-Volatile Devices
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 19/21] libnd, nfit, nd_blk: driver for BLK-mode access persistent memory
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 20/21] nfit-test: manufactured NFITs for interface development
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 12/21] libnd: namespace indices: read and validate
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 08/21] libnd: support for legacy (non-aliasing) nvdimms
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 01/21] e820, efi: add ACPI 6.0 persistent memory types
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v3 00/21] libnd: non-volatile memory device support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 10/11] irqchip / GICv2 / ACPI: Consolidate GICv2 ACPI related init code
- From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
- RE: [Devel] Correct place to send patches?
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- Re: [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] ACPI / blacklist: blacklist Win8 OSI for Dell Inspiron 7437
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 03/11] irqchip / GIC: Add GIC version support in ACPI MADT
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Julia Lawall <julia.lawall@xxxxxxx>
- Re: [Devel] Correct place to send patches?
- From: Adam Goode <agoode@xxxxxxxxxx>
- Re: [RFC v1 01/25] ARM, irq: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [RFC v1 15/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
- Re: [RFC v1 25/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] ACPI / blacklist: blacklist Win8 OSI for Dell Inspiron 7437
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] fjes: Implement upper layer of network driver functionality
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
- Re: [PATCH] ACPI / blacklist: blacklist Win8 OSI for Dell Inspiron 7437
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: [PATCH 4/7] fjes: Define hardware registers and related data structures
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
- RE: [Devel] Correct place to send patches?
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- RE: [Devel] Correct place to send patches?
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- Re: [PATCH 3/7] fjes: Implement platform_driver functionality
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
- Re: [Devel] Correct place to send patches?
- From: Adam Goode <agoode@xxxxxxxxxx>
- Re: [PATCH 2/7] fjes: Implement acpi_driver functionality
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
- RE: [Devel] Correct place to send patches?
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- Re: [PATCH 1/7] Introduce FUJITSU Extended Socket Network Device driver
- From: Alexander Duyck <alexander.h.duyck@xxxxxxxxxx>
- Re: [Devel] Correct place to send patches?
- From: Adam Goode <agoode@xxxxxxxxxx>
- Re: [RFC v1 25/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v1 15/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 25/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 15/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Hans Ulli Kroll <ulli.kroll@xxxxxxxxxxxxxx>
- Re: [RFC v1 15/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v1 15/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 10/25] sh: intc: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v1 13/25] genirq: Kill the parameter 'irq' of kstat_incr_irqs_this_cpu()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 10/25] sh: intc: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [Patch v2 06/14] genirq: Move field 'handler_data' from struct irq_data into struct irq_common_data
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 0/7][RFC] FUJITSU Extended Socket network device driver
- From: Darren Hart <dvhart@xxxxxxxxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Patch v2 11/14] genirq: Rename irq_data_get_msi() as irq_data_get_msi_desc()
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Robert Dolca <robert.dolca@xxxxxxxxx>
- Re: [Linaro-acpi] [V4 PATCH 1/6] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linaro-acpi] [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [V4 PATCH 1/6] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [V4 PATCH 2/6] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Robert Dolca <robert.dolca@xxxxxxxxx>
- Re: [RFC v1 08/25] mfd: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [RFC v1 24/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [V4 PATCH 4/6] device property: Introduces device_dma_is_coherent()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC v1 00/25] Optimize irq flow handler
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v1 20/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
- Re: [RFC v1 00/25] Optimize irq flow handler
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC v1 02/25] avr32, irq: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
- [RFC v1 20/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 06/25] pinctrl: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 21/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 22/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 24/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 25/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 23/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 17/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 19/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 18/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 08/25] mfd: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 07/25] irqchip: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 16/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [V4 PATCH 2/6] arm64 : Introduce support for ACPI _CCA object
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [RFC v1 15/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 09/25] ipu: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 10/25] sh: intc: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 11/25] keystone, irq: Use irq_data_get_xxx() to avoid redundant lookup of irq_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 12/25] spmi: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [V4 PATCH 1/6] ACPI / scan: Parse _CCA and setup device coherency
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [RFC v1 14/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 13/25] genirq: Kill the parameter 'irq' of kstat_incr_irqs_this_cpu()
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 03/25] MIPS, irq: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 05/25] gpio: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 04/25] powerpc, irq: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 00/25] Optimize irq flow handler
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 01/25] ARM, irq: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 02/25] avr32, irq: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [Patch v2 10/14] genirq: Move field 'affinity' from struct irq_data into struct irq_common_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 14/14] genirq: Pass irq_data to helper function __irq_set_chip_handler_name_locked()
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 13/14] genirq: Move field 'msi_desc' from struct irq_data into struct irq_common_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 12/14] genirq: Use helper function to access irq_data->msi_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 11/14] genirq: Rename irq_data_get_msi() as irq_data_get_msi_desc()
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 09/14] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 02/14] genirq: Introduce helper function irq_data_get_node()
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 03/14] x86, irq: Use accessor irq_data_get_node() to hide struct irq_data detail
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 04/14] sh, irq: Use accessor irq_data_get_node() to hide struct irq_data detail
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 06/14] genirq: Move field 'handler_data' from struct irq_data into struct irq_common_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 07/14] mn10300: Fix incorrect use of data->affinity
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 05/14] genirq: Move field 'node' from struct irq_data into struct irq_common_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Robert Dolca <robert.dolca@xxxxxxxxx>
- [Patch v2 01/14] genirq: Introduce struct irq_common_data to host shared irq data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v2 00/14] Split struct irq_data into common part and per-chip part
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH 1/7] Introduce FUJITSU Extended Socket Network Device driver
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 7/7] fjes: Add ethtool support
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 6/7] fjes: Implement upper layer of network driver functionality
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 5/7] fjes: Implement lower layer of network driver functionality
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 4/7] fjes: Define hardware registers and related data structures
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 3/7] fjes: Implement platform_driver functionality
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 2/7] fjes: Implement acpi_driver functionality
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- [PATCH 0/7][RFC] FUJITSU Extended Socket network device driver
- From: "Izumi, Taku" <izumi.taku@xxxxxxxxxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Patch v3 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [RFC 0/4] Introduce a mechanism to allocate PCI IRQ on demand
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [Patch v3 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [PATCH] PCI / hotplug / ACPI: Check ignore_hotplug for all downstream devices
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [RFC 1/4] PCI: Add hooks to allocate/free IRQ resources when binding/unbinding driver
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [Update][PATCH] PCIe / hotplug: Drop pointless ACPI-based "slot detection" check
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- [PATCH RFC] i2c: Use ID table to detect ACPI I2C devices
- From: Robert Dolca <robert.dolca@xxxxxxxxx>
- Re: [RFC 0/4] Introduce a mechanism to allocate PCI IRQ on demand
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] PCIe / hotplug: Drop pointless ACPI-based "slot detection" check
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [Update][PATCH] PCIe / hotplug: Drop pointless ACPI-based "slot detection" check
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] PCIe / hotplug: Drop pointless ACPI-based "slot detection" check
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- [PATCH] PCIe / hotplug: Drop pointless ACPI-based "slot detection" check
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- Re: [V4 PATCH 1/6] ACPI / scan: Parse _CCA and setup device coherency
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V4 PATCH 1/6] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- Re: [GIT PULL] Thermal-SoC management updates for v4.1-rc4
- From: Eduardo Valentin <edubezval@xxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- Re: [PATCH] ACPI/sbshc: Add 5us delay to fix SBS hang on MacBook
- From: Chris Bainbridge <chris.bainbridge@xxxxxxxxx>
- Re: [Patch v3 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 03/11] irqchip / GIC: Add GIC version support in ACPI MADT
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 09/11] irqchip / GICv3: Add stacked irqdomain support for ACPI based init
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 07/11] irqchip / GICv3: Refactor gic_of_init() for GICv3 driver
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 10/11] irqchip / GICv2 / ACPI: Consolidate GICv2 ACPI related init code
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 08/11] irqchip / GICv3: Add ACPI support for GICv3+ initialization
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 11/11] irqchip / GICv3 / ACPI: Consolidate GICv3 ACPI related init code
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 04/11] irqchip / GIC / ACPI: Use IRQCHIP_ACPI_DECLARE to simplify GICv2 init code
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 05/11] irqchip / gic: Add stacked irqdomain support for ACPI based GICv2 init
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 06/11] ACPI / gsi: Add gsi_mutex to synchronize acpi_register_gsi()/acpi_unregister_gsi()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 02/11] ACPI / irqchip: Add self-probe infrastructure to initialize IRQ controller
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 01/11] ACPICA: Introduce GIC version for arm based system
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH 00/11] Add self-probe infrastructure and stacked irqdomain support for ACPI based GICv2/3 init
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH] ACPI/sbshc: Add 5us delay to fix SBS hang on MacBook
- From: Chris Bainbridge <chris.bainbridge@xxxxxxxxx>
- Re: [RFC v1 03/11] genirq: Use CONFIG_NUMA instead of CONFIG_SMP to guard irq_common_data.node
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] acpi: allow for an override to set _REV
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC v1 01/11] genirq: Introduce struct irq_common_data to host shared irq data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI/sbshc: Add 5us delay to fix SBS hang on MacBook
- From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/4] acpi: allow for an override to set _REV
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] acpi: allow for an override to set _REV
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: [V4 PATCH 2/6] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: "Suthikulpanit, Suravee" <Suravee.Suthikulpanit@xxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: "Suthikulpanit, Suravee" <Suravee.Suthikulpanit@xxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [V4 PATCH 2/6] arm64 : Introduce support for ACPI _CCA object
- From: Paul Bolle <pebolle@xxxxxxxxxx>
- Re: [PATCH v2 0/6] ACPI / EC: Update due to recent changes.
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V4 PATCH 1/6] ACPI / scan: Parse _CCA and setup device coherency
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] ACPI / battery: ensure acpi_battery_init() has finish
- From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
- Re: Registering a device driver before _INI?
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Registering a device driver before _INI?
- From: Al Stone <ahs3@xxxxxxxxxx>
- Re: Registering a device driver before _INI?
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [V4 PATCH 5/6] crypto: ccp - Unify coherency checking logic with device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V4 PATCH 2/6] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V4 PATCH 3/6] pci: Generic function for setting up PCI device DMA coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V4 PATCH 6/6] amd-xgbe: Unify coherency checking logic with device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V4 PATCH 0/6] ACPI: Introduce support for _CCA object
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V4 PATCH 4/6] device property: Introduces device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V4 PATCH 1/6] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- Re: [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 04/20] libnd: ndctl class device, and nd bus attributes
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [RFC v1 00/11] Split struct irq_data into common part and per-chip part
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 03/20] nd_acpi, nfit-test: manufactured NFITs for interface development
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [RFC v1 11/11] genirq: Pass irq_data to helper function __irq_set_chip_handler_name_locked()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 03/11] genirq: Use CONFIG_NUMA instead of CONFIG_SMP to guard irq_common_data.node
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC v1 02/11] genirq: Move field 'node' from struct irq_data into struct irq_common_data
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 02/20] libnd, nd_acpi: initial libnd infrastructure and NFIT support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 03/20] nd_acpi, nfit-test: manufactured NFITs for interface development
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 02/20] libnd, nd_acpi: initial libnd infrastructure and NFIT support
- From: Jeff Moyer <jmoyer@xxxxxxxxxx>
- Re: Registering a device driver before _INI?
- From: Adam Goode <agoode@xxxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH v2 1/6] ACPI / EC: Update acpi_ec_is_gpe_raised() with new GPE status flag.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH v2 3/6] ACPI / EC: Remove irqs_disabled() check.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH v2 5/6] ACPI / EC: Add module params for polling modes.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH v2 6/6] ACPI / EC: Remove non-root-caused busy polling quirks.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH v2 4/6] ACPI / EC: Fix and clean up register access guarding logics.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH v2 2/6] ACPI / EC: Remove storming threashold enlarging quirk.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- [PATCH v2 0/6] ACPI / EC: Update due to recent changes.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- Re: [RFC PATCH V2 1/2] x86/cpu hotplug: make apicid <--> cpuid mapping persistent
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- Re: [PATCH] drivers: acpi: make ACPI_PROCFS_POWER X86 only
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] ACPI / battery: ensure acpi_battery_init() has finish
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [update][PATCH v3 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] ACPI: provide an override for _REV
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [GIT PULL] ACPI fixes for 4.1-rc4
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0: pciback not responding!!!
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>, David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0: pciback not responding!!!
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: [PATCH] ACPI / PM: Rework device power management to follow ACPI 6
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] acpi: allow for an override to set _REV
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] acpi: allow for an override to set _REV
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] ACPI: provide an override for _REV
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH] pci/hotplug: work-around for missing _RMV on HP ZBook G2
- From: Jarod Wilson <jarod@xxxxxxxxxx>
- Re: [PATCH] ACPI / blacklist: blacklist Win8 OSI for Dell Inspiron 7437
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: Re: [PATCH] ACPI / blacklist: blacklist Win8 OSI for Dell Inspiron 7437
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: Re: [PATCH] ACPI / blacklist: blacklist Win8 OSI for Dell Inspiron 7437
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: Registering a device driver before _INI?
- From: Al Stone <ahs3@xxxxxxxxxx>
- Re: [RFC PATCH V2 1/2] x86/cpu hotplug: make apicid <--> cpuid mapping persistent
- From: Yasuaki Ishimatsu <yasu.isimatu@xxxxxxxxx>
- Re: [PATCH 2/4] acpi: allow for an override to set _REV
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] acpi: allow for an override to set _REV
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 4/4] acpi: fix kernel-parameters ordering in Documentation
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/4] acpi: add _REV quirk for Dell XPS 13 (2015)
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/4] acpi: use same type for acpi_predefined_names values as in definition
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/4] ACPI: provide an override for _REV
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- Re: Registering a device driver before _INI?
- From: Adam Goode <agoode@xxxxxxxxxx>
- [RFC PATCH V2 2/2] gfp: use the best near online node if the target node is offline
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [RFC PATCH V2 1/2] x86/cpu hotplug: make apicid <--> cpuid mapping persistent
- From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
- [Patch v3 2/7] ia64/PCI/ACPI: Use common ACPI resource parsing interface for host bridge
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v3 3/7] ia64/PCI: Use common struct resource_entry to replace struct iospace_resource
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v3 4/7] x86/PCI: Rename struct pci_sysdata as struct pci_controller
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v3 6/7] x86/PCI/ACPI: Use common interface to support PCI host bridge
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v3 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v3 7/7] ia64/PCI/ACPI: Use common interface to support PCI host bridge
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v3 1/7] ACPI/PCI: Enhance ACPI core to support sparse IO space
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v3 0/7] Consolidate ACPI PCI root common code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH] cpuidle: Remove the default poll idle loop
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Registering a device driver before _INI?
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: Registering a device driver before _INI?
- From: Al Stone <ahs3@xxxxxxxxxx>
- Registering a device driver before _INI?
- From: Adam Goode <agoode@xxxxxxxxxx>
- Re: [RFC PATCH] cpuidle: Remove the default poll idle loop
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] ACPI / EC: Improve busy polling quirk.
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- RE: Debugging spurious wakeup
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- RE: Debugging spurious wakeup
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] i2c / ACPI: Assign IRQ for devices that have GpioInt automatically
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2 2/3] i2c / ACPI: Use 0 to indicate that device does not have interrupt assigned
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [update][PATCH v3 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- RE: Debugging spurious wakeup
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- RE: Debugging spurious wakeup
- From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH] ACPI / EC: Improve busy polling quirk.
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Debugging spurious wakeup
- From: Gianluca Anzolin <gianluca@xxxxxxxxxxxxxx>
- Re: [PATCH v2 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [RFC v2 6/7] x86/PCI/ACPI: Use common interface to support PCI host bridge
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- RE: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: "Jie, Yang" <yang.jie@xxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0: pciback not responding!!!
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0: pciback not responding!!!
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: [PATCH RESEND V4 4/4] arm64: dts: add proxy I2C device driver on APM X-Gene platform
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH RESEND V4 3/4] Documentation: i2c: Add APM X-Gene platform SLIMpro I2C driver documentation
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH RESEND V4 2/4] i2c: busses: xgene: add acpi support for i2c xgene SLIMpro driver
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH RESEND V4 1/4] i2c: busses: add SLIMpro I2C device driver on APM X-Gene platform
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: [PATCH RESEND V4 0/4] i2c: busses: xgene: I2C proxy driver for X-Gene
- From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0: pciback not responding!!!
- From: Sander Eikelenboom <linux@xxxxxxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0: pciback not responding!!!
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V3 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [PATCH v2 3/3] i2c / ACPI: Assign IRQ for devices that have GpioInt automatically
- Re: [PATCH v2 2/3] i2c / ACPI: Use 0 to indicate that device does not have interrupt assigned
- Re: [PATCH v2 1/3] gpio / ACPI: Add support for retrieving GpioInt resources from a device
- From: Antonio Ospite <ao2@xxxxxx>
- Re: [RFC v2 6/7] x86/PCI/ACPI: Use common interface to support PCI host bridge
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mark Brown <broonie@xxxxxxxxxx>
- RE: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: "Jie, Yang" <yang.jie@xxxxxxxxx>
- Re: TCO Watchdog warning interrupt driver creation
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [V3 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0: pciback not responding!!!
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH] ACPI / battery: ensure acpi_battery_init() has finish
- From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
- [PATCH] ACPI / battery: drop useless return statements
- From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
- [PATCH] ACPI / battery: abort initialization earlier if acpi_disabled
- From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] thermal: of-thermal: add support for reading coefficients property 33 O May 11 Antoine Tenart ( 15K) [PATCH v4 1/3] iio: adc: add support for Berlin
- From: Eduardo Valentin <edubezval@xxxxxxxxx>
- Re: [PATCH 1/2] thermal: support slope and offset coefficients
- From: Eduardo Valentin <edubezval@xxxxxxxxx>
- Re: [PATCH 0/2] thermal: add support to slope and offset
- From: Eduardo Valentin <edubezval@xxxxxxxxx>
- [PATCH 1/2] thermal: support slope and offset coefficients
- From: Eduardo Valentin <edubezval@xxxxxxxxx>
- [PATCH 2/2] thermal: of-thermal: add support for reading coefficients property
- From: Eduardo Valentin <edubezval@xxxxxxxxx>
- [PATCH 0/2] thermal: add support to slope and offset
- From: Eduardo Valentin <edubezval@xxxxxxxxx>
- Re: commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- commit b1ef29725865 (ACPI _REV=2) causes sound regression on Dell XPS 13 [Was: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2]
- From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [V3 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [GIT PULL] Thermal-SoC management updates for v4.1-rc4
- From: Eduardo Valentin <edubezval@xxxxxxxxx>
- Re: [PATCH v2 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [V3 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0: pciback not responding!!!
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v3 2/7] Xen / ACPI / processor: use invalid_logical_cpuid()
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH v3 3/7] Xen / ACPI / processor: Remove unneeded NULL check
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [RFC v2 2/7] ia64/PCI/ACPI: Use common ACPI resource parsing interface for host bridge
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [RFC v2 1/7] ACPI/PCI: Enhance ACPI core to support sparse IO space
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v2 3/3] i2c / ACPI: Assign IRQ for devices that have GpioInt automatically
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2 2/3] i2c / ACPI: Use 0 to indicate that device does not have interrupt assigned
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH v2 1/3] gpio / ACPI: Add support for retrieving GpioInt resources from a device
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH v3 1/7] ACPI / processor: Introduce invalid_logical_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v3 4/7] ACPI / processor: remove cpu_index in acpi_processor_get_info()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v3 5/7] ACPI / processor: remove phys_id in acpi_processor_get_info()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v3 6/7] ACPI / processor: return specific error instead of -1
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v3 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v3 3/7] Xen / ACPI / processor: Remove unneeded NULL check
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v3 2/7] Xen / ACPI / processor: use invalid_logical_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v3 0/7] minor cleanups for ACPI processor driver
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH] ACPI / EC: Improve busy polling quirk.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 08/20] libnd, nd_acpi: regions (block-data-window, persistent memory, volatile memory)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v2 5/7] Xen / ACPI / processor: Remove unneeded NULL check in xen_acpi_processor_enable()
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH] ACPICA: Divergence: Remove redundant definitions.
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V3 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: santosh shilimkar <santosh.shilimkar@xxxxxxxxxx>
- Re: [V3 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V3 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V3 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V3 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: santosh shilimkar <santosh.shilimkar@xxxxxxxxxx>
- Re: [V3 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH RFC 1/5] ACPI / containers : add support for ACPI0010 processor container
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH RFC 1/5] ACPI / containers : add support for ACPI0010 processor container
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH RFC 1/5] ACPI / containers : add support for ACPI0010 processor container
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH RFC 2/5] ACPI / processor: always compile perflib if CONFIG_ACPI_PROCESSOR
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH RFC 2/5] ACPI / processor: always compile perflib if CONFIG_ACPI_PROCESSOR
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH RFC 1/5] ACPI / containers : add support for ACPI0010 processor container
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [Patch v3] x86, irq: Allocate CPU vectors from device local CPUs if possible
- From: Daniel J Blueman <daniel@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/20] libnd: non-volatile memory device support
- From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
- Re: [V3 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: "santosh.shilimkar@xxxxxxxxxx" <santosh.shilimkar@xxxxxxxxxx>
- Re: [RFC v1 02/11] genirq: Move field 'node' from struct irq_data into struct irq_common_data
- From: "Yun Wu (Abel)" <wuyun.wu@xxxxxxxxxx>
- Re: [RFC v1 01/11] genirq: Introduce struct irq_common_data to host shared irq data
- From: "Yun Wu (Abel)" <wuyun.wu@xxxxxxxxxx>
- Re: [RFC v1 02/11] genirq: Move field 'node' from struct irq_data into struct irq_common_data
- From: "Yun Wu (Abel)" <wuyun.wu@xxxxxxxxxx>
- [V3 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V3 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V3 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V3 PATCH 4/5] crypto: ccp - Unify coherency checking logic with device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V3 PATCH 5/5] amd-xgbe: Unify coherency checking logic with device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V3 PATCH 0/5] ACPI: Introduce support for _CCA object
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [PATCH] ACPI / PM: Drop stale comment from acpi_power_transition()
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [GIT PULL] Power management and ACPI fixes for 4.1-rc3
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: I/O conflict on Versalogic Tiger (VL-EPM-24)
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Detecting that a battery is inside a dock?
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [Linaro-acpi] [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [RFC PATCH] cpuidle: Remove the default poll idle loop
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: I/O conflict on Versalogic Tiger (VL-EPM-24)
- From: George McCollister <george.mccollister@xxxxxxxxx>
- Re: [RFC v1 07/11] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Amir Vadai <amirv@xxxxxxxxxxxx>
- Re: Detecting that a battery is inside a dock?
- From: Bastien Nocera <hadess@xxxxxxxxxx>
- Re: [Linaro-acpi] [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 00/20] libnd: non-volatile memory device support
- From: Christoph Hellwig <hch@xxxxxx>
- [RFC 1/4] PCI: Add hooks to allocate/free IRQ resources when binding/unbinding driver
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC 0/4] Introduce a mechanism to allocate PCI IRQ on demand
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC 2/4] PCI, MSI: Optionally free legacy PCI IRQ when enabling MSI/MSI-X
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC 4/4] PCI: Introduce helpers to manage pci_dev->irq and pci_dev->irq_managed
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC 3/4] PCI, x86: Allocate PCI IRQ on demand and free it when not used anymore
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch v3] x86, irq: Allocate CPU vectors from device local CPUs if possible
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [PATCH 2/2] acpi, apei, bert: Clear error status at the end of error handling
- From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
- [PATCH 1/2] ACPI, APEI, Boot Error Record Table (BERT) support
- From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
- ACPI, APEI/BERT support
- From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
- Re: [V2 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [V2 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- [PATCH] ACPI / PM: Rework device power management to follow ACPI 6
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Detecting that a battery is inside a dock?
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: I/O conflict on Versalogic Tiger (VL-EPM-24)
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: I/O conflict on Versalogic Tiger (VL-EPM-24)
- From: George McCollister <george.mccollister@xxxxxxxxx>
- Re: I/O conflict on Versalogic Tiger (VL-EPM-24)
- From: George McCollister <george.mccollister@xxxxxxxxx>
- Re: [PATCH RFC 2/5] ACPI / processor: always compile perflib if CONFIG_ACPI_PROCESSOR
- From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
- Re: I/O conflict on Versalogic Tiger (VL-EPM-24)
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- I/O conflict on Versalogic Tiger (VL-EPM-24)
- From: George McCollister <george.mccollister@xxxxxxxxx>
- Re: [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- [PATCH RFC 0/5] ACPI / core : few cleanups and updates for LPI
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- [PATCH RFC 1/5] ACPI / containers : add support for ACPI0010 processor container
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- [PATCH RFC 2/5] ACPI / processor: always compile perflib if CONFIG_ACPI_PROCESSOR
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- [PATCH RFC 3/5] ACPI / sleep: move acpi_processor_sleep to sleep.c
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- [PATCH RFC 4/5] ACPI / processor_idle: replace PREFIX with pr_fmt
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- [PATCH RFC 5/5] ACPI / processor_idle : introduce ARCH_SUPPORTS_ACPI_PROCESSOR_CSTATE
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [RFC PATCH 0/9] Add self-probe infrastructure and stacked irqdomain support for ACPI based GICv2/3 init
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: Detecting that a battery is inside a dock?
- From: Bastien Nocera <hadess@xxxxxxxxxx>
- [PATCH v2 1/3] gpio / ACPI: Add support for retrieving GpioInt resources from a device
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH v2 3/3] i2c / ACPI: Assign IRQ for devices that have GpioInt automatically
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH v2 0/3] ACPI: Translate Linux IRQ number directly from GpioInt
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- [PATCH v2 2/3] i2c / ACPI: Use 0 to indicate that device does not have interrupt assigned
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [Patch v2] x86, irq: Support CPU vector allocation policies
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Robin Murphy <robin.murphy@xxxxxxx>
- [Patch v2] x86, irq: Support CPU vector allocation policies
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [Patch 2/2] x86, irq: Support CPU vector allocation policies
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- Re: [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- Re: [PATCH v2 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] Add self-probe infrastructure and stacked irqdomain support for ACPI based GICv2/3 init
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH] ACPICA: Divergence: Remove redundant definitions.
- From: Lv Zheng <lv.zheng@xxxxxxxxx>
- Re: [RFC PATCH 1/3] iio: export mounting matrix information
- From: Jonathan Cameron <jic23@xxxxxxxxxx>
- RE: [PATCH 15/17] ACPICA/ARM: ACPI 5.1: Update for GTDT table changes.
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- Re: [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/9] Add self-probe infrastructure and stacked irqdomain support for ACPI based GICv2/3 init
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [Patch 2/2] x86, irq: Support CPU vector allocation policies
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [Linaro-acpi] [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC v1 07/11] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [V2 PATCH 0/5] Introduce ACPI _CCA support and device_dma_is_coherent API
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V2 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V2 PATCH 3/5] device property: Introduces device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V2 PATCH 4/5] crypto: ccp - Unify coherency checking logic with device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [V2 PATCH 5/5] amd-xgbe: Unify coherency checking logic with device_dma_is_coherent()
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- Re: [PATCH v2 3/7] ACPI / processor: Introduce invalid_logical_cpuid()
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [Linaro-acpi] [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [Linaro-acpi] [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: [Linaro-acpi] [V2 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [RFC PATCH 6/9] ACPI / gsi: Add gsi_mutex to synchronize acpi_register_gsi()/acpi_unregister_gsi()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 9/9] irqchip / GICv3: Add stacked irqdomain support for ACPI based init
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 8/9] irqchip / GICv3: Add ACPI support for GICv3+ initialization
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 7/9] irqchip / GICv3: Refactor gic_of_init() for GICv3 driver
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 5/9] irqchip / gic: Add stacked irqdomain support for ACPI based GICv2 init
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 4/9] irqchip: gic: ACPI: Use IRQCHIP_ACPI_DECLARE to simplify GICv2 init code
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 3/9] irqchip / gic: Add GIC version support in ACPI MADT
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 2/9] ACPI / irqchip: Add self-probe infrastructure to initialize IRQ controller
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 1/9] ACPICA: Introduce GIC version for arm based system
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC PATCH 0/9] Add self-probe infrastructure and stacked irqdomain support for ACPI based GICv2/3 init
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v2 3/7] ACPI / processor: Introduce invalid_logical_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v2 3/7] ACPI / processor: Introduce invalid_logical_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH v2 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH 1/2] gpio / ACPI: Add support for retrieving GpioInt resources from a device
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH] ACPI / scan: Add a scan handler for PRP0001
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Patch breaks suspend
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 3/7] ACPI / processor: Introduce invalid_logical_cpuid()
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 3/7] ACPI / processor: Introduce invalid_logical_cpuid()
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH] ACPI / scan: Add a scan handler for PRP0001
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/7] ACPI / processor: Introduce invalid_logical_cpuid()
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v2 1/7] ACPI / processor: remove cpu_index in acpi_processor_get_info()
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v2 5/7] Xen / ACPI / processor: Remove unneeded NULL check in xen_acpi_processor_enable()
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [RFC v1 07/11] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Amir Vadai <amirv@xxxxxxxxxxxx>
- Re: [RFC v1 07/11] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Amir Vadai <amirv@xxxxxxxxxxxx>
- Re: Patch breaks suspend
- From: Marian Marinov <mm-l@xxxxxxxx>
- Re: Patch breaks suspend
- From: Aaron Lu <aaron.lu@xxxxxxxxx>
- Re: [RFC v2 0/7] Consolidate ACPI PCI root common code into ACPI core
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v2 4/7] Xen / ACPI / processor: use invalid_logical_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v2 5/7] Xen / ACPI / processor: Remove unneeded NULL check in xen_acpi_processor_enable()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v2 6/7] ACPI / processor: return specific error instead of -1
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v2 7/7] ACPI / processor: Introduce invalid_phys_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v2 3/7] ACPI / processor: Introduce invalid_logical_cpuid()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v2 2/7] ACPI / processor: remove phys_id in acpi_processor_get_info()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v2 1/7] ACPI / processor: remove cpu_index in acpi_processor_get_info()
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [PATCH v2 0/7] minor cleanups for ACPI processor driver
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- [RFC v2 3/7] ia64/PCI: Use common struct resource_entry to replace struct iospace_resource
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v2 1/7] ACPI/PCI: Enhance ACPI core to support sparse IO space
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v2 2/7] ia64/PCI/ACPI: Use common ACPI resource parsing interface for host bridge
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v2 6/7] x86/PCI/ACPI: Use common interface to support PCI host bridge
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v2 4/7] x86/PCI: Rename struct pci_sysdata as struct pci_controller
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v2 7/7] ia64/PCI/ACPI: Use common interface to support PCI host bridge
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v2 0/7] Consolidate ACPI PCI root common code into ACPI core
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/7] minor cleanups for ACPI processor driver
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH] ACPI / scan: Add a scan handler for PRP0001
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/20] libnd, nd_acpi: initial libnd infrastructure and NFIT support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v2 00/20] libnd: non-volatile memory device support
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/20] libnd, nd_acpi: initial libnd infrastructure and NFIT support
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Discussion around quirking the _REV behavior for the XPS 13 (2015) until 4.2
- From: Mario Limonciello <mario_limonciello@xxxxxxxx>
- Re: [PATCH 0/7] minor cleanups for ACPI processor driver
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] gpio / ACPI: Add support for retrieving GpioInt resources from a device
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: Patch breaks suspend
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH 2/2] acpi, apei: use EFI memmap to map GHES memory
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- [PATCH 0/2] map GHES memory region with EFI memory map
- From: "Jonathan (Zhixiong) Zhang" <zjzhang@xxxxxxxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 08/20] libnd, nd_acpi: regions (block-data-window, persistent memory, volatile memory)
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [RFC PATCH 1/3] iio: export mounting matrix information
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- Re: [RFC PATCH 1/3] iio: export mounting matrix information
- From: Jonathan Cameron <jic23@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] iio: derive the mounting matrix from ACPI _PLD objects
- From: Jonathan Cameron <jic23@xxxxxxxxxx>
- Re: [RFC PATCH 3/3] iio: derive the mounting matrix from ACPI _PLD objects
- From: Jonathan Cameron <jic23@xxxxxxxxxx>
- Re: [RFC PATCH 5/5] GHES: Make NMI handler have a single reader
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] ACPI/PNP: add two IDs to list for PNPACPI device enumeration
- From: Witold Szczeponik <Witold.Szczeponik@xxxxxxx>
- Re: [RFC PATCH 3/3] iio: derive the mounting matrix from ACPI _PLD objects
- From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
- Re: [RFC v1 07/11] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] ACPI/PNP: add two IDs to list for PNPACPI device enumeration
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [RFC v1 07/11] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC v1 07/11] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Amir Vadai <amirv@xxxxxxxxxxxx>
- Re: [PATCH 2/2] Documentation / ACPI: fix a typo, s/objecte/object/
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 3/3] iio: derive the mounting matrix from ACPI _PLD objects
- From: Octavian Purdila <octavian.purdila@xxxxxxxxx>
- [RFC v1 07/11] net/mlx4: Cache irq_desc->affinity instead of irq_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 10/11] genirq: Move field 'msi_desc' from struct irq_data into struct irq_common_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 09/11] genirq: Use helper function to access irq_data->msi_desc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 11/11] genirq: Pass irq_data to helper function __irq_set_chip_handler_name_locked()
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 08/11] genirq: Move field 'affinity' from struct irq_data into struct irq_common_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 05/11] mn10300: Fix incorrect use of data->affinity
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 04/11] genirq: Move field 'handler_data' from struct irq_data into struct irq_common_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 03/11] genirq: Use CONFIG_NUMA instead of CONFIG_SMP to guard irq_common_data.node
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 02/11] genirq: Move field 'node' from struct irq_data into struct irq_common_data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 01/11] genirq: Introduce struct irq_common_data to host shared irq data
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [RFC v1 00/11] Split struct irq_data into common part and per-chip part
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch 2/2] x86, irq: Support CPU vector allocation policies
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch 1/2] irq_remapping/vt-d: Fix regression caused by commit b106ee63abcc
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- [Patch 0/2] Optimize CPU vector allocation for NUMA systems
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 3/3] iio: derive the mounting matrix from ACPI _PLD objects
- From: Sathyanarayanan Kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
- Re: [RFC 1/2] ACPI: activate&export acpi_os_get_physical_address
- From: Darren Hart <dvhart@xxxxxxxxxxxxx>
- Patch breaks suspend
- From: Marian Marinov <mm-l@xxxxxxxx>
- [PATCH 2/2 linux-next] PNPACPI: use unsigned int in pnpacpi_encode_resources()
- From: Fabian Frederick <fabf@xxxxxxxxx>
- [PATCH 1/2 linux-next] PNPACPI: use u8 instead of int in acpi_resource_extended_irq context
- From: Fabian Frederick <fabf@xxxxxxxxx>
- Re: [PATCH 15/17] ACPICA/ARM: ACPI 5.1: Update for GTDT table changes.
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [PATCH] drivers: acpi: make ACPI_PROCFS_POWER X86 only
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [RFC 2/2] asus-wmi: add fan control
- From: Corentin Chary <corentin.chary@xxxxxxxxx>
- [PATCH] Register a global handler for SystemCMOS accesses
- From: Adam Goode <agoode@xxxxxxxxxx>
- RE: [RFC PATCH 5/5] GHES: Make NMI handler have a single reader
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- Re: [PATCH 15/17] ACPICA/ARM: ACPI 5.1: Update for GTDT table changes.
- From: Timur Tabi <timur@xxxxxxxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 05/20] libnd, nd_acpi: dimm/memory-devices
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: Resume from suspend not working in Lenovo Helix (2nd gen)
- From: jono <lejono@xxxxxxxxx>
- Resume from suspend not working in Lenovo Helix (2nd gen)
- From: jono <lejono@xxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 05/20] libnd, nd_acpi: dimm/memory-devices
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 05/20] libnd, nd_acpi: dimm/memory-devices
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 05/20] libnd, nd_acpi: dimm/memory-devices
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 05/20] libnd, nd_acpi: dimm/memory-devices
- From: Toshi Kani <toshi.kani@xxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 05/20] libnd, nd_acpi: dimm/memory-devices
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 2/2] Documentation / ACPI: fix a typo, s/objecte/object/
- From: Antonio Ospite <ao2@xxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 05/20] libnd, nd_acpi: dimm/memory-devices
- From: Toshi Kani <toshi.kani@xxxxxx>
- [PATCH] ACPI/PNP: add two IDs to list for PNPACPI device enumeration
- From: Witold Szczeponik <Witold.Szczeponik@xxxxxxx>
- Re: [PATCH v2 02/20] libnd, nd_acpi: initial libnd infrastructure and NFIT support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH] drivers: acpi: make ACPI_PROCFS_POWER X86 only
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [RFC 1/2] ACPI: activate&export acpi_os_get_physical_address
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [RFC 1/2] ACPI: activate&export acpi_os_get_physical_address
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [RFC 1/2] ACPI: activate&export acpi_os_get_physical_address
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/20] libnd, nd_acpi: initial libnd infrastructure and NFIT support
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/20] libnd, nd_acpi: initial libnd infrastructure and NFIT support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: acpi_power_meter IPMI region errors
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
- Re: acpi_power_meter IPMI region errors
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: acpi_power_meter IPMI region errors
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 02/20] libnd, nd_acpi: initial libnd infrastructure and NFIT support
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- acpi_power_meter IPMI region errors
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] Documentation / ACPI: fix a typo, s/objecte/object/
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] Documentation / ACPI: fix a sentence about GPIO resources
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH] ACPI/sbshc: Add 5us delay to fix SBS hang on MacBook
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH][Fix] cpuidle: Run tick_broadcast_exit() with disabled interrupts
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/20] libnd: non-volatile memory device support
- From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
- Re: [PATCH][Fix] cpuidle: Run tick_broadcast_exit() with disabled interrupts
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- [GIT PULL] Power management and ACPI fixes for 4.1-rc2
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [Bugfix v6] x86/PCI/ACPI: Fix regression caused by commit 63f1789ec716
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [RFC 2/2] asus-wmi: add fan control
- From: Darren Hart <dvhart@xxxxxxxxxxxxx>
- Re: [RFC 1/2] ACPI: activate&export acpi_os_get_physical_address
- From: Darren Hart <dvhart@xxxxxxxxxxxxx>
- Re: [RFC 0/2] asus notebook fan control
- From: Darren Hart <dvhart@xxxxxxxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
- Re: [Bugfix v6] x86/PCI/ACPI: Fix regression caused by commit 63f1789ec716
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH 5/5] GHES: Make NMI handler have a single reader
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- RE: [RFC PATCH 5/5] GHES: Make NMI handler have a single reader
- From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
- [Bugfix v6] x86/PCI/ACPI: Fix regression caused by commit 63f1789ec716
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [PATCH][Fix] cpuidle: Run tick_broadcast_exit() with disabled interrupts
- From: Preeti U Murthy <preeti@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/20] sched/idle: Use explicit broadcast oneshot control function
- From: Preeti U Murthy <preeti@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [PATCH] ACPI/sbshc: Add 5us delay to fix SBS hang on MacBook
- From: Chris Bainbridge <chris.bainbridge@xxxxxxxxx>
- Re: [PATCH] ACPI SBS: Fix intermittent hangs on Apple Macbook
- From: Chris Bainbridge <chris.bainbridge@xxxxxxxxx>
- Re: [PATCH 0/2] ACPI: Translate Linux IRQ number directly from GpioInt
- From: sathyanarayanan kuppuswamy <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linux-nvdimm] [PATCH v2 08/20] libnd, nd_acpi: regions (block-data-window, persistent memory, volatile memory)
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- RE: [Linux-nvdimm] [PATCH v2 08/20] libnd, nd_acpi: regions (block-data-window, persistent memory, volatile memory)
- From: "Elliott, Robert (Server Storage)" <Elliott@xxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Al Stone <al.stone@xxxxxxxxxx>
- Detecting that a battery is inside a dock?
- From: Bastien Nocera <hadess@xxxxxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: "Suthikulpanit, Suravee" <Suravee.Suthikulpanit@xxxxxxx>
- Re: [Linaro-acpi] [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>
- Re: [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>
- Re: [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Suravee Suthikulpanit <suravee.suthikulpanit@xxxxxxx>
- Re: [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [Bugfix v5] x86/PCI/ACPI: Fix regression caused by commit 63f1789ec716
- From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
- Re: [Bugfix v5] x86/PCI/ACPI: Fix regression caused by commit 63f1789ec716
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH 2/2] ACPI / scan: Parse _CCA and setup device coherency
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
- [PATCH 1/2] arm/arm64: ACPI: Introduce CONFIG_ACPI_MUST_HAVE_CCA
- From: Suravee Suthikulpanit <Suravee.Suthikulpanit@xxxxxxx>
[Index of Archives]
[Linux IBM ACPI]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]