From: Lifeng Zheng <zhenglifeng1@huawei.com>
To: <rafael@kernel.org>, <viresh.kumar@linaro.org>,
<saket.dumbre@intel.com>, <lenb@kernel.org>,
<ionela.voinescu@arm.com>, <zhanjie9@hisilicon.com>,
<pierre.gondois@arm.com>, <sumitg@nvidia.com>
Cc: <linux-acpi@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<linux-pm@vger.kernel.org>, <acpica-devel@lists.linux.dev>,
<linuxarm@huawei.com>, <yubowen8@huawei.com>,
<zhangpengjie2@huawei.com>, <wangzhi12@huawei.com>,
<linhongye@h-partners.com>, <zhenglifeng1@huawei.com>
Subject: [PATCH v4 4/8] ACPI: CPPC: Parse Resource Priority Register entries from _CPC package
Date: Tue, 22 Sep 2026 20:41:17 +0800 [thread overview]
Message-ID: <20260922124121.3426219-5-zhenglifeng1@huawei.com> (raw)
In-Reply-To: <20260922124121.3426219-1-zhenglifeng1@huawei.com>
CPPC v4 (ACPI 6.6, Section 8.4.6.1.2.7) defines the Resource Priority
entry as a Package of sub-packages, each containing:
- CONTROLLED_RESOURCES: a Package of integer resource IDs
- ENABLE_VALUE / ENABLE_REGISTER: enable/disable control
- PRIORITY_COUNT / PRIORITY_REGISTER: priority level setting
These allow OSPM to set relative priority among processors for shared
resources such as boost, throttle, L2/L3 cache, and memory bandwidth.
Implement parse_priority_regs() which:
1. Validates each sub-package has the expected element count
(RESOURCE_PRIORITY_NUM).
2. Allocates cpc_register_resource arrays for the sub-package
elements and the nested CONTROLLED_RESOURCES list.
3. Parses CONTROLLED_RESOURCES as integers and the remaining
entries (ENABLE_REGISTER, PRIORITY_REGISTER, etc.) via
parse_cpc_element() so that register descriptors, PCC subspace
tracking, and ioremap are handled consistently.
4. Wires the parser into the main _CPC probe loop, replacing the
previous "package type not supported" stub with full parsing for
RESOURCE_PRIORITY while rejecting unexpected Package entries.
The probe and _exit() error/cleanup paths already use
free_reg_resource(), which recursively frees Package-type entries,
so no additional cleanup changes are needed.
Add the resource_priority_regs enumeration that defines the indices
into each Resource Priority sub-package (CONTROLLED_RESOURCES,
ENABLE_VALUE, ENABLE_REGISTER, PRIORITY_COUNT, PRIORITY_REGISTER)
and RESOURCE_PRIORITY_NUM as the element count sentinel.
Signed-off-by: Lifeng Zheng <zhenglifeng1@huawei.com>
---
drivers/acpi/cppc_acpi.c | 137 ++++++++++++++++++++++++++++++++++++---
include/acpi/cppc_acpi.h | 13 ++++
2 files changed, 142 insertions(+), 8 deletions(-)
diff --git a/drivers/acpi/cppc_acpi.c b/drivers/acpi/cppc_acpi.c
index dce15d875c62..b5563d75d6c5 100644
--- a/drivers/acpi/cppc_acpi.c
+++ b/drivers/acpi/cppc_acpi.c
@@ -777,6 +777,91 @@ static void free_reg_resource(struct cpc_register_resource *cpc_reg)
}
}
+/**
+ * parse_priority_regs - Parse the RESOURCE_PRIORITY nested package structure.
+ * @cpc_obj: ACPI Package object for the RESOURCE_PRIORITY entry.
+ * @regs: Output array of cpc_register_resource to fill.
+ * @pcc_subspace_id: In/out pointer to PCC subspace ID.
+ * @cpu: CPU number, used for debug messages.
+ *
+ * The RESOURCE_PRIORITY entry (CPPC v4) is a Package of sub-packages.
+ * Each sub-package has RESOURCE_PRIORITY_NUM elements:
+ * [0] = Package of integers (CONTROLLED_RESOURCES list)
+ * [1] = ENABLE_VALUE, [2] = ENABLE_REGISTER,
+ * [3] = PRIORITY_COUNT, [4] = PRIORITY_REGISTER
+ *
+ * Return: 0 on success, -ENODATA on malformed data, -ENOMEM on allocation failure.
+ */
+static int parse_priority_regs(union acpi_object *cpc_obj,
+ struct cpc_register_resource *regs,
+ int *pcc_subspace_id, u32 cpu)
+{
+ struct cpc_register_resource *reg_elements;
+ union acpi_object reg_desc_obj;
+ unsigned int i, j, resources_count;
+ int ret;
+
+ for (i = 0; i < cpc_obj->package.count; i++) {
+ reg_desc_obj = cpc_obj->package.elements[i];
+ if (reg_desc_obj.type != ACPI_TYPE_PACKAGE ||
+ reg_desc_obj.package.count != RESOURCE_PRIORITY_NUM) {
+ pr_debug("Malformed priority regs sub-pkg: type %d count %d, expected %d for CPU:%d\n",
+ reg_desc_obj.type, reg_desc_obj.package.count,
+ RESOURCE_PRIORITY_NUM, cpu);
+ return -ENODATA;
+ }
+
+ reg_elements = kzalloc_objs(struct cpc_register_resource, RESOURCE_PRIORITY_NUM);
+ if (!reg_elements) {
+ pr_debug("Failed to allocate reg_elements for CPU:%d\n", cpu);
+ return -ENOMEM;
+ }
+
+ /*
+ * Assign values immediately after successful allocation to ensure that resources
+ * can be properly released.
+ */
+ regs[i].type = ACPI_TYPE_PACKAGE;
+ regs[i].cpc_entry.package.count = RESOURCE_PRIORITY_NUM;
+ regs[i].cpc_entry.package.elements = reg_elements;
+
+ resources_count = reg_desc_obj.package.elements[0].package.count;
+
+ if (reg_desc_obj.package.elements[0].type != ACPI_TYPE_PACKAGE ||
+ !resources_count) {
+ pr_debug("Invalid priority sub-elements: type %d count %d for CPU:%d\n",
+ reg_desc_obj.package.elements[0].type, resources_count, cpu);
+ return -ENODATA;
+ }
+
+ reg_elements[0].cpc_entry.package.elements =
+ kzalloc_objs(struct cpc_register_resource, resources_count);
+ if (!reg_elements[0].cpc_entry.package.elements) {
+ pr_debug("Failed to allocate %d priority sub-elements for CPU:%d\n",
+ resources_count, cpu);
+ return -ENOMEM;
+ }
+
+ reg_elements[0].type = ACPI_TYPE_PACKAGE;
+ reg_elements[0].cpc_entry.package.count = resources_count;
+
+ for (j = 0; j < reg_elements[0].cpc_entry.package.count; j++) {
+ reg_elements[0].cpc_entry.package.elements[j].type = ACPI_TYPE_INTEGER;
+ reg_elements[0].cpc_entry.package.elements[j].cpc_entry.int_value =
+ reg_desc_obj.package.elements[0].package.elements[j].integer.value;
+ }
+
+ for (j = 1; j < RESOURCE_PRIORITY_NUM; j++) {
+ ret = parse_cpc_element(®_desc_obj.package.elements[j], ®_elements[j],
+ pcc_subspace_id, cpu, RESOURCE_PRIORITY);
+ if (ret)
+ return ret;
+ }
+ }
+
+ return 0;
+}
+
/*
* An example CPC table looks like the following.
*
@@ -815,6 +900,7 @@ static void free_reg_resource(struct cpc_register_resource *cpc_reg)
int acpi_cppc_processor_probe(struct acpi_processor *pr)
{
struct acpi_buffer output = {ACPI_ALLOCATE_BUFFER, NULL};
+ struct cpc_register_resource *pkg_elements;
union acpi_object *out_obj, *cpc_obj;
struct cpc_desc *cpc_ptr;
struct device *cpu_dev;
@@ -823,6 +909,7 @@ int acpi_cppc_processor_probe(struct acpi_processor *pr)
int pcc_subspace_id = -1;
acpi_status status;
int ret = -ENODATA;
+ u32 pkg_count;
if (!osc_sb_cppc2_support_acked) {
pr_debug("CPPC v2 _OSC not acked\n");
@@ -904,16 +991,50 @@ int acpi_cppc_processor_probe(struct acpi_processor *pr)
for (i = 2; i < num_ent; i++) {
cpc_obj = &out_obj->package.elements[i];
- if (cpc_obj->type == ACPI_TYPE_PACKAGE && (i - 2) == RESOURCE_PRIORITY) {
+ /*
+ * Package-type entries are used for nested structures such as
+ * RESOURCE_PRIORITY (CPPC v4). Only RESOURCE_PRIORITY is
+ * currently supported; any other Package entry is rejected.
+ */
+ if (cpc_obj->type == ACPI_TYPE_PACKAGE) {
+ cpc_ptr->cpc_regs[i-2].type = ACPI_TYPE_PACKAGE;
+ cpc_ptr->cpc_regs[i-2].cpc_entry.package.count = 0;
+ cpc_ptr->cpc_regs[i-2].cpc_entry.package.elements = NULL;
+
+ pkg_count = cpc_obj->package.count;
+ if (!pkg_count) {
+ pr_debug("Empty package entry at index %d for CPU:%d\n",
+ i, pr->id);
+ continue;
+ }
+
+ pkg_elements = kzalloc_objs(struct cpc_register_resource, pkg_count);
+ if (!pkg_elements) {
+ ret = -ENOMEM;
+ goto out_free;
+ }
+
/*
- * ACPI 6.6, s8.4.6.1.2.7 defines Resource Priority as a
- * Package of Resource Priority Register Descriptor sub-packages.
- * Parsing the full structure is not yet supported.
- * Mark the register as unsupported for now.
+ * Assign values immediately after successful allocation to ensure that
+ * resources can be properly released.
*/
- pr_debug("CPU:%d Resource Priority not supported\n", pr->id);
- cpc_ptr->cpc_regs[i-2].type = ACPI_TYPE_INTEGER;
- cpc_ptr->cpc_regs[i-2].cpc_entry.int_value = 0;
+ cpc_ptr->cpc_regs[i-2].cpc_entry.package.count = pkg_count;
+ cpc_ptr->cpc_regs[i-2].cpc_entry.package.elements = pkg_elements;
+
+ if (i - 2 == RESOURCE_PRIORITY) {
+ ret = parse_priority_regs(cpc_obj, pkg_elements,
+ &pcc_subspace_id, pr->id);
+ if (ret)
+ goto out_free;
+
+ pr_debug("Parsed RESOURCE_PRIORITY (%d sub-pkgs) for CPU:%d\n",
+ pkg_count, pr->id);
+ } else {
+ pr_debug("Unexpected ACPI_TYPE_PACKAGE at index %d for CPU:%d\n",
+ i, pr->id);
+ ret = -ENODATA;
+ goto out_free;
+ }
} else {
ret = parse_cpc_element(cpc_obj, &cpc_ptr->cpc_regs[i-2],
&pcc_subspace_id, pr->id, i);
diff --git a/include/acpi/cppc_acpi.h b/include/acpi/cppc_acpi.h
index 1839582b80be..19f8a722654b 100644
--- a/include/acpi/cppc_acpi.h
+++ b/include/acpi/cppc_acpi.h
@@ -123,6 +123,19 @@ enum cppc_regs {
RESOURCE_PRIORITY,
};
+/*
+ * Indices into each sub-package of the RESOURCE_PRIORITY entry.
+ * RESOURCE_PRIORITY_NUM serves as the element count / loop bound.
+ */
+enum resource_priority_regs {
+ CONTROLLED_RESOURCES, /* Package of integer resource IDs */
+ ENABLE_VALUE, /* Enable/disable value */
+ ENABLE_REGISTER, /* Register for enable/disable control */
+ PRIORITY_COUNT, /* Number of priority levels */
+ PRIORITY_REGISTER, /* Register for priority setting */
+ RESOURCE_PRIORITY_NUM, /* Number of elements (sentinel) */
+};
+
/*
* Categorization of registers as described
* in the ACPI v.5.1 spec.
--
2.33.0
next prev parent reply other threads:[~2026-09-22 12:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-22 12:41 [PATCH v4 0/8] ACPI: CPPC: Resource Priority Register support and sysfs interface Lifeng Zheng
2026-09-22 12:41 ` [PATCH v4 1/8] ACPI: CPPC: Prepare cpc_register_resource for Package-type entries Lifeng Zheng
2026-09-22 12:41 ` [PATCH v4 2/8] ACPI: CPPC: Refactor element parsing into parse_cpc_element() Lifeng Zheng
2026-09-22 12:41 ` [PATCH v4 3/8] ACPI: CPPC: Refactor resource cleanup into free_reg_resource() Lifeng Zheng
2026-09-22 12:41 ` Lifeng Zheng [this message]
2026-09-28 14:06 ` [PATCH v4 4/8] ACPI: CPPC: Parse Resource Priority Register entries from _CPC package Christian Loehle
2026-09-22 12:41 ` [PATCH v4 5/8] ACPI: CPPC: Store optional flag in cpc_register_resource Lifeng Zheng
2026-09-22 12:41 ` [PATCH v4 6/8] ACPI: CPPC: Factor out cpc_read_reg() and cpc_write_reg() Lifeng Zheng
2026-09-22 12:41 ` [PATCH v4 7/8] ACPI: CPPC: Add Resource Priority accessors Lifeng Zheng
2026-09-28 13:59 ` Christian Loehle
2026-09-22 12:41 ` [PATCH v4 8/8] cpufreq: cppc: Expose Resource Priority attributes via sysfs Lifeng Zheng
2026-09-25 20:23 ` [PATCH v4 0/8] ACPI: CPPC: Resource Priority Register support and sysfs interface Rafael J. Wysocki (Intel)
2026-09-28 13:51 ` Christian Loehle
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260922124121.3426219-5-zhenglifeng1@huawei.com \
--to=zhenglifeng1@huawei.com \
--cc=acpica-devel@lists.linux.dev \
--cc=ionela.voinescu@arm.com \
--cc=lenb@kernel.org \
--cc=linhongye@h-partners.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=pierre.gondois@arm.com \
--cc=rafael@kernel.org \
--cc=saket.dumbre@intel.com \
--cc=sumitg@nvidia.com \
--cc=viresh.kumar@linaro.org \
--cc=wangzhi12@huawei.com \
--cc=yubowen8@huawei.com \
--cc=zhangpengjie2@huawei.com \
--cc=zhanjie9@hisilicon.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox