From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 19 08:38:55 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D36BC1065674; Sun, 19 Sep 2010 08:38:55 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AAA1B8FC14; Sun, 19 Sep 2010 08:38:55 +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 o8J8ctpZ036446; Sun, 19 Sep 2010 08:38:55 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8J8ctRX036442; Sun, 19 Sep 2010 08:38:55 GMT (envelope-from jh) Date: Sun, 19 Sep 2010 08:38:55 GMT Message-Id: <201009190838.o8J8ctRX036442@freefall.freebsd.org> To: dk@garant.ru, jh@FreeBSD.org, freebsd-acpi@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported 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: Sun, 19 Sep 2010 08:38:55 -0000 Synopsis: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported State-Changed-From-To: open->feedback State-Changed-By: jh State-Changed-When: Sun Sep 19 08:38:54 UTC 2010 State-Changed-Why: Note that submitter has been asked for feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=135447 From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 19 08:42:08 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DC9B1065675; Sun, 19 Sep 2010 08:42:08 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D8F178FC0C; Sun, 19 Sep 2010 08:42:07 +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 o8J8g7oE045726; Sun, 19 Sep 2010 08:42:07 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8J8g72Q045722; Sun, 19 Sep 2010 08:42:07 GMT (envelope-from jh) Date: Sun, 19 Sep 2010 08:42:07 GMT Message-Id: <201009190842.o8J8g72Q045722@freefall.freebsd.org> To: eba@upsylon.com, jh@FreeBSD.org, freebsd-acpi@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/81000: [apic] Via 8235 sound card worked great with FreeBSD 5.3 but doesn't work with 5.4 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: Sun, 19 Sep 2010 08:42:08 -0000 Synopsis: [apic] Via 8235 sound card worked great with FreeBSD 5.3 but doesn't work with 5.4 State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Sun Sep 19 08:42:07 UTC 2010 State-Changed-Why: Feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=81000 From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 19 08:43:47 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6FC51065673; Sun, 19 Sep 2010 08:43:47 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BE0128FC12; Sun, 19 Sep 2010 08:43:47 +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 o8J8hlKj045855; Sun, 19 Sep 2010 08:43:47 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8J8hllW045851; Sun, 19 Sep 2010 08:43:47 GMT (envelope-from jh) Date: Sun, 19 Sep 2010 08:43:47 GMT Message-Id: <201009190843.o8J8hllW045851@freefall.freebsd.org> To: m.muncke@computer1020.at, jh@FreeBSD.org, freebsd-acpi@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/121454: [pst] Promise SuperTrak SX6000 does not load during boot in 7.0-RELEASE 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: Sun, 19 Sep 2010 08:43:48 -0000 Synopsis: [pst] Promise SuperTrak SX6000 does not load during boot in 7.0-RELEASE State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Sun Sep 19 08:43:46 UTC 2010 State-Changed-Why: Feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=121454 From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 19 08:51:04 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2F7B106566C; Sun, 19 Sep 2010 08:51:04 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2FD8FC13; Sun, 19 Sep 2010 08:51:04 +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 o8J8p4Bh053426; Sun, 19 Sep 2010 08:51:04 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8J8p3NM053332; Sun, 19 Sep 2010 08:51:03 GMT (envelope-from jh) Date: Sun, 19 Sep 2010 08:51:03 GMT Message-Id: <201009190851.o8J8p3NM053332@freefall.freebsd.org> To: marcin.nowak@simplusnet.pl, jh@FreeBSD.org, freebsd-acpi@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/128634: [patch] fix acpi_asus(4) in asus a6f laptop 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: Sun, 19 Sep 2010 08:51:04 -0000 Synopsis: [patch] fix acpi_asus(4) in asus a6f laptop State-Changed-From-To: feedback->patched State-Changed-By: jh State-Changed-When: Sun Sep 19 08:50:25 UTC 2010 State-Changed-Why: A patch has been committed in r190695. http://www.freebsd.org/cgi/query-pr.cgi?pr=128634 From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 19 08:55:27 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2111E1065670; Sun, 19 Sep 2010 08:55:27 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ECD508FC0C; Sun, 19 Sep 2010 08:55:26 +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 o8J8tQw9055425; Sun, 19 Sep 2010 08:55:26 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8J8tQHZ055420; Sun, 19 Sep 2010 08:55:26 GMT (envelope-from jh) Date: Sun, 19 Sep 2010 08:55:26 GMT Message-Id: <201009190855.o8J8tQHZ055420@freefall.freebsd.org> To: funa@funa.org, jh@FreeBSD.org, freebsd-acpi@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/128639: [patch] [acpi_asus] acpi for ASUS A6F, A3E, A3F, A3N not working 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: Sun, 19 Sep 2010 08:55:27 -0000 Synopsis: [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not working State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Sun Sep 19 08:53:58 UTC 2010 State-Changed-Why: Feedback timeout. This has been possibly fixed already. See also kern/128634. http://www.freebsd.org/cgi/query-pr.cgi?pr=128639 From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 07:27: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 7EC1A1065679 for ; Mon, 20 Sep 2010 07:27:10 +0000 (UTC) (envelope-from dk@garant.ru) Received: from general.garant.ru (general.garant.ru [80.253.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DF53E8FC0C for ; Mon, 20 Sep 2010 07:27:09 +0000 (UTC) Received: from [10.14.2.5] (dk.garant.ru [10.14.2.5]) by general.garant.ru (8.13.7/8.13.7) with ESMTP id o8K6sJdk063192; Mon, 20 Sep 2010 10:54:20 +0400 (MSD) Message-ID: <4C97051B.1020106@garant.ru> Date: Mon, 20 Sep 2010 10:54:19 +0400 From: Dmitry Kubov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 MIME-Version: 1.0 To: jh@FreeBSD.org References: <201009190838.o8J8ctRX036442@freefall.freebsd.org> In-Reply-To: <201009190838.o8J8ctRX036442@freefall.freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on general.garant.ru host X-Antivirus-Code: 100000 Cc: freebsd-acpi@FreeBSD.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported 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, 20 Sep 2010 07:27:10 -0000 As for "fix" its web-PR failure to treat any attach as fix. # acpidump -dt > SS1026T-URF.asl acpidump: RSDT entry 5 (sig OEMB) is corrupt # file is hosted at http://ss1026t-urf.pastebin.com/gfxb8t9U dmesg with ACPI debugging output will take some time, system is in production environment. From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 09:41: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 AF4ED1065673; Mon, 20 Sep 2010 09:41:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C84198FC15; Mon, 20 Sep 2010 09:41:14 +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 MAA08518; Mon, 20 Sep 2010 12:41:09 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Oxcs1-000KR8-C0; Mon, 20 Sep 2010 12:41:09 +0300 Message-ID: <4C972C34.1080104@icyb.net.ua> Date: Mon, 20 Sep 2010 12:41:08 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Dmitry Kubov References: <201009190838.o8J8ctRX036442@freefall.freebsd.org> <4C97051B.1020106@garant.ru> In-Reply-To: <4C97051B.1020106@garant.ru> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: jh@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported 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, 20 Sep 2010 09:41:15 -0000 on 20/09/2010 09:54 Dmitry Kubov said the following: > As for "fix" its web-PR failure to treat any attach as fix. > > # acpidump -dt > SS1026T-URF.asl > acpidump: RSDT entry 5 (sig OEMB) is corrupt > # > > file is hosted at http://ss1026t-urf.pastebin.com/gfxb8t9U > > dmesg with ACPI debugging output will take some time, system is in production > environment. > Could you please also post (binary) output of the following command: $ dd if=/dev/mem skip=0xBF7A00F0 count=0x659 bs=1 -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 09:49:11 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 769E8106566B; Mon, 20 Sep 2010 09:49:11 +0000 (UTC) (envelope-from dk@garant.ru) Received: from general.garant.ru (general.garant.ru [80.253.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D47DD8FC1D; Mon, 20 Sep 2010 09:49:10 +0000 (UTC) Received: from [10.14.2.5] (dk.garant.ru [10.14.2.5]) by general.garant.ru (8.13.7/8.13.7) with ESMTP id o8K9n4Rt035219; Mon, 20 Sep 2010 13:49:04 +0400 (MSD) Message-ID: <4C972E0F.7000508@garant.ru> Date: Mon, 20 Sep 2010 13:49:03 +0400 From: Dmitry Kubov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 MIME-Version: 1.0 To: Andriy Gapon References: <201009190838.o8J8ctRX036442@freefall.freebsd.org> <4C97051B.1020106@garant.ru> <4C972C34.1080104@icyb.net.ua> In-Reply-To: <4C972C34.1080104@icyb.net.ua> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on general.garant.ru host X-Antivirus-Code: 100000 Cc: jh@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported 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, 20 Sep 2010 09:49:11 -0000 uuencoded to http://ss1026t-urf.pastebin.com/guNstm35 From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 10:41:01 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 88BDC106566C; Mon, 20 Sep 2010 10:41:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A01188FC21; Mon, 20 Sep 2010 10:40:59 +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 NAA09690; Mon, 20 Sep 2010 13:40:57 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Oxdns-000KVn-P1; Mon, 20 Sep 2010 13:40:56 +0300 Message-ID: <4C973A38.2050905@icyb.net.ua> Date: Mon, 20 Sep 2010 13:40:56 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Dmitry Kubov References: <201009190838.o8J8ctRX036442@freefall.freebsd.org> <4C97051B.1020106@garant.ru> <4C972C34.1080104@icyb.net.ua> <4C972E0F.7000508@garant.ru> In-Reply-To: <4C972E0F.7000508@garant.ru> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: jh@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported 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, 20 Sep 2010 10:41:01 -0000 on 20/09/2010 12:49 Dmitry Kubov said the following: > uuencoded to http://ss1026t-urf.pastebin.com/guNstm35 > >From my reading of your ACPI tables you should get two states reported as C2 and C3, but both of C3 type. Can you additionally provide boot dmesg for this system? Preferably verbose. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 11:06: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 C652E1065673 for ; Mon, 20 Sep 2010 11:06:49 +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 9A0D28FC24 for ; Mon, 20 Sep 2010 11:06:49 +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 o8KB6nUn014858 for ; Mon, 20 Sep 2010 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KB6nrU014856 for freebsd-acpi@FreeBSD.org; Mon, 20 Sep 2010 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Sep 2010 11:06:49 GMT Message-Id: <201009201106.o8KB6nrU014856@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, 20 Sep 2010 11:06:49 -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 f i386/135447 acpi [i386] [request] Intel Core i7 and Nehalem-EP new feat 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_fujitsu] [patch] update acpi_fujitsu for the P80 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/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx 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 57 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 13:18: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 EA249106566B for ; Mon, 20 Sep 2010 13:18:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4498FC19 for ; Mon, 20 Sep 2010 13:18:09 +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 QAA12100; Mon, 20 Sep 2010 16:18:07 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C975F0F.2080906@icyb.net.ua> Date: Mon, 20 Sep 2010 16:18:07 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100909 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: kuba References: <20100829235431.J86162@sola.nimnet.asn.au> <20100830183330.Y29840@sola.nimnet.asn.au> <4C7BBCFE.4030804@icyb.net.ua> <20100831003546.K29840@sola.nimnet.asn.au> <4C8095A2.90506@icyb.net.ua> <4C80E650.7010706@icyb.net.ua> <4C93DCE3.5030706@gmail.com> In-Reply-To: <4C93DCE3.5030706@gmail.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: acpi shows wrong battery state 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, 20 Sep 2010 13:18:11 -0000 on 18/09/2010 00:25 kuba said the following: > I've compiled 9.0-current kernel yesterday, and there is still the same problem. > I've also noticed that after 8.1 installation, there is 50% (more or less? maybe > it is stupid, but i don't have any idea how it works,) chance that acpiconf -i batt > will show good state. I have already pasted my configs, the new ones are similar. > Plesase remeber that I am new BSD user, and not everything you say to me is > perfectly clear :) But I am determined to use this system.. That's good :) But it's really hard to see how to help you or what else to check. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 14:30:15 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70A90106566B for ; Mon, 20 Sep 2010 14:30:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4552C8FC13 for ; Mon, 20 Sep 2010 14:30:15 +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 o8KEUF2S026670 for ; Mon, 20 Sep 2010 14:30:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KEUF8S026659; Mon, 20 Sep 2010 14:30:15 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 14:30:15 GMT Message-Id: <201009201430.o8KEUF8S026659@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 14:30:15 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Andriy Gapon To: Dmitry Kubov Cc: jh@freebsd.org, brucec@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 17:27:02 +0300 on 20/09/2010 17:06 Dmitry Kubov said the following: > Maybe I need some kind of powerd running? No any info about TurboBoost tune on > FreeBSD. So you do have the levels reported in cx_supported? This is not what you attached to the PR. And this is not what I tried to debug. I am not sure what changed in your environment, but you should have said that you have the those levels reported and not wasted my time on this. Please ask the above on questions@. > # sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.P001 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 2934 > dev.cpu.0.freq_levels: 2934/105000 2800/82000 2667/71000 2533/64000 2400/55000 2 > 267/48000 2133/41000 2000/36000 1867/31000 1733/27000 1600/23000 1400/20125 > 1200/17250 1000/14375 800/11500 600/8625 400/5750 200/2875 > dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 500us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.P002 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 500us > dev.cpu.2.%desc: ACPI CPU > dev.cpu.2.%driver: cpu > dev.cpu.2.%location: handle=\_PR_.P003 > dev.cpu.2.%pnpinfo: _HID=none _UID=0 > dev.cpu.2.%parent: acpi0 > dev.cpu.2.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.2.cx_lowest: C1 > dev.cpu.2.cx_usage: 100.00% 0.00% 0.00% last 500us > dev.cpu.3.%desc: ACPI CPU > dev.cpu.3.%driver: cpu > dev.cpu.3.%location: handle=\_PR_.P004 > dev.cpu.3.%pnpinfo: _HID=none _UID=0 > dev.cpu.3.%parent: acpi0 > dev.cpu.3.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.3.cx_lowest: C1 > dev.cpu.3.cx_usage: 100.00% 0.00% 0.00% last 500us > dev.cpu.4.%desc: ACPI CPU > dev.cpu.4.%driver: cpu > dev.cpu.4.%location: handle=\_PR_.P005 > dev.cpu.4.%pnpinfo: _HID=none _UID=0 > dev.cpu.4.%parent: acpi0 > dev.cpu.4.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.4.cx_lowest: C1 > dev.cpu.4.cx_usage: 100.00% 0.00% 0.00% last 500us > dev.cpu.5.%desc: ACPI CPU > dev.cpu.5.%driver: cpu > dev.cpu.5.%location: handle=\_PR_.P006 > dev.cpu.5.%pnpinfo: _HID=none _UID=0 > dev.cpu.5.%parent: acpi0 > dev.cpu.5.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.5.cx_lowest: C1 > dev.cpu.5.cx_usage: 100.00% 0.00% 0.00% last 500us > dev.cpu.6.%desc: ACPI CPU > dev.cpu.6.%driver: cpu > dev.cpu.6.%location: handle=\_PR_.P007 > dev.cpu.6.%pnpinfo: _HID=none _UID=0 > dev.cpu.6.%parent: acpi0 > dev.cpu.6.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.6.cx_lowest: C1 > dev.cpu.6.cx_usage: 100.00% 0.00% 0.00% last 500us > dev.cpu.7.%desc: ACPI CPU > dev.cpu.7.%driver: cpu > dev.cpu.7.%location: handle=\_PR_.P008 > dev.cpu.7.%pnpinfo: _HID=none _UID=0 > dev.cpu.7.%parent: acpi0 > dev.cpu.7.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.7.cx_lowest: C1 > dev.cpu.7.cx_usage: 100.00% 0.00% 0.00% last 500us -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 14:50:05 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66CF71065696 for ; Mon, 20 Sep 2010 14:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 56A478FC23 for ; Mon, 20 Sep 2010 14:50:05 +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 o8KEo5kR045694 for ; Mon, 20 Sep 2010 14:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KEo5jo045693; Mon, 20 Sep 2010 14:50:05 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 14:50:05 GMT Message-Id: <201009201450.o8KEo5jo045693@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 14:50:05 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Andriy Gapon To: Dmitry Kubov Cc: jh@freebsd.org, brucec@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 17:48:07 +0300 on 20/09/2010 17:41 Dmitry Kubov said the following: > > >> on 20/09/2010 17:06 Dmitry Kubov said the following: >>> Maybe I need some kind of powerd running? No any info about TurboBoost tune on >>> FreeBSD. >> So you do have the levels reported in cx_supported? >> This is not what you attached to the PR. And this is not what I tried to debug. >> I am not sure what changed in your environment, but you should have said that you >> have the those levels reported and not wasted my time on this. >> >> Please ask the above on questions@. > > Change is 7.2 upgraded to 8.1 Great! That was a wise decision on your part. But you should have told us/me that (e.g. followed up to your own PR). OK, now you can enable use of lower Cx states via hw.acpi.cpu.cx_lowest sysctl and the PR can be closed. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 15:00:16 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11619106566C for ; Mon, 20 Sep 2010 15:00:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D9D3F8FC20 for ; Mon, 20 Sep 2010 15:00:15 +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 o8KF0FLD055737 for ; Mon, 20 Sep 2010 15:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KF0FJG055725; Mon, 20 Sep 2010 15:00:15 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 15:00:15 GMT Message-Id: <201009201500.o8KF0FJG055725@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 15:00:16 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Andriy Gapon Cc: jh@freebsd.org, brucec@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 18:54:41 +0400 >> Change is 7.2 upgraded to 8.1 > Great! That was a wise decision on your part. > But you should have told us/me that (e.g. followed up to your own PR). > OK, now you can enable use of lower Cx states via hw.acpi.cpu.cx_lowest sysctl and > the PR can be closed. Well, #sysctl hw.acpi.cpu.cx_lowest="C3" hw.acpi.cpu.cx_lowest: C1 -> C3 few minutes later top statistics last pid: 90967; load averages: 3.91, 3.32, 2.32 up 15+21:14:21 18:52:30 86 processes: 5 running, 81 sleeping CPU: 43.8% user, 0.0% nice, 3.3% system, 0.1% interrupt, 52.7% idle # sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.P001 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2934 dev.cpu.0.freq_levels: 2934/105000 2800/82000 2667/71000 2533/64000 2400/55000 2 267/48000 2133/41000 2000/36000 1867/31000 1733/27000 1600/23000 1400/20125 1200/17250 1000/14375 800/11500 600/8625 400/5750 200/2875 dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 500us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.P002 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 dev.cpu.1.cx_lowest: C3 dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 500us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.P003 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/3 C2/205 C3/245 dev.cpu.2.cx_lowest: C3 dev.cpu.2.cx_usage: 100.00% 0.00% 0.00% last 500us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.P004 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/3 C2/205 C3/245 dev.cpu.3.cx_lowest: C3 dev.cpu.3.cx_usage: 100.00% 0.00% 0.00% last 500us dev.cpu.4.%desc: ACPI CPU dev.cpu.4.%driver: cpu dev.cpu.4.%location: handle=\_PR_.P005 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%parent: acpi0 dev.cpu.4.cx_supported: C1/3 C2/205 C3/245 dev.cpu.4.cx_lowest: C3 dev.cpu.4.cx_usage: 100.00% 0.00% 0.00% last 500us dev.cpu.5.%desc: ACPI CPU dev.cpu.5.%driver: cpu dev.cpu.5.%location: handle=\_PR_.P006 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%parent: acpi0 dev.cpu.5.cx_supported: C1/3 C2/205 C3/245 dev.cpu.5.cx_lowest: C3 dev.cpu.5.cx_usage: 100.00% 0.00% 0.00% last 500us dev.cpu.6.%desc: ACPI CPU dev.cpu.6.%driver: cpu dev.cpu.6.%location: handle=\_PR_.P007 dev.cpu.6.%pnpinfo: _HID=none _UID=0 dev.cpu.6.%parent: acpi0 dev.cpu.6.cx_supported: C1/3 C2/205 C3/245 dev.cpu.6.cx_lowest: C3 dev.cpu.6.cx_usage: 100.00% 0.00% 0.00% last 500us dev.cpu.7.%desc: ACPI CPU dev.cpu.7.%driver: cpu dev.cpu.7.%location: handle=\_PR_.P008 dev.cpu.7.%pnpinfo: _HID=none _UID=0 dev.cpu.7.%parent: acpi0 dev.cpu.7.cx_supported: C1/3 C2/205 C3/245 dev.cpu.7.cx_lowest: C3 dev.cpu.7.cx_usage: 100.00% 0.00% 0.00% last 500us C2/C3 not used at all From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 15:00:20 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E8721065670 for ; Mon, 20 Sep 2010 15:00:20 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F1F2A8FC14 for ; Mon, 20 Sep 2010 15:00:19 +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 o8KF0J7P056679 for ; Mon, 20 Sep 2010 15:00:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KF0JaO056658; Mon, 20 Sep 2010 15:00:19 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 15:00:19 GMT Message-Id: <201009201500.o8KF0JaO056658@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 15:00:20 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Andriy Gapon Cc: jh@freebsd.org, brucec@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 18:41:08 +0400 > on 20/09/2010 17:06 Dmitry Kubov said the following: >> Maybe I need some kind of powerd running? No any info about TurboBoost tune on >> FreeBSD. > So you do have the levels reported in cx_supported? > This is not what you attached to the PR. And this is not what I tried to debug. > I am not sure what changed in your environment, but you should have said that you > have the those levels reported and not wasted my time on this. > > Please ask the above on questions@. Change is 7.2 upgraded to 8.1 From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 15:20:04 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC2D91065675 for ; Mon, 20 Sep 2010 15:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DBDAE8FC3C for ; Mon, 20 Sep 2010 15:20:04 +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 o8KFK4rJ078035 for ; Mon, 20 Sep 2010 15:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KFK4e7078034; Mon, 20 Sep 2010 15:20:04 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 15:20:04 GMT Message-Id: <201009201520.o8KFK4e7078034@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 15:20:05 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Andriy Gapon To: Dmitry Kubov , Alexander Motin Cc: jh@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 18:11:20 +0300 on 20/09/2010 17:54 Dmitry Kubov said the following: > dev.cpu.7.cx_supported: C1/3 C2/205 C3/245 Note these------------------------^^^----^^^ > dev.cpu.7.cx_lowest: C3 > dev.cpu.7.cx_usage: 100.00% 0.00% 0.00% last 500us And this --------------------------------------^^^^^ > C2/C3 not used at all And now there is this code in acpi_cpu.c: /* Find the lowest state that has small enough latency. */ cx_next_idx = 0; for (i = sc->cpu_cx_lowest; i >= 0; i--) { if (sc->cpu_cx_states[i].trans_lat * 3 <= sc->cpu_prev_sleep) { cx_next_idx = i; break; } } 205 * 3 and 245 * 3 are both greater than 500, so this is the reason why they are never entered. Perhaps Alexander can give some advice here. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 15:30:12 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892ED10656C2 for ; Mon, 20 Sep 2010 15:30:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5C24C8FC16 for ; Mon, 20 Sep 2010 15:30:12 +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 o8KFUC2X087766 for ; Mon, 20 Sep 2010 15:30:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KFUC9N087759; Mon, 20 Sep 2010 15:30:12 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 15:30:12 GMT Message-Id: <201009201530.o8KFUC9N087759@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 15:30:12 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Andriy Gapon Cc: Alexander Motin , jh@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 19:29:12 +0400 This is a multi-part message in MIME format. --------------000706080807090502020908 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit > 205 * 3 and 245 * 3 are both greater than 500, so this is the reason why they are > never entered. > > Perhaps Alexander can give some advice here. Looks like I can simply update src to 8-stable? Revision *1.79.2.10*: download - view: text , markup , annotated - select for diffs /Mon Sep 20 05:39:50 2010 UTC/ (9 hours, 47 minutes ago) by /avg/ Branches: RELENG_8 Diff to: previous 1.79.2.9: preferred , colored ; branchpoint 1.79: preferred , colored Changes since revision 1.79.2.9: +1 -9 lines SVN rev 212887 on 2010-09-20 05:39:50Z by avg MFC r212549: acpi_cpu: do not apply P_LVLx_LAT rules to latencies returned by _CST --------------000706080807090502020908 Content-Type: text/html; charset=KOI8-R Content-Transfer-Encoding: 8bit 

205 * 3 and 245 * 3 are both greater than 500, so this is the reason why they are
 never entered.
 
 Perhaps Alexander can give some advice here.


Looks like I can simply update src to 8-stable?

Revision 1.79.2.10: download - view: text, markup, annotated - selectšforšdiffs
Mon Sep 20 05:39:50 2010 UTC (9 hours, 47 minutes ago) by avg
Branches: RELENG_8
Diff to: previous 1.79.2.9: preferred, colored; branchpoint 1.79: preferred, colored
Changes since revision 1.79.2.9: +1 -9 lines
SVN rev 212887 on 2010-09-20 05:39:50Z by avg
 
 MFC r212549: acpi_cpu: do not apply P_LVLx_LAT rules to latencies
 returned by _CST

--------------000706080807090502020908-- From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 15:50:04 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64DEE106566B for ; Mon, 20 Sep 2010 15:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 542448FC0A for ; Mon, 20 Sep 2010 15:50:04 +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 o8KFo44d007276 for ; Mon, 20 Sep 2010 15:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KFo4AV007275; Mon, 20 Sep 2010 15:50:04 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 15:50:04 GMT Message-Id: <201009201550.o8KFo4AV007275@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Motin Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 15:50:04 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Alexander Motin To: Andriy Gapon Cc: Dmitry Kubov , jh@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 18:42:57 +0300 Andriy Gapon wrote: > on 20/09/2010 17:54 Dmitry Kubov said the following: >> dev.cpu.7.cx_supported: C1/3 C2/205 C3/245 > Note these------------------------^^^----^^^ >> dev.cpu.7.cx_lowest: C3 >> dev.cpu.7.cx_usage: 100.00% 0.00% 0.00% last 500us > And this --------------------------------------^^^^^ >> C2/C3 not used at all > > 205 * 3 and 245 * 3 are both greater than 500, so this is the reason why they are > never entered. The only way to enter C-states with so high latency is significantly increase CPUs' continuous sleep time. Sleep time of 500ms there is artificial and calculated as 1000000/(2*hz). 8.1 was unable yet to measure real sleep time in C1. But 2*hz is quite realistic estimation for idle system. Recently I have committed to 9-CURRENT large set of patches, making idle CPUs to not wake up on timer interrupts when it is not needed. It allows idle CPUs sleep up to as much as 100000us, making any C-states available now effectively usable. I can acknowledge that TurboBoost on my Core i7 870 gives about 10% benefit when only one physical core is used: http://docs.freebsd.org/cgi/mid.cgi?4C959830.3060808 I have requests and wish to merge these changes into 8-STABLE, but most likely it won't happen in nearest few months, as code is very new and requires more testing. Until that time I recommend you to follow this guide: http://wiki.freebsd.org/TuningPowerConsumption It was actually oriented on laptops, but effective usage of C2/C3 states was one of it's goals. Also on my Core i7 870 LAPIC dies in C2/C3 states, so consider migration to i8254 timer, as also described in this guide. -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 16:00:16 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECF3F1065672 for ; Mon, 20 Sep 2010 16:00:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DC10F8FC1F for ; Mon, 20 Sep 2010 16:00:16 +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 o8KG0Gn7017372 for ; Mon, 20 Sep 2010 16:00:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KG0GkH017347; Mon, 20 Sep 2010 16:00:16 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 16:00:16 GMT Message-Id: <201009201600.o8KG0GkH017347@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Motin Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 16:00:17 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Alexander Motin To: Dmitry Kubov Cc: Andriy Gapon , jh@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 18:49:54 +0300 Dmitry Kubov wrote: >> 205 * 3 and 245 * 3 are both greater than 500, so this is the reason why they are >> never entered. >> >> Perhaps Alexander can give some advice here. > > Looks like I can simply update src to 8-stable? > > SVN rev 212887 on 2010-09-20 05:39:50Z by avg > > MFC r212549: acpi_cpu: do not apply P_LVLx_LAT rules to latencies > returned by _CST No, it's different case. This won't help you. -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 16:50:02 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3C301065673 for ; Mon, 20 Sep 2010 16:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 931C68FC13 for ; Mon, 20 Sep 2010 16:50:02 +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 o8KGo2E1070313 for ; Mon, 20 Sep 2010 16:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KGo2ix070312; Mon, 20 Sep 2010 16:50:02 GMT (envelope-from gnats) Date: Mon, 20 Sep 2010 16:50:02 GMT Message-Id: <201009201650.o8KGo2ix070312@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 16:50:02 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Alexander Motin Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Mon, 20 Sep 2010 20:39:54 +0400 > Until that time I recommend you to follow this guide: > http://wiki.freebsd.org/TuningPowerConsumption > It was actually oriented on laptops, but effective usage of C2/C3 states > was one of it's goals. Also on my Core i7 870 LAPIC dies in C2/C3 > states, so consider migration to i8254 timer, as also described in this > guide. Thanks for help, I'll start with this guide. From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 22:20: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 E4FC8106566C for ; Mon, 20 Sep 2010 22:20:50 +0000 (UTC) (envelope-from daniel.bilik@neosystem.cz) Received: from mx.neosystem.cz (mx.neosystem.cz [IPv6:2002:5856:6e27:15::10]) by mx1.freebsd.org (Postfix) with ESMTP id A525E8FC0A for ; Mon, 20 Sep 2010 22:20:50 +0000 (UTC) Received: from tao.neosystem.cz (localhost [127.0.0.1]) by mx.neosystem.cz (Postfix) with ESMTP id D9B8E30DB for ; Tue, 21 Sep 2010 00:20:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at mx.neosystem.cz Received: from neon.sn.neosystem.cz (unknown [172.19.40.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.neosystem.cz (Postfix) with ESMTPSA id 08BCF3024 for ; Tue, 21 Sep 2010 00:20:38 +0200 (CEST) Date: Tue, 21 Sep 2010 00:15:33 +0200 From: Daniel Bilik To: freebsd-acpi@freebsd.org Message-Id: <20100921001533.803ef029.daniel.bilik@neosystem.cz> Organization: neosystem.cz X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 20 Sep 2010 22:20:51 -0000 Hi. I've tried to get FreeBSD run on HP Mini 5102, but both 8-STABLE and 9-CURRENT fail to attach ACPI: --- ... cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard ACPI Error: No handler for Region [PMIO] (0xffffff00024b1d00) [SystemIO] (20100331/evregion-487) ACPI Error: Region SystemIO(0x1) has no handler (20100331/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GSWS] (Node 0xffffff00024c63e0), AE_NOT_EXIST ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.SSMI] (Node 0xffffff00024af400), AE_NOT_EXIST ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GFX0._REG] (Node 0xffffff00024ac9e0), AE_NOT_EXIST acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST device_attach: acpi0 attach returned 6 RTC BIOS diagnostic error 96 Timecounters tick every 1.000 msec md0: Preloaded image 4194304 bytes at 0xffffffff80e6aa98 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/md0 warning: no time-of-day clock registered, system time will not be set accurately --- At this point the system stops. 7-STABLE also fails on ACPI but it gets somewhat further: --- ... cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard ACPI Error (evregion-0427): No handler for Region [PMIO] (0xffffff00023ef080) [SystemIO] (20070320) ACPI Error (exfldio-0390): Region SystemIO(1) has no handler [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\_SB_.PCI0.GSWS] (Node 0xffffff00023fc1e0), AE_NOT_EXIST ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GFX0._REG] (Node 0xffffff00023e7600), AE_NOT_EXIST acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST device_attach: acpi0 attach returned 6 pcib0: pcibus 0 on motherboard pci0: on pcib0 vgapci0: port 0x50b0-0x50b7 mem 0x94480000-0x944fffff,0x80000000-0x943fffff irq 10 at device 2.0 on pci0 vgapci1: mem 0x94400000-0x9447ffff at device 2.1 on pci0 pci0: at device 27.0 (no driver attached) pcib1: irg 10 at device 28.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) ... --- And continues to boot. Booting with ACPI disabled results in panic down the road. (Just a test, as running this machine without ACPI is meaningless). For comparison I've tried to boot NetBSD-5 and Linux 2.6.3[45] on this little beast, and both seem to handle ACPI correctly. Do you think there is some simple way to make FreeBSD like ACPI on this machine? -- Daniel Bilik PS: Keep me in Cc as I'm not subscribed to the list. Thanks. From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 07:04: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 F32BC1065694; Tue, 21 Sep 2010 07:04:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D4DCE8FC13; Tue, 21 Sep 2010 07:04: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 KAA26842; Tue, 21 Sep 2010 10:04:03 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OxwtX-000Np0-EL; Tue, 21 Sep 2010 10:04:03 +0300 Message-ID: <4C9858E2.4060602@icyb.net.ua> Date: Tue, 21 Sep 2010 10:04:02 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> In-Reply-To: <20100921001533.803ef029.daniel.bilik@neosystem.cz> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Daniel Bilik Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 07:04:07 -0000 on 21/09/2010 01:15 Daniel Bilik said the following: > I've tried to get FreeBSD run on HP Mini 5102, but both 8-STABLE and > 9-CURRENT fail to attach ACPI: > cpu0 (BSP): APIC ID: 0 > cpu1 (AP/HT): APIC ID: 1 > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > ACPI Error: No handler for Region [PMIO] (0xffffff00024b1d00) [SystemIO] (20100331/evregion-487) > ACPI Error: Region SystemIO(0x1) has no handler (20100331/exfldio-383) > ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GSWS] (Node 0xffffff00024c63e0), AE_NOT_EXIST > ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.SSMI] (Node 0xffffff00024af400), AE_NOT_EXIST > ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GFX0._REG] (Node 0xffffff00024ac9e0), AE_NOT_EXIST > acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST Hmm, seems like a dependency problem with address space handlers? I.e. registration of SystemMemory handler requires SystemIO handler to be already installed? BTW, it seems that NetBSD 5 has the block that installs the handlers under 'notyet'. Also, it seems that AcpiEnableSubsystem() also installs the default handlers, if not already installed, but without calling _REG methods. I mean the call to AcpiEvExecuteRegMethods at the end of AcpiInstallAddressSpaceHandler. Or, is this a general ACPICA issue of calling _REG that it shouldn't actually call? Perhaps a bug in AcpiEvRegRun? P.S. Link to ASL of supposedly this machine that I googled up: http://tavvva.net/data/hp_mini_5102-acpidump.txt -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 08:41: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 AA34C106566C for ; Tue, 21 Sep 2010 08:41:49 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id F3B8D8FC0A for ; Tue, 21 Sep 2010 08:41:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o8L8fj3n022999; Tue, 21 Sep 2010 18:41:45 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 21 Sep 2010 18:41:45 +1000 (EST) From: Ian Smith To: Andriy Gapon In-Reply-To: <4C9858E2.4060602@icyb.net.ua> Message-ID: <20100921182057.B11124@sola.nimnet.asn.au> References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Daniel Bilik , freebsd-acpi@freebsd.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 08:41:49 -0000 On Tue, 21 Sep 2010, Andriy Gapon wrote: > on 21/09/2010 01:15 Daniel Bilik said the following: > > I've tried to get FreeBSD run on HP Mini 5102, but both 8-STABLE and > > 9-CURRENT fail to attach ACPI: > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP/HT): APIC ID: 1 > > ioapic0: Changing APIC ID to 1 > > ioapic0 irqs 0-23 on motherboard > > kbd1 at kbdmux0 > > acpi0: on motherboard > > ACPI Error: No handler for Region [PMIO] (0xffffff00024b1d00) [SystemIO] (20100331/evregion-487) > > ACPI Error: Region SystemIO(0x1) has no handler (20100331/exfldio-383) > > ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GSWS] (Node 0xffffff00024c63e0), AE_NOT_EXIST > > ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.SSMI] (Node 0xffffff00024af400), AE_NOT_EXIST > > ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GFX0._REG] (Node 0xffffff00024ac9e0), AE_NOT_EXIST > > acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST > > Hmm, seems like a dependency problem with address space handlers? > I.e. registration of SystemMemory handler requires SystemIO handler to be > already installed? > > BTW, it seems that NetBSD 5 has the block that installs the handlers under 'notyet'. > > Also, it seems that AcpiEnableSubsystem() also installs the default handlers, if > not already installed, but without calling _REG methods. I mean the call to > AcpiEvExecuteRegMethods at the end of AcpiInstallAddressSpaceHandler. > > Or, is this a general ACPICA issue of calling _REG that it shouldn't actually > call? Perhaps a bug in AcpiEvRegRun? > > P.S. Link to ASL of supposedly this machine that I googled up: > http://tavvva.net/data/hp_mini_5102-acpidump.txt I don't know anything about that, but having looked over our RTC code lately re another issue, I also wonder about the significance of this: > RTC BIOS diagnostic error 96 > Timecounters tick every 1.000 msec > md0: Preloaded image 4194304 bytes at 0xffffffff80e6aa98 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/md0 > warning: no time-of-day clock registered, system time will not be set accurately That diag message suggests that the RTC battery has failed, or been disconnected - unlikely on a new machine, though not impossible - or something else has triggered that (adding or removing RAM, perhaps?) Usually in such a condition you'd get a BIOS message on initial startup, and thrown straight into the BIOS setup. If in doubt, entering BIOS setup, saving settings and quitting might reset the RTC properly. Andriy: do we refer to the RTC's idea of how much memory exists at all? I notice this is relying on mfsroot, so maybe memory could be an issue? Daniel: have there been any other RTC messages like that along the way? Perhaps seeing all of your dmesg might shine some more light? Just a thought .. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 09:04:55 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 A7EC4106566C; Tue, 21 Sep 2010 09:04:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE038FC12; Tue, 21 Sep 2010 09:04:54 +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 MAA00459; Tue, 21 Sep 2010 12:04:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OxymI-000Nv6-CU; Tue, 21 Sep 2010 12:04:42 +0300 Message-ID: <4C987529.30300@icyb.net.ua> Date: Tue, 21 Sep 2010 12:04:41 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Ian Smith References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> <20100921182057.B11124@sola.nimnet.asn.au> In-Reply-To: <20100921182057.B11124@sola.nimnet.asn.au> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Daniel Bilik , freebsd-acpi@freebsd.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 09:04:55 -0000 on 21/09/2010 11:41 Ian Smith said the following: > I don't know anything about that, but having looked over our RTC code > lately re another issue, I also wonder about the significance of this: > >> RTC BIOS diagnostic error 96 This check and message should be abolished altogether, I thought that mav was going to do that. As Daniel correctly said, this has nothing to do with acpi attach failing and the system would be useless without it. Perhaps, the above message is even a result of acpi failure, but that's irrelevant. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 09:08:32 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 951DB1065670 for ; Tue, 21 Sep 2010 09:08:32 +0000 (UTC) (envelope-from daniel.bilik@neosystem.cz) Received: from mx.neosystem.cz (mx.neosystem.cz [IPv6:2002:5856:6e27:15::10]) by mx1.freebsd.org (Postfix) with ESMTP id 54B518FC08 for ; Tue, 21 Sep 2010 09:08:32 +0000 (UTC) Received: from tao.neosystem.cz (localhost [127.0.0.1]) by mx.neosystem.cz (Postfix) with ESMTP id A71E930DB; Tue, 21 Sep 2010 11:08:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at mx.neosystem.cz Received: from neon.sn.neosystem.cz (unknown [172.19.40.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.neosystem.cz (Postfix) with ESMTPSA id 922503024; Tue, 21 Sep 2010 11:08:12 +0200 (CEST) Date: Tue, 21 Sep 2010 11:05:36 +0200 From: Daniel Bilik To: freebsd-acpi@freebsd.org Message-Id: <20100921110536.3058e236.daniel.bilik@neosystem.cz> In-Reply-To: <4C9858E2.4060602@icyb.net.ua> References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> Organization: neosystem.cz X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Andriy Gapon Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 09:08:32 -0000 On Tue, 21 Sep 2010 10:04:02 +0300 Andriy Gapon wrote: > ... > P.S. Link to ASL of supposedly this machine that I googled up: > http://tavvva.net/data/hp_mini_5102-acpidump.txt A dump for this particular machine is here: http://neosystem.cz/freebsd/hp_mini_5102-dsl.txt Output of iasl was: Loading Acpi table from file dsdt.aml Acpi table [DSDT] successfully installed and loaded Pass 1 parse of [DSDT] Pass 2 parse of [DSDT] Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions) ... Parsing completed ACPI Warning: NsLookup: Type mismatch on HASH (RegionField), searching for (Buffer) (20100915/nsaccess-731) Disassembly completed, written to "dsdt.dsl" -- Daniel Bilik From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 09:58: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 C33F61065670 for ; Tue, 21 Sep 2010 09:58:22 +0000 (UTC) (envelope-from daniel.bilik@neosystem.cz) Received: from mx.neosystem.cz (mx.neosystem.cz [IPv6:2002:5856:6e27:15::10]) by mx1.freebsd.org (Postfix) with ESMTP id 808EA8FC12 for ; Tue, 21 Sep 2010 09:58:22 +0000 (UTC) Received: from tao.neosystem.cz (localhost [127.0.0.1]) by mx.neosystem.cz (Postfix) with ESMTP id CD41730DB; Tue, 21 Sep 2010 11:58:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at mx.neosystem.cz Received: from neon.sn.neosystem.cz (unknown [172.19.40.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.neosystem.cz (Postfix) with ESMTPSA id 8AEA33024; Tue, 21 Sep 2010 11:58:11 +0200 (CEST) Date: Tue, 21 Sep 2010 11:53:25 +0200 From: Daniel Bilik To: freebsd-acpi@freebsd.org Message-Id: <20100921115325.7f4c7ecd.daniel.bilik@neosystem.cz> In-Reply-To: <20100921182057.B11124@sola.nimnet.asn.au> References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> <20100921182057.B11124@sola.nimnet.asn.au> Organization: neosystem.cz X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Ian Smith Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 09:58:22 -0000 On Tue, 21 Sep 2010 18:41:45 +1000 (EST) Ian Smith wrote: > I don't know anything about that, but having looked over our RTC code > lately re another issue, I also wonder about the significance of this: > > RTC BIOS diagnostic error 96 > ... > Daniel: have there been any other RTC messages like that along the way? > Perhaps seeing all of your dmesg might shine some more light? There are no failures or warnings reported by BIOS during boot, and settings were changed (and saved) there several times during my tests. Also there is no such "diagnostic error" in Linux dmesg, so I think Andriy is right here, ie. this may be a result of failed acpi attach, but not a source of it. Complete (well, almost, as I was not quick enough to take a picture of the screen with CPU identification :)) dmesg follows: --- Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 ... TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2037829632 (1943 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUS FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard ACPI Error: No handler for Region [PMIO] (0xffffff00024b1d00) [SystemIO] (20100331/evregion-487) ACPI Error: Region SystemIO(0x1) has no handler (20100331/exfldio-383) ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GSWS] (Node 0xffffff00024c63e0), AE_NOT_EXIST ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.SSMI] (Node 0xffffff00024af400), AE_NOT_EXIST ACPI Error (psparse-0633): Method parse/execution failed [\_SB_.PCI0.GFX0._REG] (Node 0xffffff00024ac9e0), AE_NOT_EXIST acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST device_attach: acpi0 attach returned 6 RTC BIOS diagnostic error 96 Timecounters tick every 1.000 msec md0: Preloaded image 4194304 bytes at 0xffffffff80e6aa98 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/md0 warning: no time-of-day clock registered, system time will not be set accurately --- Thank you for looking at this. -- Daniel Bilik From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 11:09: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 80B131065670 for ; Tue, 21 Sep 2010 11:09:59 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id EBC9C8FC08 for ; Tue, 21 Sep 2010 11:09:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o8LB9tgC031731; Tue, 21 Sep 2010 21:09:56 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 21 Sep 2010 21:09:55 +1000 (EST) From: Ian Smith To: Andriy Gapon In-Reply-To: <4C987529.30300@icyb.net.ua> Message-ID: <20100921203307.Y11124@sola.nimnet.asn.au> References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> <20100921182057.B11124@sola.nimnet.asn.au> <4C987529.30300@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Daniel Bilik , freebsd-acpi@freebsd.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 11:09:59 -0000 On Tue, 21 Sep 2010, Andriy Gapon wrote: > on 21/09/2010 11:41 Ian Smith said the following: > > I don't know anything about that, but having looked over our RTC code > > lately re another issue, I also wonder about the significance of this: > > > >> RTC BIOS diagnostic error 96 > > This check and message should be abolished altogether, I thought that mav was > going to do that. Oh, ok. The MC146818 doesn't even have a register E, and we check register D for RTCSD_PWR on a read anyway, so 0x0e is just RAM, and finding any bits set there makes atrtc_setup_clock fail - as it did! > As Daniel correctly said, this has nothing to do with acpi attach failing and > the system would be useless without it. > > Perhaps, the above message is even a result of acpi failure, but that's irrelevant. I doubt the former, but the latter is true :) I was reading isa/atrtc.c to a) try working out how to do the wakeup-on-timer thing and b) tracing ct_to_ts and ts_to_ct messages re another problem - both other topics. sorry, Ian From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 11:20:07 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F0F21065672 for ; Tue, 21 Sep 2010 11:20:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D86548FC16 for ; Tue, 21 Sep 2010 11:20:06 +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 o8LBK66f052951 for ; Tue, 21 Sep 2010 11:20:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8LBK6PD052950; Tue, 21 Sep 2010 11:20:06 GMT (envelope-from gnats) Date: Tue, 21 Sep 2010 11:20:06 GMT Message-Id: <201009211120.o8LBK6PD052950@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 11:20:07 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Alexander Motin Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Tue, 21 Sep 2010 15:12:52 +0400 Ok, I am able to activate C3 state after loader.conf tweaks. According to http://www.intel.com/technology/turboboost/ Intel Turbo Boost Technology is activated when the Operating System (OS) requests the highest processor performance state (P0). I have no clue about P0 state activation on FreeBSD. From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 11:20:09 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 171F41065693 for ; Tue, 21 Sep 2010 11:20:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EA6DC8FC1E for ; Tue, 21 Sep 2010 11:20:08 +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 o8LBK8EY053120 for ; Tue, 21 Sep 2010 11:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8LBK8Zf053111; Tue, 21 Sep 2010 11:20:08 GMT (envelope-from gnats) Date: Tue, 21 Sep 2010 11:20:08 GMT Message-Id: <201009211120.o8LBK8Zf053111@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Motin Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 11:20:09 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Alexander Motin To: Dmitry Kubov Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Tue, 21 Sep 2010 14:16:46 +0300 Dmitry Kubov wrote: > Ok, I am able to activate C3 state after loader.conf tweaks. According > to http://www.intel.com/technology/turboboost/ > > Intel Turbo Boost Technology is activated when the Operating System (OS) > requests the highest processor performance state (P0). > > I have no clue about P0 state activation on FreeBSD. P0 is just a highest available CPU frequency. If you are not using powerd - it should be set all the time. If you are using powerd - it will set it in part of second after load appear. -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 14:32: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 F2990106564A for ; Tue, 21 Sep 2010 14:32:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2AE168FC1A for ; Tue, 21 Sep 2010 14:32:05 +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 RAA08070; Tue, 21 Sep 2010 17:32:03 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C98C1E2.9000402@icyb.net.ua> Date: Tue, 21 Sep 2010 17:32:02 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100920 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Daniel Bilik References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> <20100921110536.3058e236.daniel.bilik@neosystem.cz> In-Reply-To: <20100921110536.3058e236.daniel.bilik@neosystem.cz> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 14:32:07 -0000 Daniel, will you be able to try to boot custom built FreeBSD kernel on that machine? I.e. your own live/installation CD or USB stick or etc. -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 14:38: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 4EADC106564A for ; Tue, 21 Sep 2010 14:38:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE7C8FC12 for ; Tue, 21 Sep 2010 14:38:13 +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 RAA08179; Tue, 21 Sep 2010 17:38:10 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C98C352.7060306@icyb.net.ua> Date: Tue, 21 Sep 2010 17:38:10 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100920 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Daniel Bilik References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> <20100921110536.3058e236.daniel.bilik@neosystem.cz> <4C98C1E2.9000402@icyb.net.ua> In-Reply-To: <4C98C1E2.9000402@icyb.net.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 14:38:14 -0000 on 21/09/2010 17:32 Andriy Gapon said the following: > > Daniel, > > will you be able to try to boot custom built FreeBSD kernel on that machine? > I.e. your own live/installation CD or USB stick or etc. > To be precise, would you be able to test the following patch? --- a/sys/dev/acpica/acpi.c +++ b/sys/dev/acpica/acpi.c @@ -494,29 +494,6 @@ acpi_attach(device_t dev) acpi_enable_pcie(); #endif - /* Install the default address space handlers. */ - status = AcpiInstallAddressSpaceHandler(ACPI_ROOT_OBJECT, - ACPI_ADR_SPACE_SYSTEM_MEMORY, ACPI_DEFAULT_HANDLER, NULL, NULL); - if (ACPI_FAILURE(status)) { - device_printf(dev, "Could not initialise SystemMemory handler: %s\n", - AcpiFormatException(status)); - goto out; - } - status = AcpiInstallAddressSpaceHandler(ACPI_ROOT_OBJECT, - ACPI_ADR_SPACE_SYSTEM_IO, ACPI_DEFAULT_HANDLER, NULL, NULL); - if (ACPI_FAILURE(status)) { - device_printf(dev, "Could not initialise SystemIO handler: %s\n", - AcpiFormatException(status)); - goto out; - } - status = AcpiInstallAddressSpaceHandler(ACPI_ROOT_OBJECT, - ACPI_ADR_SPACE_PCI_CONFIG, ACPI_DEFAULT_HANDLER, NULL, NULL); - if (ACPI_FAILURE(status)) { - device_printf(dev, "could not initialise PciConfig handler: %s\n", - AcpiFormatException(status)); - goto out; - } - /* * Note that some systems (specifically, those with namespace evaluation * issues that require the avoidance of parts of the namespace) must -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 15:29: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 86EE0106566C for ; Tue, 21 Sep 2010 15:29:52 +0000 (UTC) (envelope-from daniel.bilik@neosystem.cz) Received: from mx.neosystem.cz (mx.neosystem.cz [IPv6:2002:5856:6e27:15::10]) by mx1.freebsd.org (Postfix) with ESMTP id 44A238FC1A for ; Tue, 21 Sep 2010 15:29:52 +0000 (UTC) Received: from tao.neosystem.cz (localhost [127.0.0.1]) by mx.neosystem.cz (Postfix) with ESMTP id D9DDE30DB; Tue, 21 Sep 2010 17:29:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at mx.neosystem.cz Received: from neon.sn.neosystem.cz (unknown [172.19.40.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.neosystem.cz (Postfix) with ESMTPSA id B92633024; Tue, 21 Sep 2010 17:29:40 +0200 (CEST) Date: Tue, 21 Sep 2010 17:26:24 +0200 From: Daniel Bilik To: Andriy Gapon Message-Id: <20100921172624.503072b4.daniel.bilik@neosystem.cz> In-Reply-To: <4C98C1E2.9000402@icyb.net.ua> References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> <20100921110536.3058e236.daniel.bilik@neosystem.cz> <4C98C1E2.9000402@icyb.net.ua> Organization: neosystem.cz X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 15:29:52 -0000 On Tue, 21 Sep 2010 17:32:02 +0300 Andriy Gapon wrote: > will you be able to try to boot custom built FreeBSD kernel on that > machine? I.e. your own live/installation CD or USB stick or etc. No problem. I've already built mfsbsd with custom kernel, when backporting changes to acpi_hp you've recently made in -current (in a desperate hope it will fix the acpi attach problem :-)). Going to test your patch, will report results later. Thank you. -- Daniel Bilik From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 20:35: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 EEFA8106566C for ; Tue, 21 Sep 2010 20:35:14 +0000 (UTC) (envelope-from daniel.bilik@neosystem.cz) Received: from mx.neosystem.cz (mx.neosystem.cz [IPv6:2002:5856:6e27:15::10]) by mx1.freebsd.org (Postfix) with ESMTP id AC25E8FC1B for ; Tue, 21 Sep 2010 20:35:14 +0000 (UTC) Received: from tao.neosystem.cz (localhost [127.0.0.1]) by mx.neosystem.cz (Postfix) with ESMTP id 537AD30FD; Tue, 21 Sep 2010 22:35:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at mx.neosystem.cz Received: from neon.sn.neosystem.cz (unknown [172.19.40.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.neosystem.cz (Postfix) with ESMTPSA id CFD3C30DB; Tue, 21 Sep 2010 22:35:01 +0200 (CEST) Date: Tue, 21 Sep 2010 22:29:04 +0200 From: Daniel Bilik To: Andriy Gapon Message-Id: <20100921222904.fbca4b90.daniel.bilik@neosystem.cz> In-Reply-To: <4C98C352.7060306@icyb.net.ua> References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> <20100921110536.3058e236.daniel.bilik@neosystem.cz> <4C98C1E2.9000402@icyb.net.ua> <4C98C352.7060306@icyb.net.ua> Organization: neosystem.cz X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 20:35:15 -0000 On Tue, 21 Sep 2010 17:38:10 +0300 Andriy Gapon wrote: > To be precise, would you be able to test the following patch? > ... I have to report a success story... The patch made 8-stable to correctly attach acpi and recognize every piece of hardware in this mini-beast (except Broadcom wireless). There are couple of warnings though... ACPI Warning for \\_SB_.PCI0.PCIB._PRT: Return Package has no elements (empty) (20100331/nspredef-572) atrtc0: Warning: Couldn't map I/O. ... and our familiar... RTC BIOS diagnostic error 96 Full dmesg is here: http://neosystem.cz/freebsd/hp_mini_5102-dmesg.txt I don't know possible implications of removing those status checks from acpi.c but most important effect for me is that I'm now able to put FreeBSD on this machine and actually use it. :) Thank you very much, Andriy. -- Daniel Bilik From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 20:51: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 535F2106564A; Tue, 21 Sep 2010 20:51:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1E6F18FC1E; Tue, 21 Sep 2010 20:51:49 +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 XAA15452; Tue, 21 Sep 2010 23:51:48 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Oy9oZ-000OYB-O0; Tue, 21 Sep 2010 23:51:47 +0300 Message-ID: <4C991AE2.8010304@icyb.net.ua> Date: Tue, 21 Sep 2010 23:51:46 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Daniel Bilik References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <4C9858E2.4060602@icyb.net.ua> <20100921110536.3058e236.daniel.bilik@neosystem.cz> <4C98C1E2.9000402@icyb.net.ua> <4C98C352.7060306@icyb.net.ua> <20100921222904.fbca4b90.daniel.bilik@neosystem.cz> In-Reply-To: <20100921222904.fbca4b90.daniel.bilik@neosystem.cz> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 20:51:51 -0000 on 21/09/2010 23:29 Daniel Bilik said the following: > On Tue, 21 Sep 2010 17:38:10 +0300 > Andriy Gapon wrote: > >> To be precise, would you be able to test the following patch? >> ... > > I have to report a success story... The patch made 8-stable to correctly > attach acpi and recognize every piece of hardware in this mini-beast > (except Broadcom wireless). There are couple of warnings though... > > ACPI Warning for \\_SB_.PCI0.PCIB._PRT: Return Package has no elements (empty) (20100331/nspredef-572) > > atrtc0: Warning: Couldn't map I/O. Perhaps mav would want to dig this one further. > ... and our familiar... > > RTC BIOS diagnostic error 96 > > Full dmesg is here: > > http://neosystem.cz/freebsd/hp_mini_5102-dmesg.txt > > I don't know possible implications of removing those status checks from > acpi.c but most important effect for me is that I'm now able to put > FreeBSD on this machine and actually use it. :) > > Thank you very much, Andriy. All the credit belongs to Robert Moore of Intel/acpica.org. Glad that we could resolve the problem and thank you very much for the debugging an testing! -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 21 21:26:11 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 8B758106564A; Tue, 21 Sep 2010 21:26:11 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Tue, 21 Sep 2010 17:25:55 -0400 User-Agent: KMail/1.6.2 References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <20100921222904.fbca4b90.daniel.bilik@neosystem.cz> <4C991AE2.8010304@icyb.net.ua> In-Reply-To: <4C991AE2.8010304@icyb.net.ua> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009211726.01897.jkim@FreeBSD.org> Cc: Daniel Bilik , Andriy Gapon Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 21 Sep 2010 21:26:11 -0000 On Tuesday 21 September 2010 04:51 pm, Andriy Gapon wrote: > on 21/09/2010 23:29 Daniel Bilik said the following: > > On Tue, 21 Sep 2010 17:38:10 +0300 > > > > Andriy Gapon wrote: > >> To be precise, would you be able to test the following patch? > >> ... > > > > I have to report a success story... The patch made 8-stable to > > correctly attach acpi and recognize every piece of hardware in > > this mini-beast (except Broadcom wireless). There are couple of > > warnings though... > > > > ACPI Warning for \\_SB_.PCI0.PCIB._PRT: Return Package has no > > elements (empty) (20100331/nspredef-572) > > > > atrtc0: Warning: Couldn't map I/O. > > Perhaps mav would want to dig this one further. > > > ... and our familiar... > > > > RTC BIOS diagnostic error > > 96 > > > > Full dmesg is here: > > > > http://neosystem.cz/freebsd/hp_mini_5102-dmesg.txt > > > > I don't know possible implications of removing those status > > checks from acpi.c but most important effect for me is that I'm > > now able to put FreeBSD on this machine and actually use it. :) > > > > Thank you very much, Andriy. > > All the credit belongs to Robert Moore of Intel/acpica.org. > Glad that we could resolve the problem and thank you very much for > the debugging an testing! Please commit. You may add "Reviewed by: jkim" if you want. Please make a note in the commit log that this code is redundant since ACPICA 20040427. Thanks! Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 22 06:12:46 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 F0F3C10656B6; Wed, 22 Sep 2010 06:12:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 12C1F8FC21; Wed, 22 Sep 2010 06:12:45 +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 JAA21553; Wed, 22 Sep 2010 09:12:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OyIZP-00016o-D6; Wed, 22 Sep 2010 09:12:43 +0300 Message-ID: <4C999E5A.1040401@icyb.net.ua> Date: Wed, 22 Sep 2010 09:12:42 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100918 Lightning/1.0b2 Thunderbird/3.1.4 MIME-Version: 1.0 To: Jung-uk Kim References: <20100921001533.803ef029.daniel.bilik@neosystem.cz> <20100921222904.fbca4b90.daniel.bilik@neosystem.cz> <4C991AE2.8010304@icyb.net.ua> <201009211726.01897.jkim@FreeBSD.org> In-Reply-To: <201009211726.01897.jkim@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Daniel Bilik , freebsd-acpi@FreeBSD.org Subject: Re: acpi0: Could not initialise SystemMemory handler: AE_NOT_EXIST 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, 22 Sep 2010 06:12:47 -0000 on 22/09/2010 00:25 Jung-uk Kim said the following: > Please commit. You may add "Reviewed by: jkim" if you want. Please > make a note in the commit log that this code is redundant since > ACPICA 20040427. Committed as r212993. Thanks! -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 22 23:25:40 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 AB2FF106566C for ; Wed, 22 Sep 2010 23:25:40 +0000 (UTC) (envelope-from kuba.g4@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5A78FC23 for ; Wed, 22 Sep 2010 23:25:39 +0000 (UTC) Received: by wwc33 with SMTP id 33so1352655wwc.31 for ; Wed, 22 Sep 2010 16:25:39 -0700 (PDT) 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:content-type; bh=TdToKH7xhSVx5kRId7GaBECSFVuXs8llXYDQ3grqhlY=; b=XSq2NmYp9rtz3uwQs+LznjFtCXAejE3Vc5aiHeVKkn+4b28BB0vdGDKFb4srzYuaPy 4KcdYQjI9HaInae2uAtXwyTvG1gm9huFgh67rlqX7+UjYDjb1fINAfNGTIE3YRAls6Uh fPRT+z4WhxhWeJW2FPaLW8wrgXC5mZibefm9k= 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 :content-type; b=nIVO01ULtX3/hAqR1SkZnrwn+7p8T9V7Sk3Of4R8THt7dD+Kdvsh/0T/aNu7tGhK+Z wBkDCq1ydnim1HOtJ5khXd5kvfVreKh/WJvVwE4cfOdSyj+Q7c2+xAsXhqyxY9F5RDLy qs0QMZmbBqc1Kfs+4gm+hiU82XtSXcitw8iBk= MIME-Version: 1.0 Received: by 10.227.43.9 with SMTP id u9mr893601wbe.41.1285197939164; Wed, 22 Sep 2010 16:25:39 -0700 (PDT) Received: by 10.216.137.133 with HTTP; Wed, 22 Sep 2010 16:25:39 -0700 (PDT) In-Reply-To: <4C975F0F.2080906@icyb.net.ua> References: <20100829235431.J86162@sola.nimnet.asn.au> <20100830183330.Y29840@sola.nimnet.asn.au> <4C7BBCFE.4030804@icyb.net.ua> <20100831003546.K29840@sola.nimnet.asn.au> <4C8095A2.90506@icyb.net.ua> <4C80E650.7010706@icyb.net.ua> <4C93DCE3.5030706@gmail.com> <4C975F0F.2080906@icyb.net.ua> Date: Thu, 23 Sep 2010 01:25:39 +0200 Message-ID: From: kuba guzik To: Andriy Gapon , freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: acpi shows wrong battery state 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, 22 Sep 2010 23:25:40 -0000 2010/9/20 Andriy Gapon : > on 18/09/2010 00:25 kuba said the following: >> I've compiled 9.0-current kernel yesterday, and there is still the same problem. >> I've also noticed that after 8.1 installation, there is 50% (more or less? maybe >> it is stupid, but i don't have any idea how it works,) chance that acpiconf -i batt >> will show good state. I have already pasted my configs, the new ones are similar. >> Plesase remeber that I am new BSD user, and not everything you say to me is >> perfectly clear :) But I am determined to use this system.. > > That's good :) > But it's really hard to see how to help you or what else to check. > > -- > Andriy Gapon > You have to understand that I am not Developer nor programmer, and if you (FreeBSD support, bsd Community) leave me without any help I'd have to stop using FreeBSD, because system without battery state on notebook is useless. I am willing to help and provide all my configs, test patches etc, but I am not able to fix kernel module myself. Yes, I know that it can be HP fault, but most notebook producers provide hardware with Windows and "WinBIOSes". That is not only my notebook problem because most of hp dv7 from 1xxx series have the same BIOS. If you give up on me now, potential FreeBSD users will have problem in future. I wrote that sometimes I have proper battery state (especially on the beginning, fresh install and booting form linux to FreeBSD, before kde, dbus, hal (etc..) installation). ASL output is the same when battery indicator is active and when its broken so maybe problem lies elsewhere. I don't have this problem on Linux, implementation of acpi is different? I'm looking forward for answer. cheers, kuba From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 23 12:40:02 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A16D6106566B for ; Thu, 23 Sep 2010 12:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7659D8FC1B for ; Thu, 23 Sep 2010 12:40:02 +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 o8NCe2HN010670 for ; Thu, 23 Sep 2010 12:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8NCe2eo010669; Thu, 23 Sep 2010 12:40:02 GMT (envelope-from gnats) Date: Thu, 23 Sep 2010 12:40:02 GMT Message-Id: <201009231240.o8NCe2eo010669@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Motin Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 12:40:02 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Alexander Motin To: Dmitry Kubov Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Thu, 23 Sep 2010 15:34:23 +0300 Dmitry Kubov wrote: >> It would be >> interesting to repeat same test if you updated to 8-STABLE or at least >> apply patch from SVN rev 209897 on 2010-07-11 11:58:46Z. > > New system: > CPU: Intel(R) Xeon(R) CPU X5680 @ 3.33GHz (3333.47-MHz > K8-class CPU) > FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs > FreeBSD/SMP: 2 package(s) x 6 core(s) > HT disabled in BIOS. This CPU has only 266MHz TurboBoost speedup. And some part of it (probably half) could be enabled all the time. This benefit still could be overweighted by C-states latencies penalty. It could be interesting to test some other workloads, like compilation with different number of threads. > Note 3333/3334 difference: > TurboBoost disabled: > dev.cpu.0.freq: 3333 > dev.cpu.0.freq_levels: 3333/130000 3200/117000 3067/105000 2933/94000 > 2800/85000 > 2667/76000 2533/68000 2400/61000 2267/54000 2133/48000 2000/43000 > 1867/39000 17 > 33/35000 1600/32000 1400/28000 1200/24000 1000/20000 800/16000 600/12000 > 400/8000 200/4000 > dev.est.0.freq_settings: 3333/130000 3200/117000 3067/105000 2933/94000 > 2800/850 > 00 2667/76000 2533/68000 2400/61000 2267/54000 2133/48000 2000/43000 > 1867/39000 1733/35000 1600/32000 > > TurboBoost enabled: > dev.cpu.0.freq: 3334 > dev.cpu.0.freq_levels: 3334/143000 3200/117000 3067/105000 2933/94000 > 2800/85000 > 2667/76000 2533/68000 2400/61000 2267/54000 2133/48000 2000/43000 > 1867/39000 17 > 33/35000 1600/32000 1400/28000 1200/24000 1000/20000 800/16000 600/12000 > 400/8000 200/4000 > dev.est.0.freq_settings: 3334/143000 3333/130000 3200/117000 3067/105000 > 2933/94 > 000 2800/85000 2667/76000 2533/68000 2400/61000 2267/54000 2133/48000 > 2000/43000 1867/39000 1733/35000 1600/32000 Intel writes that BIOS may report additional P-state with 1MHz difference, to allow OS to control TurboBoost. It's just cpufreq subsystem behavior/limitation to drop very close frequencies. Actually I am not sure how this additional P-state could be used, except for testing. > In short: no 60% disk io performance drop in 8.1-STABLE. Other tests > give same results like 8.1-RELEASE, 5% average cpu performance drop. Disk performance fix is reasonable. Some recent improvements in 9-CURRENT should improve it even more. What's about ubench - try some different load. -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 23 12:50:07 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 329031065694 for ; Thu, 23 Sep 2010 12:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 21A178FC21 for ; Thu, 23 Sep 2010 12:50:07 +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 o8NCo6P7020215 for ; Thu, 23 Sep 2010 12:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8NCo6Xw020207; Thu, 23 Sep 2010 12:50:06 GMT (envelope-from gnats) Date: Thu, 23 Sep 2010 12:50:06 GMT Message-Id: <201009231250.o8NCo6Xw020207@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 12:50:07 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Alexander Motin Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Thu, 23 Sep 2010 16:48:18 +0400 > This CPU has only 266MHz TurboBoost speedup. And some part of it > (probably half) could be enabled all the time. This benefit still could > be overweighted by C-states latencies penalty. It could be interesting > to test some other workloads, like compilation with different number of > threads. > Actually tested 8.1-RELEASE with both TurboBoost options in BIOS: TurboBoost OFF Ubench Single CPU: 451935 (0.40s) Ubench Single CPU: 450927 (0.40s) Ubench Single CPU: 450486 (0.40s) TurboBoost ON Ubench Single CPU: 450890 (0.40s) Ubench Single CPU: 450890 (0.40s) Ubench Single CPU: 449926 (0.40s) C-states latencies penalty is reasonable idea. But looks like P0-state not activated at all. What about too high %% for C3 state during heavy load: dev.cpu.0.cx_usage: 0.17% 0.06% 99.75% last 7560us > Disk performance fix is reasonable. Some recent improvements in > 9-CURRENT should improve it even more. What's about ubench - try some > different load. > Can you suggest other CPU only benchmark? make -j 16 buildworld can't load all cores, can't see less than 11% idle From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 23 13:10:04 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05C35106566B for ; Thu, 23 Sep 2010 13:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 97D758FC08 for ; Thu, 23 Sep 2010 13:10:03 +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 o8NDA3p5041766 for ; Thu, 23 Sep 2010 13:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8NDA3rV041765; Thu, 23 Sep 2010 13:10:03 GMT (envelope-from gnats) Date: Thu, 23 Sep 2010 13:10:03 GMT Message-Id: <201009231310.o8NDA3rV041765@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Motin Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 13:10:04 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Alexander Motin To: Dmitry Kubov Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Thu, 23 Sep 2010 16:01:09 +0300 Dmitry Kubov wrote: > >> This CPU has only 266MHz TurboBoost speedup. And some part of it >> (probably half) could be enabled all the time. This benefit still could >> be overweighted by C-states latencies penalty. It could be interesting >> to test some other workloads, like compilation with different number of >> threads. >> > > Actually tested 8.1-RELEASE with both TurboBoost options in BIOS: > > TurboBoost OFF > Ubench Single CPU: 451935 (0.40s) > Ubench Single CPU: 450927 (0.40s) > Ubench Single CPU: 450486 (0.40s) > > TurboBoost ON > Ubench Single CPU: 450890 (0.40s) > Ubench Single CPU: 450890 (0.40s) > Ubench Single CPU: 449926 (0.40s) > > C-states latencies penalty is reasonable idea. But looks like P0-state > not activated at all. Try to kill powerd and manually set highest CPU frequency. 0.40s test time looks a bit suspicious, as powerd may just not react in time to set P0 state. > What about too high %% for C3 state during heavy load: > dev.cpu.0.cx_usage: 0.17% 0.06% 99.75% last 7560us It's not really strange. These numbers count number of enters into each state. So when CPU is completely bust - they won't be updated. Main case when C1 state should be actively used/counted is loads with high interrupt rate or heavy context switching, such as disk I/O or network load. >> Disk performance fix is reasonable. Some recent improvements in >> 9-CURRENT should improve it even more. What's about ubench - try some >> different load. >> > Can you suggest other CPU only benchmark? > > make -j 16 buildworld > can't load all cores, can't see less than 11% idle I think it's not the main goal to completely load all CPUs. But this test is realistic and has really usable result. -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 23 13:10:05 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F2E5106564A for ; Thu, 23 Sep 2010 13:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 348C78FC0A for ; Thu, 23 Sep 2010 13:10:05 +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 o8NDA5Vd041777 for ; Thu, 23 Sep 2010 13:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8NDA5u9041776; Thu, 23 Sep 2010 13:10:05 GMT (envelope-from gnats) Date: Thu, 23 Sep 2010 13:10:05 GMT Message-Id: <201009231310.o8NDA5u9041776@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 13:10:05 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Alexander Motin Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Thu, 23 Sep 2010 17:06:22 +0400 > Try to kill powerd and manually set highest CPU frequency. 0.40s test > time looks a bit suspicious, as powerd may just not react in time to set > P0 state. > powerd does not enabled. Where/how set highest CPU frequency? From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 23 13:10:07 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32880106566B for ; Thu, 23 Sep 2010 13:10:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 21FE78FC12 for ; Thu, 23 Sep 2010 13:10:07 +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 o8NDA7XZ041894 for ; Thu, 23 Sep 2010 13:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8NDA6w7041893; Thu, 23 Sep 2010 13:10:07 GMT (envelope-from gnats) Date: Thu, 23 Sep 2010 13:10:07 GMT Message-Id: <201009231310.o8NDA6w7041893@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Motin Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 13:10:07 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Alexander Motin To: Dmitry Kubov Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Thu, 23 Sep 2010 16:07:32 +0300 Dmitry Kubov wrote: >> Try to kill powerd and manually set highest CPU frequency. 0.40s test >> time looks a bit suspicious, as powerd may just not react in time to set >> P0 state. >> > powerd does not enabled. Where/how set highest CPU frequency? sysctl dev.cpu |grep freq -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 23 13:20:02 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9602106566B for ; Thu, 23 Sep 2010 13:20:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D8CC18FC1B for ; Thu, 23 Sep 2010 13:20:02 +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 o8NDK2Gk052266 for ; Thu, 23 Sep 2010 13:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8NDK2Uj052265; Thu, 23 Sep 2010 13:20:02 GMT (envelope-from gnats) Date: Thu, 23 Sep 2010 13:20:02 GMT Message-Id: <201009231320.o8NDK2Uj052265@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 13:20:03 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Alexander Motin Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Thu, 23 Sep 2010 17:10:05 +0400 >>> Try to kill powerd and manually set highest CPU frequency. 0.40s test >>> time looks a bit suspicious, as powerd may just not react in time to set >>> P0 state. >>> >> powerd does not enabled. Where/how set highest CPU frequency? > sysctl dev.cpu |grep freq > # sysctl dev.cpu |grep freq dev.cpu.0.freq: 3334 dev.cpu.0.freq_levels: 3334/143000 3200/117000 3067/105000 2933/94000 2800/85000 2667/76000 2533/68000 2400/61000 2267/54000 2133/48000 2000/43000 1867/39000 1733/35000 1600/32000 1400/28000 1200/24000 1000/20000 800/16000 600/12000 400/8000 200/4000 So its already max freq. From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 24 07:20:03 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C177A106564A for ; Fri, 24 Sep 2010 07:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 972338FC14 for ; Fri, 24 Sep 2010 07:20:03 +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 o8O7K3P1090612 for ; Fri, 24 Sep 2010 07:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8O7K3D2090611; Fri, 24 Sep 2010 07:20:03 GMT (envelope-from gnats) Date: Fri, 24 Sep 2010 07:20:03 GMT Message-Id: <201009240720.o8O7K3D2090611@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 07:20:03 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Alexander Motin Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Fri, 24 Sep 2010 11:18:01 +0400 Is it possible to stick running threads to same CPU core for longer time to avoid C-states latencies penalty? From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 24 07:30:12 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30C1C106567A for ; Fri, 24 Sep 2010 07:30:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 069818FC20 for ; Fri, 24 Sep 2010 07:30:12 +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 o8O7UBs6016381 for ; Fri, 24 Sep 2010 07:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8O7UBNw016375; Fri, 24 Sep 2010 07:30:11 GMT (envelope-from gnats) Date: Fri, 24 Sep 2010 07:30:11 GMT Message-Id: <201009240730.o8O7UBNw016375@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Motin Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 07:30:12 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Alexander Motin To: Dmitry Kubov Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Fri, 24 Sep 2010 10:22:41 +0300 Dmitry Kubov wrote: > Is it possible to stick running threads to same CPU core for longer time > to avoid C-states latencies penalty? man 1 cpuset -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 24 07:39:57 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB5B81065675; Fri, 24 Sep 2010 07:39:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 83D3A8FC1A; Fri, 24 Sep 2010 07:39:57 +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 o8O7dv97031850; Fri, 24 Sep 2010 07:39:57 GMT (envelope-from avg@freefall.freebsd.org) Received: (from avg@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8O7dv5T031846; Fri, 24 Sep 2010 07:39:57 GMT (envelope-from avg) Date: Fri, 24 Sep 2010 07:39:57 GMT Message-Id: <201009240739.o8O7dv5T031846@freefall.freebsd.org> To: dk@garant.ru, avg@FreeBSD.org, freebsd-acpi@FreeBSD.org From: avg@FreeBSD.org Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported 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, 24 Sep 2010 07:39:57 -0000 Synopsis: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported State-Changed-From-To: feedback->closed State-Changed-By: avg State-Changed-When: Fri Sep 24 07:35:27 UTC 2010 State-Changed-Why: The issue as described in this PR is not present in stable/8. ACPI in stable/7 is not going to be updated. In stable/8 C3 is reported but is never used in default configuration, because processor never sleeps long enough to C3 state with that long enter/exit delay. The reporter is tuning his system for optimal performance. http://www.freebsd.org/cgi/query-pr.cgi?pr=135447 From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 24 07:40:03 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F08106564A for ; Fri, 24 Sep 2010 07:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 75F798FC0A for ; Fri, 24 Sep 2010 07:40:03 +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 o8O7e3s4031928 for ; Fri, 24 Sep 2010 07:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8O7e3FH031927; Fri, 24 Sep 2010 07:40:03 GMT (envelope-from gnats) Date: Fri, 24 Sep 2010 07:40:03 GMT Message-Id: <201009240740.o8O7e3FH031927@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dmitry Kubov Cc: Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dmitry Kubov List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 07:40:03 -0000 The following reply was made to PR i386/135447; it has been noted by GNATS. From: Dmitry Kubov To: Alexander Motin Cc: Andriy Gapon , jh@FreeBSD.org, bug-followup Subject: Re: i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported Date: Fri, 24 Sep 2010 11:34:51 +0400 > Dmitry Kubov wrote: >> Is it possible to stick running threads to same CPU core for longer time >> to avoid C-states latencies penalty? > man 1 cpuset > Its static assignment, requires scheduling all tasks by hand. cpuset -l 7 ubench -cs Ubench Single CPU: 453051 (0.40s) less than 1% boost.