Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 5 Sep 2018 09:01:40 -0700
From:      Conrad Meyer <cem@freebsd.org>
To:        Lev Serebryakov <lev@freebsd.org>
Cc:        "D. Ebdrup" <debdrup@gmail.com>,  "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>
Subject:   Re: Celeron J3160 with enabled Turbo mode stays at 480MHz (lowestsetting) forever and can not lower frequency without Tuebo mode
Message-ID:  <CAG6CVpU-6VhPxnN1Dg9o-GfmsRD9NtA2Q7GEck7x83C6TLjJJw@mail.gmail.com>
In-Reply-To: <3516c619-c50a-18c6-9bdd-0e6cad751e30@FreeBSD.org>
References:  <201809051253.w85CrAX3022473@slippy.cwsent.com> <0770c5f2-a5d9-4cd4-1421-72006465ffba@FreeBSD.org> <CANtgGBqSy0gC87W0-uxsYyy5ivpUwVJ_=rAKnu4obP%2BiHxEiGg@mail.gmail.com> <3516c619-c50a-18c6-9bdd-0e6cad751e30@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Sep 5, 2018 at 7:49 AM, Lev Serebryakov <lev@freebsd.org> wrote:
> On 05.09.2018 16:57, D. Ebdrup wrote:
>> A new port called sysutils/turbostat can report actual turboboost
>> values for Intel CPUs.
>>
>> Unfortunately, I didn't have much luck looking for documentation that
>> covers how this can be added to FreeBSD base (preferably exposed via a
>> sysctl), but I suspect it would involve both machine-dependent and
>> machine-independent parts since both AMD, as well as ARM and other
>> architectures use some form of equivalent functionality.
>
>  It should become part of cpufreq(8) for sure.

It doesn't make sense as part of cpufreq(8) for two reasons:

First and foremost, it is GPL2 software.

Secondly, it is extremely machine-dependent software.  It is
x86-specific and has a lot of different code to handle each
microarchitecture from Nehalem through Skylake.  It would be one thing
if this was a small table, but it is 5000 lines of code.

Best,
Conrad



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAG6CVpU-6VhPxnN1Dg9o-GfmsRD9NtA2Q7GEck7x83C6TLjJJw>