From: Julian Sikorski <belegdol@gmail.com>
To: Mario Limonciello <mario.limonciello@amd.com>,
"Rafael J . Wysocki" <rjw@rjwysocki.net>,
Len Brown <lenb@kernel.org>,
linux-acpi@vger.kernel.org
Cc: teohhanhui@gmail.com, Shyam-sundar.S-k@amd.com,
Pratik Vishwakarma <Pratik.Vishwakarma@amd.com>
Subject: Re: [PATCH 2/5] ACPI: PM: s2idle: Refactor common code
Date: Thu, 17 Jun 2021 20:28:26 +0200 [thread overview]
Message-ID: <c2b86279-e065-4ca0-2bcf-89f928b52935@gmail.com> (raw)
In-Reply-To: <20210617164212.584-2-mario.limonciello@amd.com>
W dniu 17.06.2021 o 18:42, Mario Limonciello pisze:
> From: Pratik Vishwakarma <Pratik.Vishwakarma@amd.com>
>
> Refactor common code to prepare for upcoming changes.
> * Remove unused struct.
> * Print error before returning.
> * Frees ACPI obj if _DSM type is not as expected.
> * Treat lps0_dsm_func_mask as an integer rather than character
> * Remove extra out_obj
> * Move rev_id
>
> Co-developed-by: Mario Limonciello <mario.limonciello@amd.com>
> Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
> Signed-off-by: Pratik Vishwakarma <Pratik.Vishwakarma@amd.com>
> ---
> drivers/acpi/x86/s2idle.c | 67 ++++++++++++++++++++-------------------
> 1 file changed, 35 insertions(+), 32 deletions(-)
>
> diff --git a/drivers/acpi/x86/s2idle.c b/drivers/acpi/x86/s2idle.c
> index da27c1c45c9f..c0cba025072f 100644
> --- a/drivers/acpi/x86/s2idle.c
> +++ b/drivers/acpi/x86/s2idle.c
> @@ -49,7 +49,7 @@ static const struct acpi_device_id lps0_device_ids[] = {
>
> static acpi_handle lps0_device_handle;
> static guid_t lps0_dsm_guid;
> -static char lps0_dsm_func_mask;
> +static int lps0_dsm_func_mask;
>
> /* Device constraint entry structure */
> struct lpi_device_info {
> @@ -70,15 +70,7 @@ struct lpi_constraints {
> int min_dstate;
> };
>
> -/* AMD */
> -/* Device constraint entry structure */
> -struct lpi_device_info_amd {
> - int revision;
> - int count;
> - union acpi_object *package;
> -};
> -
> -/* Constraint package structure */
> +/* AMD Constraint package structure */
> struct lpi_device_constraint_amd {
> char *name;
> int enabled;
> @@ -99,12 +91,12 @@ static void lpi_device_get_constraints_amd(void)
> rev_id, ACPI_LPS0_GET_DEVICE_CONSTRAINTS,
> NULL, ACPI_TYPE_PACKAGE);
>
> - if (!out_obj)
> - return;
> -
> acpi_handle_debug(lps0_device_handle, "_DSM function 1 eval %s\n",
> out_obj ? "successful" : "failed");
>
> + if (!out_obj)
> + return;
> +
> for (i = 0; i < out_obj->package.count; i++) {
> union acpi_object *package = &out_obj->package.elements[i];
>
> @@ -336,11 +328,33 @@ static bool acpi_s2idle_vendor_amd(void)
> return boot_cpu_data.x86_vendor == X86_VENDOR_AMD;
> }
>
> +static int validate_dsm(acpi_handle handle, const char *uuid, int rev, guid_t *dsm_guid)
> +{
> + union acpi_object *obj;
> + int ret = -EINVAL;
> +
> + guid_parse(uuid, dsm_guid);
> + obj = acpi_evaluate_dsm(handle, dsm_guid, rev, 0, NULL);
> +
> + /* Check if the _DSM is present and as expected. */
> + if (!obj || obj->type != ACPI_TYPE_BUFFER || obj->buffer.length == 0 ||
> + obj->buffer.length > sizeof(u32)) {
> + acpi_handle_debug(handle,
> + "_DSM UUID %s rev %d function 0 evaluation failed\n", uuid, rev);
> + goto out;
> + }
> +
> + ret = *(int *)obj->buffer.pointer;
> + acpi_handle_debug(handle, "_DSM UUID %s rev %d function mask: 0x%x\n", uuid, rev, ret);
> +
> +out:
> + ACPI_FREE(obj);
> + return ret;
> +}
> +
> static int lps0_device_attach(struct acpi_device *adev,
> const struct acpi_device_id *not_used)
> {
> - union acpi_object *out_obj;
> -
> if (lps0_device_handle)
> return 0;
>
> @@ -348,28 +362,17 @@ static int lps0_device_attach(struct acpi_device *adev,
> return 0;
>
> if (acpi_s2idle_vendor_amd()) {
> - guid_parse(ACPI_LPS0_DSM_UUID_AMD, &lps0_dsm_guid);
> - out_obj = acpi_evaluate_dsm(adev->handle, &lps0_dsm_guid, 0, 0, NULL);
> rev_id = 0;
> + lps0_dsm_func_mask = validate_dsm(adev->handle,
> + ACPI_LPS0_DSM_UUID_AMD, rev_id, &lps0_dsm_guid);
> } else {
> - guid_parse(ACPI_LPS0_DSM_UUID, &lps0_dsm_guid);
> - out_obj = acpi_evaluate_dsm(adev->handle, &lps0_dsm_guid, 1, 0, NULL);
> rev_id = 1;
> + lps0_dsm_func_mask = validate_dsm(adev->handle,
> + ACPI_LPS0_DSM_UUID, rev_id, &lps0_dsm_guid);
> }
>
> - /* Check if the _DSM is present and as expected. */
> - if (!out_obj || out_obj->type != ACPI_TYPE_BUFFER) {
> - acpi_handle_debug(adev->handle,
> - "_DSM function 0 evaluation failed\n");
> - return 0;
> - }
> -
> - lps0_dsm_func_mask = *(char *)out_obj->buffer.pointer;
> -
> - ACPI_FREE(out_obj);
> -
> - acpi_handle_debug(adev->handle, "_DSM function mask: 0x%x\n",
> - lps0_dsm_func_mask);
> + if (lps0_dsm_func_mask < 0)
> + return 0;//function eval failed
>
> lps0_device_handle = adev->handle;
>
>
Tested-by: Julian Sikorski <belegdol@gmail.com>
next prev parent reply other threads:[~2021-06-17 18:28 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-17 16:42 [PATCH 1/5] ACPI: PM: s2idle: Use correct revision id Mario Limonciello
2021-06-17 16:42 ` [PATCH 2/5] ACPI: PM: s2idle: Refactor common code Mario Limonciello
2021-06-17 18:28 ` Julian Sikorski [this message]
2021-06-17 16:42 ` [PATCH 3/5] ACPI: PM: s2idle: Add support for multiple func mask Mario Limonciello
2021-06-17 18:28 ` Julian Sikorski
2021-06-18 16:30 ` Rafael J. Wysocki
2021-06-18 16:34 ` Limonciello, Mario
2021-06-18 16:41 ` Rafael J. Wysocki
2021-06-17 16:42 ` [PATCH 4/5] ACPI: PM: s2idle: Add support for new Microsoft UUID Mario Limonciello
2021-06-17 18:28 ` Julian Sikorski
2021-06-17 16:42 ` [PATCH 5/5] ACPI: PM: Adjust behavior for field problems on AMD systems Mario Limonciello
2021-06-17 18:28 ` Julian Sikorski
2021-06-18 8:05 ` Kai-Heng Feng
2021-06-17 18:28 ` [PATCH 1/5] ACPI: PM: s2idle: Use correct revision id Julian Sikorski
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=c2b86279-e065-4ca0-2bcf-89f928b52935@gmail.com \
--to=belegdol@gmail.com \
--cc=Pratik.Vishwakarma@amd.com \
--cc=Shyam-sundar.S-k@amd.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=rjw@rjwysocki.net \
--cc=teohhanhui@gmail.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