X86 platform drivers
 help / color / mirror / Atom feed
From: SungHwan Jung <onenowy@gmail.com>
To: Hridesh MG <hridesh699@gmail.com>, Kurt Borja <kuurtb@gmail.com>
Cc: "Hans de Goede" <hdegoede@redhat.com>,
	"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>,
	"Armin Wolf" <W_Armin@gmx.de>,
	platform-driver-x86@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"Shuah Khan" <skhan@linuxfoundation.org>
Subject: Re: [PATCH v2 3/3] platform/x86: acer-wmi: simplify platform profile cycling
Date: Sun, 5 Jan 2025 13:01:40 +0900	[thread overview]
Message-ID: <c5609ea8-5af2-4f36-aa2f-6c2ddde9a401@gmail.com> (raw)
In-Reply-To: <CALiyAokph3JiReKsod3CZuxyVMqqmXqQ1t2rsH2wUx=hKaZm0Q@mail.gmail.com>



On 1/5/25 03:19, Hridesh MG wrote:
>> I think this should be kept. If the user changes profile manually this
>> may not reflect the actual last_non_turbo_profile.
> I thought that the purpose of last_non_turbo_profile was for
> acer_thermal_profile_change() to store the profile just before
> toggling turbo so that the system can return to it later on (as
> mentioned in the comments). I don't see a valid use case for this
> variable outside of that specific context, which is why I decided to
> remove its update during manual profile changes.
> 
I think last_non_turbo_profile is still needed in
acer_predator_v4_platform_profile_set for returning from turbo mode set
by user space application in toggle mode.

Without this, when users change profiles and set turbo mode using
applications or scripts (like predator sense GUI on windows) then use
the mode button to return from turbo mode, it returns to default or the
last value by the button, not the actual last profile.

Thanks,
SungHwan Jung

> Thanks,
> Hridesh MG


  reply	other threads:[~2025-01-05  4:01 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-04 15:29 [PATCH v2 0/3] platform/x86 acer-wmi: Improve platform profile handling Hridesh MG
2025-01-04 15:29 ` [PATCH v2 1/3] platform/x86: acer-wmi: use WMI calls for " Hridesh MG
2025-01-04 17:13   ` Kurt Borja
2025-01-05 11:19     ` Hridesh MG
2025-01-05 13:02       ` Armin Wolf
2025-01-04 15:29 ` [PATCH v2 2/3] platform/x86: acer-wmi: use an ACPI bitmap to set the platform profile choices Hridesh MG
2025-01-04 17:18   ` Kurt Borja
2025-01-05 13:06     ` Armin Wolf
2025-01-04 15:29 ` [PATCH v2 3/3] platform/x86: acer-wmi: simplify platform profile cycling Hridesh MG
2025-01-04 17:53   ` Kurt Borja
2025-01-04 18:19     ` Hridesh MG
2025-01-05  4:01       ` SungHwan Jung [this message]
2025-01-05  4:16         ` Hridesh MG

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=c5609ea8-5af2-4f36-aa2f-6c2ddde9a401@gmail.com \
    --to=onenowy@gmail.com \
    --cc=W_Armin@gmx.de \
    --cc=hdegoede@redhat.com \
    --cc=hridesh699@gmail.com \
    --cc=ilpo.jarvinen@linux.intel.com \
    --cc=kuurtb@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=skhan@linuxfoundation.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