lkml.org 
[lkml]   [2022]   [Aug]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject[PATCH 0/6] ACPI: New helper function acpi_dev_get_memory_resources() and a new ACPI ID
Date
Hi,

The helper function returns all memory resources described for a
device regardless of the ACPI descriptor type (as long as it's
memory), but the first patch introduces new ACPI ID for the IOM
controller on Intel Meteor Lake and also separately modifies the
driver so that it can get the memory resource from Address Space
Resource Descriptor.

An alternative would have been to introduce that helper function first
so we would not need to modify the driver when the new ID is added,
but then the helper would also need to be applied to the stable kernel
releases, and that does not feel necessary or appropriate in this
case, at least not IMO.

So that's why I'm proposing here that we first add the ID, and only
after that introduce the helper, and only for mainline. That way the
patch introducing the ID is the only that goes to the stable releases.

If that's okay, and these don't have any other problems, I assume it's
OK if Rafael takes all of these, including the ID?

thanks,

Heikki Krogerus (5):
ACPI: resource: Filter out the non memory resources in is_memory()
ACPI: resource: Add helper function acpi_dev_get_memory_resources()
ACPI: APD: Use the helper acpi_dev_get_memory_resources()
ACPI: LPSS: Use the helper acpi_dev_get_memory_resources()
usb: typec: intel_pmc_mux: Use the helper
acpi_dev_get_memory_resources()

Utkarsh Patel (1):
usb: typec: intel_pmc_mux: Add new ACPI ID for Meteor Lake IOM device

drivers/acpi/acpi_apd.c | 9 +--------
drivers/acpi/acpi_lpss.c | 9 +--------
drivers/acpi/resource.c | 20 ++++++++++++++++++++
drivers/usb/typec/mux/intel_pmc_mux.c | 12 ++++--------
include/linux/acpi.h | 1 +
5 files changed, 27 insertions(+), 24 deletions(-)

--
2.35.1

\
 
 \ /
  Last update: 2022-08-16 12:50    [W:0.093 / U:0.672 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site