Thanks, Bengt! On Tue, Dec 15, 2015 at 5:57 PM, Bengt Ahlgren <ben...@sics.se> wrote: > Ian Smith <smi...@nimnet.asn.au> writes: > >> On Sun, 13 Dec 2015 19:53:52 -0500, Johannes Dieterich wrote: >> > Dear list, >> > >> > I am running CURRENT on an HP elitebook 745 G3 which comes with a AMD >> > A12-8800B CPU. All in all, it runs very well with just a few nits to >> > pick. Two of them are ACPI related. >> > >> > 1) there are 5 thermal zones defined out of which only two provide >> > reasonable numbers it seems: >> > >> > hw.acpi.thermal.tz4.temperature: 34.1C >> > hw.acpi.thermal.tz3.temperature: 0.1C >> > hw.acpi.thermal.tz2.temperature: 0.1C >> > hw.acpi.thermal.tz1.temperature: 0.1C >> > hw.acpi.thermal.tz0.temperature: 56.1C >> > >> > my gut feeling is that tz0-tz3 may be the CPU cores and tz4 would be >> > the GPU (which does not work in BSD ATM, hence consistently lower >> > temp). I guess this is not a big deal (everything works) but I still >> > wonder how to fix it. >> >> Not sure if anything needs fixing, but I only have Intel gear these >> days and am not up on the AMD side of things. However, please show: >> >> % sysctl dev.cpu >> % sysctl hw.acpi.thermal >> >> which may provide more clues. Perhaps all 4 cores are in one package, >> in which case individual CPU temperatures may not be too meaningful. I >> don't know whether there's any equivalent to coretemp(4) for AMD CPUs? > > Yes, amdtemp(4), which on this system gives one value per processor > package: > > $ sysctl dev.amdtemp > dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors > dev.amdtemp.0.%driver: amdtemp > dev.amdtemp.0.%parent: hostb4 > dev.amdtemp.0.sensor_offset: 0 > dev.amdtemp.0.core0.sensor0: 24.6C > dev.amdtemp.1.%desc: AMD CPU On-Die Thermal Sensors > dev.amdtemp.1.%driver: amdtemp > dev.amdtemp.1.%parent: hostb10 > dev.amdtemp.1.sensor_offset: 0 > dev.amdtemp.1.core0.sensor0: 25.3C > > Those values however seem a bit low to be true... Ah, thank you! However, dev.amdtemp does not show up when I load this module at runtime, maybe after a reboot, will check.
>> Yours won't use est(4) but perhaps powernow(0) - 0 meaning no manpage :) >> but both are in GENERIC kernels. You should be able to glean from dmesg >> which driver/s are in use; a verbose dmesg.boot might come in handy. > > It is called "hwpstate": > > $ sysctl dev.hwpstate > dev.hwpstate.0.%desc: Cool`n'Quiet 2.0 > dev.hwpstate.0.%driver: hwpstate > dev.hwpstate.0.%parent: cpu0 > dev.hwpstate.0.freq_settings: 3100/10920 2700/8600 2200/6200 1800/4500 > 1400/3105 Also this sysctl is wrong for me: dev.hwpstate.0.freq_settings: 2100/4717 1800/3450 1400/2320 dev.hwpstate.0.%parent: cpu0 dev.hwpstate.0.%pnpinfo: dev.hwpstate.0.%location: dev.hwpstate.0.%driver: hwpstate dev.hwpstate.0.%desc: Cool`n'Quiet 2.0 dev.hwpstate.%parent: I looked into http://support.amd.com/TechDocs/50742_15h_Models_60h-6Fh_BKDG.pdf , which states in 2.5.2.1.1.1 (page 59) that there may be multiple Pb states for this CPU generation, which is what I think is the case for the 8800B. Johannes > > Bengt > >> > 2) turbo mode: this is a more major issue. sysctl reports the >> > following for all four cores: >> > >> > dev.cpu.0.cx_lowest: C2 >> > dev.cpu.0.cx_supported: C1/1/0 C2/2/400 >> > dev.cpu.0.freq_levels: 2100/4717 1800/3450 1400/2320 >> > dev.cpu.0.freq: 2100 >> > >> > >From the intel CPUs w/ turbo mode I had before I know that there >> > should be (at least) a 2101 frequency indicating the turbo clock. This >> > frequency is absent, I suspect this means turbo mode does not work. >> >> Or that these CPUs just don't have a turbo mode, as such? I expect the >> specs on AMD's site should mention that, either way? >> >> > How can I debug this? I believe also that this AMD chip has multiple >> > frequencies above the base clock of 2100, so how would that show? >> >> What leads you to believe that? Where is this documented? >> >> > Loaded modules: >> > >> > Id Refs Address Size Name >> > 1 23 0xffffffff80200000 1e79670 kernel >> > 2 1 0xffffffff8207b000 384858 zfs.ko >> > 3 2 0xffffffff82400000 ca38 opensolaris.ko >> > 4 1 0xffffffff8240d000 22b98 geom_eli.ko >> > 5 1 0xffffffff82431000 ac60 aesni.ko >> > 6 1 0xffffffff8243d000 1c520 fuse.ko >> > 7 1 0xffffffff82621000 358b ums.ko >> > 8 1 0xffffffff82625000 223c4 ipfw.ko >> > >> > I should note that I boot in legacy mode, not EFI. >> > >> > asl dump available from http://llamapost.net/elitebook.asl >> >> If it cxomes to that .. >> >> > Thanks a lot! >> > >> > Johannes >> >> Not much help, but I see noone else springing to your aid so far .. >> >> cheers, Ian >> _______________________________________________ >> freebsd-acpi@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-acpi >> To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org" _______________________________________________ freebsd-acpi@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"