Created attachment 206229 [details]
System : FreeBSD 12.0-RELEASE-p8 r350525 GENERIC amd64
CPU : Ryzen 5 3600
Motherboard : MSI B450 Mortar
After kldloading amdtemp, amdsmn, no temperatures appear under sysctl dev.cpu
dmidecode -t processor
# dmidecode 3.2
# SMBIOS entry point at 0xdce5e000
Found SMBIOS entry point in EFI, reading table from /dev/mem.
SMBIOS 2.8 present.
Handle 0x0015, DMI type 4, 48 bytes
Socket Designation: AM4
Type: Central Processor
Manufacturer: Advanced Micro Devices, Inc.
ID: 10 0F 87 00 FF FB 8B 17
Signature: Family 23, Model 113, Stepping 0
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)
MMX (MMX technology supported)
FXSR (FXSAVE and FXSTOR instructions supported)
SSE (Streaming SIMD extensions)
SSE2 (Streaming SIMD extensions 2)
Version: AMD Ryzen 5 3600 6-Core Processor
Voltage: 1.1 V
External Clock: 100 MHz
Max Speed: 4200 MHz
Current Speed: 3600 MHz
Status: Populated, Enabled
Upgrade: Socket AM4
L1 Cache Handle: 0x0012
L2 Cache Handle: 0x0013
L3 Cache Handle: 0x0014
Serial Number: Unknown
Asset Tag: Unknown
Part Number: Unknown
Core Count: 6
Core Enabled: 6
Thread Count: 12
devinfo -v > output.txt
pciconf -lv >> output.txt
Let me know if you need any further details.
Please try the following patch. I believe it is all that is needed to add support for Zen 2 family 17h devices (such as Ryzen 3):
A commit references this bug:
Date: Tue Aug 6 03:54:28 UTC 2019
New revision: 350624
amdtemp(4), amdsmn(4): Attach to Ryzen 3 (Zen 2) hostbridges
Reported by: "drclaw" <drclaw AT gmail.com>
@Conrad Thanks for resolving this so quickly! Could/should this be merged to stable/12,11 or did amdtemp et al only make it to 12?
Re-open for MFC (at least to 12)
(In reply to Kubilay Kocak from comment #3)
> @Conrad Thanks for resolving this so quickly! Could/should this be merged to
> stable/12,11 or did amdtemp et al only make it to 12?
> Re-open for MFC (at least to 12)
They're both in 12 thanks to mav and vangyzen. I don't do MFCs myself, but anyone else is welcome to.
Sorry for the delay.
Finally got around to installing kernel with the patches, looks good here. Thanks for fixing so quickly :)
% uname -a
FreeBSD dutch 12.0-STABLE FreeBSD 12.0-STABLE #2 r350624M: Wed Aug 7 08:43:02 AEST 2019 root@dutch:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
% sysctl dev.cpu | grep -i temp
Cool, thanks for confirming the fix!
Still present in 12.1, updating to reflect.
Patch works fine. Just applied and rebuilt kernel and my temps are back again.
Unless an EN or approval to merge support to releng/12.1 is possible, the feature/support will land in 12.2-RELEASE.
It is apparently presently supported in CURRENT 12-STABLE (stable/12), effectively 'resolving' this issue, minus a merge to stable/11.
- Would you consider a merge to stable/11 ?
- I couldn't find the MFC commit to stable/12 for this issue (base r350624), can you mention which one it was in "base r<revision>" comment formatting