Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 19 Aug 2017 09:32:06 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-bugs@FreeBSD.org
Subject:   [Bug 219213] powerd causing problems with ryzen
Message-ID:  <bug-219213-8-vlbO3mgBaA@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-219213-8@https.bugs.freebsd.org/bugzilla/>
References:  <bug-219213-8@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219213

mailsed@yahoo.co.jp changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mailsed@yahoo.co.jp

--- Comment #6 from mailsed@yahoo.co.jp ---
Created attachment 185570
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=185570&action=edit
x86/cpufreq/hwpstate.c patch for powerd++ (not tested)

Hi,

I think Ryzen has so many cores that the frequency to change must be various.
But, x86/cpufreq/hwpstate.c is written as a module that changes only one
frequency for ALL cores such like "sysctl dev.cpu.0.freq=XXXX".
So the sysctl nodes from dev.cpu.1.freq to dev.cpu.15.freq, when it has 16 CPU
threads, are not be generated and estimated as the same as dev.cpu.0.freq.
So, I made this patch (removed some of the lines of hwpstate.c). This patch
will generate the nodes from dev.cpu.1.freq to dev.cpu.15.freq, if it has 16
CPU's for example, and you can set each CPU's frequency as different from
another.
I think powerd++(sysutils/powerdxx) is requiring such situation that setting
each CPU's frequency as possibly different frequencies from others.
Though I didn't tested, I don't have Ryzen, but It will be compiled.
I think this patch is not enough. Because 8 core 16 thread is a problem, If the
same core but different thread and frequency, what will be occurred?
so, the cpufreq of different thread but same core, will be treated in
kern_cpu.c. But I'm not sure what to do, sorry for that. Disabling the SMT in
BIOS is one workaround. I hope so.

-- 
You are receiving this mail because:
You are the assignee for the bug.


Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219213-8-vlbO3mgBaA>