From owner-freebsd-acpi@FreeBSD.ORG Mon Nov 15 11:06:50 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F293E106566C for ; Mon, 15 Nov 2010 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C54E18FC13 for ; Mon, 15 Nov 2010 11:06:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAFB6oCq086201 for ; Mon, 15 Nov 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAFB6oD0086199 for freebsd-acpi@FreeBSD.org; Mon, 15 Nov 2010 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Nov 2010 11:06:50 GMT Message-Id: <201011151106.oAFB6oD0086199@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 11:06:51 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/146715 acpi [acpi] Suspend works, resume not on a HP Probook 4510s o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o amd64/144551 acpi [acpi] ACPI issues on SuperMicro X7SPA-H o i386/144045 acpi [acpi] [panic] kernel trap with acpi enabled o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode p kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi] [patch] update acpi_fujitsu for the P8010 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 55 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 16 13:36:15 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82640106564A for ; Tue, 16 Nov 2010 13:36:15 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF4F8FC20 for ; Tue, 16 Nov 2010 13:36:15 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 702DCE71F4 for ; Tue, 16 Nov 2010 13:36:14 +0000 (GMT) Received: from core.nessbank (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Tue, 16 Nov 2010 13:36:14 +0000 (GMT) From: Bruce Cran To: freebsd-acpi@freebsd.org Date: Tue, 16 Nov 2010 13:36:13 +0000 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201011161336.13560.bruce@cran.org.uk> Subject: amd64 resume, vesa and vbe X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 13:36:15 -0000 Hi, I've been trying to figure out how to get my laptop working with suspend/resume - the backlight wasn't coming back on. I eventually got a working configuration by suspending from X11 with the nvidia driver running - it has an rm_power_management call that seems to knows what to do. In the process I found that the "int 0x10" call in amd64/acpica/acpi_wakecode.S causes the machine to reboot because POSTing doesn't bring the video chip back - from reading some Linux documentation is appears the VBE state needs restored too before video will work on this particular laptop. It looks like the vesa driver does the POST and state restore in vesa_load_state (but it doesn't appear to get any suspend/resume events), while the dpms driver appears to handle suspend/resume but doesn't work with my laptop - it hangs on resume if hw.acpi.reset_video isn't set, but reboots if it is set. Has anyone done any work getting the POST/restore sequence working in either of the drivers? -- Bruce Cran From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 16 14:37:16 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C017106566C; Tue, 16 Nov 2010 14:37:16 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 103CA8FC0C; Tue, 16 Nov 2010 14:37:14 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA10183; Tue, 16 Nov 2010 16:37:13 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE29718.2050508@freebsd.org> Date: Tue, 16 Nov 2010 16:37:12 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 14:37:16 -0000 Many modern processors provide APERF and MPERF MSRs which allow to easily and reliable calculate average CPU performance level over some interval of time. This also allows to notice things like performance boost, which is generally hidden from software. What would be a proper place to add code that would measure APERF/MPERF ratio? When should trigger such a measurement and over what interval? Ideas? Thanks a lot! -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 16 15:12:18 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9D8B106564A for ; Tue, 16 Nov 2010 15:12:18 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 840888FC1F for ; Tue, 16 Nov 2010 15:12:18 +0000 (UTC) Received: by gxk9 with SMTP id 9so381005gxk.13 for ; Tue, 16 Nov 2010 07:12:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition :organization:user-agent; bh=NnTs5NSr9KVbm50H3UioohElGSfX0a5qFq4djKIaHdw=; b=sw2dN+LGB0zg8rvcWj7zcLcqCGzGtq+yYVLvPRsHSNbphWtx24GaYnrEZNa0jxtoje ApI+NRteapVFkEk+tcNX41ENYj+V53e9AJsMJWZv3BOnxtJp4M5gfD8VCphzabmggdHK 4yTeD/Dn0y61t1G64W2D0KuqzQTVN4NYGF9X4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:organization:user-agent; b=DpmFW1NGwNpOMutnGp5h/BCciGVs576siM++gZeJZCctTdCv7OyqaKcAfaNWDbJK/o wKLlMklJk1nCkm2zoZ1AtXCpSG9y9mTNcz1nlLdpQ3XpEEbPMAufjV0QiOYxM50FvVEX lF6u7PJfhml6dpj02W/xT9GshyR276dhbJqUA= Received: by 10.91.21.7 with SMTP id y7mr9755162agi.70.1289918770974; Tue, 16 Nov 2010 06:46:10 -0800 (PST) Received: from fbsd.t60.cpu ([221.6.39.130]) by mx.google.com with ESMTPS id s36sm829660yhg.26.2010.11.16.06.46.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 06:46:10 -0800 (PST) Date: Tue, 16 Nov 2010 22:45:55 +0800 From: Yue Wu To: ml-freebsd-acpi Message-ID: <20101116144555.GB47822@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: China Pharmaceutical University, Nanjing, China User-Agent: Mutt/1.5.21 (2010-09-15) Subject: How to get suspend/resume work on IBM T60? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 15:12:18 -0000 Hi list, I'm using FreeBSD stable on IBM T60, `acpiconf -s 3` can let T60 into suspend mode, but then it can't be waked up anyhow, I have to press and hold the power button to power off. so my question is, anyone use FreeBSD on IBM T60 and make the suspend/resume work on it? -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 16 23:55:30 2010 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id EACE6106566C; Tue, 16 Nov 2010 23:55:29 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Tue, 16 Nov 2010 18:55:19 -0500 User-Agent: KMail/1.6.2 References: <201011161336.13560.bruce@cran.org.uk> In-Reply-To: <201011161336.13560.bruce@cran.org.uk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161855.22391.jkim@FreeBSD.org> Cc: Subject: Re: amd64 resume, vesa and vbe X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 23:55:30 -0000 On Tuesday 16 November 2010 08:36 am, Bruce Cran wrote: > Hi, > > I've been trying to figure out how to get my laptop working with > suspend/resume - the backlight wasn't coming back on. I eventually > got a working configuration by suspending from X11 with the nvidia > driver running - it has an rm_power_management call that seems to > knows what to do. In the process I found that the "int 0x10" call > in amd64/acpica/acpi_wakecode.S causes the machine to reboot > because POSTing doesn't bring the video chip back - from reading > some Linux documentation is appears the VBE state needs restored > too before video will work on this particular laptop. > > It looks like the vesa driver does the POST and state restore in > vesa_load_state (but it doesn't appear to get any suspend/resume > events), while the dpms driver appears to handle suspend/resume but > doesn't work with my laptop - it hangs on resume if > hw.acpi.reset_video isn't set, but reboots if it is set. Has > anyone done any work getting the POST/restore sequence working in > either of the drivers? You should not use hw.acpi.reset_video if you loaded vesa.ko. However, "vesa doesn't appear to get any suspend/resume events" concerns me. Can you please show me "devinfo -v" output? Also, please do "dd if=/dev/mem of=video.dat skip=0xc0000 bs=1 count=64k" and send me video.dat. Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 17 01:14:14 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9972106566B for ; Wed, 17 Nov 2010 01:14:14 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 736288FC13 for ; Wed, 17 Nov 2010 01:14:13 +0000 (UTC) Received: by gyg13 with SMTP id 13so877579gyg.13 for ; Tue, 16 Nov 2010 17:14:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition :organization:user-agent; bh=OObxgnMPuCOcsV5hWo5lV+e6fFHcSoscItbACcNiYW8=; b=RLLEzHg49xOM9JgbJxb8Cs6svKwHsjEY9NMCDcPMZHWvNQpDZsg4J+DkJ/aLv3WTwN 3Z8n1SY8f4TdsL1kyO+Y4aS9Gadh+/IQ9MF/lhN78oiPgqf2oEKXqgTnJTpMZsnV10PO KgN7dzV1ywXNxiSKAM/G7flPEBrvtu+EPFSl8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:organization:user-agent; b=CsFXz3rw29bGgexiKfP9vmX6AVQ4b6/05hh+FFkU76s0zWc6Fbp3Vi66JM6iekeAUQ LKQe9AS6PUBRI3/ErbuybqbOK0LxMo80aQ0VB+d0VrtYEoYTHLSPlqLNfoEzqUu4t7wg aLxUP8pdrPQ6ii5eyOGLnNhxXaA/gfOHslwWo= Received: by 10.151.98.15 with SMTP id a15mr4888056ybm.287.1289956452916; Tue, 16 Nov 2010 17:14:12 -0800 (PST) Received: from fbsd.t60.cpu ([221.6.39.130]) by mx.google.com with ESMTPS id y21sm1188772yhc.14.2010.11.16.17.14.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 17:14:11 -0800 (PST) Date: Wed, 17 Nov 2010 09:14:00 +0800 From: Yue Wu To: ml-freebsd-acpi Message-ID: <20101117011400.GA71768@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: China Pharmaceutical University, Nanjing, China User-Agent: Mutt/1.5.21 (2010-09-15) Subject: How to get suspend/resume work on IBM T60? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 01:14:14 -0000 Hi list, I'm using FreeBSD stable on IBM T60, `acpiconf -s 3` can let T60 into suspend mode, but then it can't be waked up anyhow, I have to press and hold the power button to power off. so my question is, anyone use FreeBSD on IBM T60 and make the suspend/resume work on it? -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 17 18:43:24 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DE151065693; Wed, 17 Nov 2010 18:43:24 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA718FC2A; Wed, 17 Nov 2010 18:43:22 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA05194; Wed, 17 Nov 2010 20:43:21 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE42244.8060309@freebsd.org> Date: Wed, 17 Nov 2010 20:43:16 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig73E48D082A82728C363537E6" Cc: Subject: acpi(ca) mfc for 8.2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 18:43:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig73E48D082A82728C363537E6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I want to do MFC of ACPICA imports to stable/8 before 8.2 release. This would obviously include commits that fix mismerges or remove obsolet= e code. Plus some other small enhancements/fixes in our ACPI code. This is what I currently have: svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log Please note that the svn diff above can not be used with patch(1), becaus= e of some svn peculiarities related to files in vendor area. Here's a plain diff that should be more useful: http://people.freebsd.org/~avg/acpi-stable-8.plain.diff I will appreciate any testing and reviews. Mobile users who track stable/8 would be the primary candidates, I guess = :-) Thanks a lot! --=20 Andriy Gapon --------------enig73E48D082A82728C363537E6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJM5CJJAAoJEHSlLSemUf4vlicH/RVPVpTbg5A3igGDd8+KvqkV WqO6NNfzjRR4T+lWYeEveYB542/L6Sbul4PERj3TdQhda5RmjLZBBPXhZg9d8Ouj ANam+BsKAFtgIiAwJIgfgFLETo8PWMnPzBkB5w1/MfiC7dQ8imd2YMUJoQ7z8lud JUFz28laLofYpCKSikMmR3/JlHsRSYEsHUyrTrd3TT9l4I2nB6Imw9fQHBWgwccu MUNCaVcqCKXCCETpV7mlATd9bmvtQP0oddp1HkriivJ4VlwTKIubFfe7bzowQWWA QP5q+Gc3qgly4DVZ8Nm6jjZy+7GviCiRxo1f9/ceGiLeujQPslnwgBneFsXPDlw= =AHRk -----END PGP SIGNATURE----- --------------enig73E48D082A82728C363537E6-- From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 17 22:14:30 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5AE10657C9 for ; Wed, 17 Nov 2010 22:14:30 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.120]) by mx1.freebsd.org (Postfix) with ESMTP id 9F1D48FC28 for ; Wed, 17 Nov 2010 22:14:30 +0000 (UTC) Received: from outbound2.messaging.lotuslive.com (unknown [10.6.32.102]) by c-in3ofal02-01.sv2.lotuslive.com (Postfix) with ESMTP id 0A98C1200124 for ; Wed, 17 Nov 2010 22:08:59 +0000 (GMT) Received: from c-in3ofil02-01.sv2.lotuslive.com (unknown [10.6.32.48]) by c-in3obnd02-04.sv2.lotuslive.com (Postfix) with ESMTP id 95620166FC4 for ; Wed, 17 Nov 2010 22:08:58 +0000 (GMT) Received: from c-in3ws--02-02.ben.sv2.lotuslive.com (c-in3ws--02-02.sv2.lotuslive.com [10.6.32.77]) (sender gaijin.k@ovi.com) by c-in3ofil02-01.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 17 Nov 2010 22:08:58 +0000 Received: (qmail 9707 invoked from network); 17 Nov 2010 22:08:58 -0000 Received: from unknown (HELO smtp.mail.ovi.com) (gaijin.k@ovi.com@74.105.210.169) by c-in3ws--02-02.fen.sv2.lotusliveops.com with SMTP; 17 Nov 2010 22:08:58 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Andriy Gapon In-Reply-To: <4CE42244.8060309@freebsd.org> References: <4CE42244.8060309@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Nov 2010 17:08:56 -0500 Message-ID: <1290031736.1899.10.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: acpi(ca) mfc for 8.2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 22:14:30 -0000 On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote:=20 > I want to do MFC of ACPICA imports to stable/8 before 8.2 release. > This would obviously include commits that fix mismerges or remove obsolet= e code. > Plus some other small enhancements/fixes in our ACPI code. >=20 > This is what I currently have: > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log >=20 > Please note that the svn diff above can not be used with patch(1), becaus= e of some > svn peculiarities related to files in vendor area. > Here's a plain diff that should be more useful: > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff >=20 > I will appreciate any testing and reviews. > Mobile users who track stable/8 would be the primary candidates, I guess = :-) > Thanks a lot! On my system: FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 i386 running on ThinkPad X60, I get proliferation of=20 "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" messages after applying the patch. Verbose dmesg from "before" and "after" cold boots are available at: http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 respectively. Now, on this machine tz0 is not a real thermal zone but some kind of implement to initiate system shutdown for some case I never had enough time or inclination to track through ASL. Real thermal zone is tz1. hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 1 hw.acpi.thermal.tz0.temperature: 45.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 hw.acpi.thermal.tz1.temperature: 43.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 75.0C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 97.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1._TC1: 5 hw.acpi.thermal.tz1._TC2: 4 hw.acpi.thermal.tz1._TSP: 600 If I can provide any additional information or test any patches, please, let me know. Also, I would like to take this opportunity to thank you for your work. --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 17 22:15:22 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9031F1065675 for ; Wed, 17 Nov 2010 22:15:22 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.116]) by mx1.freebsd.org (Postfix) with ESMTP id 7059B8FC1C for ; Wed, 17 Nov 2010 22:15:22 +0000 (UTC) Received: from outbound2.messaging.lotuslive.com (unknown [10.6.32.44]) by c-in3ofal02-02.sv2.lotuslive.com (Postfix) with ESMTP id 2C98012904BE for ; Wed, 17 Nov 2010 22:04:04 +0000 (GMT) Received: from c-in3ofil02-01.sv2.lotuslive.com (unknown [10.6.32.48]) by c-in3obnd02-02.sv2.lotuslive.com (Postfix) with ESMTP id 84C962FE97 for ; Wed, 17 Nov 2010 22:04:03 +0000 (GMT) Received: from c-in3ws--02-02.ben.sv2.lotuslive.com (c-in3ws--02-02.sv2.lotuslive.com [10.6.32.77]) (sender gaijin.k@ovi.com) by c-in3ofil02-01.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 17 Nov 2010 22:04:03 +0000 Received: (qmail 27844 invoked from network); 17 Nov 2010 22:04:03 -0000 Received: from unknown (HELO smtp.mail.ovi.com) (gaijin.k@ovi.com@74.105.210.169) by c-in3ws--02-02.fen.sv2.lotusliveops.com with SMTP; 17 Nov 2010 22:04:03 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Andriy Gapon In-Reply-To: <4CE42244.8060309@freebsd.org> References: <4CE42244.8060309@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Nov 2010 17:04:01 -0500 Message-ID: <1290031441.1899.8.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: acpi(ca) mfc for 8.2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 22:15:22 -0000 On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote:=20 > I want to do MFC of ACPICA imports to stable/8 before 8.2 release. > This would obviously include commits that fix mismerges or remove obsolet= e code. > Plus some other small enhancements/fixes in our ACPI code. >=20 > This is what I currently have: > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log >=20 > Please note that the svn diff above can not be used with patch(1), becaus= e of some > svn peculiarities related to files in vendor area. > Here's a plain diff that should be more useful: > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff >=20 > I will appreciate any testing and reviews. > Mobile users who track stable/8 would be the primary candidates, I guess = :-) > Thanks a lot! On my system: FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 i386 running on ThinkPad X60, I get proliferation of=20 "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" messages after applying the patch. Verbose dmesg from "before" and "after" cold boots are available at: http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 respectively. Now, on this machine tz0 is not a real thermal zone but some kind of implement to initiate system shutdown for some case I never had enough time or inclination to track through ASL. Real thermal zone is tz1. hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 1 hw.acpi.thermal.tz0.temperature: 45.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 hw.acpi.thermal.tz1.temperature: 43.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 75.0C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 97.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1._TC1: 5 hw.acpi.thermal.tz1._TC2: 4 hw.acpi.thermal.tz1._TSP: 600 If I can provide any additional information or test any patches, please, let me know. Also, I would like to take this opportunity to thank you for your work. --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 17 22:42:07 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 26B8910656A3; Wed, 17 Nov 2010 22:42:07 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Wed, 17 Nov 2010 17:41:55 -0500 User-Agent: KMail/1.6.2 References: <4CE42244.8060309@freebsd.org> <1290031441.1899.8.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <1290031441.1899.8.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_1oF5MOfv2lvbHEN" Message-Id: <201011171741.57389.jkim@FreeBSD.org> Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Andriy Gapon Subject: Re: acpi(ca) mfc for 8.2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 22:42:07 -0000 --Boundary-00=_1oF5MOfv2lvbHEN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 17 November 2010 05:04 pm, Alexandre "Sunny" Kovalenko wrote: > On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote: > > I want to do MFC of ACPICA imports to stable/8 before 8.2 > > release. This would obviously include commits that fix mismerges > > or remove obsolete code. Plus some other small enhancements/fixes > > in our ACPI code. > > > > This is what I currently have: > > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log > > > > Please note that the svn diff above can not be used with > > patch(1), because of some svn peculiarities related to files in > > vendor area. > > Here's a plain diff that should be more useful: > > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff > > > > I will appreciate any testing and reviews. > > Mobile users who track stable/8 would be the primary candidates, > > I guess :-) Thanks a lot! > > On my system: > > FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD > 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 > root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 > i386 > > running on ThinkPad X60, I get proliferation of > > "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" > > messages after applying the patch. > > Verbose dmesg from "before" and "after" cold boots are available > at: > > http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 > http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 > > respectively. > > Now, on this machine tz0 is not a real thermal zone but some kind > of implement to initiate system shutdown for some case I never had > enough time or inclination to track through ASL. Real thermal zone > is tz1. > > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 1 > hw.acpi.thermal.tz0.temperature: 45.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 127.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: -1 > hw.acpi.thermal.tz0._TC2: -1 > hw.acpi.thermal.tz0._TSP: -1 > hw.acpi.thermal.tz1.temperature: 43.0C > hw.acpi.thermal.tz1.active: -1 > hw.acpi.thermal.tz1.passive_cooling: 1 > hw.acpi.thermal.tz1.thermal_flags: 0 > hw.acpi.thermal.tz1._PSV: 75.0C > hw.acpi.thermal.tz1._HOT: -1 > hw.acpi.thermal.tz1._CRT: 97.0C > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz1._TC1: 5 > hw.acpi.thermal.tz1._TC2: 4 > hw.acpi.thermal.tz1._TSP: 600 > > If I can provide any additional information or test any patches, > please, let me know. Ouch... Can you please try the attached patch? Thanks, Jung-uk Kim --Boundary-00=_1oF5MOfv2lvbHEN Content-Type: text/plain; charset="iso-8859-1"; name="acpi_thermal.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acpi_thermal.diff" Index: sys/dev/acpica/acpi_thermal.c =================================================================== --- sys/dev/acpica/acpi_thermal.c (revision 215429) +++ sys/dev/acpica/acpi_thermal.c (working copy) @@ -181,14 +181,16 @@ static int acpi_tz_cooling_unit = -1; static int acpi_tz_probe(device_t dev) { - int result; + char *name; - if (acpi_get_type(dev) == ACPI_TYPE_THERMAL && !acpi_disabled("thermal")) { - device_set_desc(dev, "Thermal Zone"); - result = -10; - } else - result = ENXIO; - return (result); + if (!acpi_disabled("thermal")) { + name = acpi_name(acpi_get_handle(dev)); + if (name != NULL && strcmp(name, "\\_TZ_") == 0) { + device_set_desc(dev, "Thermal Zone"); + return (-10); + } + } + return (ENXIO); } static int --Boundary-00=_1oF5MOfv2lvbHEN-- From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 17 22:48:29 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8BFB21065670; Wed, 17 Nov 2010 22:48:28 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Wed, 17 Nov 2010 17:48:09 -0500 User-Agent: KMail/1.6.2 References: <4CE42244.8060309@freebsd.org> <1290031441.1899.8.camel@RabbitsDen.RabbitsLawn.verizon.net> <201011171741.57389.jkim@FreeBSD.org> In-Reply-To: <201011171741.57389.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011171748.11701.jkim@FreeBSD.org> Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Andriy Gapon Subject: Re: acpi(ca) mfc for 8.2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 22:48:29 -0000 On Wednesday 17 November 2010 05:41 pm, Jung-uk Kim wrote: > On Wednesday 17 November 2010 05:04 pm, Alexandre "Sunny" Kovalenko > > wrote: > > On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote: > > > I want to do MFC of ACPICA imports to stable/8 before 8.2 > > > release. This would obviously include commits that fix > > > mismerges or remove obsolete code. Plus some other small > > > enhancements/fixes in our ACPI code. > > > > > > This is what I currently have: > > > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > > > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > > > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log > > > > > > Please note that the svn diff above can not be used with > > > patch(1), because of some svn peculiarities related to files in > > > vendor area. > > > Here's a plain diff that should be more useful: > > > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff > > > > > > I will appreciate any testing and reviews. > > > Mobile users who track stable/8 would be the primary > > > candidates, I guess :-) Thanks a lot! > > > > On my system: > > > > FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD > > 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 > > root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX6 > >0 i386 > > > > running on ThinkPad X60, I get proliferation of > > > > "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" > > > > messages after applying the patch. > > > > Verbose dmesg from "before" and "after" cold boots are available > > at: > > > > http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 > > http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 > > > > respectively. > > > > Now, on this machine tz0 is not a real thermal zone but some kind > > of implement to initiate system shutdown for some case I never > > had enough time or inclination to track through ASL. Real thermal > > zone is tz1. > > > > hw.acpi.thermal.min_runtime: 0 > > hw.acpi.thermal.polling_rate: 10 > > hw.acpi.thermal.user_override: 1 > > hw.acpi.thermal.tz0.temperature: 45.0C > > hw.acpi.thermal.tz0.active: -1 > > hw.acpi.thermal.tz0.passive_cooling: 0 > > hw.acpi.thermal.tz0.thermal_flags: 0 > > hw.acpi.thermal.tz0._PSV: -1 > > hw.acpi.thermal.tz0._HOT: -1 > > hw.acpi.thermal.tz0._CRT: 127.0C > > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz0._TC1: -1 > > hw.acpi.thermal.tz0._TC2: -1 > > hw.acpi.thermal.tz0._TSP: -1 > > hw.acpi.thermal.tz1.temperature: 43.0C > > hw.acpi.thermal.tz1.active: -1 > > hw.acpi.thermal.tz1.passive_cooling: 1 > > hw.acpi.thermal.tz1.thermal_flags: 0 > > hw.acpi.thermal.tz1._PSV: 75.0C > > hw.acpi.thermal.tz1._HOT: -1 > > hw.acpi.thermal.tz1._CRT: 97.0C > > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz1._TC1: 5 > > hw.acpi.thermal.tz1._TC2: 4 > > hw.acpi.thermal.tz1._TSP: 600 > > > > If I can provide any additional information or test any patches, > > please, let me know. > > Ouch... Can you please try the attached patch? Please ignore this patch. I need little bit more thinking. Sorry, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 17 23:08:06 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id DF0521065670; Wed, 17 Nov 2010 23:08:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Wed, 17 Nov 2010 18:07:54 -0500 User-Agent: KMail/1.6.2 References: <4CE42244.8060309@freebsd.org> <201011171741.57389.jkim@FreeBSD.org> <201011171748.11701.jkim@FreeBSD.org> In-Reply-To: <201011171748.11701.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011171807.57841.jkim@FreeBSD.org> Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Andriy Gapon Subject: Re: acpi(ca) mfc for 8.2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 23:08:06 -0000 On Wednesday 17 November 2010 05:48 pm, Jung-uk Kim wrote: > On Wednesday 17 November 2010 05:41 pm, Jung-uk Kim wrote: > > On Wednesday 17 November 2010 05:04 pm, Alexandre "Sunny" > > Kovalenko > > > > wrote: > > > On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote: > > > > I want to do MFC of ACPICA imports to stable/8 before 8.2 > > > > release. This would obviously include commits that fix > > > > mismerges or remove obsolete code. Plus some other small > > > > enhancements/fixes in our ACPI code. > > > > > > > > This is what I currently have: > > > > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > > > > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > > > > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log > > > > > > > > Please note that the svn diff above can not be used with > > > > patch(1), because of some svn peculiarities related to files > > > > in vendor area. > > > > Here's a plain diff that should be more useful: > > > > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff > > > > > > > > I will appreciate any testing and reviews. > > > > Mobile users who track stable/8 would be the primary > > > > candidates, I guess :-) Thanks a lot! > > > > > > On my system: > > > > > > FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD > > > 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 > > > root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TP > > >X6 0 i386 > > > > > > running on ThinkPad X60, I get proliferation of > > > > > > "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" > > > > > > messages after applying the patch. > > > > > > Verbose dmesg from "before" and "after" cold boots are > > > available at: > > > > > > http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 > > > http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 > > > > > > respectively. > > > > > > Now, on this machine tz0 is not a real thermal zone but some > > > kind of implement to initiate system shutdown for some case I > > > never had enough time or inclination to track through ASL. Real > > > thermal zone is tz1. > > > > > > hw.acpi.thermal.min_runtime: 0 > > > hw.acpi.thermal.polling_rate: 10 > > > hw.acpi.thermal.user_override: 1 > > > hw.acpi.thermal.tz0.temperature: 45.0C > > > hw.acpi.thermal.tz0.active: -1 > > > hw.acpi.thermal.tz0.passive_cooling: 0 > > > hw.acpi.thermal.tz0.thermal_flags: 0 > > > hw.acpi.thermal.tz0._PSV: -1 > > > hw.acpi.thermal.tz0._HOT: -1 > > > hw.acpi.thermal.tz0._CRT: 127.0C > > > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > > hw.acpi.thermal.tz0._TC1: -1 > > > hw.acpi.thermal.tz0._TC2: -1 > > > hw.acpi.thermal.tz0._TSP: -1 > > > hw.acpi.thermal.tz1.temperature: 43.0C > > > hw.acpi.thermal.tz1.active: -1 > > > hw.acpi.thermal.tz1.passive_cooling: 1 > > > hw.acpi.thermal.tz1.thermal_flags: 0 > > > hw.acpi.thermal.tz1._PSV: 75.0C > > > hw.acpi.thermal.tz1._HOT: -1 > > > hw.acpi.thermal.tz1._CRT: 97.0C > > > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > > hw.acpi.thermal.tz1._TC1: 5 > > > hw.acpi.thermal.tz1._TC2: 4 > > > hw.acpi.thermal.tz1._TSP: 600 > > > > > > If I can provide any additional information or test any > > > patches, please, let me know. > > > > Ouch... Can you please try the attached patch? > > Please ignore this patch. I need little bit more thinking. I think I know what's going on. Andriy, it seems this change is missing from your patchset (maybe more): http://svn.freebsd.org/viewvc/base/head/sys/contrib/dev/acpica/utilities/utglobal.c?r1=210976&r2=213806 Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 04:26:48 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4830C106564A; Thu, 18 Nov 2010 04:26:48 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 19B098FC08; Thu, 18 Nov 2010 04:26:47 +0000 (UTC) Received: from cpe-74-66-24-70.nyc.res.rr.com ([74.66.24.70] helo=[192.168.1.155]) by vps.hungerhost.com with esmtpa (Exim 4.69) (envelope-from ) id 1PIvZ5-0007NL-9A; Wed, 17 Nov 2010 22:53:39 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: <4CE29718.2050508@freebsd.org> Date: Wed, 17 Nov 2010 22:53:38 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4CE29718.2050508@freebsd.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1082) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 04:26:48 -0000 On Nov 16, 2010, at 09:37 , Andriy Gapon wrote: >=20 > Many modern processors provide APERF and MPERF MSRs which allow to = easily and > reliable calculate average CPU performance level over some interval of = time. > This also allows to notice things like performance boost, which is = generally > hidden from software. > What would be a proper place to add code that would measure = APERF/MPERF ratio? > When should trigger such a measurement and over what interval? > Ideas? Can you point me at documentation for this? This sounds a lot like hwpmc(4) and I wonder if we can make these available in the same way. Best, George From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 12:32:36 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F99B1065696; Thu, 18 Nov 2010 12:32:36 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8DBD98FC0C; Thu, 18 Nov 2010 12:32:35 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA22794; Thu, 18 Nov 2010 14:32:27 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE51CDA.6010202@freebsd.org> Date: Thu, 18 Nov 2010 14:32:26 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: George Neville-Neil References: <4CE29718.2050508@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 12:32:37 -0000 on 18/11/2010 05:53 George Neville-Neil said the following: > > On Nov 16, 2010, at 09:37 , Andriy Gapon wrote: > >> >> Many modern processors provide APERF and MPERF MSRs which allow to easily and >> reliable calculate average CPU performance level over some interval of time. >> This also allows to notice things like performance boost, which is generally >> hidden from software. >> What would be a proper place to add code that would measure APERF/MPERF ratio? >> When should trigger such a measurement and over what interval? >> Ideas? > > Can you point me at documentation for this? This sounds a lot like > hwpmc(4) and I wonder if we can make these available in the same way. Actually it feels more cpufreq-ish to me. This feature is documented in, e.g., Intel Software Developer's Manual volume 3A, section 14.2 P-STATE HARDWARE COORDINATION. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 13:15:35 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82A5A10656A7; Thu, 18 Nov 2010 13:15:35 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3805A8FC1D; Thu, 18 Nov 2010 13:15:33 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA23499; Thu, 18 Nov 2010 15:15:32 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE526F3.5000209@freebsd.org> Date: Thu, 18 Nov 2010 15:15:31 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jung-uk Kim References: <4CE42244.8060309@freebsd.org> <201011171741.57389.jkim@FreeBSD.org> <201011171748.11701.jkim@FreeBSD.org> <201011171807.57841.jkim@FreeBSD.org> In-Reply-To: <201011171807.57841.jkim@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Alexandre \"Sunny\" Kovalenko" , freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: acpi(ca) mfc for 8.2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 13:15:35 -0000 on 18/11/2010 01:07 Jung-uk Kim said the following: > I think I know what's going on. > > Andriy, it seems this change is missing from your patchset (maybe > more): > > http://svn.freebsd.org/viewvc/base/head/sys/contrib/dev/acpica/utilities/utglobal.c?r1=210976&r2=213806 Jung-uk, thanks a lot! It seems that I've overlooked this rev. I will update my merge tree. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 13:45:27 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF220106566C; Thu, 18 Nov 2010 13:45:27 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 94E8A8FC19; Thu, 18 Nov 2010 13:45:26 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA24075; Thu, 18 Nov 2010 15:45:25 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE52DF4.1040208@freebsd.org> Date: Thu, 18 Nov 2010 15:45:24 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org References: <4CE42244.8060309@freebsd.org> In-Reply-To: <4CE42244.8060309@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: acpi(ca) mfc for 8.2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 13:45:28 -0000 on 17/11/2010 20:43 Andriy Gapon said the following: > > I want to do MFC of ACPICA imports to stable/8 before 8.2 release. > This would obviously include commits that fix mismerges or remove obsolete code. > Plus some other small enhancements/fixes in our ACPI code. > > This is what I currently have: > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log > > Please note that the svn diff above can not be used with patch(1), because of some > svn peculiarities related to files in vendor area. > Here's a plain diff that should be more useful: > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff The file at the above URLs have been updated to include missed import of ACPICA 20101013. Many thanks to Alexandre "Sunny" Kovalenko and Jung-uk Kim for discovering and analyzing the issue. > I will appreciate any testing and reviews. > Mobile users who track stable/8 would be the primary candidates, I guess :-) > Thanks a lot! The above still holds. Thanks! -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 14:04:52 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E38C106566B; Thu, 18 Nov 2010 14:04:52 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 140818FC0C; Thu, 18 Nov 2010 14:04:51 +0000 (UTC) Received: by gwj20 with SMTP id 20so1877547gwj.13 for ; Thu, 18 Nov 2010 06:04:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rSripufxnW3W+X/Ig1gTgvvhSpznakKfthQVxZohjSU=; b=ZNmeIzfeEtiJky0GLyFZLtuRMNWGlkhhrvA7Kw/qc7lLe9ggrT/q5J1y4nXrPMlmJ8 7WuU4CSnQpVDfRA15OJY/PdLVvS6BAk+7uvY7833JundtdQtnQrGNAm4N0MZ7OKNx/o3 xTrjDGBRS+JaOXPhC3rPHYkGic9ouLtvdXEro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qoNjQtoDHkb3yFqKxcbfLPEf0DO3hE8GHOSDY/xt7d71NmEzeKU7leOJfk0+Is5svS uuuipRCMJtk6K8UB8Q7gDr/SLHWEVxUjSqRwYuzI2jSVHJxTJurG8hJFwOM9dh+pgPzz HCoQLRHxpcT8AIqeqx0pqN+S2akz5LpOdJyLk= MIME-Version: 1.0 Received: by 10.151.42.16 with SMTP id u16mr1313341ybj.97.1290087495436; Thu, 18 Nov 2010 05:38:15 -0800 (PST) Received: by 10.151.114.4 with HTTP; Thu, 18 Nov 2010 05:38:15 -0800 (PST) In-Reply-To: <4CE51CDA.6010202@freebsd.org> References: <4CE29718.2050508@freebsd.org> <4CE51CDA.6010202@freebsd.org> Date: Thu, 18 Nov 2010 15:38:15 +0200 Message-ID: From: Daniel Nebdal To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: George Neville-Neil , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 14:04:52 -0000 On Thu, Nov 18, 2010 at 2:32 PM, Andriy Gapon wrote: > on 18/11/2010 05:53 George Neville-Neil said the following: >> >> On Nov 16, 2010, at 09:37 , Andriy Gapon wrote: >> >>> >>> Many modern processors provide APERF and MPERF MSRs which allow to easi= ly and >>> reliable calculate average CPU performance level over some interval of = time. >>> This also allows to notice things like performance boost, which is gene= rally >>> hidden from software. >>> What would be a proper place to add code that would measure APERF/MPERF= ratio? >>> When should trigger such a measurement and over what interval? >>> Ideas? >> >> Can you point me at documentation for this? =A0 This sounds a lot like >> hwpmc(4) and I wonder if we can make these available in the same way. > > Actually it feels more cpufreq-ish to me. > This feature is documented in, e.g., Intel Software Developer's Manual vo= lume 3A, > section 14.2 P-STATE HARDWARE COORDINATION. > Just for the sake of gathering information here: What they offer are two (64-bit, wrapping) counters; one that increases at a constant rate, and one that increases in proportion to the current performance of the CPU, so that APERF/MPERF =3D fraction of max possible performance the CPU has offered since the last time the counters were zeroed. Intel specifically suggests multiplying that with the observed CPU load over the same time period to get an absolute CPU load number, and using that to pick a suitable P-state. On a tangent, I wonder if you can get APERF>MPERF if you're using an i5/i7 and their dynamic/automatic overclocking kicks in? As for what to do with it, it sounds like it would make sense as an alternate data source for powerd? --=20 Daniel Nebdal From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 14:10:49 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B504106566C; Thu, 18 Nov 2010 14:10:49 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 71EAC8FC14; Thu, 18 Nov 2010 14:10:48 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA24448; Thu, 18 Nov 2010 16:10:39 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE533DE.7010401@freebsd.org> Date: Thu, 18 Nov 2010 16:10:38 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Daniel Nebdal References: <4CE29718.2050508@freebsd.org> <4CE51CDA.6010202@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: George Neville-Neil , freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 14:10:49 -0000 on 18/11/2010 15:38 Daniel Nebdal said the following: > Just for the sake of gathering information here: > What they offer are two (64-bit, wrapping) counters; one that > increases at a constant rate, and one that increases in proportion to > the current performance of the CPU, so that APERF/MPERF = fraction of > max possible performance the CPU has offered since the last time the > counters were zeroed. Intel specifically suggests multiplying that > with the observed CPU load over the same time period to get an > absolute CPU load number, and using that to pick a suitable P-state. > > On a tangent, I wonder if you can get APERF>MPERF if you're using an > i5/i7 and their dynamic/automatic overclocking kicks in? Yes, I believe so. At the very least AMD explicitly documents that to be the case when Core Performance Boost feature is activated. > As for what to do with it, it sounds like it would make sense as an > alternate data source for powerd? Yes, indeed. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 14:15:54 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6BB4106564A; Thu, 18 Nov 2010 14:15:54 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 7782E8FC0C; Thu, 18 Nov 2010 14:15:54 +0000 (UTC) Received: from smtp.hudson-trading.com ([209.249.190.9] helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpa (Exim 4.69) (envelope-from ) id 1PJ5HF-0007wm-5D; Thu, 18 Nov 2010 09:15:53 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: <4CE51CDA.6010202@freebsd.org> Date: Thu, 18 Nov 2010 09:15:52 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <2A8C55CE-AD3A-419E-9028-EF8407596329@neville-neil.com> References: <4CE29718.2050508@freebsd.org> <4CE51CDA.6010202@freebsd.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1082) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 14:15:54 -0000 On Nov 18, 2010, at 07:32 , Andriy Gapon wrote: > on 18/11/2010 05:53 George Neville-Neil said the following: >>=20 >> On Nov 16, 2010, at 09:37 , Andriy Gapon wrote: >>=20 >>>=20 >>> Many modern processors provide APERF and MPERF MSRs which allow to = easily and >>> reliable calculate average CPU performance level over some interval = of time. >>> This also allows to notice things like performance boost, which is = generally >>> hidden from software. >>> What would be a proper place to add code that would measure = APERF/MPERF ratio? >>> When should trigger such a measurement and over what interval? >>> Ideas? >>=20 >> Can you point me at documentation for this? This sounds a lot like >> hwpmc(4) and I wonder if we can make these available in the same way. >=20 > Actually it feels more cpufreq-ish to me. > This feature is documented in, e.g., Intel Software Developer's Manual = volume 3A, > section 14.2 P-STATE HARDWARE COORDINATION. Ah, yes, quite right on cpufreq etc. Thanks for the documentation = pointer though. Best, George From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 19:09:20 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4E28106566C; Thu, 18 Nov 2010 19:09:20 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id BD2D28FC1C; Thu, 18 Nov 2010 19:09:19 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA28332; Thu, 18 Nov 2010 21:09:18 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE579DD.2030406@freebsd.org> Date: Thu, 18 Nov 2010 21:09:17 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: ideas for _PSD/_CSD/_TSD X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 19:09:20 -0000 I am trying to solicit some architectural/design ideas for implementing logic that would honor ACPI _PSD/_CSD/_TSD descriptions of processor dependency domains. Well, I am primarily interested in _PSD, but I think that some general principles could be shared. In simple terms. Currently we do only the "global" P-state management. cpufreq advertises a common set of frequencies/P-states and a single P-state/frequency is set on all (logical) processors by e.g. powerd based on global system load. The downsides are obvious, I think. Modern systems can provide _PSD method which describes grouping of logical processors into P-state domains and nature of dependency between the processors in the domain. E.g. on some systems putting a single processor from the domain into a Px state results in all the processors being put into that state. On other systems, all processors have to be put into the same state for it to become effective. On yet other systems there could be no coordination required between the processors (even when they are all cores in the same package), so each would be placed in its own domain. I think that this issue may get more prominence because of the new technologies that combine power saving with "turbo boosting". E.g. there could be a technology where some processor's performance would only be boosted if other processors are at or above some state Pt. With current cpufreq design we would not be able to take an advantage of that, because we always put all the processors into the same state. Thanks! -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 18 22:20:06 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC11106564A; Thu, 18 Nov 2010 22:20:06 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.root.org (root.org [208.72.84.34]) by mx1.freebsd.org (Postfix) with ESMTP id CC6D18FC13; Thu, 18 Nov 2010 22:20:05 +0000 (UTC) Received: from [10.1.0.198] (dsl081-053-082.sfo1.dsl.speakeasy.net [64.81.53.82]) by mail.root.org (Postfix) with ESMTP id A98B06ECE; Thu, 18 Nov 2010 22:02:44 +0000 (UTC) Message-ID: <4CE5A282.1000300@root.org> Date: Thu, 18 Nov 2010 14:02:42 -0800 From: Nate Lawson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <4CE579DD.2030406@freebsd.org> In-Reply-To: <4CE579DD.2030406@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ideas for _PSD/_CSD/_TSD X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 22:20:06 -0000 On 11/18/2010 11:09 AM, Andriy Gapon wrote: > I am trying to solicit some architectural/design ideas for implementing logic that > would honor ACPI _PSD/_CSD/_TSD descriptions of processor dependency domains. > Well, I am primarily interested in _PSD, but I think that some general principles > could be shared. > > In simple terms. > Currently we do only the "global" P-state management. cpufreq advertises a common > set of frequencies/P-states and a single P-state/frequency is set on all (logical) > processors by e.g. powerd based on global system load. > The downsides are obvious, I think. > > Modern systems can provide _PSD method which describes grouping of logical > processors into P-state domains and nature of dependency between the processors in > the domain. E.g. on some systems putting a single processor from the domain into > a Px state results in all the processors being put into that state. On other > systems, all processors have to be put into the same state for it to become > effective. On yet other systems there could be no coordination required between > the processors (even when they are all cores in the same package), so each would > be placed in its own domain. > > I think that this issue may get more prominence because of the new technologies > that combine power saving with "turbo boosting". E.g. there could be a technology > where some processor's performance would only be boosted if other processors are > at or above some state Pt. With current cpufreq design we would not be able to > take an advantage of that, because we always put all the processors into the same > state. As you can see from the codebase, cpufreq was designed with this model in mind. I spent a lot of work adding the cpu devices to newbus in order to have cpufreq attach per-cpu. Each instance has its own dev.cpu.X.freq setting. Of course, there weren't any asymmetrical CPU Px states back then so calculation of levels is shared as you point out. But since it's done in cpufreq attach(), it is easy to make that independent while still merging states with global settings (e.g., p4tcc relative levels that apply system-wide, not per-cpu). What you want is to have a flag that indicates if Px states are global or not. If global, you can still attach a cpufreq device to each cpu but make changing any of their settings loop through changing all cpu settings equally. This is how it currently works. If the flag is false, then only apply a setting to the device it was received on. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 19 14:39:10 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62D0F1065672; Fri, 19 Nov 2010 14:39:10 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 60C358FC17; Fri, 19 Nov 2010 14:39:08 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA14336; Fri, 19 Nov 2010 16:39:07 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE68C0B.1080007@freebsd.org> Date: Fri, 19 Nov 2010 16:39:07 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org References: <4CE29718.2050508@freebsd.org> <4CE51CDA.6010202@freebsd.org> <4CE533DE.7010401@freebsd.org> In-Reply-To: <4CE533DE.7010401@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 14:39:10 -0000 I am thinking about providing two APIs for this. 1. KPI void cpu_get_a_m_perf(u_int cpu, uint64_t *aperf, uint64_t *mperf); 2. Userland sysctl dev.cpu.N.aperf_mperf that returns two UQUAD values. But I am not sure where to put the code for both APIs. Adding another device under cpu seems like an overkill. Ideas? Thanks! -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 19 14:51:41 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 709461065672; Fri, 19 Nov 2010 14:51:41 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 180258FC08; Fri, 19 Nov 2010 14:51:40 +0000 (UTC) Received: by gxk22 with SMTP id 22so105349gxk.13 for ; Fri, 19 Nov 2010 06:51:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=4OAJo5VQWDdWCDTyhIKA0XkXYufKaB9XYWbFkQb0M5A=; b=xxFZqOM3Of1Bj4n6xygKv2vrteDO3wq+sPc5Af4grZG9oImSqxikqrl+g9N24+xnGK xewn+KB5wTL7tCM8uH6jNZ3QUUyDUu9RYH0WoZAVCiYIxwopHW0vP1AVGWMTRzxe5EnI vXWpNe+Ty4+3yW2LlbzG8OT5J3R/tV9s1i8Gg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HV5p5PIlb+xrYCxdW2JE49jMSf0oXGebuEz5YxJtzKfg/XoNKNrp/FYFwb/tku0KyP thIjF313F8XPUUk7XPEpwj0R69ZopYO6pOIY/FfzRLD7IaoD+SemgoDF//iZdesUVWvB NtmjATgnEiE/pGiQ1tJssnZsn/ynGCxrhwK4I= MIME-Version: 1.0 Received: by 10.42.76.66 with SMTP id d2mr413305ick.219.1290178299717; Fri, 19 Nov 2010 06:51:39 -0800 (PST) Received: by 10.231.58.202 with HTTP; Fri, 19 Nov 2010 06:51:39 -0800 (PST) In-Reply-To: <4CE68C0B.1080007@freebsd.org> References: <4CE29718.2050508@freebsd.org> <4CE51CDA.6010202@freebsd.org> <4CE533DE.7010401@freebsd.org> <4CE68C0B.1080007@freebsd.org> Date: Fri, 19 Nov 2010 16:51:39 +0200 Message-ID: From: Daniel Nebdal To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 14:51:41 -0000 On Fri, Nov 19, 2010 at 4:39 PM, Andriy Gapon wrote: > > I am thinking about providing two APIs for this. > > 1. KPI > void cpu_get_a_m_perf(u_int cpu, uint64_t *aperf, uint64_t *mperf); > > 2. Userland > sysctl dev.cpu.N.aperf_mperf that returns two UQUAD values. > > But I am not sure where to put the code for both APIs. > Adding another device under cpu seems like an overkill. > > Ideas? > Thanks! No comment on where to put it, but one other detail: Since these are measures since last reset, you probably want a similar "cpu_zero_a_m_perf" call. As for how that interacts with the sysctl, uhm ... maybe also offering a time-since-last-reset could be useful? -- Daniel Nebdal From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 19 15:45:36 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F7D4106566B; Fri, 19 Nov 2010 15:45:36 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6493E8FC14; Fri, 19 Nov 2010 15:45:34 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA15070; Fri, 19 Nov 2010 17:45:31 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE69B9B.60101@freebsd.org> Date: Fri, 19 Nov 2010 17:45:31 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Daniel Nebdal References: <4CE29718.2050508@freebsd.org> <4CE51CDA.6010202@freebsd.org> <4CE533DE.7010401@freebsd.org> <4CE68C0B.1080007@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 15:45:36 -0000 [looks like I originally sent the reply only privately] on 19/11/2010 16:50 Daniel Nebdal said the following: > On Fri, Nov 19, 2010 at 4:39 PM, Andriy Gapon wrote: >> >> I am thinking about providing two APIs for this. >> >> 1. KPI >> void cpu_get_a_m_perf(u_int cpu, uint64_t *aperf, uint64_t *mperf); >> >> 2. Userland >> sysctl dev.cpu.N.aperf_mperf that returns two UQUAD values. >> >> But I am not sure where to put the code for both APIs. >> Adding another device under cpu seems like an overkill. >> >> Ideas? >> Thanks! > > No comment on where to put it, but one other detail: Since these are > measures since last reset, you probably want a similar > "cpu_zero_a_m_perf" call. As for how that interacts with the sysctl, > uhm ... maybe also offering a time-since-last-reset could be useful? > I have something else in mind - no reset, but you call cpu_get_a_m_perf() twice, take differences in the counters (accounting for possible overflows) and divide those deltas. In my opinion that should work. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 19 19:08:51 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6603E106566B; Fri, 19 Nov 2010 19:08:51 +0000 (UTC) (envelope-from nate@root.org) Received: from mail.root.org (root.org [208.72.84.34]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8E88FC0C; Fri, 19 Nov 2010 19:08:51 +0000 (UTC) Received: from [10.0.5.50] (ppp-71-139-7-59.dsl.snfc21.pacbell.net [71.139.7.59]) by mail.root.org (Postfix) with ESMTP id 656AD615C; Fri, 19 Nov 2010 19:08:49 +0000 (UTC) Message-ID: <4CE6CB3E.70009@root.org> Date: Fri, 19 Nov 2010 11:08:46 -0800 From: Nate Lawson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andriy Gapon References: <4CE29718.2050508@freebsd.org> <4CE51CDA.6010202@freebsd.org> <4CE533DE.7010401@freebsd.org> <4CE68C0B.1080007@freebsd.org> In-Reply-To: <4CE68C0B.1080007@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 19:08:51 -0000 On 11/19/2010 6:39 AM, Andriy Gapon wrote: > > I am thinking about providing two APIs for this. > > 1. KPI > void cpu_get_a_m_perf(u_int cpu, uint64_t *aperf, uint64_t *mperf); > > 2. Userland > sysctl dev.cpu.N.aperf_mperf that returns two UQUAD values. > > But I am not sure where to put the code for both APIs. > Adding another device under cpu seems like an overkill. These can be exported as a common interface from cpufreq (dev,cpu.X.perf_stats) and supplied by the child acpi_perf driver on each cpu. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 20 09:54:07 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A163106566B; Sat, 20 Nov 2010 09:54:07 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 468148FC12; Sat, 20 Nov 2010 09:54:05 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA26809; Sat, 20 Nov 2010 11:54:02 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PJk8v-0000hl-V6; Sat, 20 Nov 2010 11:54:01 +0200 Message-ID: <4CE79AB9.1020303@freebsd.org> Date: Sat, 20 Nov 2010 11:54:01 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Nate Lawson References: <4CE29718.2050508@freebsd.org> <4CE51CDA.6010202@freebsd.org> <4CE533DE.7010401@freebsd.org> <4CE68C0B.1080007@freebsd.org> <4CE6CB3E.70009@root.org> In-Reply-To: <4CE6CB3E.70009@root.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: aperf/mperf X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Nov 2010 09:54:07 -0000 on 19/11/2010 21:08 Nate Lawson said the following: > On 11/19/2010 6:39 AM, Andriy Gapon wrote: >> >> I am thinking about providing two APIs for this. >> >> 1. KPI >> void cpu_get_a_m_perf(u_int cpu, uint64_t *aperf, uint64_t *mperf); >> >> 2. Userland >> sysctl dev.cpu.N.aperf_mperf that returns two UQUAD values. >> >> But I am not sure where to put the code for both APIs. >> Adding another device under cpu seems like an overkill. > > These can be exported as a common interface from cpufreq > (dev,cpu.X.perf_stats) and supplied by the child acpi_perf driver on > each cpu. This suggestion sounds quite appealing. But I have some concerns. What if hardware has the capability, but there is no cpufreq - could these MSRs be still useful? Or are they useful only with cpufreq? Probably the latter... Then, another exotic case - if a driver like est or hwpstate is attached "directly", i.e. there is no acpi_perf/_PSS - would the MSRs be still useful? Not sure. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 20 10:11:59 2010 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 428E11065670; Sat, 20 Nov 2010 10:11:59 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 58E9A8FC1A; Sat, 20 Nov 2010 10:11:57 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA26967; Sat, 20 Nov 2010 12:11:55 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PJkQF-0000jM-16; Sat, 20 Nov 2010 12:11:55 +0200 Message-ID: <4CE79EEA.9060200@freebsd.org> Date: Sat, 20 Nov 2010 12:11:54 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Nate Lawson References: <4CE579DD.2030406@freebsd.org> <4CE5A282.1000300@root.org> In-Reply-To: <4CE5A282.1000300@root.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: ideas for _PSD/_CSD/_TSD X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Nov 2010 10:11:59 -0000 on 19/11/2010 00:02 Nate Lawson said the following: > On 11/18/2010 11:09 AM, Andriy Gapon wrote: >> I am trying to solicit some architectural/design ideas for implementing logic that >> would honor ACPI _PSD/_CSD/_TSD descriptions of processor dependency domains. >> Well, I am primarily interested in _PSD, but I think that some general principles >> could be shared. >> >> In simple terms. >> Currently we do only the "global" P-state management. cpufreq advertises a common >> set of frequencies/P-states and a single P-state/frequency is set on all (logical) >> processors by e.g. powerd based on global system load. >> The downsides are obvious, I think. >> >> Modern systems can provide _PSD method which describes grouping of logical >> processors into P-state domains and nature of dependency between the processors in >> the domain. E.g. on some systems putting a single processor from the domain into >> a Px state results in all the processors being put into that state. On other >> systems, all processors have to be put into the same state for it to become >> effective. On yet other systems there could be no coordination required between >> the processors (even when they are all cores in the same package), so each would >> be placed in its own domain. >> >> I think that this issue may get more prominence because of the new technologies >> that combine power saving with "turbo boosting". E.g. there could be a technology >> where some processor's performance would only be boosted if other processors are >> at or above some state Pt. With current cpufreq design we would not be able to >> take an advantage of that, because we always put all the processors into the same >> state. > > As you can see from the codebase, cpufreq was designed with this model > in mind. I spent a lot of work adding the cpu devices to newbus in order > to have cpufreq attach per-cpu. Each instance has its own dev.cpu.X.freq > setting. Yes, I do see that. Thanks! > Of course, there weren't any asymmetrical CPU Px states back then so > calculation of levels is shared as you point out. But since it's done in > cpufreq attach(), it is easy to make that independent while still > merging states with global settings (e.g., p4tcc relative levels that > apply system-wide, not per-cpu). Indeed. > What you want is to have a flag that indicates if Px states are global > or not. If global, you can still attach a cpufreq device to each cpu but > make changing any of their settings loop through changing all cpu > settings equally. This is how it currently works. If the flag is false, > then only apply a setting to the device it was received on. Yes. But I am not sure right now where to put and how query the _PSD information. Most likely this should to acpi_perf. Then the hardware-specific drivers under acpi_perf (if any) could obtain the information from acpi_perf. Some questions then - should we attach one instance of acpi_perf under each CPU or once per domain (to an arbitrary CPU in each domain). Ditto for the hardware specific drivers. -- Andriy Gapon