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>