Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• [PATCH v6 0/2] tpm2: Make TPM2 logs accessible for non-UEFI firmware
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: DPTF: Add battery participant for TigerLake
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [net-next PATCH v1] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 3/7] ACPI: button: Access input device's users under appropriate mutex
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [net-next PATCH v1] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
  • From: Calvin Johnson <calvin.johnson@xxxxxxxxxxx>
• RE: [net-next PATCH v1] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
  • From: Ioana Ciornei <ioana.ciornei@xxxxxxx>
• [pm:bleeding-edge] BUILD SUCCESS 869e6a63587372b60fed9580bf908cf2a5c820bd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 4/7] ACPI: button: Use input_device_enabled() helper
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v4 3/7] ACPI: button: Access input device's users under appropriate mutex
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [net-next PATCH v1] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
  • From: Calvin Johnson <calvin.johnson@xxxxxxxxxxx>
• Re: [PATCH v5 1/2] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/2] nvme: Add support for ACPI StorageD3Enable property
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/2] nvme: Add support for ACPI StorageD3Enable property
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH V2 0/2] nvme: Add support for ACPI StorageD3Enable property
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: DPTF: Add battery participant for TigerLake
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: avoid relocations for table signature array
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Eliminate usage of uninitialized_var() macro
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] ACPI: button: Access input device's users under appropriate mutex
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 11/11] thermal: Rename set_mode() to change_mode()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 09/11] thermal: core: Stop polling DISABLED thermal devices
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 08/11] thermal: Explicitly enable non-changing thermal zone devices
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 07/11] thermal: Use mode helpers in drivers
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 06/11] thermal: Add mode helpers
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 05/11] thermal: remove get_mode() operation of drivers
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 03/11] thermal: Add current mode to thermal zone device
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 01/11] acpi: thermal: Fix error handling in the register function
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [pm:bleeding-edge] BUILD SUCCESS ecc844444841b81afe167ea405503dfef069b22b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v13 1/4] battery: Add the battery hooking API
  • From: Kristian Klausen <kristian@xxxxxxxxxx>
• Re: [PATCH v2] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/11] Stop monitoring disabled devices
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v2] Input: document inhibiting
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v5 0/2] tpm2: Make TPM2 logs accessible for non-UEFI firmware
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 1/2] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/2] tpm: Add support for event log pointer found in TPM2 ACPI table
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [RFC PATCH v2] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• [pm:bleeding-edge] BUILD SUCCESS 0d62e7bd3feab497ce3b148fc279e393bf4ba775
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v2] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] pci: acs: Enable PCI_ACS_TB for untrusted/external-facing devices
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 02/15] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation)
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 01/15] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/2] ACPI: sysfs: add missing newlines when printing acpi module parameters
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: sysfs: Fix pm_profile_attr type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFT][PATCH v2 2/4] ACPI: OSL: Add support for deferred unmapping of ACPI memory
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] ACPI / property: use cached name in acpi_fwnode_get_named_child_node()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Remove last acpi procfs dirs after being marked deprecated for a decade
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFT][PATCH v2 2/4] ACPI: OSL: Add support for deferred unmapping of ACPI memory
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFT][PATCH v2 2/4] ACPI: OSL: Add support for deferred unmapping of ACPI memory
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] acpi: disallow loading configfs acpi tables when locked down
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [RFT][PATCH v2 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFT][PATCH v2 1/4] ACPICA: Defer unmapping of opregion memory if supported by OS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFT][PATCH v2 2/4] ACPI: OSL: Add support for deferred unmapping of ACPI memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFT][PATCH v2 3/4] ACPICA: Preserve memory opregion mappings if supported by OS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFT][PATCH v2 4/4] ACPI: OSL: Implement acpi_os_map_memory_fast_path()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/12] of/iommu: Make of_map_rid() PCI agnostic
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v11 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v11 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v11 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v11 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 11/15] pwm: crc: Implement get_state() method
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v3 09/15] pwm: crc: Enable/disable PWM output on enable/disable
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v3 04/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v3 03/15] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare()
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] acpi: apei-base: fix sparse warnings
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 15/15] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 14/15] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 13/15] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 12/15] drm/i915: panel: Add get_vbt_pwm_freq() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 11/15] pwm: crc: Implement get_state() method
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 10/15] pwm: crc: Implement apply() method to support the new atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 09/15] pwm: crc: Enable/disable PWM output on enable/disable
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 08/15] pwm: crc: Fix period changes not having any effect
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 07/15] pwm: crc: Fix off-by-one error in the clock-divider calculations
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 06/15] pwm: crc: Fix period / duty_cycle times being off by a factor of 256
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 05/15] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 04/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 03/15] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 02/15] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 01/15] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 00/15] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH 3/4] pci: acs: Enable PCI_ACS_TB for untrusted/external-facing devices
  • From: "Raj, Ashok" <ashok.raj@xxxxxxxxx>
• Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• RE: [PATCH v9 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 12/12] bus: fsl-mc: Add ACPI support for fsl-mc
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 09/12] of/irq: make of_msi_map_get_device_domain() bus agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 08/12] dt-bindings: arm: fsl: Add msi-map device-tree binding for fsl-mc bus
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 10/12] of/irq: Make of_msi_map_rid() PCI bus agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 11/12] bus/fsl-mc: Refactor the MSI domain creation in the DPRC driver
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 06/12] of/iommu: Make of_map_rid() PCI agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 01/12] ACPI/IORT: Make iort_match_node_callback walk the ACPI namespace for NC
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 07/12] of/device: Add input id to of_dma_configure()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 05/12] ACPI/IORT: Add an input ID to acpi_dma_configure()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 00/12] ACPI/OF: Upgrade MSI/IOMMU ID mapping APIs
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 04/12] ACPI/IORT: Remove useless PCI bus walk
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 03/12] ACPI/IORT: Make iort_msi_map_rid() PCI agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v2 02/12] ACPI/IORT: Make iort_get_device_domain IRQ domain agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v10 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• RE: [PATCH v10 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: "Raj, Ashok" <ashok.raj@xxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v10 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v10 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v10 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• Re: [PATCH 1/2] PCI/AER: Do not reset the device status if doing firmware first handling.
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Sean V Kelley <sean.v.kelley@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] Input: document inhibiting
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• RE: [PATCH] acpi: disallow loading configfs acpi tables when locked down
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/4] of: platform: Batch fwnode parsing when adding all top level devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v2] Input: document inhibiting
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2] Input: document inhibiting
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] PCI/AER: Do not reset the device status if doing firmware first handling.
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 1/2] PCI/AER: Do not reset the device status if doing firmware first handling.
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] acpi: disallow loading configfs acpi tables when locked down
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] acpi: disallow loading configfs acpi tables when locked down
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] ACPI: avoid relocations for table signature array
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] Input: document inhibiting
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• RE: [PATCH v9 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v9 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] acpi: disallow loading configfs acpi tables when locked down
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [Devel] Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• [PATCH v5 00/12] PCI: brcmstb: enable PCIe for STB chips
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH 2/2] PCI/AER: Add partial initial support for RCiEPs using RCEC or firmware first
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 1/2] PCI/AER: Do not reset the device status if doing firmware first handling.
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PCI/AER: Do not reset the device status if doing firmware first handling.
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] Input: document inhibiting
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] Input: document inhibiting
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• RE: [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] PCI/AER: handling for RCiEPs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 2/2] ACPI: sysfs: add missing newlines when printing module parameters
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [PATCH 0/2] ACPI: sysfs: add missing newlines when printing acpi module parameters
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [PATCH 1/2] ACPI: EC: add a newline when printing module parameter 'ec_event_clearing'
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• RE: [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH 2/4] pci: set "untrusted" flag for truly external devices only
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• Re: [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] pci: export untrusted attribute in sysfs
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• [PATCH 3/4] pci: acs: Enable PCI_ACS_TB for untrusted/external-facing devices
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• [PATCH 2/4] pci: set "untrusted" flag for truly external devices only
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• [PATCH 1/4] pci: Keep the ACS capability offset in device
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [oss-security] lockdown bypass on mainline kernel for loading unsigned modules
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [oss-security] lockdown bypass on mainline kernel for loading unsigned modules
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [pm:acpica-osl /2] WARNING: modpost: vmlinux.o(.text+0x4d5a1a): Section mismatch in reference from the function __acpi_os_unmap_iomem() to the function .init.text:__acpi_unmap_table()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [oss-security] lockdown bypass on mainline kernel for loading unsigned modules
  • From: John Haxby <john.haxby@xxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] acpi: disallow loading configfs acpi tables when locked down
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• lockdown bypass on mainline kernel for loading unsigned modules
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v9 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v9 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v9 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v9 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• [PATCH] ACPI: Eliminate usage of uninitialized_var() macro
  • From: Jason Yan <yanaijie@xxxxxxxxxx>
• [pm:acpica-osl 2/2] drivers/acpi/osl.c:409:3: error: non-void function 'acpi_os_unref_iomem' should return a value
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [pm:acpica-osl 2/2] drivers/acpi/osl.c:402:3: warning: 'return' with no value, in function returning non-void
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Stephen Berman <stephen.berman@xxxxxxx>
• [pm:acpica-osl 2/2] drivers/acpi/osl.c:533:13: error: implicit declaration of function 'acpi_os_drop_map_ref'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 03/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFT][PATCH 0/3] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• [PATCH] ACPI / hotplug / PCI: lost acpiphp_put_context in acpiphp_grab_context()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH V2 2/2] drivers/nvme: Add support for ACPI StorageD3Enable property
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• [PATCH V2 0/2] nvme: Add support for ACPI StorageD3Enable property
  • From: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
• Re: pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 11/15] pwm: crc: Implement get_state() method
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 09/15] pwm: crc: Enable/disable PWM output on enable/disable
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 03/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: power-off delay/hang due to commit 6d25be57 (mainline)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] ACPI: sysfs: Fix pm_profile_attr type
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] ACPI: sysfs: Fix pm_profile_attr type
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] ACPI: sysfs: Fix pm_profile_attr type
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• RE: [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: jim.cromie@xxxxxxxxx
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH v2 09/15] pwm: crc: Enable/disable PWM output on enable/disable
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2 03/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2 11/15] pwm: crc: Implement get_state() method
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: jim.cromie@xxxxxxxxx
• Re: [Devel] Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• RE: [Devel] Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v3 5/7] venus: Add debugfs interface to set firmware log level
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• [pm:acpica-osl 3/3] drivers/acpi/osl.c:1608 acpi_release_memory() warn: ignoring unreachable code.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• RE: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Jung-uk Kim <jkim@xxxxxxxxxxx>
• Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Jung-uk Kim <jkim@xxxxxxxxxxx>
• Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• RE: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• RE: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [GIT PULL] virtio: features, fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] More power management updates for v5.8-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] More ACPI updates for v5.8-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• RE: [PATCH v2] ACPICA: Replace one-element array with flexible-array
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• RE: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: Enric Balletbo i Serra <enric.balletbo@xxxxxxxxxxxxx>
• Re: [GIT PULL] virtio: features, fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH] acpi: apei-base: fix sparse warnings
  • From: Garrit Franke <garritfranke@xxxxxxxxx>
• [GIT PULL] More ACPI updates for v5.8-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] More power management updates for v5.8-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFT][PATCH 1/3] ACPICA: Defer unmapping of memory used in memory opregions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFT][PATCH 0/3] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFT][PATCH 2/3] ACPICA: Remove unused memory mappings on interpreter exit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFT][PATCH 3/3] ACPI: OSL: Define ACPI_OS_MAP_MEMORY_FAST_PATH()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH v4 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [FIXED PATCH v4 5/7] iio: adc: exynos: Use input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] virtio: features, fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/7] Venus dynamic debug
  • From: jim.cromie@xxxxxxxxx
• Re: [PATCH v3 0/7] Venus dynamic debug
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v4 5/7] iio: adc: exynos: Use input_device_enabled()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH v3 0/7] Venus dynamic debug
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 0/7] Venus dynamic debug
  • From: jim.cromie@xxxxxxxxx
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Edward Cree <ecree@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Edward Cree <ecree@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 0/7] Venus dynamic debug
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 0/7] Venus dynamic debug
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 0/7] Venus dynamic debug
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/15] pwm: crc: Implement apply() method to support the new atomic PWM API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/15] pwm: crc: Fix period / duty_cycle times being off by a factor of 256
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 10/15] pwm: crc: Implement apply() method to support the new atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] ACPI / property: use cached name in acpi_fwnode_get_named_child_node()
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] dynamic_debug: Group debug messages by level bitmask
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 11/15] pwm: crc: Implement get_state() method
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 10/15] pwm: crc: Implement apply() method to support the new atomic PWM API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/15] pwm: crc: Enable/disable PWM output on enable/disable
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/15] pwm: crc: Fix period / duty_cycle times being off by a factor of 256
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] Venus dynamic debug
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/7] printk: Add pr_debug_level macro over dynamic one
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] venus: Add debugfs interface to set firmware log level
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 2/7] dynamic_debug: Group debug messages by level bitmask
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v3 3/7] dev_printk: Add dev_dbg_level macro over dynamic one
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v3 1/7] Documentation: dynamic-debug: Add description of level bitmask
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v3 4/7] printk: Add pr_debug_level macro over dynamic one
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v3 5/7] venus: Add debugfs interface to set firmware log level
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v3 7/7] venus: Add a debugfs file for SSR trigger
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v3 6/7] venus: Make debug infrastructure more flexible
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v3 0/7] Venus dynamic debug
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 039/274] ACPICA: Dispatcher: add status checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 059/274] ACPI/IORT: Fix PMCG node single ID mapping handling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 234/274] ACPI: video: Use native backlight on Acer TravelMate 5735Z
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.6 008/606] pnp: Use list_for_each_entry() instead of open coding
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.6 087/606] ACPI: EC: PM: Avoid flushing EC work when EC GPE is inactive
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 029/175] ACPICA: Dispatcher: add status checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 042/175] ACPI/IORT: Fix PMCG node single ID mapping handling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RE: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 03/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 04/15] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 1/7] Input: add input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 4/7] ACPI: button: Use input_device_enabled() helper
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 6/7] platform/x86: thinkpad_acpi: Use input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 7/7] Input: Add "inhibited" property
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 5/7] iio: adc: exynos: Use input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 2/7] Input: use input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 3/7] ACPI: button: Access input device's users under appropriate mutex
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/15] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 03/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/7] Support inhibiting input devices
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2 04/15] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• Re: [PATCH v3 0/7] Support inhibiting input devices
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v2 14/15] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 15/15] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 12/15] drm/i915: panel: Add get_vbt_pwm_freq() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 13/15] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 11/15] pwm: crc: Implement get_state() method
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 10/15] pwm: crc: Implement apply() method to support the new atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 09/15] pwm: crc: Enable/disable PWM output on enable/disable
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 08/15] pwm: crc: Fix period changes not having any effect
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 07/15] pwm: crc: Fix off-by-one error in the clock-divider calculations
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 06/15] pwm: crc: Fix period / duty_cycle times being off by a factor of 256
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 05/15] pwm: lpss: Set SW_UPDATE bit when enabling the PWM
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 04/15] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 03/15] pwm: lpss: Add range limit check for the base_unit register value
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 02/15] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 01/15] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 00/15] pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 02/16] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 02/16] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 16/16] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 15/16] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 14/16] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 13/16] drm/i915: panel: Add get_vbt_pwm_freq() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 12/16] pwm: crc: Implement get_state() method
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 09/16] pwm: crc: Fix period changes not having any effect
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 11/16] pwm: crc: Implement apply() method to support the new atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 07/16] pwm: crc: Fix period / duty_cycle times being off by a factor of 256
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 10/16] pwm: crc: Enable/disable PWM output on enable/disable
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 08/16] pwm: crc: Fix off-by-one error in the clock-divider calculations
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 06/16] pwm: lpss: Add debug prints, test patch for moving i915 to atomic PWM
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 05/16] pwm: lpss: Set SW_UPDATE bit when enabling the PWM
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 04/16] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 02/16] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation)
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 03/16] pwm: lpss: Add range limit check for the base_unit register value
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 01/16] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] ACPI: PM: Avoid using power resources if there are none for D0
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 1/7] mm: Add functions to track page directory modifications
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/7] mm: Add functions to track page directory modifications
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• RE: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• [PATCH v4 00/12] PCI: brcmstb: enable PCIe for STB chips
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• [pm:bleeding-edge] BUILD SUCCESS 1e4a104be0a3afafbafc13bacc5f42007db8d43e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 5/7] iio: adc: exynos: Use input_device_enabled()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] acpi: battery: Always read fresh battery state on update
  • From: Mat King <mathewk@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 7/7] Input: Add "inhibited" property
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 1/7] Input: add input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v3 3/7] ACPI: button: Access input device's users under appropriate mutex
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v3 2/7] Input: use input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v3 5/7] iio: adc: exynos: Use input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v3 4/7] ACPI: button: Use input_device_enabled() helper
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v3 6/7] platform/x86: thinkpad_acpi: Use input_device_enabled()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v3 7/7] Input: Add "inhibited" property
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v3 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [RFT][PATCH] ACPI: OSL: Use rwlock instead of RCU for memory management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI: Drop rcu usage for MMIO mappings
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [PATCH v3 1/7] mm: Add functions to track page directory modifications
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 0/3] ACPICA release 20200528
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] acpi: battery: Always read fresh battery state on update
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] mm: Add functions to track page directory modifications
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH 3/3] ACPICA: Update version to 20200528 Version 20200528.
  • From: Erik Kaneda <erik.kaneda@xxxxxxxxx>
• [PATCH 2/3] ACPICA: iASL: add new OperationRegion subtype keyword PlatformRtMechanism
  • From: Erik Kaneda <erik.kaneda@xxxxxxxxx>
• [PATCH 1/3] ACPICA: acpidump: Removed dead code from oslinuxtbl.c
  • From: Erik Kaneda <erik.kaneda@xxxxxxxxx>
• [PATCH 0/3] ACPICA release 20200528
  • From: Erik Kaneda <erik.kaneda@xxxxxxxxx>
• [PATCH] acpi: battery: Always read fresh battery state on update
  • From: Mathew King <mathewk@xxxxxxxxxxxx>
• Re: slub freelist issue / BUG: unable to handle page fault for address: 000000003ffe0018
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] kobject: Avoid premature parent object freeing in kobject_cleanup()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI: PM: Avoid using power resources if there are none for D0
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 10/12] of/irq: Make of_msi_map_rid() PCI bus agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 07/12] of/device: Add input id to of_dma_configure()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] ACPI / PM: Do not infer power-state if there are no D0 power-resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 06/12] of/iommu: Make of_map_rid() PCI agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• Re: [PATCH] ACPI / PM: Do not infer power-state if there are no D0 power-resources
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] ACPI / PM: Do not infer power-state if there are no D0 power-resources
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• RE: [PATCH v2] ACPICA: Replace one-element array with flexible-array
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• [PATCH] ACPI / PM: Do not infer power-state if there are no D0 power-resources
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 00/13] PCI: brcmstb: enable PCIe for STB chips
  • From: Jim Quinlan <james.quinlan@xxxxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: PCI: Remove ASPM text from _OSC failure message
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v2] ACPICA: Replace one-element array with flexible-array
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: PCI: Remove ASPM text from _OSC failure message
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 3/5] gpio: pca953x: Drop unneeded ACPI_PTR()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: Sinan Kaya <okaya@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: "Sean V Kelley" <sean.v.kelley@xxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v2] ACPICA: Replace one-element array with flexible-array
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [GIT PULL] Power management updates for v5.8-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] ACPI updates for v5.8-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] PNP update for v5.8-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: Sinan Kaya <okaya@xxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v4 05/11] thermal: remove get_mode() operation of drivers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] pwm: lpss: Fix get_state runtime-pm reference handling
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [pm:bleeding-edge] BUILD SUCCESS c291ca907606f834e19abfb788b11dfbc888b7e4
  • From: kbuild test robot <lkp@xxxxxxxxx>
• RE: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
• Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• [PATCH] ACPICA: fix UBSAN warning using __builtin_offsetof
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [GIT PULL] PNP update for v5.8-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI updates for v5.8-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Power management updates for v5.8-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: Sinan Kaya <okaya@xxxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 06/11] thermal: Add mode helpers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 11/11] thermal: Rename set_mode() to change_mode()
  • From: "Peter Kästle" <peter@xxxxxxxx>
• Re: [PATCH v4 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods
  • From: "Peter Kästle" <peter@xxxxxxxx>
• Re: [PATCH v4 07/11] thermal: Use mode helpers in drivers
  • From: "Peter Kästle" <peter@xxxxxxxx>
• Re: [PATCH v4 05/11] thermal: remove get_mode() operation of drivers
  • From: "Peter Kästle" <peter@xxxxxxxx>
• Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: "Peter Kästle" <peter@xxxxxxxx>
• Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: "Peter Kästle" <peter@xxxxxxxx>
• Re: [PATCH v4 06/11] thermal: Add mode helpers
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 00/11] Stop monitoring disabled devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/11] Stop monitoring disabled devices
  • From: "Peter Kästle" <peter@xxxxxxxx>
• [pm:bleeding-edge] BUILD SUCCESS 1a09809dda810120fadcc35d96872d9fd5ceb00c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drivers: GHES_ASSIST feature cause kernel to have a 5ms scheduling latency on AMD ROME's platform
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v5 3/3] drivers/acpi: Remove function cast
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v5 2/3] drivers/irqchip: Use new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v5 1/3] drivers/acpi: Add new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v5 0/3] drivers/acpi: Remove function callback casts
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• Re: [PATCH v4 0/3] drivers/acpi: Remove function callback casts
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v4 3/3] drivers/acpi: Remove function cast
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v4 2/3] drivers/irqchip: Use new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v4 1/3] drivers/acpi: Add new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v4 0/3] drivers/acpi: Remove function callback casts
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• Re: [PATCH v3 2/2] drivers/irqchip: Use new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] drivers/irqchip: Use new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: Lost PCIe PME after a914ff2d78ce ("PCI/ASPM: Don't select CONFIG_PCIEASPM by default")
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• [PATCH RESEND v8 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH RESEND v8 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH RESEND v8 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• RE: [PATCH v8 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH] drivers: GHES_ASSIST feature cause kernel to have a 5ms scheduling latency on AMD ROME's platform
  • From: dianruihui@xxxxxxx
• Re: [PATCH v4 05/11] thermal: remove get_mode() operation of drivers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v8 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v8 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v8 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH v4 05/11] thermal: remove get_mode() operation of drivers
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v3 2/2] drivers/irqchip: Use new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v3 1/2] drivers/irqchip: Add new macro ACPI_DECLARE_SUBTABLE_PROBE_ENTRY
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• [PATCH v3 0/2] drivers/irqchip: Remove function callback casts
  • From: Oscar Carter <oscar.carter@xxxxxxx>
• Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/11] thermal: Add mode helpers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 05/11] thermal: remove get_mode() operation of drivers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 03/11] thermal: Add current mode to thermal zone device
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 01/11] acpi: thermal: Fix error handling in the register function
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v4 08/11] thermal: Explicitly enable non-changing thermal zone devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 07/11] thermal: Use mode helpers in drivers
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 05/11] thermal: remove get_mode() operation of drivers
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 03/11] thermal: Add current mode to thermal zone device
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 01/11] acpi: thermal: Fix error handling in the register function
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 11/11] thermal: Rename set_mode() to change_mode()
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 09/11] thermal: core: Stop polling DISABLED thermal devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 06/11] thermal: Add mode helpers
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• [PATCH v4 00/11] Stop monitoring disabled devices
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [PATCH v1] i2c: acpi: Drop double check for ACPI companion device
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• AMD Ryzen: pci 0000:00:00.2: can't derive routing for PCI INT A
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH v1] i2c: acpi: Drop double check for ACPI companion device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: sysfs: Fix reference count leak in acpi_sysfs_add_hotplug_profile.
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: CPPC: Fix reference count leak in acpi_cppc_processor_probe.
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] PCI/ASPM: Print correct ASPM status when _OSC failed
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 2/2] iommu: calling pci_fixup_iommu in iommu_fwspec_init
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• [pm:bleeding-edge] BUILD SUCCESS 63ae5342486ee61ab3b6cb9c729622ebb652a38f
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] ACPI: CPPC: Fix reference count leak in acpi_cppc_processor_probe.
  • From: wu000273@xxxxxxx
• Re: [PATCH] PCI: Rename _DSM constants to align with PCI Firmware specification
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] ACPI: sysfs: Fix reference count leak in acpi_sysfs_add_hotplug_profile.
  • From: wu000273@xxxxxxx
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: Remove last acpi procfs dirs after being marked deprecated for a decade
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: Remove last acpi procfs dirs after being marked deprecated for a decade
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Remove last acpi procfs dirs after being marked deprecated for a decade
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: GED: use correct trigger type field in _Exx / _Lxx handling
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Remove last acpi procfs dirs after being marked deprecated for a decade
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• Re: [PATCH v1 3/5] gpio: pca953x: Drop unneeded ACPI_PTR()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v1 3/5] gpio: pca953x: Drop unneeded ACPI_PTR()
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• [PATCH] ACPI: GED: use correct trigger type field in _Exx / _Lxx handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [pm:bleeding-edge] BUILD SUCCESS e14ff33f1ff98f45d4bc39c136cb4c6b97828f2f
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] PCI: Introduce PCI_FIXUP_IOMMU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] iommu: calling pci_fixup_iommu in iommu_fwspec_init
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Introduce PCI_FIXUP_IOMMU
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCHv2 0/7] Support inhibiting input devices
  • From: Peter Hutterer <peter.hutterer@xxxxxxxxx>
• [PATCH] PCI: Rename _DSM constants to align with PCI Firmware specification
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Remove the unused __get_pci_rid()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct
  • From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
• Re: [greybus-dev] [PATCH 8/8] net/iucv: Use the new device_to_pm() helper to access struct dev_pm_ops
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [PATCH 8/8] net/iucv: Use the new device_to_pm() helper to access struct dev_pm_ops
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 8/8] net/iucv: Use the new device_to_pm() helper to access struct dev_pm_ops
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] net/iucv: Use the new device_to_pm() helper to access struct dev_pm_ops
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 1/2] PCI: Introduce PCI_FIXUP_IOMMU
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• Re: [PATCH 8/8] net/iucv: Use the new device_to_pm() helper to access struct dev_pm_ops
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [greybus-dev] [PATCH 1/8] driver core: Add helper for accessing Power Management callbacs
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH 8/8] net/iucv: Use the new device_to_pm() helper to access struct dev_pm_ops
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH 1/2] PCI: Introduce PCI_FIXUP_IOMMU
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: GED: add support for _Exx / _Lxx handler methods
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Remove the unused __get_pci_rid()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 0/2] Let pci_fixup_final access iommu_fwnode
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>
• Re: [greybus-dev] [PATCH 3/8] greybus: Use the new device_to_pm() helper to access struct dev_pm_ops
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [greybus-dev] [PATCH 1/8] driver core: Add helper for accessing Power Management callbacs
  • From: Alex Elder <elder@xxxxxxxxxx>
• [PATCH 2/2] iommu: calling pci_fixup_iommu in iommu_fwspec_init
  • From: Zhangfei Gao <zhangfei.gao@xxxxxxxxxx>