Linux Advanced Configuration and Power Interface (ACPI)
[Prev Page][Next Page]
- Re: [net-next PATCH v2 2/3] Documentation: ACPI: DSD: Document MDIO PHY
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [net-next PATCH v2 1/3] net: phy: introduce find_phy_device()
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [net-next PATCH v2 2/3] Documentation: ACPI: DSD: Document MDIO PHY
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/4] device property: Add a function to test is a fwnode is a graph endpoint
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [net-next PATCH v2 3/3] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [net-next PATCH v2 2/3] Documentation: ACPI: DSD: Document MDIO PHY
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [net-next PATCH v2 1/3] net: phy: introduce find_phy_device()
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH v7 00/11] Stop monitoring disabled devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [pm:bleeding-edge] BUILD SUCCESS 9697297c9e498f9fee49b455dd88275fcc30a6ba
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v4 1/4] device property: Add a function to test is a fwnode is a graph endpoint
- From: Sakari Ailus <sakari.ailus@xxxxxx>
- [PATCH v4 1/4] device property: Add a function to test is a fwnode is a graph endpoint
- From: Laurent Pinchart <laurent.pinchart+renesas@xxxxxxxxxxxxxxxx>
- [net-next PATCH v2 3/3] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
- From: Calvin Johnson <calvin.johnson@xxxxxxxxxxx>
- [net-next PATCH v2 2/3] Documentation: ACPI: DSD: Document MDIO PHY
- From: Calvin Johnson <calvin.johnson@xxxxxxxxxxx>
- [net-next PATCH v2 1/3] net: phy: introduce find_phy_device()
- From: Calvin Johnson <calvin.johnson@xxxxxxxxxxx>
- [net-next PATCH v2 0/3] ACPI support for dpaa2 MAC driver.
- From: Calvin Johnson <calvin.johnson@xxxxxxxxxxx>
- Re: [PATCH] cpuidle: change enter_s2idle() prototype
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH] cpuidle: change enter_s2idle() prototype
- From: Neal Liu <neal.liu@xxxxxxxxxxxx>
- Re: [PATCH v2 10/12] of/irq: Make of_msi_map_rid() PCI bus agnostic
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- Re: [PATCH v2 08/12] dt-bindings: arm: fsl: Add msi-map device-tree binding for fsl-mc bus
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- Re: [PATCH v2 09/12] of/irq: make of_msi_map_get_device_domain() bus agnostic
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- Re: [PATCH v2 07/12] of/device: Add input id to of_dma_configure()
- From: Rob Herring <robh+dt@xxxxxxxxxx>
- Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings
- From: Al Stone <ahs3@xxxxxxxxxx>
- Re: [PATCH v7 00/11] Stop monitoring disabled devices
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: Saravana Kannan <saravanak@xxxxxxxxxx>
- Re: [PATCH] ACPI: fan: fix: Update Tiger Lake ACPI device ID
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v7 00/11] Stop monitoring disabled devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 00/11] Stop monitoring disabled devices
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings
- From: Al Stone <ahs3@xxxxxxxxxx>
- Re: [PATCH v7 00/11] Stop monitoring disabled devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v7 00/11] Stop monitoring disabled devices
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH v3 00/15] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API
- From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
- Re: [PATCH v7 00/11] Stop monitoring disabled devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v2 01/12] ACPI/IORT: Make iort_match_node_callback walk the ACPI namespace for NC
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 00/11] Stop monitoring disabled devices
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH 00/12] ACPI/NVDIMM: Runtime Firmware Activation
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH V3 1/2] arm64: tegra: Re-order PCIe aperture mappings to support ACPI boot
- From: Vidya Sagar <vidyas@xxxxxxxxxx>
- Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 01/12] ACPI/IORT: Make iort_match_node_callback walk the ACPI namespace for NC
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH v2 4/7] PCI: Add device even if driver attach failed
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 6/7] PCI: Move pci_dev->untrusted logic to use device location instead
- From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only
- From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
- Re: [PATCH v7 08/11] thermal: Explicitly enable non-changing thermal zone devices
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- [PATCH v2 2/7] PCI: Set "untrusted" flag for truly external devices only
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH v2 1/7] PCI: Keep the ACS capability offset in device
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH v2 0/7] Tighten PCI security, expose dev location in sysfs
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH v2 5/7] driver core: Add device location to "struct device" and expose it in sysfs
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH v2 7/7] PCI: Add parameter to disable attaching external devices
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH v2 6/7] PCI: Move pci_dev->untrusted logic to use device location instead
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH v2 3/7] PCI/ACS: Enable PCI_ACS_TB for untrusted/external-facing devices
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH v2 4/7] PCI: Add device even if driver attach failed
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- Re: [PATCH v2 01/12] ACPI/IORT: Make iort_match_node_callback walk the ACPI namespace for NC
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- Re: [PATCH 00/12] ACPI/NVDIMM: Runtime Firmware Activation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v7 09/11] thermal: core: Stop polling DISABLED thermal devices
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- Re: [PATCH v7 11/11] thermal: Rename set_mode() to change_mode()
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- Re: [PATCH v7 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- [PATCH v7 05/11] thermal: remove get_mode() operation of drivers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 09/11] thermal: core: Stop polling DISABLED thermal devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 01/11] acpi: thermal: Fix error handling in the register function
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 08/11] thermal: Explicitly enable non-changing thermal zone devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 04/11] thermal: Store device mode in struct thermal_zone_device
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 02/11] thermal: Store thermal mode in a dedicated enum
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 00/11] Stop monitoring disabled devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 03/11] thermal: Add current mode to thermal zone device
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v6 03/11] thermal: Add current mode to thermal zone device
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v5 06/11] thermal: Add mode helpers
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- [PATCH v6 05/11] thermal: remove get_mode() operation of drivers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v5 05/11] thermal: remove get_mode() operation of drivers
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- [PATCH v6 01/11] acpi: thermal: Fix error handling in the register function
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings
- From: Al Stone <ahs3@xxxxxxxxxx>
- [PATCH v6 09/11] thermal: core: Stop polling DISABLED thermal devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v6 06/11] thermal: Add mode helpers
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- [PATCH v6 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v6 08/11] thermal: Explicitly enable non-changing thermal zone devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v5 02/11] thermal: Store thermal mode in a dedicated enum
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- [PATCH v6 07/11] thermal: Use mode helpers in drivers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v5 01/11] acpi: thermal: Fix error handling in the register function
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- Re: [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v6 11/11] thermal: Rename set_mode() to change_mode()
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v5 04/11] thermal: Store device mode in struct thermal_zone_device
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- [PATCH v6 00/11] Stop monitoring disabled devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v6 06/11] thermal: Add mode helpers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [net-next PATCH v1] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
- From: Calvin Johnson <calvin.johnson@xxxxxxxxxxx>
- Re: [RFC PATCH] ACPI: Only create numa nodes from entries in SRAT or SRAT emulation.
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v2 01/12] ACPI/IORT: Make iort_match_node_callback walk the ACPI namespace for NC
- From: Hanjun Guo <guohanjun@xxxxxxxxxx>
- [RFC PATCH] ACPI: Only create numa nodes from entries in SRAT or SRAT emulation.
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH v7 08/11] thermal: Explicitly enable non-changing thermal zone devices
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- [PATCH v4 2/2] ACPICA: Preserve memory opregion mappings
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH v4 0/2] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH v4 1/2] ACPI: OSL: Implement deferred unmapping of ACPI memory
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH v6 02/11] thermal: Store thermal mode in a dedicated enum
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH] cpuidle: change enter_s2idle() prototype
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [PATCH v6 04/11] thermal: Store device mode in struct thermal_zone_device
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH v5 03/11] thermal: Add current mode to thermal zone device
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- Re: [RFT][PATCH v2 3/4] ACPICA: Preserve memory opregion mappings if supported by OS
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 07/11] thermal: Use mode helpers in drivers
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- [PATCH v7 06/11] thermal: Add mode helpers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 07/11] thermal: Use mode helpers in drivers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v7 11/11] thermal: Rename set_mode() to change_mode()
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- Re: [PATCH V3 1/2] arm64: tegra: Re-order PCIe aperture mappings to support ACPI boot
- From: Jon Hunter <jonathanh@xxxxxxxxxx>
- Re: [PATCH v7 07/11] thermal: Use mode helpers in drivers
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
- Re: [PATCH v2 01/12] ACPI/IORT: Make iort_match_node_callback walk the ACPI namespace for NC
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH 00/12] ACPI/NVDIMM: Runtime Firmware Activation
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v5 0/3] drivers/acpi: Remove function callback casts
- From: Marc Zyngier <maz@xxxxxxxxxx>
- [pm:bleeding-edge] BUILD SUCCESS ab41a33191ea4f1ce5834f2b776988867dfad807
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- RE: [RFT][PATCH v2 3/4] ACPICA: Preserve memory opregion mappings if supported by OS
- From: "Kaneda, Erik" <erik.kaneda@xxxxxxxxx>
- Re: [PATCH v5 06/11] thermal: Add mode helpers
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v5 06/11] thermal: Add mode helpers
- From: kernel test robot <lkp@xxxxxxxxx>
- [RFC PATCH] thermal: thermal_zone_device_set_mode() can be static
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [GIT PULL] ACPI fixes for v5.8-rc3
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH 1/2] pci: Add pci device even if the driver failed to attach
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- Re: [PATCH 00/12] ACPI/NVDIMM: Runtime Firmware Activation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- [PATCH v5 03/11] thermal: Add current mode to thermal zone device
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 01/11] acpi: thermal: Fix error handling in the register function
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 04/11] thermal: Store device mode in struct thermal_zone_device
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 02/11] thermal: Store thermal mode in a dedicated enum
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 05/11] thermal: remove get_mode() operation of drivers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 07/11] thermal: Use mode helpers in drivers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 08/11] thermal: Explicitly enable non-changing thermal zone devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 11/11] thermal: Rename set_mode() to change_mode()
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 09/11] thermal: core: Stop polling DISABLED thermal devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 06/11] thermal: Add mode helpers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v5 00/11] Stop monitoring disabled devices
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [RFT][PATCH v3 3/4] ACPICA: Preserve memory opregion mappings if supported by OS
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [RFT][PATCH v3 0/4] ACPI: ACPICA / OSL: Avoid unmapping ACPI memory inside of the AML interpreter
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [RFT][PATCH v3 2/4] ACPI: OSL: Implement deferred unmapping of ACPI memory
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [RFT][PATCH v3 1/4] ACPICA: Take deferred unmapping of memory into account
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- [RFT][PATCH v3 4/4] ACPI: OSL: Implement acpi_os_map_memory_fast_path()
- From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
- Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only
- From: "Sean V Kelley" <sean.v.kelley@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] PCI/AER: Add support for reset of RCiEPs for APEI/Firmware first reporting only
- From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
- Re: [PATCH v4 07/11] thermal: Use mode helpers in drivers
- From: Andrzej Pietrasiewicz <andrzej.p@xxxxxxxxxxxxx>
- [PATCH v3 2/2] arm64/acpi: disallow writeable AML opregion mapping for EFI code regions
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH v3 1/2] arm64/acpi: disallow AML memory opregions to access kernel memory
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [PATCH v3 0/2] arm64/acpi: restrict AML opregion memory access
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- [GIT PULL] ACPI fixes for v5.8-rc3
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- [PATCH v8 2/2] tpm: Add support for event log pointer found in TPM2 ACPI table
- From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
- [PATCH v8 0/2] tpm2: Make TPM2 logs accessible for non-UEFI firmware
- From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
- [PATCH v8 1/2] acpi: Extend TPM2 ACPI table with missing log fields
- From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] pci: Add pci device even if the driver failed to attach
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH 11/12] PM, libnvdimm: Add syscore_quiesced() callback for firmware activation
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH 00/12] ACPI/NVDIMM: Runtime Firmware Activation
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] pci: Add pci device even if the driver failed to attach
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- 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: Andrew Lunn <andrew@xxxxxxx>
- Re: [PATCH v7 2/2] tpm: Add support for event log pointer found in TPM2 ACPI table
- From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
- Re: [net-next PATCH v1] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
- From: Calvin Johnson <calvin.johnson@xxxxxxxxxxx>
- Re: [PATCH v5 0/3] drivers/acpi: Remove function callback casts
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v5 0/3] drivers/acpi: Remove function callback casts
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices
- From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
- [pm:bleeding-edge] BUILD SUCCESS b3cad17e9253db657cacf38bedf70bbac8b542c3
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 08/12] driver-core: Introduce DEVICE_ATTR_ADMIN_{RO,RW}
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH 08/12] driver-core: Introduce DEVICE_ATTR_ADMIN_{RO,RW}
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] pci: Add parameter to disable attaching untrusted devices
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH 1/2] pci: Add pci device even if the driver failed to attach
- From: Rajat Jain <rajatja@xxxxxxxxxx>
- [PATCH 07/12] tools/testing/nvdimm: Emulate firmware activation commands
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 12/12] ACPI: NFIT: Add runtime firmware activate support
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 11/12] PM, libnvdimm: Add syscore_quiesced() callback for firmware activation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 10/12] libnvdimm: Add runtime firmware activation sysfs interface
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 09/12] libnvdimm: Convert to DEVICE_ATTR_ADMIN_RO()
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 08/12] driver-core: Introduce DEVICE_ATTR_ADMIN_{RO,RW}
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 06/12] tools/testing/nvdimm: Prepare nfit_ctl_test() for ND_CMD_CALL emulation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 05/12] tools/testing/nvdimm: Add command debug messages
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 03/12] ACPI: NFIT: Define runtime firmware activation commands
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 04/12] tools/testing/nvdimm: Cleanup dimm index passing
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 02/12] ACPI: NFIT: Move bus_dsm_mask out of generic nvdimm_bus_descriptor
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 01/12] libnvdimm: Validate command family indices
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH 00/12] ACPI/NVDIMM: Runtime Firmware Activation
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- [PATCH v7 0/2] tpm2: Make TPM2 logs accessible for non-UEFI firmware
- From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 2/2] tpm: Add support for event log pointer found in TPM2 ACPI table
- From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
- [PATCH v7 1/2] acpi: Extend TPM2 ACPI table with missing log fields
- From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6 2/2] tpm: Add support for event log pointer found in TPM2 ACPI table
- From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
- Re: [PATCH v6 1/2] acpi: Extend TPM2 ACPI table with missing log fields
- From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
- Re: [net-next PATCH v1] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
- From: Andrew Lunn <andrew@xxxxxxx>
- Re: [net-next PATCH v1] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- 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: "David E. Box" <david.e.box@xxxxxxxxxxxxxxx>
- [PATCH v6 1/2] acpi: Extend TPM2 ACPI table with missing log fields
- From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 2/2] tpm: Add support for event log pointer found in TPM2 ACPI table
- From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
- [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>
[Index of Archives]
[Linux IBM ACPI]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]