From owner-freebsd-bugs@freebsd.org Thu Jan 9 22:18:09 2020 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3A37A1FB342 for ; Thu, 9 Jan 2020 22:18:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 47v0qj0sz8z3K0T for ; Thu, 9 Jan 2020 22:18:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1DF341FB341; Thu, 9 Jan 2020 22:18:09 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1DBCB1FB33F for ; Thu, 9 Jan 2020 22:18:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47v0qj00Xyz3K0S for ; Thu, 9 Jan 2020 22:18:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id EF4C0802B for ; Thu, 9 Jan 2020 22:18:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 009MI89q095814 for ; Thu, 9 Jan 2020 22:18:08 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 009MI8uO095813 for bugs@FreeBSD.org; Thu, 9 Jan 2020 22:18:08 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 243233] Coffee lake frequency scaling Date: Thu, 09 Jan 2020 22:18:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dennis.noordsij@alumni.helsinki.fi X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 22:18:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243233 Bug ID: 243233 Summary: Coffee lake frequency scaling Product: Base System Version: 12.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: dennis.noordsij@alumni.helsinki.fi I have a workload where I benefit from single core speed, so I got a system with an i9-9900K (not overclocked) 8C CPU that should go up to 5GHz single = core speed. (I know it's not server hardware but that's important for this application). This works fine in Linux, but I would like to use, as always, FreeBSD. The system seems stuck at 800MHz, despite powerds efforts, but the frequency table also doesn't look right. kern.timecounter.hw defaults to TSC-low which precludes frequency scaling, = but after changing it to HPET nothing really changes. sysctl: dev.cpu.0.freq_levels: 3601/95000 3600/95000 3400/87275 3200/79831 3000/735= 64 2800/66644 2600/60837 2400/54439 2200/49091 2000/43173 1800/38278 1600/32835 1400/27639 1200/23380 1000/18628 800/14778 dev.cpu.0.freq: 800 powerd -v: load 0%, current freq 800 MHz (15), wanted freq 800 MHz load 0%, current freq 800 MHz (15), wanted freq 800 MHz load 20%, current freq 800 MHz (15), wanted freq 800 MHz load 100%, current freq 800 MHz (15), wanted freq 3200 MHz changing clock speed from 800 MHz to 3200 MHz load 100%, current freq 800 MHz (15), wanted freq 7202 MHz changing clock speed from 800 MHz to 3601 MHz load 65%, current freq 800 MHz (15), wanted freq 7202 MHz changing clock speed from 800 MHz to 3601 MHz load 100%, current freq 800 MHz (15), wanted freq 7202 MHz changing clock speed from 800 MHz to 3601 MHz load 100%, current freq 800 MHz (15), wanted freq 7202 MHz changing clock speed from 800 MHz to 3601 MHz load 100%, current freq 800 MHz (15), wanted freq 7202 MHz changing clock speed from 800 MHz to 3601 MHz etc. Hardware: Handle 0x0047, DMI type 4, 48 bytes Processor Information Socket Designation: U3E1 Type: Central Processor Family: Core i9 Manufacturer: Intel(R) Corporation ID: EC 06 09 00 FF FB EB BF Signature: Type 0, Family 6, Model 158, Stepping 12 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Multi-threading) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz Voltage: 1.3 V External Clock: 100 MHz Max Speed: 8300 MHz // What ? Current Speed: 4653 MHz // What? Seems fixed Status: Populated, Enabled Upgrade: Socket LGA1151 L1 Cache Handle: 0x0044 L2 Cache Handle: 0x0045 L3 Cache Handle: 0x0046 Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Part Number: To Be Filled By O.E.M. Core Count: 8 Core Enabled: 8 Thread Count: 16 Characteristics: 64-bit capable Multi-Core Hardware Thread Execute Protection Enhanced Virtualization Power/Performance Control What should I do? I have been happily using FreeBSD for so long that I never considered something like this not working. 1) Can I lock the frequency somehow at boot? 2) Is there some alternative way to scale up the frequency? 3) Can it be locked from BIOS? Some BIOS setting changed? 4) Can it be fixed? Where should I start looking? What is new in coffee lak= e / the i9-9900 that is different from the usual Intel cpufreq approach? --=20 You are receiving this mail because: You are the assignee for the bug.=