linux-kernel - Re: [PATCH v4 1/6] x86,sched: Add support for frequency invariance

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Thu, 19 Dec 2019 10:48:14 +0000
From:   Qais Yousef <qais.yousef@....com>
To:     Doug Smythies <dsmythies@...us.net>
Cc:     'Giovanni Gherdovich' <ggherdovich@...e.cz>, x86@...nel.org,
        linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org,
        'Mel Gorman' <mgorman@...hsingularity.net>,
        'Matt Fleming' <matt@...eblueprint.co.uk>,
        'Viresh Kumar' <viresh.kumar@...aro.org>,
        'Juri Lelli' <juri.lelli@...hat.com>,
        'Paul Turner' <pjt@...gle.com>,
        'Peter Zijlstra' <peterz@...radead.org>,
        'Vincent Guittot' <vincent.guittot@...aro.org>,
        'Quentin Perret' <qperret@...rret.net>,
        'Dietmar Eggemann' <dietmar.eggemann@....com>,
        'Srinivas Pandruvada' <srinivas.pandruvada@...ux.intel.com>,
        'Thomas Gleixner' <tglx@...utronix.de>,
        'Ingo Molnar' <mingo@...hat.com>,
        'Borislav Petkov' <bp@...e.de>, 'Len Brown' <lenb@...nel.org>,
        "'Rafael J . Wysocki'" <rjw@...ysocki.net>
Subject: Re: [PATCH v4 1/6] x86,sched: Add support for frequency invariance

Hi Doug

On 11/28/19 14:48, Doug Smythies wrote:
> Summary: There never was an issue here.
> 
> Sorry for the noise of this thread, and the resulting waste of time.
> 
> On 2019.11.26 23:33 Doug Smythies wrote:
> > On 2019.11.26 07:20 Giovanni Gherdovich wrote:
> >> On Mon, 2019-11-25 at 21:59 -0800, Doug Smythies wrote:
> >>> [...]
> >>> The issue with the schedutil governor not working properly in the 5.4 RC series
> >>> appears to be hardware dependant.
> 
> No it 's not.
> 
> Issues with my Sandy Bridge, i7-2600K, test computer and kernel 5.4
> seem to be because it is running an older Ubuntu server version,
> apparently somewhat dependant on cgroup V1 and their cgmanager package.
> I am unable to remove the package to test further because I do use VMs
> that seem to depend on it.
> 
> In the kernel configuration when CONFIG_UCLAMP_TASK_GROUP=y
> the computer behaves as though the new parameter "cpu.uclamp.min"
> is set to max rather than 0, but I can not prove it.

I just noticed this. This option shouldn't cause any problem, if it does there
might be a bug that we need to fix.

So cpu.uclamp.min reads 0 but you think it's not taking effect, correct?

In the quotes above I see 5.4 RC, if you haven't tried this against the final
5.4 release, do you mind trying to see if you can reproduce? Trying 5.5-rc2
would be helpful too if 5.4 fails.

Thanks

--
Qais Yousef