From: Shuah Khan <skhan@linuxfoundation.org>
To: "Shinji Nomoto (Fujitsu)" <fj5851bi@fujitsu.com>,
"'John B. Wyatt IV'" <jwyatt@redhat.com>
Cc: Thomas Renninger <trenn@suse.com>, Shuah Khan <shuah@kernel.org>,
John Kacur <jkacur@redhat.com>,
"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Shuah Khan <skhan@linuxfoundation.org>
Subject: Re: [PATCH 0/2] cpupower: Allow control of boost feature on non-x86 based systems with boost support.
Date: Wed, 18 Jun 2025 15:54:56 -0600 [thread overview]
Message-ID: <0053926a-7b0a-4e49-9acf-fcb1d73134cc@linuxfoundation.org> (raw)
In-Reply-To: <OS9PR01MB14003E72236096AD987D2D4CED96DA@OS9PR01MB14003.jpnprd01.prod.outlook.com>
On 6/3/25 01:16, Shinji Nomoto (Fujitsu) wrote:
> John Wyatt wrote:
>> Hello Shinji, ty for your patch.
>>
>> On Thu, May 22, 2025 at 03:10:57PM +0900, Shinji Nomoto wrote:
>>> The cpufreq subsystem has a generic sysfs interface for controlling
>>> boost (/sys/devices/system/cpu/cpufreq/boost).
>>> The sysfs interface can be used to enable boost control from the
>>> cpupower command on non-x86 platforms as well. So, allow boost
>>> controlling on
>>> non-x86 system if boost sysfs file exists.
>>
>> Did you test this on non-x86 systems? If so, would you please provide details on those architectures and systems?
>
> Hello,
>
> This patch has been tested on Arm-based systems.
>
> * It was tested on our internal simulator based on QEMU which supports boost.
> * It was tested on the Nvidia grace system (which does not support boost).
> * The cppc_cpufreq driver is working on both of the above systems.
>
> We have also confirmed that it continues to work as expected on AMD systems.
>
John,
Let me know if you are good with this testing details.
thanks,
-- Shuah
next prev parent reply other threads:[~2025-06-18 21:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-22 6:10 Shinji Nomoto
2025-05-22 6:10 ` [PATCH 1/2] cpupower: Fix a bug where the -t option of the set subcommand was not working Shinji Nomoto
2025-05-22 6:10 ` [PATCH 2/2] cpupower: Allow control of boost feature on non-x86 based systems with boost support Shinji Nomoto
2025-05-29 11:48 ` [PATCH 0/2] " John B. Wyatt IV
2025-06-02 22:37 ` Shuah Khan
2025-06-03 7:16 ` Shinji Nomoto (Fujitsu)
2025-06-18 21:54 ` Shuah Khan [this message]
2025-06-20 17:26 ` John B. Wyatt IV
2025-07-22 7:30 ` Shinji Nomoto (Fujitsu)
2025-07-22 17:59 ` John B. Wyatt IV
2025-07-24 18:21 ` Shuah Khan
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=0053926a-7b0a-4e49-9acf-fcb1d73134cc@linuxfoundation.org \
--to=skhan@linuxfoundation.org \
--cc=fj5851bi@fujitsu.com \
--cc=jkacur@redhat.com \
--cc=jwyatt@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=shuah@kernel.org \
--cc=trenn@suse.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
all inboxes | Powered by JetHome®