public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: srinivas pandruvada <srinivas.pandruvada@linux.intel.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Linux PM <linux-pm@vger.kernel.org>
Cc: Linux ACPI <linux-acpi@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	 Lukasz Luba <lukasz.luba@arm.com>,
	Zhang Rui <rui.zhang@intel.com>,
	Daniel Lezcano <daniel.lezcano@linaro.org>,
	Laura Nao <laura.nao@collabora.com>
Subject: Re: [PATCH v1] thermal: core: Do not fail cdev registration because of invalid initial state
Date: Wed, 05 Jun 2024 20:41:22 -0700	[thread overview]
Message-ID: <cf24f2193c16ed070e5ec3b2f601650eb5b867ed.camel@linux.intel.com> (raw)
In-Reply-To: <4569763.LvFx2qVVIh@kreacher>

On Wed, 2024-06-05 at 21:17 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> 
> It is reported that commit 31a0fa0019b0 ("thermal/debugfs: Pass
> cooling
> device state to thermal_debug_cdev_add()") causes the ACPI fan driver
> to fail probing on some systems which turns out to be due to the _FST
> control method returning an invalid value until _FSL is first
> evaluated
> for the given fan.  If this happens, the .get_cur_state() cooling
> device
> callback returns an error and __thermal_cooling_device_register()
> fails
> as uses that callback after commit 31a0fa0019b0.
> 
> Arguably, _FST should not return an inavlid
s/inavlid/invalid

Thanks,
Srinivas

>  value even if it is
> evaluated before _FSL, so this may be regarded as a platform firmware
> issue, but at the same time it is not a good enough reason for
> failing
> the cooling device registration where the initial cooling device
> state
> is only needed to initialize a thermal debug facility.
> 
> Accordingly, modify __thermal_cooling_device_register() to pass a
> negative state value to thermal_debug_cdev_add() instead of failing
> if the initial .get_cur_state() callback invocation fails and adjust
> the thermal debug code to ignore negative cooling device state
> values.
> 
> Fixes: 31a0fa0019b0 ("thermal/debugfs: Pass cooling device state to
> thermal_debug_cdev_add()")
> Closes:
> https://lore.kernel.org/linux-acpi/20240530153727.843378-1-laura.nao@collabora.com
> Reported-by: Laura Nao <laura.nao@collabora.com>
> Tested-by: Laura Nao <laura.nao@collabora.com>
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> ---
>  drivers/thermal/thermal_core.c    |   11 +++++++----
>  drivers/thermal/thermal_debugfs.c |    7 ++++++-
>  2 files changed, 13 insertions(+), 5 deletions(-)
> 
> Index: linux-pm/drivers/thermal/thermal_core.c
> ===================================================================
> --- linux-pm.orig/drivers/thermal/thermal_core.c
> +++ linux-pm/drivers/thermal/thermal_core.c
> @@ -964,7 +964,8 @@ __thermal_cooling_device_register(struct
>  {
>  	struct thermal_cooling_device *cdev;
>  	struct thermal_zone_device *pos = NULL;
> -	unsigned long current_state;
> +	unsigned long val;
> +	int current_state;
>  	int id, ret;
>  
>  	if (!ops || !ops->get_max_state || !ops->get_cur_state ||
> @@ -1002,9 +1003,11 @@ __thermal_cooling_device_register(struct
>  	if (ret)
>  		goto out_cdev_type;
>  
> -	ret = cdev->ops->get_cur_state(cdev, &current_state);
> -	if (ret)
> -		goto out_cdev_type;
> +	ret = cdev->ops->get_cur_state(cdev, &val);
> +	if (!ret && val >= 0 && val <= INT_MAX)
> +		current_state = val;
> +	else
> +		current_state = -1;
>  
>  	thermal_cooling_device_setup_sysfs(cdev);
>  
> Index: linux-pm/drivers/thermal/thermal_debugfs.c
> ===================================================================
> --- linux-pm.orig/drivers/thermal/thermal_debugfs.c
> +++ linux-pm/drivers/thermal/thermal_debugfs.c
> @@ -421,6 +421,8 @@ void thermal_debug_cdev_state_update(con
>  	cdev_dbg = &thermal_dbg->cdev_dbg;
>  
>  	old_state = cdev_dbg->current_state;
> +	if (old_state < 0)
> +		goto unlock;
>  
>  	/*
>  	 * Get the old state information in the durations list. If
> @@ -463,6 +465,7 @@ void thermal_debug_cdev_state_update(con
>  
>  	cdev_dbg->total++;
>  
> +unlock:
>  	mutex_unlock(&thermal_dbg->lock);
>  }
>  
> @@ -499,7 +502,9 @@ void thermal_debug_cdev_add(struct therm
>  	 * duration will be printed by cdev_dt_seq_show() as
> expected if it
>  	 * runs before the first state transition.
>  	 */
> -	thermal_debugfs_cdev_record_get(thermal_dbg, cdev_dbg-
> >durations, state);
> +	if (state >= 0)
> +		thermal_debugfs_cdev_record_get(thermal_dbg,
> cdev_dbg->durations,
> +						state);
>  
>  	debugfs_create_file("trans_table", 0400, thermal_dbg->d_top,
>  			    thermal_dbg, &tt_fops);
> 
> 
> 
> 


  reply	other threads:[~2024-06-06  3:41 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-05 19:17 [PATCH v1] thermal: core: Do not fail cdev registration because of invalid initial state Rafael J. Wysocki
2024-06-06  3:41 ` srinivas pandruvada [this message]
2024-06-06  9:47   ` Rafael J. Wysocki
2024-06-06 13:07 ` Daniel Lezcano
2024-06-06 13:42   ` Rafael J. Wysocki
2024-06-06 14:18     ` Rafael J. Wysocki
2024-06-06 14:50       ` Daniel Lezcano
2024-06-06 15:15         ` Rafael J. Wysocki
2024-06-06 15:46           ` Daniel Lezcano
2024-06-06 15:52             ` Rafael J. Wysocki

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=cf24f2193c16ed070e5ec3b2f601650eb5b867ed.camel@linux.intel.com \
    --to=srinivas.pandruvada@linux.intel.com \
    --cc=daniel.lezcano@linaro.org \
    --cc=laura.nao@collabora.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=lukasz.luba@arm.com \
    --cc=rjw@rjwysocki.net \
    --cc=rui.zhang@intel.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