[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=whK-cuBUQ2hECtkGu3LR-ipai+tmB85M=C7n3b1M8B4gQ@mail.gmail.com>
Date: Thu, 11 Jan 2024 09:53:29 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Vincent Guittot <vincent.guittot@...aro.org>
Cc: Ingo Molnar <mingo@...nel.org>, linux-kernel@...r.kernel.org,
Peter Zijlstra <peterz@...radead.org>, Thomas Gleixner <tglx@...utronix.de>,
Juri Lelli <juri.lelli@...hat.com>, Dietmar Eggemann <dietmar.eggemann@....com>,
Steven Rostedt <rostedt@...dmis.org>, Ben Segall <bsegall@...gle.com>, Mel Gorman <mgorman@...e.de>,
Daniel Bristot de Oliveira <bristot@...hat.com>, Valentin Schneider <vschneid@...hat.com>
Subject: Re: [GIT PULL] Scheduler changes for v6.8
On Thu, 11 Jan 2024 at 09:45, Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
>
> On Thu, 11 Jan 2024 at 00:11, Vincent Guittot
> <vincent.guittot@...aro.org> wrote:
> >
> > Could you confirm that cpufreq governor is schedutil and the driver is
> > amd-pstate on your system ?
>
> schedutil yes, amd-pstate no. I actually just use acpi_cpufreq
Bah. Hit 'send' mistakenly too soon, thus the abrupt end and
unfinished quoting removal.
And don't ask me why it's acpi_pstate-driven. I have X86_AMD_PSTATE=y, but
/sys/devices/system/cpu/cpufreq/policy0/scaling_driver
clearly says 'acpi-cpufreq'. Maybe I'm looking in the wrong place. My dmesg says
amd_pstate: the _CPC object is not present in SBIOS or ACPI disabled
which is presumably the reason my machine uses acpi-pstate.
I will also test out your other questions, but I need to go back and
do more pull requests first.
Linus
Powered by blists - more mailing lists