From owner-freebsd-acpi@freebsd.org Mon Dec 14 00:53:53 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 D7CD2A42B14 for ; Mon, 14 Dec 2015 00:53:53 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (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 A84D41501 for ; Mon, 14 Dec 2015 00:53:53 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by obciw8 with SMTP id iw8so120668481obc.1 for ; Sun, 13 Dec 2015 16:53:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0ngzNaovA+wUWUwnUghTv5CgXpps/995tMfB9jeToMU=; b=AIXyRGVKXKFMeyNiX8bghTM2j8E2kvPjYOWUuw6Zk4ItjSHk2r2OOz27U9q2D5xYRe wSA52uo9u5+hlMlWqOMJ8r704czZCq1dBbMe6UEg790VNNFoLJqE22VHmmWjDHp2AkrJ HHaAHoY6KN5d2J7wviFhzFBhs6N/aiKytVAUmol4S7qVRS80VofCS5SbfCZHy7U+F4uO aolfND2U359Ye8iXXo9FQR92YI4dKfiEPjrN0ppNkuQ7JscehzgGMRMfNvCJEsSQOujr SAY/BhWTtC+aSdacGqtvppWOO+gYqFAmxS+pclm7PuF2yQfTKJSlWkVF+2KLzCyxIhVs d0TQ== MIME-Version: 1.0 X-Received: by 10.60.36.194 with SMTP id s2mr22698490oej.53.1450054432521; Sun, 13 Dec 2015 16:53:52 -0800 (PST) Received: by 10.202.194.10 with HTTP; Sun, 13 Dec 2015 16:53:52 -0800 (PST) Date: Sun, 13 Dec 2015 19:53:52 -0500 Message-ID: Subject: AMD A12-8800B ACPI questions (turbo mode, temp zones) From: Johannes Dieterich To: 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: Mon, 14 Dec 2015 00:53:53 -0000 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. 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. 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? 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 Thanks a lot! Johannes From owner-freebsd-acpi@freebsd.org Tue Dec 15 14:16:01 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 7AE6CA43C51 for ; Tue, 15 Dec 2015 14:16:01 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D630C13C4 for ; Tue, 15 Dec 2015 14:16:00 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id tBFEFmpk065050; Wed, 16 Dec 2015 01:15:48 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 16 Dec 2015 01:15:48 +1100 (EST) From: Ian Smith To: Johannes Dieterich cc: freebsd-acpi@freebsd.org Subject: Re: AMD A12-8800B ACPI questions (turbo mode, temp zones) In-Reply-To: Message-ID: <20151216005408.B61100@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 14:16:01 -0000 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? 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. > 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 From owner-freebsd-acpi@freebsd.org Tue Dec 15 15:05:38 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 0B720A478B6 for ; Tue, 15 Dec 2015 15:05:38 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (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 D5A401DB6 for ; Tue, 15 Dec 2015 15:05:37 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by mail-ob0-x233.google.com with SMTP id sd4so8617906obb.0 for ; Tue, 15 Dec 2015 07:05:37 -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=vKMyXI1mF+lKl3jryXRP6TaaR3SjFTfSqWe8Sz+r2Jo=; b=GbqAUqrXYwNfSJcMFhUn60wIyvm8Ml0LzbodAJmkflNWI3VPnpgSr7v9E96R1IsjRW K07Jf0ztI39c0W2KDk9N/01YmQYltUEqVnDCEcpXvbdohgBuNPsm589x/S/TpeHrFWTf Ust/kmteMuxHJid6CZamT/7EjG21bbcoU1qu/5ZAxpeuE84DOY0pSVlhtVWFxwAZRjUw LjegrnAvuv/cvtSVMguSg3Eg/eUbBNX4WsMazyIYgSaYV8ns4My7qMnCHPcjGFsUPwV1 jLM9kShlz/slkLjFA0p8V08guOhVj+YtG3LbL4IL8MCQD3MyZ17It3wyMjkF6EI6bAUX mAtA== MIME-Version: 1.0 X-Received: by 10.60.60.3 with SMTP id d3mr29831352oer.24.1450191937010; Tue, 15 Dec 2015 07:05:37 -0800 (PST) Received: by 10.202.194.10 with HTTP; Tue, 15 Dec 2015 07:05:36 -0800 (PST) In-Reply-To: <20151216005408.B61100@sola.nimnet.asn.au> References: <20151216005408.B61100@sola.nimnet.asn.au> Date: Tue, 15 Dec 2015 10:05:36 -0500 Message-ID: Subject: Re: AMD A12-8800B ACPI questions (turbo mode, temp zones) From: Johannes Dieterich To: Ian Smith Cc: 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 15:05:38 -0000 Dear Ian, thanks for the response! On Tue, Dec 15, 2015 at 9:15 AM, Ian Smith wrote: > 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 dev.cpu.3.cx_method: C1/hlt C2/io dev.cpu.3.cx_usage_counters: 25314 20561 dev.cpu.3.cx_usage: 55.18% 44.81% last 979us dev.cpu.3.cx_lowest: C2 dev.cpu.3.cx_supported: C1/1/0 C2/2/400 dev.cpu.3.%parent: acpi0 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%location: handle=\_PR_.C003 dev.cpu.3.%driver: cpu dev.cpu.3.%desc: ACPI CPU dev.cpu.2.cx_method: C1/hlt C2/io dev.cpu.2.cx_usage_counters: 25676 20634 dev.cpu.2.cx_usage: 55.44% 44.55% last 1300us dev.cpu.2.cx_lowest: C2 dev.cpu.2.cx_supported: C1/1/0 C2/2/400 dev.cpu.2.%parent: acpi0 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%location: handle=\_PR_.C002 dev.cpu.2.%driver: cpu dev.cpu.2.%desc: ACPI CPU dev.cpu.1.cx_method: C1/hlt C2/io dev.cpu.1.cx_usage_counters: 27544 21225 dev.cpu.1.cx_usage: 56.47% 43.52% last 1836us dev.cpu.1.cx_lowest: C2 dev.cpu.1.cx_supported: C1/1/0 C2/2/400 dev.cpu.1.%parent: acpi0 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%location: handle=\_PR_.C001 dev.cpu.1.%driver: cpu dev.cpu.1.%desc: ACPI CPU dev.cpu.0.cx_method: C1/hlt C2/io dev.cpu.0.cx_usage_counters: 35013 29515 dev.cpu.0.cx_usage: 54.26% 45.73% last 1686us 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 dev.cpu.0.%parent: acpi0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%location: handle=\_PR_.C000 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.%parent: > % sysctl hw.acpi.thermal hw.acpi.thermal.tz4._TSP: 300 hw.acpi.thermal.tz4._TC2: 0 hw.acpi.thermal.tz4._TC1: 50 hw.acpi.thermal.tz4._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz4._CRT: 128.1C hw.acpi.thermal.tz4._HOT: -1 hw.acpi.thermal.tz4._PSV: 55.1C hw.acpi.thermal.tz4.thermal_flags: 0 hw.acpi.thermal.tz4.passive_cooling: 1 hw.acpi.thermal.tz4.active: -1 hw.acpi.thermal.tz4.temperature: 29.1C hw.acpi.thermal.tz3._TSP: -1 hw.acpi.thermal.tz3._TC2: -1 hw.acpi.thermal.tz3._TC1: -1 hw.acpi.thermal.tz3._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz3._CRT: 128.1C hw.acpi.thermal.tz3._HOT: -1 hw.acpi.thermal.tz3._PSV: -1 hw.acpi.thermal.tz3.thermal_flags: 0 hw.acpi.thermal.tz3.passive_cooling: 0 hw.acpi.thermal.tz3.active: -1 hw.acpi.thermal.tz3.temperature: 0.1C hw.acpi.thermal.tz2._TSP: -1 hw.acpi.thermal.tz2._TC2: -1 hw.acpi.thermal.tz2._TC1: -1 hw.acpi.thermal.tz2._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz2._CRT: 128.1C hw.acpi.thermal.tz2._HOT: -1 hw.acpi.thermal.tz2._PSV: -1 hw.acpi.thermal.tz2.thermal_flags: 0 hw.acpi.thermal.tz2.passive_cooling: 0 hw.acpi.thermal.tz2.active: -1 hw.acpi.thermal.tz2.temperature: 0.1C hw.acpi.thermal.tz1._TSP: -1 hw.acpi.thermal.tz1._TC2: -1 hw.acpi.thermal.tz1._TC1: -1 hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1._CRT: 128.1C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._PSV: -1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1.passive_cooling: 0 hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.temperature: 0.1C hw.acpi.thermal.tz0._TSP: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._CRT: 128.1C hw.acpi.thermal.tz0._HOT: 102.1C hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.temperature: 48.1C hw.acpi.thermal.user_override: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.min_runtime: That does indeed show an awful lot of -1, or? > > 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? > > 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. verbose boot does show neither powernow nor est. http://llamapost.net/verbose_boot holds the verbose boot. > > 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? http://products.amd.com/en-us/search/APU/AMD-PRO-A-Series-Processors/AMD-PRO-A-Series-A12-APU-for-Laptops/AMD-PRO-A12-8800B-with-Radeon%E2%84%A2-R7-Graphics/164 So it does have a turbo mode up to 3.4 GHz, I recall reading from a review (sorry, no link) that it should also have multiple steps in between 2.1 and 3.4 (it would supposedly typically run in between the two). > > 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 .. Thanks either way! Johannes From owner-freebsd-acpi@freebsd.org Tue Dec 15 22:58:10 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 4904BA48A4B for ; Tue, 15 Dec 2015 22:58:10 +0000 (UTC) (envelope-from bengta@sics.se) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (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 C17081616 for ; Tue, 15 Dec 2015 22:58:09 +0000 (UTC) (envelope-from bengta@sics.se) Received: by mail-lb0-x235.google.com with SMTP id cs9so15218882lbb.1 for ; Tue, 15 Dec 2015 14:58:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sics-se.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; bh=yavaacjP3nqH9TfYzn/XwQeEFO6udHGfyBPJl97qXqg=; b=Tgx4Y54ZFjFBtNsRJWSXv0RrPchSrEgBpn0yHyUgxQaXYt2SJvC4dUsrYiLFWS6Cgw lGbgpX/kEgn0OHvl39eHUJ0D9hng2zXew+tBcAQBVO0Iu67XbTaPnuSnaMyWxHgSSRDp vv4mhb+OxpGkDhBCkD1xANTm4j0pCenp+6cKP53FEavgRSgmq84kSGwJonyx//8olfCj avYnIRjzFGnFLwSiq/qgLnzaEUAvajcl1VtV6fVUgh7siCv5bokbA3c+csfRj3XhnxTb Phv3UDwL42GiIulFZFzoD6oPn+Ozhak2iGgcSwzvdXcAOI/4R3YayXYupCkeSvK2azON 2fgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-type; bh=yavaacjP3nqH9TfYzn/XwQeEFO6udHGfyBPJl97qXqg=; b=HcOpxjCWBPOIqFIlxObrkLCil1ZqJaJ1uxx7FoIhXkK+BD+eYsMSyqO6XWHL9Qfg3E kbz/R01VC7BkJKFMQEbMCzPZzw1oaRyYQMAq8qdeuqBRJDNo04zGv1UySWMM4sZOINKh I01hqm05kyHNruCz8QKOQPKUGQtecVzSTWU5ypEJqZtILrC6rUkcbCsjp521T73XWvoV 2K4nbUzELU9rxjS57neZq/QLA5Y33EcfHGXIAFwJr4TLkUUDe377GSDSusQDIcYznsUP hU+L1yDnH0Sn/EMAi/d7QTXPRj5XybftqcCT6Bmsu3c/CGDBEd3/CW2UU7Eobyu6MMDf Zi2w== X-Gm-Message-State: ALoCoQmK8c4D9Sz8nDPRJM6lm4zN0F4TSAlyi/+sxxm1iEgQT8vXiXl8XhXyPUcBoz4gRJNgFxtl9pQKFDN7xm0DqCTMYjcljQ== X-Received: by 10.112.170.7 with SMTP id ai7mr17271704lbc.102.1450220287856; Tue, 15 Dec 2015 14:58:07 -0800 (PST) Received: from P142s.sics.se (h139n3-u-d1.ias.bredband.telia.com. [90.228.197.139]) by smtp.gmail.com with ESMTPSA id d130sm528289lfe.18.2015.12.15.14.58.06 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 15 Dec 2015 14:58:07 -0800 (PST) Received: from P142s.sics.se (localhost [127.0.0.1]) by P142s.sics.se (8.15.2/8.15.2) with ESMTP id tBFMvUSZ002353; Tue, 15 Dec 2015 23:57:30 +0100 (CET) (envelope-from bengta@P142s.sics.se) Received: (from bengta@localhost) by P142s.sics.se (8.15.2/8.15.2/Submit) id tBFMvSZg002352; Tue, 15 Dec 2015 23:57:28 +0100 (CET) (envelope-from bengta@P142s.sics.se) From: Bengt Ahlgren To: Ian Smith Cc: Johannes Dieterich , freebsd-acpi@freebsd.org Subject: Re: AMD A12-8800B ACPI questions (turbo mode, temp zones) In-Reply-To: <20151216005408.B61100@sola.nimnet.asn.au> (Ian Smith's message of "Wed, 16 Dec 2015 01:15:48 +1100 (EST)") References: <20151216005408.B61100@sola.nimnet.asn.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) Date: Tue, 15 Dec 2015 23:57:28 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain 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 22:58:10 -0000 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... > 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 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" 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" From owner-freebsd-acpi@freebsd.org Wed Dec 16 17:55:42 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 37516A4955E for ; Wed, 16 Dec 2015 17:55:42 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 397331899; Wed, 16 Dec 2015 17:55:40 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id tBGHtTVY022934; Thu, 17 Dec 2015 04:55:29 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 17 Dec 2015 04:55:28 +1100 (EST) From: Ian Smith To: Johannes Dieterich cc: freebsd-acpi@freebsd.org, Andriy Gapon , Bengt Ahlgren Subject: Re: AMD A12-8800B ACPI questions (turbo mode, temp zones) In-Reply-To: Message-ID: <20151216200852.S95820@sola.nimnet.asn.au> References: <20151216005408.B61100@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: Wed, 16 Dec 2015 17:55:42 -0000 On Tue, 15 Dec 2015 10:05:36 -0500, Johannes Dieterich wrote: > thanks for the response! > > On Tue, Dec 15, 2015 at 9:15 AM, Ian Smith wrote: > > 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 > dev.cpu.3.cx_method: C1/hlt C2/io > dev.cpu.3.cx_usage_counters: 25314 20561 These are both new in 11.0, I suppose _counters shows relative use of each C-state per CPU, which is then reflected in: > dev.cpu.3.cx_usage: 55.18% 44.81% last 979us > dev.cpu.2.cx_usage_counters: 25676 20634 > dev.cpu.2.cx_usage: 55.44% 44.55% last 1300us > dev.cpu.1.cx_usage_counters: 27544 21225 > dev.cpu.1.cx_usage: 56.47% 43.52% last 1836us > dev.cpu.0.cx_usage_counters: 35013 29515 > dev.cpu.0.cx_usage: 54.26% 45.73% last 1686us > 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 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%location: handle=\_PR_.C000 > dev.cpu.0.%driver: cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.%parent: OK, noting that 400ns penalty for C2 state seems quite a lot, and that 4.7, 3.45 and 2.32W suggests a very low power usage CPU (more below). > > % sysctl hw.acpi.thermal > hw.acpi.thermal.tz4._TSP: 300 > hw.acpi.thermal.tz4._TC2: 0 > hw.acpi.thermal.tz4._TC1: 50 > hw.acpi.thermal.tz4._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz4._CRT: 128.1C > hw.acpi.thermal.tz4._HOT: -1 > hw.acpi.thermal.tz4._PSV: 55.1C > hw.acpi.thermal.tz4.thermal_flags: 0 > hw.acpi.thermal.tz4.passive_cooling: 1 > hw.acpi.thermal.tz4.active: -1 > hw.acpi.thermal.tz4.temperature: 29.1C This is interesting; it's the only one using passive cooling, and has a very low _PSV cut-in temperature at 55C. I think the .1C shown with each of these is probably bogus, slight miscalculation? Unless this is CPU temperature, I don't know how passive cooling might be applied, but then I don't know anything about the 8-core GPU in this thing either, so it might indeed be for the GPU(s). If it is the CPU(s) then the low _PSV figure of 55C might have something to do with controlling whether it could/would use the turbo mode/s, but that's merely wild speculation .. it may be controlled by CPU microcode without OS intervention, for all I know .. I've no time to research it. > hw.acpi.thermal.tz3._TSP: -1 > hw.acpi.thermal.tz3._TC2: -1 > hw.acpi.thermal.tz3._TC1: -1 > hw.acpi.thermal.tz3._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz3._CRT: 128.1C > hw.acpi.thermal.tz3._HOT: -1 > hw.acpi.thermal.tz3._PSV: -1 > hw.acpi.thermal.tz3.thermal_flags: 0 > hw.acpi.thermal.tz3.passive_cooling: 0 > hw.acpi.thermal.tz3.active: -1 > hw.acpi.thermal.tz3.temperature: 0.1C [ and exactly the same for tz2 and tz1 - I've no idea about these ] > hw.acpi.thermal.tz0._TSP: -1 > hw.acpi.thermal.tz0._TC2: -1 > hw.acpi.thermal.tz0._TC1: -1 > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._CRT: 128.1C > hw.acpi.thermal.tz0._HOT: 102.1C > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.temperature: 48.1C This looks more like a typical active cooling setup, active meaning with a fan or such to control temperature, however there are no trip points set (_ACx) only the _HOT setting, so I'm really not sure. I'm less sure this is likely to be a CPU temperature, though, though tz0 typically is. See acpi_thermal(4). Have you tried running powerd(8) with it? If you run it on battery and run acpiconf -i0 occasionally, what sort of power usage do you see - in mW or maybe in mA - a) when idle and b) when cranked up as hard as possible? Just curious, as the chip TDP's rated at 15W which seems very low for 4 cores at 2.1GHz, let alone 3.4GHz, and then plus 8 GPU cores. > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.min_runtime: > > That does indeed show an awful lot of -1, or? -1 in general just means 'unset', 'not used' or 'not applicable' in this context; in the case of .active it means 'inactive'. > > 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? > > > > 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. > verbose boot does show neither powernow nor est. > > http://llamapost.net/verbose_boot holds the verbose boot. Ok, it's already using hwpstate (creating hwpstate0 on boot), see http://svnweb.freebsd.org/base/head/sys/x86/cpufreq/hwpstate.c?view=log This code hasn't changed substantially since my stable/9 version; no mention at all of any 'turbo' mode handling. It can work well, it says, with acpi_perf, but that's likely disabled as it douesn't appear (except regarding random noisily harvesting entropy) so: /* * If we cannot get info from acpi_perf, * Let's get info from MSRs. */ if (error) error = hwpstate_get_info_from_msr(dev); if (error) return (error); device_set_desc(dev, "Cool`n'Quiet 2.0"); return (0); which is the description in your dmesg, so it is loaded and running, and doesn't need loading. You could try setting the debug.hwpstate_verbose tunable if you want to see it chatting about what it's doing for a bit? > > > 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? > http://products.amd.com/en-us/search/APU/AMD-PRO-A-Series-Processors/AMD-PRO-A-Series-A12-APU-for-Laptops/AMD-PRO-A12-8800B-with-Radeon%E2%84%A2-R7-Graphics/164 That's a bit thin. It says it has 'max turbo core speed' of 3.4GHz, but I didn't know where to go digging for a description of how it works; in any case, it seems currently entirely unsupported. > So it does have a turbo mode up to 3.4 GHz, I recall reading from a > review (sorry, no link) that it should also have multiple steps in > between 2.1 and 3.4 (it would supposedly typically run in between the > two). I wonder if anyone is working on that? Andriy? (cc'd) > > > 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 .. > Thanks either way! No worries, but I've waded in over my head. Hopefully the big kids will now rescue me and say something useful about your prospects with it. cheers, Ian From owner-freebsd-acpi@freebsd.org Wed Dec 16 22:42:53 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 368EAA48414 for ; Wed, 16 Dec 2015 22:42:53 +0000 (UTC) (envelope-from okunev.s.a@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 CFF5D1F2B for ; Wed, 16 Dec 2015 22:42:52 +0000 (UTC) (envelope-from okunev.s.a@gmail.com) Received: by mail-wm0-x22a.google.com with SMTP id l126so60177763wml.0 for ; Wed, 16 Dec 2015 14:42:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=y+sB/uMeDdubTXdjy48RDWKO8ccGLz7bSpaXVxWJThw=; b=gOGba0LoKJ9xtpsCKolnOBoq4Z7KpTSIgzeEqtYqi1AbSoUb1eqQbiEBTHGnEdOEFp 0t6sqePpebyViKPyAJMS2N7/x/cd/THlxHILvhlvduUZCqzYoASw30PwYzzFMOwZCxcP uHCjVVjIrC4ktougckmDChOcXNzvir0sriAjitf3Z26WYMr+0WMk2R9Ng4kMcgD16dTW xJyeHKN3a5jVKmSVUw3/YOP05MmsydY53ZDeB2hdbiLBzbdtuFYMBB5Kz6QbqzNuOvo9 0/yi9MNeVDOXDzjfkXPmO3qYKio9OsZTWkFcKKTqYPW6V+z5+Vl8PLpm7pqj8gPBX846 phNg== X-Received: by 10.194.87.170 with SMTP id az10mr52768281wjb.144.1450305770326; Wed, 16 Dec 2015 14:42:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.105.195 with HTTP; Wed, 16 Dec 2015 14:42:20 -0800 (PST) From: SERGEY Date: Thu, 17 Dec 2015 01:42:20 +0300 Message-ID: Subject: no fan and temperature info To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 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: Wed, 16 Dec 2015 22:42:53 -0000 Hi Please help me. I can not view information about the temperature of the motherboard and fan speed. uname -a FreeBSD bsd 10.2-RELEASE-p7 FreeBSD 10.2-RELEASE-p7 #0: Mon Nov 2 14:19:39 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Motherboard: Gigabyte GA-970A-UD3P rev.1 control chip: ITE IT8728F pciconf -lv | grep -A4 none none0@pci0:0:20:0: class=0x0c0500 card=0x43851002 chip=0x43851002 rev=0x42 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SBx00 SMBus Controller' class = serial bus subclass = SMBus mbmon -d -I -p it87 No ISA-IO HWM available!! InitMBInfo: No such file or directory -- Sergey From owner-freebsd-acpi@freebsd.org Thu Dec 17 01:56:18 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 2563CA49293 for ; Thu, 17 Dec 2015 01:56:18 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (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 E57B71A6E; Thu, 17 Dec 2015 01:56:17 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by mail-oi0-x22b.google.com with SMTP id o124so35121065oia.1; Wed, 16 Dec 2015 17:56:17 -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=MiA2p9PModK0nUp8U1HMqY/FUxRnMlr+WQywCdlgK6A=; b=ch6nfE9azislbcJNhLvy59tn3g6Hqj/dFA5M+ZnJHcJ+VelDlMlku//1fqX2nQUMYA iepEc5kJGRlFekbsYBs/vQFMBkKZnI4Gnp8xYGkNA+teIjq7zZDcyBRqUVNvcjSkQYT7 glWeoytXYb+ixCxjICacNaC7/DeDD6TjZNAFwFLPnjRXPNMu96/l8j/LsYBQ54+pXXfu h4XcMO8vBxX5Ig0qZwy2RIIJq13GlL/E3mXHWBIObNgn7s7JH22S6AZKMjeRCITq1v87 9okSpTUqT23pZkDQg4nXwZaWopfeH5NtpXk8si2XEedHn308FmXx5GK7OfES61CfVtO6 ZNHg== MIME-Version: 1.0 X-Received: by 10.202.83.74 with SMTP id h71mr10503579oib.115.1450317377126; Wed, 16 Dec 2015 17:56:17 -0800 (PST) Received: by 10.202.194.10 with HTTP; Wed, 16 Dec 2015 17:56:17 -0800 (PST) In-Reply-To: <20151216200852.S95820@sola.nimnet.asn.au> References: <20151216005408.B61100@sola.nimnet.asn.au> <20151216200852.S95820@sola.nimnet.asn.au> Date: Wed, 16 Dec 2015 20:56:17 -0500 Message-ID: Subject: Re: AMD A12-8800B ACPI questions (turbo mode, temp zones) From: Johannes Dieterich To: Ian Smith Cc: freebsd-acpi@freebsd.org, Andriy Gapon , Bengt Ahlgren 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: Thu, 17 Dec 2015 01:56:18 -0000 On Wed, Dec 16, 2015 at 12:55 PM, Ian Smith wrote: > On Tue, 15 Dec 2015 10:05:36 -0500, Johannes Dieterich wrote: > > thanks for the response! > > > > On Tue, Dec 15, 2015 at 9:15 AM, Ian Smith wrote: > > > 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 > > > dev.cpu.3.cx_method: C1/hlt C2/io > > dev.cpu.3.cx_usage_counters: 25314 20561 > > These are both new in 11.0, I suppose _counters shows relative use of > each C-state per CPU, which is then reflected in: > > > dev.cpu.3.cx_usage: 55.18% 44.81% last 979us > > > dev.cpu.2.cx_usage_counters: 25676 20634 > > dev.cpu.2.cx_usage: 55.44% 44.55% last 1300us > > > dev.cpu.1.cx_usage_counters: 27544 21225 > > dev.cpu.1.cx_usage: 56.47% 43.52% last 1836us > > > dev.cpu.0.cx_usage_counters: 35013 29515 > > dev.cpu.0.cx_usage: 54.26% 45.73% last 1686us > > 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 > > dev.cpu.0.%parent: acpi0 > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > dev.cpu.0.%location: handle=\_PR_.C000 > > dev.cpu.0.%driver: cpu > > dev.cpu.0.%desc: ACPI CPU > > dev.cpu.%parent: > > OK, noting that 400ns penalty for C2 state seems quite a lot, and that > 4.7, 3.45 and 2.32W suggests a very low power usage CPU (more below). The thermal envelope is 15W sustained, 25W for (I believe) up to 15 min turbo. Do you think the 400ns is too high, i.e., a problem in reading the CPU? Would this indicate some wrong parsing of ASL? > > > % sysctl hw.acpi.thermal > > hw.acpi.thermal.tz4._TSP: 300 > > hw.acpi.thermal.tz4._TC2: 0 > > hw.acpi.thermal.tz4._TC1: 50 > > hw.acpi.thermal.tz4._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz4._CRT: 128.1C > > hw.acpi.thermal.tz4._HOT: -1 > > hw.acpi.thermal.tz4._PSV: 55.1C > > hw.acpi.thermal.tz4.thermal_flags: 0 > > hw.acpi.thermal.tz4.passive_cooling: 1 > > hw.acpi.thermal.tz4.active: -1 > > hw.acpi.thermal.tz4.temperature: 29.1C > > This is interesting; it's the only one using passive cooling, and has a > very low _PSV cut-in temperature at 55C. I think the .1C shown with > each of these is probably bogus, slight miscalculation? Unless this is > CPU temperature, I don't know how passive cooling might be applied, but > then I don't know anything about the 8-core GPU in this thing either, so > it might indeed be for the GPU(s). > > If it is the CPU(s) then the low _PSV figure of 55C might have something > to do with controlling whether it could/would use the turbo mode/s, but > that's merely wild speculation .. it may be controlled by CPU microcode > without OS intervention, for all I know .. I've no time to research it. See below for link to the whitepaper. I am far from an expert but the language does indicate for me some hardware control in terms of what states are even allowed at a given point (probably associated with thermals). > > hw.acpi.thermal.tz3._TSP: -1 > > hw.acpi.thermal.tz3._TC2: -1 > > hw.acpi.thermal.tz3._TC1: -1 > > hw.acpi.thermal.tz3._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz3._CRT: 128.1C > > hw.acpi.thermal.tz3._HOT: -1 > > hw.acpi.thermal.tz3._PSV: -1 > > hw.acpi.thermal.tz3.thermal_flags: 0 > > hw.acpi.thermal.tz3.passive_cooling: 0 > > hw.acpi.thermal.tz3.active: -1 > > hw.acpi.thermal.tz3.temperature: 0.1C > > [ and exactly the same for tz2 and tz1 - I've no idea about these ] > > > hw.acpi.thermal.tz0._TSP: -1 > > hw.acpi.thermal.tz0._TC2: -1 > > hw.acpi.thermal.tz0._TC1: -1 > > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz0._CRT: 128.1C > > hw.acpi.thermal.tz0._HOT: 102.1C > > hw.acpi.thermal.tz0._PSV: -1 > > hw.acpi.thermal.tz0.thermal_flags: 0 > > hw.acpi.thermal.tz0.passive_cooling: 0 > > hw.acpi.thermal.tz0.active: -1 > > hw.acpi.thermal.tz0.temperature: 48.1C > > This looks more like a typical active cooling setup, active meaning with > a fan or such to control temperature, however there are no trip points > set (_ACx) only the _HOT setting, so I'm really not sure. I'm less sure > this is likely to be a CPU temperature, though, though tz0 typically is. > See acpi_thermal(4). > > Have you tried running powerd(8) with it? powerd is enabled. > If you run it on battery and run acpiconf -i0 occasionally, what sort of > power usage do you see - in mW or maybe in mA - a) when idle and b) when > cranked up as hard as possible? Just curious, as the chip TDP's rated > at 15W which seems very low for 4 cores at 2.1GHz, let alone 3.4GHz, and > then plus 8 GPU cores. 1508 mA (18954 mW) when firefox runs in background 3373 mA (40088 mW) when building kernel w/ 4 threads Indeed reviews point out that the CPU cannot meet the 15W envelope with the GPU under full load AND the CPU even at base (i.e., 2.1GHz) so it'll downclock the CPU. It is supposedly quite capable of maintaining base when the GPU is not stressed too much and typically runs even above base. > > hw.acpi.thermal.user_override: 0 > > hw.acpi.thermal.polling_rate: 10 > > hw.acpi.thermal.min_runtime: > > > > That does indeed show an awful lot of -1, or? > > -1 in general just means 'unset', 'not used' or 'not applicable' in this > context; in the case of .active it means 'inactive'. > > > > 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? > > > > > > 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. > > > verbose boot does show neither powernow nor est. > > > > http://llamapost.net/verbose_boot holds the verbose boot. > > Ok, it's already using hwpstate (creating hwpstate0 on boot), see > http://svnweb.freebsd.org/base/head/sys/x86/cpufreq/hwpstate.c?view=log > > This code hasn't changed substantially since my stable/9 version; no > mention at all of any 'turbo' mode handling. It can work well, it says, > with acpi_perf, but that's likely disabled as it douesn't appear (except > regarding random noisily harvesting entropy) so: > > /* > * If we cannot get info from acpi_perf, > * Let's get info from MSRs. > */ > if (error) > error = hwpstate_get_info_from_msr(dev); > if (error) > return (error); > > device_set_desc(dev, "Cool`n'Quiet 2.0"); > return (0); > > which is the description in your dmesg, so it is loaded and running, and > doesn't need loading. You could try setting the debug.hwpstate_verbose > tunable if you want to see it chatting about what it's doing for a bit? Did that at runtime, I see no output in messages. > > > > 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? > > http://products.amd.com/en-us/search/APU/AMD-PRO-A-Series-Processors/AMD-PRO-A-Series-A12-APU-for-Laptops/AMD-PRO-A12-8800B-with-Radeon%E2%84%A2-R7-Graphics/164 > > That's a bit thin. It says it has 'max turbo core speed' of 3.4GHz, but > I didn't know where to go digging for a description of how it works; in > any case, it seems currently entirely unsupported. >From http://support.amd.com/TechDocs/50742_15h_Models_60h-6Fh_BKDG.pdf (which I assume applies to my CPU) on p59, I understand that there may be multiple boosted P states (Pb states) w/ there own registers, see table 10. I understand you need to query NumBoostStates which in turn allows you to enumerate the Pb states. No idea if this is maybe a culprit but 2.5.2.1.7.3.2, p63 states explicitly that only non-boosted P states get a _PSS object in the ACPI. Could that be why PB states are not being picked up? > > So it does have a turbo mode up to 3.4 GHz, I recall reading from a > > review (sorry, no link) that it should also have multiple steps in > > between 2.1 and 3.4 (it would supposedly typically run in between the > > two). > > I wonder if anyone is working on that? Andriy? (cc'd) > > > > > 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 .. > > Thanks either way! > > No worries, but I've waded in over my head. Hopefully the big kids will > now rescue me and say something useful about your prospects with it. > > cheers, Ian Johannes From owner-freebsd-acpi@freebsd.org Fri Dec 18 21:46:09 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 C277BA4CD5D for ; Fri, 18 Dec 2015 21:46:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B32FF1606 for ; Fri, 18 Dec 2015 21:46:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tBILk9mH020629 for ; Fri, 18 Dec 2015 21:46:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-acpi@FreeBSD.org Subject: [Bug 181283] [acpi_ibm] acpi_ibm module is useless on ThinkPad W530 Date: Fri, 18 Dec 2015 21:46:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: greg@unrelenting.technology X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-acpi@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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: Fri, 18 Dec 2015 21:46:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181283 Greg V changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |greg@unrelenting.technology --- Comment #3 from Greg V --- On my X240 with 11-CURRENT (drm-i915-update-38 actually), acpi_ibm is useless as well. The sound volume keys are passed to Xorg as XF86Audio{Lower,Raise}Volume, but the brightness keys aren't. The lower brightness key just resets the brightness to maximum, the raise brightness key does nothing. I think these keys should be passed to Xorg as XF86MonBrightness{Down,Up}! acpi_video brightness adjustment (sysctl hw.acpi.video.lcd0.brightness) works though. graphics/intel-backlight works too. -- You are receiving this mail because: You are the assignee for the bug.