[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<OS9PR01MB14003E72236096AD987D2D4CED96DA@OS9PR01MB14003.jpnprd01.prod.outlook.com>
Date: Tue, 3 Jun 2025 07:16:23 +0000
From: "Shinji Nomoto (Fujitsu)" <fj5851bi@...itsu.com>
To: "'John B. Wyatt IV'" <jwyatt@...hat.com>
CC: Thomas Renninger <trenn@...e.com>, Shuah Khan <shuah@...nel.org>, John
Kacur <jkacur@...hat.com>, "linux-pm@...r.kernel.org"
<linux-pm@...r.kernel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, "Shinji Nomoto (Fujitsu)"
<fj5851bi@...itsu.com>
Subject: RE: [PATCH 0/2] cpupower: Allow control of boost feature on non-x86
based systems with boost support.
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.
Regards.
----
Shinji
Powered by blists - more mailing lists