Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / property: Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 10/10] Bluetooth: hci_h5: Add support for enable and device-wake GPIOs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 09/10] Bluetooth: hci_h5: Add support for the RTL8723BS
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 08/10] Bluetooth: hci_h5: Add vendor setup, open, and close callbacks
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 07/10] Bluetooth: hci_h5: Add support for serdev enumerated devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 06/10] Bluetooth: btrtl: Add support for a config filename postfix
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 05/10] Bluetooth: btrtl: add support for the RTL8723BS and RTL8723DS chips
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 04/10] Bluetooth: btrtl: add support for retrieving the UART settings
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 03/10] Bluetooth: btrtl: Use rtl_dev_err and rtl_dev_info
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 02/10] Bluetooth: btrtl: split the device initialization into smaller parts
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 01/10] Bluetooth: btrtl: add MODULE_FIRMWARE declarations
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 0/10] Bluetooth: Add RTL8723BS support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / property: Switch to bitmap_zalloc()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v1] ACPI / property: Switch to bitmap_zalloc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2] ACPI: nfit: remove redundant assignment if nfit_mem found
  • From: oceanhehy@xxxxxxxxx
• [PATCH] ACPI: nfit: remove redundant assignment if nfit_mem found
  • From: oceanhe@xxxxxxxxxxx
• RE: [PATCH 1/1] x86, pmem, acpi: Remove excessive ACPI Large Reference Count warnings
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH 1/1] x86, pmem, acpi: Remove excessive ACPI Large Reference Count warnings
  • From: Russ Anderson <rja@xxxxxxx>
• RE: [PATCH 1/1] x86, pmem, acpi: Remove excessive ACPI Large Reference Count warnings
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] arm64 SMMUv3 PMU driver with IORT support
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [GIT PULL] Urgent power management fixes for v4.18
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: James Morse <james.morse@xxxxxxx>
• Re: [GIT PULL] Urgent power management fixes for v4.18
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Urgent power management fixes for v4.18
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [PATCH v2 0/4] arm64 SMMUv3 PMU driver with IORT support
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH resend 0/1] Thermal: Intel SoC DTS: Translate IO-APIC GSI number to linux irq number
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/9] Bluetooth: btrtl: add support for the RTL8723BS and RTL8723DS chips
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v1] MAINTAINERS: Use my infradead account exclusively for PDx86 work
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH resend 0/1] Thermal: Intel SoC DTS: Translate IO-APIC GSI number to linux irq number
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH resend 0/1] Thermal: Intel SoC DTS: Translate IO-APIC GSI number to linux irq number
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH resend 0/1] Thermal: Intel SoC DTS: Translate IO-APIC GSI number to linux irq number
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH resend] Thermal: Intel SoC DTS: Translate IO-APIC GSI number to linux irq number
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH resend 0/1] Thermal: Intel SoC DTS: Translate IO-APIC GSI number to linux irq number
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/2] i2c: ACPI: Add multi-instantiate pseudo driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] ACPI / EC: Use ec_no_wakeup on ThinkPad X1 Yoga 3rd
  • From: Aaron Ma <aaron.ma@xxxxxxxxxxxxx>
• Re: [Linux-4.18-rc7] ACPI AML errors in dmesg logs
  • From: Bastien Nocera <hadess@xxxxxxxxxx>
• Re: [Linux-4.18-rc7] ACPI AML errors in dmesg logs
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [GIT PULL] Urgent ACPI fixes for v4.18
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 1/1] x86, pmem, acpi: Remove excessive ACPI Large Reference Count warnings
  • From: Mike Travis <mike.travis@xxxxxxx>
• Re: [PATCH v1 1/2] PCI: Document patch submission hints
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v1 1/2] PCI: Document patch submission hints
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: Linux v4.18-rc7: ACPI Error: AE_AML_NO_RETURN_VALUE
  • From: Julian Wollrath <jwollrath@xxxxxx>
• Re: Linux v4.18-rc7: ACPI Error: AE_AML_NO_RETURN_VALUE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Linux v4.18-rc7: ACPI Error: AE_AML_NO_RETURN_VALUE
  • From: Julian Wollrath <jwollrath@xxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] ACPICA: AML Parser: ignore control method status in module-level code
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] ACPICA: AML Parser: ignore control method status in module-level code
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• RE: [GIT PULL] ACPI fix for v4.18-rc7
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [GIT PULL] ACPI fix for v4.18-rc7
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [GIT PULL] ACPI fix for v4.18-rc7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [GIT PULL] ACPI fix for v4.18-rc7
  • From: "Schmauss, Erik" <erik.schmauss@xxxxxxxxx>
• RE: [GIT PULL] ACPI fix for v4.18-rc7
  • From: "Schmauss, Erik" <erik.schmauss@xxxxxxxxx>
• Re: [PATCH v1 2/2] PCI: Document ACPI description of PCI host bridges
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 2/7] dma-mapping: Generalise dma_32bit_limit flag
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 2/7] dma-mapping: Generalise dma_32bit_limit flag
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [GIT PULL] ACPI fix for v4.18-rc7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] dma-mapping: Generalise dma_32bit_limit flag
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] arm64: clean the additional checks before calling ghes_notify_sea()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• [PATCH] acpi: processor_throttling: fixed a few brace coding style issues.
  • From: David Archuleta <darchuletajr@xxxxxxxxx>
• [GIT PULL] ACPI fix for v4.18-rc7
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] arm64: clean the additional checks before calling ghes_notify_sea()
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• [PATCH] arm64: clean the additional checks before calling ghes_notify_sea()
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from hibernation
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] Generic ACPI node references, graph improvements
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] ACPI / battery: drop inclusion of init.h
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 5/7] iommu/dma: Respect bus DMA limit for IOVAs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] ACPI/IORT: Don't set default coherent DMA mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 6/7] ACPI/IORT: Don't set default coherent DMA mask
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC V4 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 3/7] ACPI/IORT: Set bus DMA mask as appropriate
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 4/7] of/device: Set bus DMA mask as appropriate
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 3/7] ACPI/IORT: Set bus DMA mask as appropriate
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 2/7] dma-mapping: Generalise dma_32bit_limit flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] [SUBMITTED 20180724] arm64: fix ACPI dependencies
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Nikolaus Voss <nv@xxxxxxx>
• Re: [PATCH v2] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Nikolaus Voss <nv@xxxxxxx>
• [PATCH v2 2/4] acpi: arm64: iort helper to find the associated smmu of pmcg node
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v2 4/4] perf/smmuv3: Add MSI irq support
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v2 3/4] perf: add arm64 smmuv3 pmu driver
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v2 1/4] acpi: arm64: add iort support for PMCG
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v2 0/4] arm64 SMMUv3 PMU driver with IORT support
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v2 2/4] ACPI / battery: reorder headers alphabetically
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/4] ACPI / battery: drop inclusion of init.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 3/4] ACPI / battery: use specialized print macros
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 4/4] ACPI / battery: get rid of negations in conditions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: linux-next-20180723: battery status funny after bootup
  • From: Lucas Rangit Magasweran <lucas.magasweran@xxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] [SUBMITTED 20180724] arm64: fix ACPI dependencies
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] [SUBMITTED 20180724] arm64: fix ACPI dependencies
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] [SUBMITTED 20180724] arm64: fix ACPI dependencies
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] [SUBMITTED 20180724] arm64: fix ACPI dependencies
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] arm64: fix ACPI dependencies
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] arm64: fix ACPI dependencies
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] arm64: fix ACPI dependencies
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] arm64: fix ACPI dependencies
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] arm64: fix ACPI dependencies
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: linux-next-20180723: battery status funny after bootup
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: linux-next-20180723: battery status funny after bootup
  • From: Pavel Machek <pavel@xxxxxx>
• Re: linux-next-20180723: battery status funny after bootup
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: Kai Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: linux-next-20180723: battery status funny after bootup
  • From: Lucas Rangit Magasweran <lucas.magasweran@xxxxxxxx>
• Re: linux-next-20180723: battery status funny after bootup
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v2 7/7] OF: Don't set default coherent DMA mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 6/7] ACPI/IORT: Don't set default coherent DMA mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 5/7] iommu/dma: Respect bus DMA limit for IOVAs
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 4/7] of/device: Set bus DMA mask as appropriate
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 3/7] ACPI/IORT: Set bus DMA mask as appropriate
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 2/7] dma-mapping: Generalise dma_32bit_limit flag
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 1/7] ACPI/IORT: Support address size limit for root complexes
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 0/7] Stop losing firmware-set DMA masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• linux-next-20180723: battery status funny after bootup
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] ACPI/IORT: Support address size limit for root complexes
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] ACPI / OSI: Add OEM _OSI string to enable NVidia HDMI audio
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] Revert "ACPI / bus: Parse tables as term_list for Dell XPS 9570 and Precision M5530"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPICA: AML Parser: ignore dispatcher error status during table load
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] platform/x86: asus-wmi: Add fan support for UX550 series
  • From: Federico Di Gregorio <fog@xxxxxxx>
• [PATCH, RFC] platform/x86: asus-wmi: Add fan support for UX550 series
  • From: Federico Di Gregorio <fog@xxxxxxx>
• [GIT PULL] Power management fix for v4.18-rc6
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI fix for v4.18-rc6
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Support address size limit for root complexes
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH] ACPICA: AML Parser: ignore dispatcher error status during table load
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• Re: [PATCH v3 5/9] Bluetooth: btrtl: Add support for a config filename postfix
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] Revert "ACPI / bus: Parse tables as term_list for Dell XPS 9570 and Precision M5530"
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: battery: remove redundant old_present check on insertion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: battery: use cache_time as cache "enabled"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi/ec: Use ec_no_wakeup on more Thinkpad X1 Carbon 6th systems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: save NVS memory for ASUS 1025C laptop
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI / OSI: Add OEM _OSI string to enable NVidia HDMI audio
  • From: Alex Hung <alex.hung@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Support address size limit for root complexes
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 04/11] ACPI: property: Make the ACPI graph API private
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 03/11] ACPI / DSD: Document hierarchical data extension references
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 01/11] ACPI: Convert ACPI reference args to generic fwnode reference args
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 11/11] ACPI / DSD: graph: Update graph documentation to use generic references
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 09/11] ACPI / DSD: graph: Fix graph documentation
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 05/11] ACPI: property: Allow direct graph endpoint references
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 00/11] Generic ACPI node references, graph improvements
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 06/11] ACPI: property: Use data node name and reg property for graphs
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 10/11] ACPI / DSD: graph: Improve graph documentation for port/ep numbering
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 07/11] ACPI / DSD: Document key numbering for hierarchical data extension refs
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 08/11] ACPI / DSD: Update documentation for hierarchical data extension 1.1
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 02/11] ACPI: property: Allow making references to non-device nodes
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] ACPI / DSD: Add documentation on hierarchical data extension references
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] ACPI / DSD: Add documentation on hierarchical data extension references
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 03/10] ACPI / DSD: Add documentation on hierarchical data extension references
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1.1 04/10] ACPI: property: Make the ACPI graph API private
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [RFC PATCH] acpi/processor: Fix the return value of acpi_processor_ids_walk()
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPICA: Clear status of all events when entering S5
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [PATCH] ACPICA: Clear status of all events when entering S5
  • From: "Schmauss, Erik" <erik.schmauss@xxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Support address size limit for root complexes
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] ACPI/IORT: Support address size limit for root complexes
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 14/32] PCI: hotplug: Demidlayer registration with the core
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 14/32] PCI: hotplug: Demidlayer registration with the core
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC V4 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions
  • From: J. Agustín Vega-Frías <agustin.vega.frias@xxxxxxxxx>
• [PATCH] ACPI: battery: remove redundant old_present check on insertion
  • From: Lucas Magasweran <lucas.magasweran@xxxxxxxx>
• [PATCH] ACPI: battery: use cache_time as cache "enabled"
  • From: Lucas Magasweran <lucas.magasweran@xxxxxxxx>
• Re: [PATCH v3 4/9] Bluetooth: btrtl: add support for the RTL8723BS and RTL8723DS chips
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH v3 5/9] Bluetooth: btrtl: Add support for a config filename postfix
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH v3 2/9] Bluetooth: btrtl: split the device initialization into smaller parts
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH v1 1/2] ACPI / utils: Introduce acpi_dev_get_first_device() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 2/2] gpio: merrifield: Convert to use acpi_dev_get_first_match()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 1/2] ACPI / utils: Introduce acpi_dev_get_first_device() helper
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] acpi/ec: Use ec_no_wakeup on more Thinkpad X1 Carbon 6th systems
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: [RFC V4 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v1 2/2] gpio: merrifield: Convert to use acpi_dev_get_first_match()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] ACPI / utils: Introduce acpi_dev_get_first_device() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Ian Campbell <ijc@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] ACPI: button: hide unused procfs helpers
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• [PATCH] ACPI: button: hide unused procfs helpers
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Ian Campbell <ijc@xxxxxxxxxx>
• Re: [PATCH v1 1/2] ACPI / utils: Introduce acpi_dev_get_first_device() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 2/2] gpio: merrifield: Convert to use acpi_dev_get_first_match()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v1 1/2] ACPI / utils: Introduce acpi_dev_get_first_device() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/2] gpio: merrifield: Convert to use acpi_dev_get_first_match()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v1 1/2] PCI: Document patch submission hints
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] dma-mapping: Generalise dma_32bit_limit flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 2/4] ACPI/IORT: Set bus DMA mask as appropriate
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH 1/4] dma-mapping: Generalise dma_32bit_limit flag
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH 0/4] Stop losing firmware-set DMA masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH 0/4] Stop losing firmware-set DMA masks
  • From: Rob Herring <rob.herring@xxxxxxxxxx>
• Re: [PATCH 0/3] ACPICA version 20180629
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi/button.c: fix defined but not used warning
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [GIT PULL] ACPI fix for v4.18-rc5
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 0/9] Bluetooth: Add RTL8723BS support
  • From: Ian W MORRISON <ianwmorrison@xxxxxxxxx>
• [RFC PATCH 0/4] Stop losing firmware-set DMA masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [RFC PATCH 1/4] dma-mapping: Generalise dma_32bit_limit flag
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [RFC PATCH 3/4] of/device: Set bus DMA mask as appropriate
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [RFC PATCH 4/4] iommu/dma: Respect bus DMA limit for IOVAs
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [RFC PATCH 2/4] ACPI/IORT: Set bus DMA mask as appropriate
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH 0/4] Stop losing firmware-set DMA masks
  • From: Atish Patra <atish.patra@xxxxxxx>
• Re: [RFC PATCH 0/4] Stop losing firmware-set DMA masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH 1/4] dma-mapping: Generalise dma_32bit_limit flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 0/4] Stop losing firmware-set DMA masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 2/4] ACPI/IORT: Set bus DMA mask as appropriate
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI/IORT: Support address size limit for root complexes
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v3 7/9] Bluetooth: hci_h5: Add vendor setup, open, and close callbacks
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 9/9] Bluetooth: hci_h5: Add support for enable and device-wake GPIOs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 7/9] Bluetooth: hci_h5: Add vendor setup, open, and close callbacks
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 8/9] Bluetooth: hci_h5: Add support for the RTL8723BS
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 6/9] Bluetooth: hci_h5: Add support for serdev enumerated devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 5/9] Bluetooth: btrtl: Add support for a config filename postfix
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 4/9] Bluetooth: btrtl: add support for the RTL8723BS and RTL8723DS chips
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 3/9] Bluetooth: btrtl: add support for retrieving the UART settings
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 2/9] Bluetooth: btrtl: split the device initialization into smaller parts
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 1/9] Bluetooth: btrtl: add MODULE_FIRMWARE declarations
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 0/9] Bluetooth: Add RTL8723BS support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH] ACPI: save NVS memory for ASUS 1025C laptop
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH 07/10] ACPI / DSD: graph: Update for hierarchical data extension 1.1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 07/10] ACPI / DSD: graph: Update for hierarchical data extension 1.1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 06/10] ACPI: property: Use data node name and reg property for graphs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v1.1 04/10] ACPI: property: Make the ACPI graph API private
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 03/10] ACPI / DSD: Add documentation on hierarchical data extension references
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPICA: Clear status of all events when entering S5
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] acpi/button.c: fix defined but not used warning
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2] acpi, nfit: Fix scrub idle detection
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] acpi, nfit: Fix scrub idle detection
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] thermal: core: introduce thermal zone device mode control
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Thomas Hänig <haenig@xxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Thomas Hänig <haenig@xxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Thomas Hänig <haenig@xxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Thomas Hänig <haenig@xxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Thomas Hänig <haenig@xxxxxxxxxx>
• [RFC V4 1/4] ACPI: add support for sentinel-delimited probe tables
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V4 2/4] arm_pmu: acpi: add support for CPU PMU variant detection
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V4 3/4] perf: qcom: Add PC capture support to CPU PMU
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V4 4/4] perf: qcom: Add Falkor CPU PMU IMPLEMENTATION DEFINED event support
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V4 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Thomas Hänig <haenig@xxxxxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/20] APEI in_nmi() rework and arm64 SDEI wire-up
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] Default to s2idle in all machines supporting LP S0.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi/x86: enable touchscreen on Dell Venue Pro 7139
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI / battery: Safe unregistering of hooks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [GIT PULL] ACPI fixes for v4.18-rc4
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Power management fixes for v4.18-rc4
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 00/10] Generic ACPI node references, graph improvements
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/20] APEI in_nmi() rework and arm64 SDEI wire-up
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Generic ACPI node references, graph improvements
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [RFC V1] perf: qcom: add DDR bandwidth PMU support
  • From: Rahul Ramasubramanian <rahulr@xxxxxxxxxxxxxx>
• [RFC PATCH 2/2] efi/libstub: taken contents of LinuxExtraArgs UEFI variable into account
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 1/2] efi/libstub: refactor load option command line processing for reuse
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 00/20] APEI in_nmi() rework and arm64 SDEI wire-up
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] arm64: numa: rework ACPI NUMA initialization
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH] arm64: numa: rework ACPI NUMA initialization
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Nikolaus Voss <nikolaus.voss@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm64: numa: rework ACPI NUMA initialization
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Nikolaus Voss <nikolaus.voss@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] ACPI LID: increment wakeup count only when notified.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] thermal: core: introduce thermal zone device mode control
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v2] ACPI / battery: Safe unregistering of hooks
  • From: Jouke Witteveen <j.witteveen@xxxxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Nikolaus Voss <nikolaus.voss@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Nikolaus Voss <nikolaus.voss@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] Generic ACPI node references, graph improvements
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Srinath Mannam <srinath.mannam@xxxxxxxxxxxx>
• Re: [PATCH] ACPI / battery: safe unregistering of hooks
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 2/2] PCI: Document ACPI description of PCI host bridges
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] ACPI / battery: safe unregistering of hooks
  • From: Jouke Witteveen <j.witteveen@xxxxxxxxx>
• Re: [PATCH 00/10] Generic ACPI node references, graph improvements
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Srinath Mannam <srinath.mannam@xxxxxxxxxxxx>
• Re: [PATCH] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] ACPI: bus.c: Let acpi_device_get_match_data() return DT compatibility data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• RE: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: "Schmauss, Erik" <erik.schmauss@xxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ian Campbell <ijc@xxxxxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ian Campbell <ijc@xxxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] thermal: core: introduce thermal zone device mode control
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ian Campbell <ijc@xxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Ian Campbell <ijc@xxxxxxxxxx>
• [RFC PATCH] ACPI: bus: match of_device_id using acpi device
  • From: Srinath Mannam <srinath.mannam@xxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ian Campbell <ijc@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ian Campbell <ijc@xxxxxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• 4.18rc3 TX2 boot failure with "ACPICA: AML parser: attempt to continue loading table after error"
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v2 1/1] ACPI: properties: expose device properties through sysfs
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/1] ACPI: properties: expose device properties through sysfs
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] PCI/AER: Fix aerdrv loading with "pcie_ports=native" parameter
  • From: "Alex G." <mr.nuke.me@xxxxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] xen/ACPI: don't upload Px/Cx data for disabled processors
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v2] PCI/AER: Fix aerdrv loading with "pcie_ports=native" parameter
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v5 1/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v5 2/2] arm64: KVM: export the capability to set guest SError syndrome
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH v1 1/2] PCI: Document patch submission hints
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2] PCI/AER: Fix aerdrv loading with "pcie_ports=native" parameter
  • From: Alex G <mr.nuke.me@xxxxxxxxx>
• Re: [PATCH v2] PCI/AER: Fix aerdrv loading with "pcie_ports=native" parameter
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [PATCH] ACPI: properties: expose device properties through sysfs
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] PCI: Document patch submission hints
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v1 1/2] PCI: Document patch submission hints
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v1 2/2] PCI: Document ACPI description of PCI host bridges
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v1 0/2] PCI: Add patch submission and ACPI FW/OS info
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 3/3] ACPICA: Update version to 20180629
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• [PATCH 2/3] ACPICA: Revert "iASL compiler: allow compilation of externals with paths that refer to existing names"
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• [PATCH 1/3] ACPICA: Revert "iASL: change processing of external op namespace nodes for correctness"
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• [PATCH 0/3] ACPICA version 20180629
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• Re: [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• RE: small dmesg regression in kernel 4.17.3
  • From: "Schmauss, Erik" <erik.schmauss@xxxxxxxxx>
• [PATCH] ACPI/PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ACPI: properties: expose device properties through sysfs
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v5 2/2] arm64: KVM: export the capability to set guest SError syndrome
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: small dmesg regression in kernel 4.17.3
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: small dmesg regression in kernel 4.17.3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] thermal: core: introduce thermal zone device mode control
  • From: Matthias Kaehlcke <mka@xxxxxxxxxxxx>
• RE: small dmesg regression in kernel 4.17.3
  • From: "Schmauss, Erik" <erik.schmauss@xxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] ACPI: properties: expose device properties through sysfs
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] arm64: numa: rework ACPI NUMA initialization
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC/RFT PATCH 2/2] ACPI / APEI: Add DMI matching quirks for platforms that require hest_disable
  • From: James Morse <james.morse@xxxxxxx>
• [RFC/RFT PATCH 1/2] efi: Add helper to retrieve runtime version number
  • From: James Morse <james.morse@xxxxxxx>
• [RFC/RFT PATCH 0/2] disable_hest quirk on HP m400 with bad UEFI firmwware
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] ACPI: properties: expose device properties through sysfs
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [6/8] ACPICA: AML parser: attempt to continue loading table after error
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH V3] ACPI LID: increment wakeup count only when notified.
  • From: Ravi Chandra Sadineni <ravisadineni@xxxxxxxxxxxx>
• [PATCH] ACPI: properties: expose device properties through sysfs
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• Re: small dmesg regression in kernel 4.17.3
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: ACPI _DSD properties late reference binding
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• Re: [Kernel BZ#200277] Kernel 4.17.2 does not recognise Asus K501UB laptop keyboard/trackpad
  • From: Roy Spliet <nouveau@xxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: ACPI _DSD properties late reference binding
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [6/8] ACPICA: AML parser: attempt to continue loading table after error
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: ACPI _DSD properties late reference binding
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [Kernel BZ#200277] Kernel 4.17.2 does not recognise Asus K501UB laptop keyboard/trackpad
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v1.1 04/10] ACPI: property: Make the ACPI graph API private
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v1.1 02/10] ACPI: property: Allow making references to non-device nodes
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [Kernel BZ#200277] Kernel 4.17.2 does not recognise Asus K501UB laptop keyboard/trackpad
  • From: Roy Spliet <nouveau@xxxxxxxxxx>
• [PATCH 04/10] ACPI: property: Make the ACPI graph API private
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 00/10] Generic ACPI node references, graph improvements
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 05/10] ACPI: property: Allow direct graph endpoint references
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 09/10] ACPI / DSD: graph: If a port has a single endpoint, its value will be zero
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 08/10] ACPI / DSD: graph: Fix graph documentation
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 10/10] ACPI / DSD: graph: Use hierarchical data extension strings for references
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 07/10] ACPI / DSD: graph: Update for hierarchical data extension 1.1
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 06/10] ACPI: property: Use data node name and reg property for graphs
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 03/10] ACPI / DSD: Add documentation on hierarchical data extension references
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 01/10] ACPI: Convert ACPI reference args to generic fwnode reference args
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 02/10] ACPI: property: Allow making references to non-device nodes
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 12/20] ACPI / APEI: Don't store CPER records physical address in struct ghes
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [6/8] ACPICA: AML parser: attempt to continue loading table after error
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v5 12/20] ACPI / APEI: Don't store CPER records physical address in struct ghes
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter@xxxxxxxxxx>
• small dmesg regression in kernel 4.17.3
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: ACPI support in common clock framework
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v5 20/20] arm64: acpi: Make apei_claim_sea() synchronise with APEI's irq work
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 19/20] mm/memory-failure: increase queued recovery work's priority
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 18/20] ACPI / APEI: Add support for the SDEI GHES Notification type
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 17/20] firmware: arm_sdei: Add ACPI GHES registration helper
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 16/20] ACPI / APEI: Split fixmap pages for arm64 NMI-like notifications
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 15/20] ACPI / APEI: Only use queued estatus entry during _in_nmi_notify_one()
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 14/20] ACPI / APEI: Split ghes_read_estatus() to read CPER length
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 13/20] ACPI / APEI: Don't update struct ghes' flags in read/clear estatus
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 12/20] ACPI / APEI: Don't store CPER records physical address in struct ghes
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 11/20] ACPI / APEI: Remove silent flag from ghes_read_estatus()
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 10/20] ACPI / APEI: preparatory split of ghes->estatus
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 09/20] ACPI / APEI: Let the notification helper specify the fixmap slot
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 08/20] ACPI / APEI: Move locking to the notification helper
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 07/20] arm64: KVM/mm: Move SEA handling behind a single 'claim' interface
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 04/20] ACPI / APEI: Switch NOTIFY_SEA to use the estatus queue
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 06/20] KVM: arm/arm64: Add kvm_ras.h to collect kvm specific RAS plumbing
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 05/20] ACPI / APEI: Make estatus queue a Kconfig symbol
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 03/20] ACPI / APEI: don't wait to serialise with oops messages when panic()ing
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 02/20] ACPI / APEI: Generalise the estatus queue's add/remove and notify code
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 01/20] ACPI / APEI: Move the estatus queue code up, and under its own ifdef
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v5 00/20] APEI in_nmi() rework and arm64 SDEI wire-up
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] PCI / ACPI / PM: Resume bridges w/o drivers on suspend-to-RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] ACPI LID: increment wakeup count only when notified.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: ACPI support in common clock framework
  • From: Srinath Mannam <srinath.mannam@xxxxxxxxxxxx>
• Re: [PATCH 3/3] usb: typec: ucsi: Fix for incorrect status data issue
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: ACPI support in common clock framework
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: ACPI support in common clock framework
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: ACPI support in common clock framework
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter1887@xxxxxxxxx>
• Re: [PATCH 3/3] usb: typec: ucsi: Fix for incorrect status data issue
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] usb: typec: ucsi: Fix for incorrect status data issue
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH] arm64: numa: rework ACPI NUMA initialization
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 0/2] support exception state migration and set VSESR_EL2 by user space
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• [PATCH v5 1/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• [PATCH v5 2/2] arm64: KVM: export the capability to set guest SError syndrome
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH 3/3] usb: typec: ucsi: Fix for incorrect status data issue
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] xen/ACPI: don't upload Px/Cx data for disabled processors
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• [PATCH] ACPI / battery: safe unregistering of hooks
  • From: Jouke Witteveen <j.witteveen@xxxxxxxxx>
• [RFC V3 2/3] arm_pmu: acpi: add support for CPU PMU variant detection
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V3 1/3] ACPI: add support for sentinel-delimited probe tables
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V3 3/3] perf: qcom: Add Falkor CPU PMU IMPLEMENTATION DEFINED event support
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V2 1/3] ACPI: add support for sentinel-delimited probe tables
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V2 2/3] arm_pmu: acpi: add support for CPU PMU variant detection
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V2 3/3] perf: qcom: Add Falkor CPU PMU IMPLEMENTATION DEFINED event support
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• [RFC V3 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions
  • From: Agustin Vega-Frias <agustinv@xxxxxxxxxxxxxx>
• ACPI _DSD properties late reference binding
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [PATCH 3/3] usb: typec: ucsi: Fix for incorrect status data issue
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH 2/3] usb: typec: ucsi: acpi: Workaround for cache mode issue
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH 1/3] acpi: Add helper for deactivating memory region
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH 0/3] usb: typec: fixes for UCSI issues
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [GIT PULL] ACPI fixes for v4.18-rc2
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI / processor: Finish making acpi_processor_ppc_has_changed() void
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] ACPI LID: increment wakeup count only when notified.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: "Elliott, Robert (Persistent Memory)" <elliott@xxxxxxx>
• [PATCH] ACPI / processor: Finish making acpi_processor_ppc_has_changed() void
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: "Elliott, Robert (Persistent Memory)" <elliott@xxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] ACPI / EC: Use ec_no_wakeup on Thinkpad X1 Carbon 6th
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [REGRESSION] 4.17 failed to probe ACPI PnP
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [REGRESSION] 4.17 failed to probe ACPI PnP
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: "Elliott, Robert (Persistent Memory)" <elliott@xxxxxxx>
• Re: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH v3 1/2] acpi/nfit: Update nfit driver to comply with ACPI 6.1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH] ACPI / EC: Use ec_no_wakeup on Thinkpad X1 Carbon 6th
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH 14/32] PCI: hotplug: Demidlayer registration with the core
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH v2 7/9] Bluetooth: hci_h5: Add vendor setup, open, and close callbacks
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 8/9] Bluetooth: hci_h5: Add support for the RTL8723BS
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 00/32] Rework pciehp event handling & add runtime PM
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 14/32] PCI: hotplug: Demidlayer registration with the core
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2 1/9] Bluetooth: btrtl: add MODULE_FIRMWARE declarations
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 4/9] Bluetooth: btrtl: add support for the RTL8723BS and RTL8723DS chips
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 3/9] Bluetooth: btrtl: add support for retrieving the UART settings
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 7/9] Bluetooth: hci_h5: Add vendor setup, open, and close callbacks
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 8/9] Bluetooth: hci_h5: Add support for the RTL8723BS
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 5/9] Bluetooth: btrtl: Add support for a config filename postfix
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 9/9] Bluetooth: hci_h5: Add support for enable and device-wake GPIOs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 6/9] Bluetooth: hci_h5: Add support for serdev enumerated devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 2/9] Bluetooth: btrtl: split the device initialization into smaller parts
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 0/9] Bluetooth: Add RTL8723BS support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: ACPI support in common clock framework
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: ACPI support in common clock framework
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/2] arm64: handle NOTIFY_SEI notification by the APEI driver
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: James Morse <james.morse@xxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• [PATCH] Default to s2idle in all machines supporting LP S0.
  • From: Tristian Celestin <tristiancelestin@xxxxxxxxxxxx>
• Re: [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Riku Voipio <riku.voipio@xxxxxxxxxx>
• [PATCH 0/3] libvdimm: Support namespace enumeration while locked
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/3] acpi, nfit: Prefer _DSM over _LSR for namespace label reads
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 3/3] tools/testing/nvdimm: Make DSM failure code injection an override
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/3] libnvdimm: Introduce locked DIMM capacity support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] tools/testing/nvdimm: Fix support for emulating controller temperature
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: ACPI support in common clock framework
  • From: okaya@xxxxxxxxxxxxxx
• Re: ACPI support in common clock framework
  • From: Srinath Mannam <srinath.mannam@xxxxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI : dock: add error handling for acpi_bus_get_device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 00/11] Add support for Hygon's Dhyana Family 18h processor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] arm64/acpi: Add fixup for HPE m400 quirks
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH] ACPI / LPSS: Avoid PM quirks on suspend and resume from S3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [GIT PULL] More ACPI updates for v4.18-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] More power management updates for v4.18-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: ACPI support in common clock framework
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: ACPI support in common clock framework
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: Possible regression caused by commit a192aa923b66a
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: Possible regression caused by commit a192aa923b66a
  • From: Kai Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• RE: [PATCH] ACPICA: Recognize the Windows 10 RS3 OSI string
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] Documentation: update ACPI customize method feature docs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] ACPICA version 20180531
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH] ACPICA: Recognize the Windows 10 RS3 OSI string
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: gengdongjiu <gengdongjiu@xxxxxxxxxx>
• Re: Possible regression caused by commit a192aa923b66a
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI : dock: add error handling for acpi_bus_get_device
  • From: Zhouyang Jia <jiazhouyang09@xxxxxxxxx>
• Re: Possible regression caused by commit a192aa923b66a
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI LID: increment wakeup count only when notified.
  • From: Ravi Chandra Sadineni <ravisadineni@xxxxxxxxxx>
• [PATCH V2] ACPI LID: increment wakeup count only when notified.
  • From: Ravi Chandra Sadineni <ravisadineni@xxxxxxxxxxxx>
• Re: [PATCH v2 03/40] iommu/sva: Manage process address spaces
  • From: Kenneth Lee <liguozhu@xxxxxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 01/13] dt-bindings: net: bluetooth: add support for Realtek Bluetooth chips
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH] acpi/x86: enable touchscreen on Dell Venue Pro 7139
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: Add multi-instantiate pseudo driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] i2c: Add new I2C_CLIENT_IGNORE_BUSY flag
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: Possible regression caused by commit a192aa923b66a
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Possible regression caused by commit a192aa923b66a
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH] ACPICA: Recognize the Windows 10 RS3 OSI string
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/3] thinkpad_acpi: add support for force_discharge
  • From: Ognjen Galić <smclt30p@xxxxxxxxx>
• [PATCH] acpi/x86: enable touchscreen on Dell Venue Pro 7139
  • From: Tristian Celestin <tristiancelestin@xxxxxxxxxxxx>
• Re: [GIT PULL] libnvdimm for 4.18
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [GIT PULL] libnvdimm for 4.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] libnvdimm for 4.18
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 10/11] driver/edac: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 08/11] driver/acpi: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 04/11] x86/perf: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 07/11] x86/xen: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 06/11] x86/kvm: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 05/11] x86/mce: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 03/11] x86/cpu/bug: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 09/11] driver/cpufreq: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 02/11] x86/pci: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 01/11] x86/cpu: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 00/11] Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 11/11] tools/cpupower: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 01/13] dt-bindings: net: bluetooth: add support for Realtek Bluetooth chips
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: Christoffer Dall <christoffer.dall@xxxxxxx>
• Re: [GIT PULL] libnvdimm for 4.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] libnvdimm for 4.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] libnvdimm for 4.18
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• RE: [PATCH] ACPICA: Recognize the Windows 10 RS3 OSI string
  • From: <Mario.Limonciello@xxxxxxxx>
• [PATCH 2/2] i2c: Add multi-instantiate pseudo driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] i2c: Add new I2C_CLIENT_IGNORE_BUSY flag
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH RESEND v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• [PATCH RESEND v4 0/2] support exception state migration and set VSESR_EL2 by user space
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• [PATCH RESEND v4 1/2] arm64: KVM: export the capability to set guest SError syndrome
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] PCI/AER: Fix aerdrv loading with "pcie_ports=native" parameter
  • From: Alexandru Gagniuc <mr.nuke.me@xxxxxxxxx>
• Re: [PATCH v2] arm64: topology: Avoid checking numa mask for scheduler MC selection
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c:amd I2C Driver based on PCI Interface for upcoming platform
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/2] arm64: KVM: export the capability to set guest SError syndrome
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• [PATCH v4 2/2] arm/arm64: KVM: Add KVM_GET/SET_VCPU_EVENTS
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• [PATCH v4 0/2] support exception state migration and set VSESR_EL2 by user space
  • From: Dongjiu Geng <gengdongjiu@xxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Jakub Raček <jracek@xxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] i2c:amd I2C Driver based on PCI Interface for upcoming platform
  • From: "Shah, Nehal-bakulchandra" <Nehal-Bakulchandra.shah@xxxxxxx>
• Re: [PATCH v4] PCI ACPI: Avoid panic when PCI IO resource's size is not page aligned
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH] ACPI LID: increment wakeup count only when notified.
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI LID: increment wakeup count only when notified.
  • From: Benson Leung <bleung@xxxxxxxxxx>
• Re: [PATCH v4] PCI ACPI: Avoid panic when PCI IO resource's size is not page aligned
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] arm64: topology: Avoid checking numa mask for scheduler MC selection
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v2] arm64: topology: Avoid checking numa mask for scheduler MC selection
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] arm64: topology: Avoid checking numa mask for scheduler MC selection
  • From: Morten Rasmussen <morten.rasmussen@xxxxxxx>
• Re: [PATCH] arm64: topology: Avoid checking numa mask for scheduler MC selection
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] arm64: topology: Avoid checking numa mask for scheduler MC selection
  • From: Morten Rasmussen <morten.rasmussen@xxxxxxx>
• Re: [PATCH] arm64: topology: Avoid checking numa mask for scheduler MC selection
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Jakub Racek <jracek@xxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [4.17 regression] Performance drop on kernel-4.17 visible on Stream, Linpack and NAS parallel benchmarks
  • From: Jakub Racek <jracek@xxxxxxxxxx>
• Re: [PATCH] arm64: topology: Avoid checking numa mask for scheduler MC selection
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 1/2] pwm: lpss: platform: Save/restore the ctrl register over a suspend/resume
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>