From owner-freebsd-acpi@freebsd.org Tue Dec 15 23:28:56 2015 Return-Path: Delivered-To: freebsd-acpi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59214A49D80 for ; Tue, 15 Dec 2015 23:28:56 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 288581B9D for ; Tue, 15 Dec 2015 23:28:56 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by mail-ob0-x229.google.com with SMTP id iw8so19667402obc.1 for ; Tue, 15 Dec 2015 15:28:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=n4SDv4Qk+Slxr9hk10nZkXy8z3884gLgpTxK+mmyZoQ=; b=eXCt0qARU4woehY8L2kMv5GnoUNBxS7lokAyZkdUwV5ojCQW4a65BIlAU4XDE9XcNM omEzn8tKOgubWtKgCSksZ/9xOQPWgODqnvGlLW54Zp/DoOOOkcAoDUmhOQvduVh/HZT3 sa9spzMQM9ooAplD1rWekcRBTvG9WlHRZLtIlcKlkECLc3d7zB72VDnDCA5+1mzEnpTq 2AoRXN64QHhrs06KqvgxIFAiyubVkgTmixtLRD4XqrXEt0mUyCbjqtyPbBosbzdBKCQ1 NInULF+vaTU+z64tnemPk5m3/SuNiPTBWfB2yefyLI1uUaig9u1bNvskzZ739c2PzykI 3NQw== MIME-Version: 1.0 X-Received: by 10.182.130.234 with SMTP id oh10mr33243969obb.58.1450222134982; Tue, 15 Dec 2015 15:28:54 -0800 (PST) Received: by 10.202.194.10 with HTTP; Tue, 15 Dec 2015 15:28:54 -0800 (PST) In-Reply-To: References: <20151216005408.B61100@sola.nimnet.asn.au> Date: Tue, 15 Dec 2015 18:28:54 -0500 Message-ID: Subject: Re: AMD A12-8800B ACPI questions (turbo mode, temp zones) From: Johannes Dieterich To: Bengt Ahlgren Cc: Ian Smith , freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2015 23:28:56 -0000 Thanks, Bengt! On Tue, Dec 15, 2015 at 5:57 PM, Bengt Ahlgren wrote: > Ian Smith 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-unsubscribe@freebsd.org"