From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Shyam Sundar S K <Shyam-sundar.S-k@amd.com>
Cc: Hans de Goede <hdegoede@redhat.com>,
platform-driver-x86@vger.kernel.org, Patil.Reddy@amd.com
Subject: Re: [PATCH v4 3/3] platform/x86/amd/pmf: Switch to platform_get_resource() and devm_ioremap_resource()
Date: Mon, 4 Nov 2024 15:19:35 +0200 (EET) [thread overview]
Message-ID: <021403b7-29ea-173c-2251-62a8e9476cdc@linux.intel.com> (raw)
In-Reply-To: <20241104054829.620858-4-Shyam-sundar.S-k@amd.com>
On Mon, 4 Nov 2024, Shyam Sundar S K wrote:
> Use platform_get_resource() to fetch the memory resource instead of
> acpi_walk_resources() and devm_ioremap_resource() for mapping the
> resources.
>
> PS: We cannot use resource_size() here because it adds an extra byte to
> round off the size. In the case of PMF ResourceTemplate(), this rounding
> is already handled within the _CRS. Using resource_size() would increase
> the resource size by 1, causing a mismatch with the length field and
> leading to issues. Therefore, simply use end-start of the ACPI resource to
> obtain the actual length.
>
> Co-developed-by: Patil Rajesh Reddy <Patil.Reddy@amd.com>
> Signed-off-by: Patil Rajesh Reddy <Patil.Reddy@amd.com>
> Signed-off-by: Shyam Sundar S K <Shyam-sundar.S-k@amd.com>
> ---
> drivers/platform/x86/amd/pmf/Kconfig | 1 +
> drivers/platform/x86/amd/pmf/acpi.c | 46 +++++++++++----------------
> drivers/platform/x86/amd/pmf/pmf.h | 6 ++--
> drivers/platform/x86/amd/pmf/tee-if.c | 8 ++---
> 4 files changed, 28 insertions(+), 33 deletions(-)
>
> diff --git a/drivers/platform/x86/amd/pmf/Kconfig b/drivers/platform/x86/amd/pmf/Kconfig
> index f4fa8bd8bda8..99d67cdbd91e 100644
> --- a/drivers/platform/x86/amd/pmf/Kconfig
> +++ b/drivers/platform/x86/amd/pmf/Kconfig
> @@ -11,6 +11,7 @@ config AMD_PMF
> select ACPI_PLATFORM_PROFILE
> depends on TEE && AMDTEE
> depends on AMD_SFH_HID
> + depends on HAS_IOMEM
> help
> This driver provides support for the AMD Platform Management Framework.
> The goal is to enhance end user experience by making AMD PCs smarter,
> diff --git a/drivers/platform/x86/amd/pmf/acpi.c b/drivers/platform/x86/amd/pmf/acpi.c
> index d5b496433d69..1b9c7acf0ddf 100644
> --- a/drivers/platform/x86/amd/pmf/acpi.c
> +++ b/drivers/platform/x86/amd/pmf/acpi.c
> @@ -433,37 +433,29 @@ int apmf_install_handler(struct amd_pmf_dev *pmf_dev)
> return 0;
> }
>
> -static acpi_status apmf_walk_resources(struct acpi_resource *res, void *data)
> +int apmf_check_smart_pc(struct amd_pmf_dev *pmf_dev)
> {
> - struct amd_pmf_dev *dev = data;
> + struct platform_device *pdev = to_platform_device(pmf_dev->dev);
>
> - switch (res->type) {
> - case ACPI_RESOURCE_TYPE_ADDRESS64:
> - dev->policy_addr = res->data.address64.address.minimum;
> - dev->policy_sz = res->data.address64.address.address_length;
> - break;
> - case ACPI_RESOURCE_TYPE_FIXED_MEMORY32:
> - dev->policy_addr = res->data.fixed_memory32.address;
> - dev->policy_sz = res->data.fixed_memory32.address_length;
> - break;
> - }
> -
> - if (!dev->policy_addr || dev->policy_sz > POLICY_BUF_MAX_SZ || dev->policy_sz == 0) {
> - pr_err("Incorrect Policy params, possibly a SBIOS bug\n");
> - return AE_ERROR;
> + pmf_dev->res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> + if (!pmf_dev->res) {
> + dev_dbg(pmf_dev->dev, "Failed to get I/O memory resource\n");
> + return -EINVAL;
> }
>
> - return AE_OK;
> -}
> -
> -int apmf_check_smart_pc(struct amd_pmf_dev *pmf_dev)
> -{
> - acpi_handle ahandle = ACPI_HANDLE(pmf_dev->dev);
> - acpi_status status;
> -
> - status = acpi_walk_resources(ahandle, METHOD_NAME__CRS, apmf_walk_resources, pmf_dev);
> - if (ACPI_FAILURE(status)) {
> - dev_dbg(pmf_dev->dev, "acpi_walk_resources failed :%d\n", status);
> + pmf_dev->policy_addr = pmf_dev->res->start;
> + /*
> + * We cannot use resource_size() here because it adds an extra byte to round off the size.
> + * In the case of PMF ResourceTemplate(), this rounding is already handled within the _CRS.
> + * Using resource_size() would increase the resource size by 1, causing a mismatch with the
> + * length field and leading to issues. Therefore, simply use end-start of the ACPI resource
> + * to obtain the actual length.
> + */
> + pmf_dev->policy_sz = pmf_dev->res->end - pmf_dev->res->start;
> +
> + if (!pmf_dev->policy_addr || pmf_dev->policy_sz > POLICY_BUF_MAX_SZ ||
> + pmf_dev->policy_sz == 0) {
> + dev_err(pmf_dev->dev, "Incorrect policy params, possibly a SBIOS bug\n");
> return -EINVAL;
> }
>
> diff --git a/drivers/platform/x86/amd/pmf/pmf.h b/drivers/platform/x86/amd/pmf/pmf.h
> index 8ce8816da9c1..a79808fda1d8 100644
> --- a/drivers/platform/x86/amd/pmf/pmf.h
> +++ b/drivers/platform/x86/amd/pmf/pmf.h
> @@ -13,6 +13,7 @@
>
> #include <linux/acpi.h>
> #include <linux/input.h>
> +#include <linux/platform_device.h>
> #include <linux/platform_profile.h>
>
> #define POLICY_BUF_MAX_SZ 0x4b000
> @@ -355,19 +356,20 @@ struct amd_pmf_dev {
> /* Smart PC solution builder */
> struct dentry *esbin;
> unsigned char *policy_buf;
> - u32 policy_sz;
> + resource_size_t policy_sz;
> struct tee_context *tee_ctx;
> struct tee_shm *fw_shm_pool;
> u32 session_id;
> void *shbuf;
> struct delayed_work pb_work;
> struct pmf_action_table *prev_data;
> - u64 policy_addr;
> + resource_size_t policy_addr;
> void __iomem *policy_base;
> bool smart_pc_enabled;
> u16 pmf_if_version;
> struct input_dev *pmf_idev;
> size_t mtable_size;
> + struct resource *res;
> };
>
> struct apmf_sps_prop_granular_v2 {
> diff --git a/drivers/platform/x86/amd/pmf/tee-if.c b/drivers/platform/x86/amd/pmf/tee-if.c
> index 19c27b6e4666..555b8d6314e0 100644
> --- a/drivers/platform/x86/amd/pmf/tee-if.c
> +++ b/drivers/platform/x86/amd/pmf/tee-if.c
> @@ -257,7 +257,7 @@ static int amd_pmf_invoke_cmd_init(struct amd_pmf_dev *dev)
> return -ENODEV;
> }
>
> - dev_dbg(dev->dev, "Policy Binary size: %u bytes\n", dev->policy_sz);
> + dev_dbg(dev->dev, "Policy Binary size: %llu bytes\n", dev->policy_sz);
Hi,
I applied these to review-ilpo. While applying, I added cast to this line
since %llu and resource_size_t are not guaranteed to be same.
I should really find time to look at adding a printf formatter for
resource sizes as Andy once suggested.
--
i.
> memset(dev->shbuf, 0, dev->policy_sz);
> ta_sm = dev->shbuf;
> in = &ta_sm->pmf_input.init_table;
> @@ -512,9 +512,9 @@ int amd_pmf_init_smart_pc(struct amd_pmf_dev *dev)
> if (ret)
> goto error;
>
> - dev->policy_base = devm_ioremap(dev->dev, dev->policy_addr, dev->policy_sz);
> - if (!dev->policy_base) {
> - ret = -ENOMEM;
> + dev->policy_base = devm_ioremap_resource(dev->dev, dev->res);
> + if (IS_ERR(dev->policy_base)) {
> + ret = PTR_ERR(dev->policy_base);
> goto error;
> }
>
>
prev parent reply other threads:[~2024-11-04 13:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-04 5:48 [PATCH v4 0/3] platform/x86/amd/pmf: Updates to AMD PMF driver Shyam Sundar S K
2024-11-04 5:48 ` [PATCH v4 1/3] platform/x86/amd/pmf: Use dev_err_probe() to simplify error handling Shyam Sundar S K
2024-11-04 5:48 ` [PATCH v4 2/3] MAINTAINERS: Change AMD PMF driver status to "Supported" Shyam Sundar S K
2024-11-04 5:48 ` [PATCH v4 3/3] platform/x86/amd/pmf: Switch to platform_get_resource() and devm_ioremap_resource() Shyam Sundar S K
2024-11-04 13:19 ` Ilpo Järvinen [this message]
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=021403b7-29ea-173c-2251-62a8e9476cdc@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=Patil.Reddy@amd.com \
--cc=Shyam-sundar.S-k@amd.com \
--cc=hdegoede@redhat.com \
--cc=platform-driver-x86@vger.kernel.org \
/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