Linux Input/HID development
 help / color / mirror / Atom feed
From: "Mario Limonciello (AMD) (kernel.org)" <superm1@kernel.org>
To: Basavaraj Natikar <Basavaraj.Natikar@amd.com>,
	jikos@kernel.org, bentiss@kernel.org,
	linux-input@vger.kernel.org
Cc: Matthew Schwartz <matthew.schwartz@linux.dev>,
	Prakruthi SP <Prakruthi.SP@amd.com>,
	Akshata MukundShetty <akshata.mukundshetty@amd.com>
Subject: Re: [PATCH] HID: amd_sfh: Add sync across amd sfh work functions
Date: Thu, 18 Sep 2025 14:27:10 -0500	[thread overview]
Message-ID: <b5f4a1e5-1561-4554-8de4-0416bca0c75f@kernel.org> (raw)
In-Reply-To: <20250918123202.1076393-1-Basavaraj.Natikar@amd.com>

On 9/18/2025 7:32 AM, Basavaraj Natikar wrote:
> The process of the report is delegated across different work functions.
> Hence, add a sync mechanism to protect SFH work data across functions.
> 
> Fixes: 4b2c53d93a4b ("SFH:Transport Driver to add support of AMD Sensor Fusion Hub (SFH)")
> Reported-by: Matthew Schwartz <matthew.schwartz@linux.dev>
> Closes: https://lore.kernel.org/all/a21abca5-4268-449d-95f1-bdd7a25894a5@linux.dev/
> Tested-by: Prakruthi SP <Prakruthi.SP@amd.com>
> Co-developed-by: Akshata MukundShetty <akshata.mukundshetty@amd.com>
> Signed-off-by: Akshata MukundShetty <akshata.mukundshetty@amd.com>
> Signed-off-by: Basavaraj Natikar <Basavaraj.Natikar@amd.com>

Reviewed-by: Mario Limonciello (AMD) <superm1@kernel.org>

> ---
>   drivers/hid/amd-sfh-hid/amd_sfh_client.c | 12 ++++++++++--
>   drivers/hid/amd-sfh-hid/amd_sfh_common.h |  3 +++
>   drivers/hid/amd-sfh-hid/amd_sfh_pcie.c   |  4 ++++
>   3 files changed, 17 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/hid/amd-sfh-hid/amd_sfh_client.c b/drivers/hid/amd-sfh-hid/amd_sfh_client.c
> index 0f2cbae39b2b..7017bfa59093 100644
> --- a/drivers/hid/amd-sfh-hid/amd_sfh_client.c
> +++ b/drivers/hid/amd-sfh-hid/amd_sfh_client.c
> @@ -39,8 +39,12 @@ int amd_sfh_get_report(struct hid_device *hid, int report_id, int report_type)
>   	struct amdtp_hid_data *hid_data = hid->driver_data;
>   	struct amdtp_cl_data *cli_data = hid_data->cli_data;
>   	struct request_list *req_list = &cli_data->req_list;
> +	struct amd_input_data *in_data = cli_data->in_data;
> +	struct amd_mp2_dev *mp2;
>   	int i;
>   
> +	mp2 = container_of(in_data, struct amd_mp2_dev, in_data);
> +	guard(mutex)(&mp2->lock);
>   	for (i = 0; i < cli_data->num_hid_devices; i++) {
>   		if (cli_data->hid_sensor_hubs[i] == hid) {
>   			struct request_list *new = kzalloc(sizeof(*new), GFP_KERNEL);
> @@ -75,6 +79,8 @@ void amd_sfh_work(struct work_struct *work)
>   	u8 report_id, node_type;
>   	u8 report_size = 0;
>   
> +	mp2 = container_of(in_data, struct amd_mp2_dev, in_data);
> +	guard(mutex)(&mp2->lock);
>   	req_node = list_last_entry(&req_list->list, struct request_list, list);
>   	list_del(&req_node->list);
>   	current_index = req_node->current_index;
> @@ -83,7 +89,6 @@ void amd_sfh_work(struct work_struct *work)
>   	node_type = req_node->report_type;
>   	kfree(req_node);
>   
> -	mp2 = container_of(in_data, struct amd_mp2_dev, in_data);
>   	mp2_ops = mp2->mp2_ops;
>   	if (node_type == HID_FEATURE_REPORT) {
>   		report_size = mp2_ops->get_feat_rep(sensor_index, report_id,
> @@ -107,6 +112,8 @@ void amd_sfh_work(struct work_struct *work)
>   	cli_data->cur_hid_dev = current_index;
>   	cli_data->sensor_requested_cnt[current_index] = 0;
>   	amdtp_hid_wakeup(cli_data->hid_sensor_hubs[current_index]);
> +	if (!list_empty(&req_list->list))
> +		schedule_delayed_work(&cli_data->work, 0);
>   }
>   
>   void amd_sfh_work_buffer(struct work_struct *work)
> @@ -117,9 +124,10 @@ void amd_sfh_work_buffer(struct work_struct *work)
>   	u8 report_size;
>   	int i;
>   
> +	mp2 = container_of(in_data, struct amd_mp2_dev, in_data);
> +	guard(mutex)(&mp2->lock);
>   	for (i = 0; i < cli_data->num_hid_devices; i++) {
>   		if (cli_data->sensor_sts[i] == SENSOR_ENABLED) {
> -			mp2 = container_of(in_data, struct amd_mp2_dev, in_data);
>   			report_size = mp2->mp2_ops->get_in_rep(i, cli_data->sensor_idx[i],
>   							       cli_data->report_id[i], in_data);
>   			hid_input_report(cli_data->hid_sensor_hubs[i], HID_INPUT_REPORT,
> diff --git a/drivers/hid/amd-sfh-hid/amd_sfh_common.h b/drivers/hid/amd-sfh-hid/amd_sfh_common.h
> index f44a3bb2fbd4..78f830c133e5 100644
> --- a/drivers/hid/amd-sfh-hid/amd_sfh_common.h
> +++ b/drivers/hid/amd-sfh-hid/amd_sfh_common.h
> @@ -10,6 +10,7 @@
>   #ifndef AMD_SFH_COMMON_H
>   #define AMD_SFH_COMMON_H
>   
> +#include <linux/mutex.h>
>   #include <linux/pci.h>
>   #include "amd_sfh_hid.h"
>   
> @@ -59,6 +60,8 @@ struct amd_mp2_dev {
>   	u32 mp2_acs;
>   	struct sfh_dev_status dev_en;
>   	struct work_struct work;
> +	/* mp2 to protect data */
> +	struct mutex lock;
>   	u8 init_done;
>   	u8 rver;
>   };
> diff --git a/drivers/hid/amd-sfh-hid/amd_sfh_pcie.c b/drivers/hid/amd-sfh-hid/amd_sfh_pcie.c
> index 2983af969579..1d9f955573aa 100644
> --- a/drivers/hid/amd-sfh-hid/amd_sfh_pcie.c
> +++ b/drivers/hid/amd-sfh-hid/amd_sfh_pcie.c
> @@ -466,6 +466,10 @@ static int amd_mp2_pci_probe(struct pci_dev *pdev, const struct pci_device_id *i
>   	if (!privdata->cl_data)
>   		return -ENOMEM;
>   
> +	rc = devm_mutex_init(&pdev->dev, &privdata->lock);
> +	if (rc)
> +		return rc;
> +
>   	privdata->sfh1_1_ops = (const struct amd_sfh1_1_ops *)id->driver_data;
>   	if (privdata->sfh1_1_ops) {
>   		if (boot_cpu_data.x86 >= 0x1A)


  reply	other threads:[~2025-09-18 19:27 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-09-18 12:32 [PATCH] HID: amd_sfh: Add sync across amd sfh work functions Basavaraj Natikar
2025-09-18 19:27 ` Mario Limonciello (AMD) (kernel.org) [this message]
2025-09-19 15:30 ` Jiri Kosina

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=b5f4a1e5-1561-4554-8de4-0416bca0c75f@kernel.org \
    --to=superm1@kernel.org \
    --cc=Basavaraj.Natikar@amd.com \
    --cc=Prakruthi.SP@amd.com \
    --cc=akshata.mukundshetty@amd.com \
    --cc=bentiss@kernel.org \
    --cc=jikos@kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=matthew.schwartz@linux.dev \
    /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