From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 23 06:57:22 2007 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 C41C316A4A0 for ; Sun, 23 Sep 2007 06:57:22 +0000 (UTC) (envelope-from piloyder@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id 534C013C448 for ; Sun, 23 Sep 2007 06:57:21 +0000 (UTC) (envelope-from piloyder@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1627214fka for ; Sat, 22 Sep 2007 23:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=7HQmrC7uf1TikdYCJ0uKMapzAymxXK3y5HK/yFeYs5M=; b=mZEesvQswxwPaRRRorLrbepwhHcIXyrqhO9aSRPB9lEzN14vbiAjh4+d5OdmXLC7H7xs/++iHPQtsiJ7q/5pnv74hd3Mo6H0nXVukXq7KeUcHdyDHsMSneonU8ZI13aBkZof6fDpImBXmiXwL8m94KSgcsmDuBSdKkgVelQGD58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OvErlGKjA1EQ7LQBQQ9DiZum56ZsrC2z5c1Eyx4dxIaeDADw6P8nEXZgCQVSNn1NkDcO4TfAm9iWh9icpNEOenGPP/Q1zLP7cVn0k/b5YgS5nbWHdTjRzkMC2WSs8OWbm4uIJBqzGiAt4Xc9cfnqE0gsTaozjmpUCLSe+MsWZTg= Received: by 10.86.57.9 with SMTP id f9mr3667299fga.1190530640742; Sat, 22 Sep 2007 23:57:20 -0700 (PDT) Received: by 10.86.62.15 with HTTP; Sat, 22 Sep 2007 23:57:20 -0700 (PDT) Message-ID: <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> Date: Sun, 23 Sep 2007 10:57:20 +0400 From: Denis To: "Nate Lawson" In-Reply-To: <46F01531.2000207@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> Cc: freebsd-acpi@freebsd.org, Jung-uk Kim Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 23 Sep 2007 06:57:22 -0000 On 9/18/07, Nate Lawson wrote: > > Actually I am seeing the same problem. > > > > Nate, > > > > sx lock is recursing during AcpiInstallAddressSpaceHandler() -> > > EcSpaceHandler(). Can you take a look at it? > > I updated the EC patches to version D and reposted, please use those > instead. > > Thanks to Jung-uk for pointing out the problem. Sorry for the late reply. I used your patch version D and Jung-uk's patch. I did not have kernel panic. But it is impossible to work with ACPI enabled. System seems to "hang" every 2-3 seconds. "hang" - means that, for example, during boot stage (getting ip-adress) it stops and did not go further. I got workaround for this - enter to debug (with ctrl+alt+esc) and than continue. So after repeating this several times (10-15) I get login prompt. When I type login name and press enter - I do not see this on the screen. Then I enter debug, continue, and got password invitation. Enter my password, press enter - see nothing new at the screen. Enter debug, continue - and see command prompt. With the same way able to reboot (type command, enter to debug, continue, enter to debug, continue and so on). Best regards, Denis From owner-freebsd-acpi@FreeBSD.ORG Sun Sep 23 15:23:32 2007 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 DA6C016A417 for ; Sun, 23 Sep 2007 15:23:32 +0000 (UTC) (envelope-from mak_kolybabi@umanitoba.ca) Received: from electra.cc.umanitoba.ca (electra.cc.umanitoba.ca [130.179.16.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9C23B13C465 for ; Sun, 23 Sep 2007 15:23:32 +0000 (UTC) (envelope-from mak_kolybabi@umanitoba.ca) Received: from brisbane.nepharia.org (wnpgmb02dc1-176-138.dynamic.mts.net [206.45.176.138]) (authenticated bits=0) by electra.cc.umanitoba.ca (8.13.0/8.13.0) with ESMTP id l8NEx6dr028743 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 23 Sep 2007 09:59:09 -0500 (CDT) Received: by brisbane.nepharia.org (nbSMTP-1.00) for uid 1000 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) mak_kolybabi@umanitoba.ca; Sun, 23 Sep 2007 09:59:09 -0500 (CDT) Date: Sun, 23 Sep 2007 09:59:06 -0500 From: Mak Kolybabi To: freebsd-acpi@freebsd.org Message-ID: <20070923145902.GA5963@brisbane> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Acer Aspire 5580 with no networking 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, 23 Sep 2007 15:23:32 -0000 Hello, I have been trying on and off to get FreeBSD for AMD64 installed on my laptop. I had previously posted to FreeBSD Questions but found no help there. (http://lists.freebsd.org/pipermail/freebsd-questions/2007-August/156380.html). I am trying to install -CURRENT, but am unable to get either my wired (msk) or wireless (wpi) cards to function. I am lead to believe that this is an ACPI issue because during a period of trying random things, I installed an i386 version of FreeBSD and turned ACPI off and managed to get msk to function. I have attempted: - Disabling ACPI: Can't find hard drive to mount root. - Changing hw.acpi.osname: Diff of dmesg outputs between all osnames I used that were listed in the ASL showed no real differences. - Booting with full debugging of ACPI. I've created dumps of dmesg (for all things I tried), pciconf, and sysctl. Let me know what information would be useful, and the best way to send it (attached, printed inline, pastebin, etc.). Any help would be appreciated. -- Matthew Anthony Kolybabi (Mak) () ASCII Ribbon Campaign | Against HTML e-mail /\ www.asciiribbon.org | Against proprietary extensions From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 07:10:38 2007 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 DE88C16A41A for ; Mon, 24 Sep 2007 07:10:38 +0000 (UTC) (envelope-from rp@tns.cz) Received: from bns.tns.cz (bns.tns.cz [213.194.214.115]) by mx1.freebsd.org (Postfix) with ESMTP id 88E4113C45D for ; Mon, 24 Sep 2007 07:10:38 +0000 (UTC) (envelope-from rp@tns.cz) Received: from bns.tns.cz (localhost [127.0.0.1]) by bns.tns.cz (Postfix) with ESMTP id 1CDFF55FE0E for ; Mon, 24 Sep 2007 09:10:37 +0200 (CEST) Received: from belzebub.tns.cz (belzebub [192.168.144.3]) by bns.tns.cz with ESMTP id 4DUS2UK00018JYQ0AF9; Mon, 24 Sep 2007 09:10:37 +0200 (CEST) Received: by belzebub.tns.cz (Postfix, from userid 1001) id C2D8016AB5D; Mon, 24 Sep 2007 09:13:27 +0200 (CEST) Date: Mon, 24 Sep 2007 09:13:27 +0200 From: Roman Pavlik To: Denis Message-ID: <20070924071327.GA9941@belzebub.tns.cz> References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 24 Sep 2007 07:10:39 -0000 On Sun, Sep 23, 2007 at 10:57:20AM +0400, Denis wrote: > I used your patch version D and Jung-uk's patch. I did not have kernel > panic. But it is impossible to work with ACPI enabled. System seems to > "hang" every 2-3 seconds. "hang" - means that, for example, during > boot stage (getting ip-adress) it stops and did not go further. I got > workaround for this - enter to debug (with ctrl+alt+esc) and than > continue. So after repeating this several times (10-15) I get login > prompt. > When I type login name and press enter - I do not see this on the > screen. Then I enter debug, continue, and got password invitation. > Enter my password, press enter - see nothing new at the screen. Enter > debug, continue - and see command prompt. > With the same way able to reboot (type command, enter to debug, > continue, enter to debug, continue and so on). Denis, I've seen similar issue with ACPI on my HP 6710b. Escape to debug and return doesn't help. Sometimes helps disconecting AC line. The workaround is comment out the following line in GENERIC: #options PREEMPTION # Enable kernel thread preemption #options ADAPTIVE_GIANT # Giant mutex is adaptive. Rebuild kernel, reinstall, reboot. Regards, -- Roman From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 07:50:22 2007 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 BFABD16A417 for ; Mon, 24 Sep 2007 07:50:22 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8D91313C4AA for ; Mon, 24 Sep 2007 07:50:22 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 52247 invoked from network); 24 Sep 2007 07:50:24 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 24 Sep 2007 07:50:24 -0000 Message-ID: <46F76A9A.2020107@root.org> Date: Mon, 24 Sep 2007 00:43:22 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Roman Pavlik References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> <20070924071327.GA9941@belzebub.tns.cz> In-Reply-To: <20070924071327.GA9941@belzebub.tns.cz> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 24 Sep 2007 07:50:22 -0000 Roman Pavlik wrote: > On Sun, Sep 23, 2007 at 10:57:20AM +0400, Denis wrote: >> I used your patch version D and Jung-uk's patch. I did not have kernel >> panic. But it is impossible to work with ACPI enabled. System seems to >> "hang" every 2-3 seconds. "hang" - means that, for example, during >> boot stage (getting ip-adress) it stops and did not go further. I got >> workaround for this - enter to debug (with ctrl+alt+esc) and than >> continue. So after repeating this several times (10-15) I get login >> prompt. >> When I type login name and press enter - I do not see this on the >> screen. Then I enter debug, continue, and got password invitation. >> Enter my password, press enter - see nothing new at the screen. Enter >> debug, continue - and see command prompt. >> With the same way able to reboot (type command, enter to debug, >> continue, enter to debug, continue and so on). > > Denis, > I've seen similar issue with ACPI on my HP 6710b. Escape to debug and > return doesn't help. Sometimes helps disconecting AC line. The workaround > is comment out the following line in GENERIC: > #options PREEMPTION # Enable kernel thread preemption > #options ADAPTIVE_GIANT # Giant mutex is adaptive. > > Rebuild kernel, reinstall, reboot. Jung-uk Kim's global lock patch may be the solution. We're trying to get this stuff committed but things are slow due to the freeze for 7.0. You can't have too many patches floating around. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 10:03:07 2007 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 2BE7D16A417 for ; Mon, 24 Sep 2007 10:03:07 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9FAD413C447 for ; Mon, 24 Sep 2007 10:03:06 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1130355nfb for ; Mon, 24 Sep 2007 03:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Ylssh0EMARYeob2AjOQRB2XdhvYCVAkGN/UAV7nt3Ec=; b=X2adjFmVOXiAuqhvAWcA2z1pesh/jV5Un4dejXgmKXUqkMqMzWQD/EQsiq0z89zc6keNYox7Gq1Ky6al0Us6MLwKK8SI+s7EXoHbpvILFptByoXz/rVDXRuaZTM3ZouVqP/odgtKIyyXb1m/ECoX9Tfs4+OIspwPsrQf+ljVTZY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=poQbzY1ZJqt/LtGCchQ4D8z9xynYTL9zeP23bpvywYwsRkJBLE9WVofNW6htZR2czHFtOlKznuQfCpNoQraWYzQcGR+c/QbDctupAyXBe0vIDp2cfm+G3z7izp7lYlOlmi9akYgdq1ZisGU0u1RfiE4gvbY9CKVV2chL2Ztbunk= Received: by 10.78.165.16 with SMTP id n16mr1524628hue.1190626652049; Mon, 24 Sep 2007 02:37:32 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Mon, 24 Sep 2007 02:37:31 -0700 (PDT) Message-ID: <3bbf2fe10709240237u790de351wddb81b0c511d7435@mail.gmail.com> Date: Mon, 24 Sep 2007 11:37:31 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Jung-uk Kim" In-Reply-To: <200709211827.29763.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200709181516.11207.jkim@FreeBSD.org> <200709211715.17940.jhb@freebsd.org> <200709211827.29763.jkim@FreeBSD.org> X-Google-Sender-Auth: 6126d98f5bb3ab44 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] OsdSynch.c modernization 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, 24 Sep 2007 10:03:07 -0000 2007/9/22, Jung-uk Kim : > I thought exactly the same when I started rewriting it (almost half > year ago!). I have tried all of the above, spent numerous sleepless > nights, and miserably failed. :-( > > Spin mutex is too restrictive (e.g., it cannot be used with other > locks gracefully). critical_enter() causes: > > panic: blockable sleep lock (sleep mutex) 32 @ > /usr/src/sys/vm/uma_core.c:1830 cpuid = 0 > KDB: enter: panic > [thread pid 21 tid 100013 ] > Stopped at kdb_enter+0x32: leave UMA uses its own internal locking scheme which includes blocking mutexes so you cannot maintain a spinlock over its functions. You can however use a blocking mutex instead than a sx lock, that with the help of adaptive spinning emulates a lot better spinlocks behaviour. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 11:08:10 2007 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 48B0E16A41A for ; Mon, 24 Sep 2007 11:08:10 +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 0565213C469 for ; Mon, 24 Sep 2007 11:08:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l8OB8AUY064064 for ; Mon, 24 Sep 2007 11:08:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l8OB88dg064060 for freebsd-acpi@FreeBSD.org; Mon, 24 Sep 2007 11:08:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Sep 2007 11:08:08 GMT Message-Id: <200709241108.l8OB88dg064060@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 you 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, 24 Sep 2007 11:08:10 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 s i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/114113 acpi [patch] ACPI kernel panic during S3 suspend / resume o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o amd64/115011 acpi ACPI problem ,reboot system down. o kern/116169 acpi [PATCH] acpi_ibm => psm0 not found problem 14 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o i386/72179 acpi [acpi] [patch] Inconsistent apm(8) output regarding th o kern/73823 acpi [feature request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys o kern/89411 acpi [acpi] acpiconf bug o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/111591 acpi [acpi] dev.acpi_ibm.0.events returns I/O error (regres o kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/114165 acpi Dell C810 - ACPI problem o kern/114722 acpi [acpi] [patch] Nearly duplicate p-state entries report 18 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 13:23:06 2007 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 6E32A16A418 for ; Mon, 24 Sep 2007 13:23:06 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 1699A13C480 for ; Mon, 24 Sep 2007 13:23:05 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so812349nzf for ; Mon, 24 Sep 2007 06:23:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=PUc6P9f6s34IL2uMN1Bkfin4Wy31TGnHLE9zkB+tu8Q=; b=Y34ms0YTTV5dFFMxL5qfIFQVUugqaaCE3p/L6AUz8kxLp7CijKstJrsPk6BH/zMD90CwmhsuucVzmd6zobmouc11KIJiXtjf0mFqlAwEgLfc3vdJm3EKRbhFGzX40mdu3v5Y9ss/ZmC0oxy7xE3G8nt8I4v/0GZYUIRqjFEZAl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=CGyrGeUK/rNKWa8ASa6HXK68el4xmiiLeYlT4BqPR058KvRktEJIt+di5k2l/+G6BQ+JatJ7VDqxrTapXDadeoWwgd32N5Nza6keXX58Mu58/70+JqBqD9lqLhJx2a1Lt53pr87Vgb2WwQxZ6+xaVbUX8lpytLV3z55ySTWt1r8= Received: by 10.142.229.4 with SMTP id b4mr1572084wfh.1190638637545; Mon, 24 Sep 2007 05:57:17 -0700 (PDT) Received: by 10.143.18.18 with HTTP; Mon, 24 Sep 2007 05:57:17 -0700 (PDT) Message-ID: <910e60e80709240557x2068473che815a571b5e4689d@mail.gmail.com> Date: Mon, 24 Sep 2007 21:57:17 +0900 From: dikshie To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_43389_24008997.1190638637509" Subject: X20 on 7.0-current 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, 24 Sep 2007 13:23:06 -0000 ------=_Part_43389_24008997.1190638637509 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline hi, my old notebook: FreeBSD freebsd.ppk.itb.ac.id 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Sep 19 05:07:57 JST 2007 dikshie@freebsd.ppk.itb.ac.id:/usr/obj/usr/src/sys/X20a i applied patch Nate's ecng-7d and Jkim's OsdSynch.diff the results: 1.multiuser boot with acpi -> freeze before trying to mount root from ufs:/dev/ad0s1a 2.multiuser boot without acpi -> fine 3.single user boot with acpi -> fine i attached my kernel. any solutions ? regards, -- -dikshie- ------=_Part_43389_24008997.1190638637509 Content-Type: application/octet-stream; name="X20a" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="X20a" X-Attachment-Id: f_f6yzeetf Y3B1CQlJNjg2X0NQVQppZGVudAkJWDIwYQkKCiMgVG8gc3RhdGljYWxseSBjb21waWxlIGluIGRl dmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZpY2UuaGludHMKI2hpbnRzCQkiR0VORVJJ Qy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8gbG9vayBmb3IgZGV2aWNlcy4KCm1ha2VvcHRp b25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1ZyBzeW1ib2xzCgpv cHRpb25zIAlTQ0hFRF80QlNECQkjIDRCU0Qgc2NoZWR1bGVyCm9wdGlvbnMgCVBSRUVNUFRJT04J CSMgRW5hYmxlIGtlcm5lbCB0aHJlYWQgcHJlZW1wdGlvbgpvcHRpb25zIAlJTkVUCQkJIyBJbnRl ck5FVHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9j b2xzCm9wdGlvbnMgCVNDVFAJCQkjIFN0cmVhbSBUcmFuc21pc3Npb24gQ29udHJvbCBQcm90b2Nv bApvcHRpb25zIAlGRlMJCQkjIEJlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQpvcHRpb25zIAlTT0ZU VVBEQVRFUwkJIyBFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBzdXBwb3J0Cm9wdGlvbnMgCVVGU19B Q0wJCQkjIFN1cHBvcnQgZm9yIGFjY2VzcyBjb250cm9sIGxpc3RzCm9wdGlvbnMgCVVGU19ESVJI QVNICQkjIEltcHJvdmUgcGVyZm9ybWFuY2Ugb24gYmlnIGRpcmVjdG9yaWVzCm9wdGlvbnMgCVVG U19HSk9VUk5BTAkJIyBFbmFibGUgZ2pvdXJuYWwtYmFzZWQgVUZTIGpvdXJuYWxpbmcKb3B0aW9u cyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJTkZT Q0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKb3B0aW9ucyAJTkZTU0VSVkVSCQkj IE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVzYWJs ZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmls ZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJ UFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRpb25z IAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJR0VPTV9Q QVJUX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuCm9wdGlvbnMgCUdFT01fTEFCRUwJCSMg UHJvdmlkZXMgbGFiZWxpemF0aW9uCm9wdGlvbnMgCUNPTVBBVF80M1RUWQkJIyBCU0QgNC4zIFRU WSBjb21wYXQgW0tFRVAgVEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJIyBDb21wYXRp YmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q1CQkjIENvbXBhdGlibGUg d2l0aCBGcmVlQlNENQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDYJCSMgQ29tcGF0aWJsZSB3aXRo IEZyZWVCU0Q2Cm9wdGlvbnMgCVNDU0lfREVMQVk9NTAwMAkJIyBEZWxheSAoaW4gbXMpIGJlZm9y ZSBwcm9iaW5nIFNDU0kKb3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJhY2UoMSkgc3VwcG9ydApvcHRp b25zIAlTWVNWU0hNCQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKb3B0aW9ucyAJU1lTVk1T RwkJCSMgU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlTWVNWU0VNCQkJIyBTWVNW LXN0eWxlIHNlbWFwaG9yZXMKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMg UE9TSVggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9ucyAJS0JEX0lOU1RBTExf Q0RFVgkjIGluc3RhbGwgYSBDREVWIGVudHJ5IGluIC9kZXYKb3B0aW9ucyAJQURBUFRJVkVfR0lB TlQJCSMgR2lhbnQgbXV0ZXggaXMgYWRhcHRpdmUuCm9wdGlvbnMgCVNUT1BfTk1JCQkjIFN0b3Ag Q1BVUyB1c2luZyBOTUkgaW5zdGVhZCBvZiBJUEkKb3B0aW9ucyAJQVVESVQJCQkjIFNlY3VyaXR5 IGV2ZW50IGF1ZGl0aW5nCgojIERlYnVnZ2luZyBmb3IgdXNlIGluIC1jdXJyZW50Cm9wdGlvbnMg CUtEQgkJCSMgRW5hYmxlIGtlcm5lbCBkZWJ1Z2dlciBzdXBwb3J0LgpvcHRpb25zIAlEREIJCQkj IFN1cHBvcnQgRERCLgpvcHRpb25zIAlHREIJCQkjIFN1cHBvcnQgcmVtb3RlIEdEQi4KI29wdGlv bnMgCUlOVkFSSUFOVFMJCSMgRW5hYmxlIGNhbGxzIG9mIGV4dHJhIHNhbml0eSBjaGVja2luZwoj b3B0aW9ucyAJSU5WQVJJQU5UX1NVUFBPUlQJIyBFeHRyYSBzYW5pdHkgY2hlY2tzIG9mIGludGVy bmFsIHN0cnVjdHVyZXMsIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKI29wdGlvbnMgCVdJVE5FU1MJ CQkjIEVuYWJsZSBjaGVja3MgdG8gZGV0ZWN0IGRlYWRsb2NrcyBhbmQgY3ljbGVzCiNvcHRpb25z IAlXSVRORVNTX1NLSVBTUElOCSMgRG9uJ3QgcnVuIHdpdG5lc3Mgb24gc3BpbmxvY2tzIGZvciBz cGVlZAoKIyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBuZXh0IHR3byBsaW5lcyBhcmUgbmVl ZGVkCm9wdGlvbnMgCVNNUAkJCSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5lbApkZXZp Y2UJCWFwaWMJCQkjIEkvTyBBUElDCgojIENQVSBmcmVxdWVuY3kgY29udHJvbApkZXZpY2UJCWNw dWZyZXEKCiMgQnVzIHN1cHBvcnQuCmRldmljZQkJZWlzYQpkZXZpY2UJCXBjaQoKIyBGbG9wcHkg ZHJpdmVzCiNkZXZpY2UJCWZkYwoKIyBBVEEgYW5kIEFUQVBJIGRldmljZXMKZGV2aWNlCQlhdGEK ZGV2aWNlCQlhdGFkaXNrCQkjIEFUQSBkaXNrIGRyaXZlcwpkZXZpY2UJCWF0YXJhaWQJCSMgQVRB IFJBSUQgZHJpdmVzCmRldmljZQkJYXRhcGljZAkJIyBBVEFQSSBDRFJPTSBkcml2ZXMKI2Rldmlj ZQkJYXRhcGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVzCiNkZXZpY2UJCWF0YXBpc3QJCSMgQVRB UEkgdGFwZSBkcml2ZXMKI29wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51 bWJlcmluZwoKIyBTQ1NJIENvbnRyb2xsZXJzCiNkZXZpY2UJCWFoYgkJIyBFSVNBIEFIQTE3NDIg ZmFtaWx5CiNkZXZpY2UJCWFoYwkJIyBBSEEyOTQwIGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNl cwojb3B0aW9ucyAJQUhDX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVs ZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjEyOGsgdG8gZHJpdmVyLgojZGV2aWNl CQlhaGQJCSMgQUhBMzkzMjAvMjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCiNvcHRp b25zIAlBSERfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBk ZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCiNkZXZpY2UJCWFtZAkJ IyBBTUQgNTNDOTc0IChUZWtyYW0gREMtMzkwKFQpKQojZGV2aWNlCQlocHRpb3AJCSMgSGlnaHBv aW50IFJvY2tldFJhaWQgM3h4eCBzZXJpZXMKI2RldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkK I2RldmljZSAJaXNwZncJCSMgRmlybXdhcmUgZm9yIFFMb2dpYyBIQkFzLSBub3JtYWxseSBhIG1v ZHVsZQojZGV2aWNlCQltcHQJCSMgTFNJLUxvZ2ljIE1QVC1GdXNpb24KI2RldmljZQkJbmNyCQkj IE5DUi9TeW1iaW9zIExvZ2ljCiNkZXZpY2UJCXN5bQkJIyBOQ1IvU3ltYmlvcyBMb2dpYyAobmV3 ZXIgY2hpcHNldHMgKyB0aG9zZSBvZiBgbmNyJykKI2RldmljZQkJdHJtCQkjIFRla3JhbSBEQzM5 NVUvVVcvRiBEQzMxNVUgYWRhcHRlcnMKCiNkZXZpY2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJIGFk YXB0ZXJzCiNkZXZpY2UJCWFkdwkJIyBBZHZhbnN5cyB3aWRlIFNDU0kgYWRhcHRlcnMKI2Rldmlj ZQkJYWhhCQkjIEFkYXB0ZWMgMTU0eCBTQ1NJIGFkYXB0ZXJzCiNkZXZpY2UJCWFpYwkJIyBBZGFw dGVjIDE1WzAxMl14IFNDU0kgYWRhcHRlcnMsIEFJQy02WzIzXTYwLgojZGV2aWNlCQlidAkJIyBC dXNsb2dpYy9NeWxleCBNdWx0aU1hc3RlciBTQ1NJIGFkYXB0ZXJzCgojZGV2aWNlCQluY3YJCSMg TkNSIDUzQzUwMAojZGV2aWNlCQluc3AJCSMgV29ya2JpdCBOaW5qYSBTQ1NJLTMKI2RldmljZQkJ c3RnCQkjIFRNQyAxOEMzMC8xOEM1MAoKIyBTQ1NJIHBlcmlwaGVyYWxzCmRldmljZQkJc2NidXMJ CSMgU0NTSSBidXMgKHJlcXVpcmVkIGZvciBTQ1NJKQojZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlh IGNoYW5nZXJzCmRldmljZQkJZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCiNkZXZpY2UJCXNh CQkjIFNlcXVlbnRpYWwgQWNjZXNzICh0YXBlIGV0YykKZGV2aWNlCQljZAkJIyBDRApkZXZpY2UJ CXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpCiNkZXZpY2UJ CXNlcwkJIyBTQ1NJIEVudmlyb25tZW50YWwgU2VydmljZXMgKGFuZCBTQUYtVEUpCgojIFJBSUQg Y29udHJvbGxlcnMgaW50ZXJmYWNlZCB0byB0aGUgU0NTSSBzdWJzeXN0ZW0KI2RldmljZQkJYW1y CQkjIEFNSSBNZWdhUkFJRAojZGV2aWNlCQlhcmNtc3IJCSMgQXJlY2EgU0FUQSBJSSBSQUlECiNk ZXZpY2UJCWFzcgkJIyBEUFQgU21hcnRSQUlEIFYsIFZJIGFuZCBBZGFwdGVjIFNDU0kgUkFJRAoj ZGV2aWNlCQljaXNzCQkjIENvbXBhcSBTbWFydCBSQUlEIDUqCiNkZXZpY2UJCWRwdAkJIyBEUFQg U21hcnRjYWNoZSBJSUksIElWIC0gU2VlIE5PVEVTIGZvciBvcHRpb25zCiNkZXZpY2UJCWhwdG12 CQkjIEhpZ2hwb2ludCBSb2NrZXRSQUlEIDE4MngKI2RldmljZQkJcnIyMzJ4CQkjIEhpZ2hwb2lu dCBSb2NrZXRSQUlEIDIzMngKI2RldmljZQkJaWlyCQkjIEludGVsIEludGVncmF0ZWQgUkFJRAoj ZGV2aWNlCQlpcHMJCSMgSUJNIChBZGFwdGVjKSBTZXJ2ZVJBSUQKI2RldmljZQkJbWx5CQkjIE15 bGV4IEFjY2VsZVJBSUQvZVh0cmVtZVJBSUQKI2RldmljZQkJdHdhCQkjIDN3YXJlIDkwMDAgc2Vy aWVzIFBBVEEvU0FUQSBSQUlECgojIFJBSUQgY29udHJvbGxlcnMKI2RldmljZQkJYWFjCQkjIEFk YXB0ZWMgRlNBIFJBSUQKI2RldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0aHJvdWdoIGZvciBhYWMg KHJlcXVpcmVzIENBTSkKI2RldmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlECiNkZXZpY2UJ CW1maQkJIyBMU0kgTWVnYVJBSUQgU0FTCiNkZXZpY2UJCW1seAkJIyBNeWxleCBEQUM5NjAgZmFt aWx5CiNkZXZpY2UJCXBzdAkJIyBQcm9taXNlIFN1cGVydHJhayBTWDYwMDAKI2RldmljZQkJdHdl CQkjIDN3YXJlIEFUQSBSQUlECgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQg YW5kIHRoZSBQUy8yIG1vdXNlCmRldmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xs ZXIKZGV2aWNlCQlhdGtiZAkJIyBBVCBrZXlib2FyZApkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNl CgpkZXZpY2UJCWtiZG11eAkJIyBrZXlib2FyZCBtdWx0aXBsZXhlcgoKZGV2aWNlCQl2Z2EJCSMg VkdBIHZpZGVvIGNhcmQgZHJpdmVyCgpkZXZpY2UJCXNwbGFzaAkJIyBTcGxhc2ggc2NyZWVuIGFu ZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNvbnNvbGUg ZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJc2MKCmRldmljZQkJYWdw CQkjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMKCiMgUG93ZXIgbWFuYWdlbWVudCBzdXBw b3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykKI2RldmljZQkJYXBtCiMgQWRkIHN1c3Bl bmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1NC4KZGV2aWNlCQlwbXRpbWVyCgojIFBDQ0FS RCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBwb3J0CmRl dmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNlCQlwY2NhcmQJCSMgUEMg Q2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMyLWJpdCkgYnVz CgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXNpbwkJIyA4MjUwLCAxNls0NV01MCBiYXNl ZCBzZXJpYWwgcG9ydHMKZGV2aWNlCQl1YXJ0CQkjIEdlbmVyaWMgVUFSVCBkcml2ZXIKCiMgUGFy YWxsZWwgcG9ydApkZXZpY2UJCXBwYwpkZXZpY2UJCXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVz IChyZXF1aXJlZCkKZGV2aWNlCQlscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXBsaXAJCSMgVENQL0lQ IG92ZXIgcGFyYWxsZWwKI2RldmljZQkJcHBpCQkjIFBhcmFsbGVsIHBvcnQgaW50ZXJmYWNlIGRl dmljZQojZGV2aWNlCQl2cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5kIGRhCgojIElmIHlvdSd2ZSBn b3QgYSAiZHVtYiIgc2VyaWFsIG9yIHBhcmFsbGVsIFBDSSBjYXJkIHRoYXQgaXMKIyBzdXBwb3J0 ZWQgYnkgdGhlIHB1Yyg0KSBnbHVlIGRyaXZlciwgdW5jb21tZW50IHRoZSBmb2xsb3dpbmcKIyBs aW5lIHRvIGVuYWJsZSBpdCAoY29ubmVjdHMgdG8gc2lvLCB1YXJ0IGFuZC9vciBwcGMgZHJpdmVy cyk6CiNkZXZpY2UJCXB1YwoKIyBQQ0kgRXRoZXJuZXQgTklDcy4KI2RldmljZQkJZGUJCSMgREVD L0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykKI2RldmljZQkJZW0JCSMgSW50ZWwgUFJPLzEwMDAg YWRhcHRlciBHaWdhYml0IEV0aGVybmV0IENhcmQKI2RldmljZQkJaXhnYgkJIyBJbnRlbCBQUk8v MTBHYkUgRXRoZXJuZXQgQ2FyZAojZGV2aWNlCQlsZQkJIyBBTUQgQW03OTAwIExBTkNFIGFuZCBB bTc5Qzl4eCBQQ25ldAojZGV2aWNlCQl0eHAJCSMgM0NvbSAzY1I5OTAgKGBgVHlwaG9vbicnKQoj ZGV2aWNlCQl2eAkJIyAzQ29tIDNjNTkwLCAzYzU5NSAoYGBWb3J0ZXgnJykKCiMgUENJIEV0aGVy bmV0IE5JQ3MgdGhhdCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4KIyBO T1RFOiBCZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9yZGVyIHRv IHVzZSB0aGVzZSBOSUNzIQpkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQKI2Rldmlj ZQkJYmNlCQkjIEJyb2FkY29tIEJDTTU3MDYvQkNNNTcwOCBHaWdhYml0IEV0aGVybmV0CiNkZXZp Y2UJCWJmZQkJIyBCcm9hZGNvbSBCQ000NDB4IDEwLzEwMCBFdGhlcm5ldAojZGV2aWNlCQliZ2UJ CSMgQnJvYWRjb20gQkNNNTcweHggR2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQlkYwkJIyBERUMv SW50ZWwgMjExNDMgYW5kIHZhcmlvdXMgd29ya2FsaWtlcwpkZXZpY2UJCWZ4cAkJIyBJbnRlbCBF dGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkKI2RldmljZQkJbGdlCQkjIExldmVs IDEgTFhUMTAwMSBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCW1zawkJIyBNYXJ2ZWxsL1N5c0tv bm5lY3QgWXVrb24gSUkgR2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQluZmUJCSMgblZpZGlhIG5G b3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQKI2RldmljZQkJbmdlCQkjIE5hdFNlbWkgRFA4Mzgy MCBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCW52ZQkJIyBuVmlkaWEgbkZvcmNlIE1DUCBvbi1i b2FyZCBFdGhlcm5ldCBOZXR3b3JraW5nCiNkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJ IDEwLzEwMCAocHJlY2VkZW5jZSBvdmVyICdsZScpCiNkZXZpY2UJCXJlCQkjIFJlYWxUZWsgODEz OUMrLzgxNjkvODE2OVMvODExMFMKI2RldmljZQkJcmwJCSMgUmVhbFRlayA4MTI5LzgxMzkKI2Rl dmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkxNSAoYGBTdGFyZmlyZScnKQojZGV2aWNlCQlzaXMJ CSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMgNzAxNgojZGV2aWNlCQlz awkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQgRXRoZXJuZXQKI2Rldmlj ZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxpbmsgREZFLTU1MFRYKQojZGV2aWNlCQlzdGdl CQkjIFN1bmRhbmNlL1RhbWFyYWNrIFRDOTAyMSBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXRp CQkjIEFsdGVvbiBOZXR3b3JrcyBUaWdvbiBJL0lJIGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJ dGwJCSMgVGV4YXMgSW5zdHJ1bWVudHMgVGh1bmRlckxBTgojZGV2aWNlCQl0eAkJIyBTTUMgRXRo ZXJQb3dlciBJSSAoODNjMTcwIGBgRVBJQycnKQojZGV2aWNlCQl2Z2UJCSMgVklBIFZUNjEyeCBn aWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXZyCQkjIFZJQSBSaGluZSwgUmhpbmUgSUkKI2Rldmlj ZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRgojZGV2aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJv b21lcmFuZycnLCBgYEN5Y2xvbmUnJykKCiMgSVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQgTklD cyBpbmNsdWRlZC4KI2RldmljZQkJY3MJCSMgQ3J5c3RhbCBTZW1pY29uZHVjdG9yIENTODl4MCBO SUMKIyAnZGV2aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycKI2RldmljZQkJZWQJCSMg TkVbMTJdMDAwLCBTTUMgVWx0cmEsIDNjNTAzLCBEUzgzOTAgY2FyZHMKI2RldmljZQkJZXgJCSMg SW50ZWwgRXRoZXJFeHByZXNzIFByby8xMCBhbmQgUHJvLzEwKwojZGV2aWNlCQllcAkJIyBFdGhl cmxpbmsgSUlJIGJhc2VkIGNhcmRzCiNkZXZpY2UJCWZlCQkjIEZ1aml0c3UgTUI4Njk2eCBiYXNl ZCBjYXJkcwojZGV2aWNlCQlpZQkJIyBFdGhlckV4cHJlc3MgOC8xNiwgM0M1MDcsIFN0YXJMQU4g MTAgZXRjLgojZGV2aWNlCQlzbgkJIyBTTUMncyA5MDAwIHNlcmllcyBvZiBFdGhlcm5ldCBjaGlw cwojZGV2aWNlCQl4ZQkJIyBYaXJjb20gcGNjYXJkIEV0aGVybmV0CgojIFdpcmVsZXNzIE5JQyBj YXJkcwpkZXZpY2UJCXdsYW4JCSMgODAyLjExIHN1cHBvcnQKZGV2aWNlCQl3bGFuX3dlcAkjIDgw Mi4xMSBXRVAgc3VwcG9ydApkZXZpY2UJCXdsYW5fY2NtcAkjIDgwMi4xMSBDQ01QIHN1cHBvcnQK ZGV2aWNlCQl3bGFuX3RraXAJIyA4MDIuMTEgVEtJUCBzdXBwb3J0CmRldmljZQkJd2xhbl9hbXJy CSMgQU1SUiB0cmFuc21pdCByYXRlIGNvbnRyb2wgYWxnb3JpdGhtCmRldmljZQkJd2xhbl9zY2Fu X2FwCSMgODAyLjExIEFQIG1vZGUgc2Nhbm5pbmcKZGV2aWNlCQl3bGFuX3NjYW5fc3RhCSMgODAy LjExIFNUQSBtb2RlIHNjYW5uaW5nCmRldmljZQkJYW4JCSMgQWlyb25ldCA0NTAwLzQ4MDAgODAy LjExIHdpcmVsZXNzIE5JQ3MuCmRldmljZQkJYXRoCQkjIEF0aGVyb3MgcGNpL2NhcmRidXMgTklD J3MKZGV2aWNlCQlhdGhfaGFsCQkjIEF0aGVyb3MgSEFMIChIYXJkd2FyZSBBY2Nlc3MgTGF5ZXIp CmRldmljZQkJYXRoX3JhdGVfc2FtcGxlCSMgU2FtcGxlUmF0ZSB0eCByYXRlIGNvbnRyb2wgZm9y IGF0aAojZGV2aWNlCQlhd2kJCSMgQmF5U3RhY2sgNjYwIGFuZCBvdGhlcnMKI2RldmljZQkJcmFs CQkjIFJhbGluayBUZWNobm9sb2d5IFJUMjUwMCB3aXJlbGVzcyBOSUNzLgpkZXZpY2UJCXdpCQkj IFdhdmVMQU4vSW50ZXJzaWwvU3ltYm9sIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQl3 bAkJIyBPbGRlciBub24gODAyLjExIFdhdmVsYW4gd2lyZWxlc3MgTklDLgoKIyBQc2V1ZG8gZGV2 aWNlcy4KZGV2aWNlCQlsb29wCQkjIE5ldHdvcmsgbG9vcGJhY2sKZGV2aWNlCQlyYW5kb20JCSMg RW50cm9weSBkZXZpY2UKZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0CmRldmljZQkJ c2wJCSMgS2VybmVsIFNMSVAKZGV2aWNlCQlwcHAJCSMgS2VybmVsIFBQUApkZXZpY2UJCXR1bgkJ IyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0IGV0YykK ZGV2aWNlCQltZAkJIyBNZW1vcnkgImRpc2tzIgpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0 IHR1bm5lbGluZwpkZXZpY2UJCWZhaXRoCQkjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNs YXRpb24pCmRldmljZQkJZmlybXdhcmUJIyBmaXJtd2FyZSBhc3Npc3QgbW9kdWxlCgojIFRoZSBg YnBmJyBkZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBCZSBhd2Fy ZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhCiMg Tm90ZSB0aGF0ICdicGYnIGlzIHJlcXVpcmVkIGZvciBESENQLgpkZXZpY2UJCWJwZgkJIyBCZXJr ZWxleSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBVSENJIFBD SS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UK ZGV2aWNlCQllaGNpCQkjIEVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlIChVU0IgMi4wKQpkZXZpY2UJ CXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkKI2RldmljZQkJdWRicAkJIyBVU0IgRG91YmxlIEJ1 bGsgUGlwZSBkZXZpY2VzCmRldmljZQkJdWdlbgkJIyBHZW5lcmljCmRldmljZQkJdWhpZAkJIyAi SHVtYW4gSW50ZXJmYWNlIERldmljZXMiCmRldmljZQkJdWtiZAkJIyBLZXlib2FyZApkZXZpY2UJ CXVscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mgc3RvcmFnZSAtIFJl cXVpcmVzIHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVtcwkJIyBNb3VzZQojZGV2aWNlCQl1cmFsCQkj IFJhbGluayBUZWNobm9sb2d5IFJUMjUwMFVTQiB3aXJlbGVzcyBOSUNzCiNkZXZpY2UJCXJ1bQkJ IyBSYWxpbmsgVGVjaG5vbG9neSBSVDI1MDFVU0Igd2lyZWxlc3MgTklDcwojZGV2aWNlCQl1cmlv CQkjIERpYW1vbmQgUmlvIDUwMCBNUDMgcGxheWVyCiNkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5l cnMKIyBVU0IgRXRoZXJuZXQsIHJlcXVpcmVzIG1paWJ1cwojZGV2aWNlCQlhdWUJCSMgQURNdGVr IFVTQiBFdGhlcm5ldAojZGV2aWNlCQlheGUJCSMgQVNJWCBFbGVjdHJvbmljcyBVU0IgRXRoZXJu ZXQKI2RldmljZQkJY2RjZQkJIyBHZW5lcmljIFVTQiBvdmVyIEV0aGVybmV0CiNkZXZpY2UJCWN1 ZQkJIyBDQVRDIFVTQiBFdGhlcm5ldAojZGV2aWNlCQlrdWUJCSMgS2F3YXNha2kgTFNJIFVTQiBF dGhlcm5ldAojZGV2aWNlCQlydWUJCSMgUmVhbFRlayBSVEw4MTUwIFVTQiBFdGhlcm5ldAoKIyBG aXJlV2lyZSBzdXBwb3J0CiNkZXZpY2UJCWZpcmV3aXJlCSMgRmlyZVdpcmUgYnVzIGNvZGUKI2Rl dmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAoUmVxdWlyZXMgc2NidXMgYW5kIGRhKQoj ZGV2aWNlCQlmd2UJCSMgRXRoZXJuZXQgb3ZlciBGaXJlV2lyZSAobm9uLXN0YW5kYXJkISkKI2Rl dmljZQkJZndpcAkJIyBJUCBvdmVyIEZpcmVXaXJlIChSRkMgMjczNCwzMTQ2KQojZGV2aWNlCQlk Y29ucwkJIyBEdW1iIGNvbnNvbGUgZHJpdmVyCiNkZXZpY2UJCWRjb25zX2Nyb20JIyBDb25maWd1 cmF0aW9uIFJPTSBmb3IgZGNvbnMKCgpkZXZpY2UgICAgICAgICAgc291bmQKZGV2aWNlICAgICAg ICAgICJzbmRfY3M0MjgxIgpvcHRpb25zICAgICAgICAgREVWSUNFX1BPTExJTkcKb3B0aW9ucwkJ TVJPVVRJTkcKI29wdGlvbnMJCVBJTQojb3B0aW9ucwkJVkZTX0FJTwpvcHRpb25zCQlIWj0xMDAw Cm9wdGlvbnMJCUFMVFEK ------=_Part_43389_24008997.1190638637509-- From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 16:13:25 2007 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 5990016A41B; Mon, 24 Sep 2007 16:13:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id EF58813C4B0; Mon, 24 Sep 2007 16:13:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 211141663-1834499 for multiple; Mon, 24 Sep 2007 12:11:58 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l8OGD3hK098542; Mon, 24 Sep 2007 12:13:14 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Jung-uk Kim" Date: Mon, 24 Sep 2007 11:55:56 -0400 User-Agent: KMail/1.9.6 References: <200709181516.11207.jkim@FreeBSD.org> <200709211827.29763.jkim@FreeBSD.org> <3bbf2fe10709240237u790de351wddb81b0c511d7435@mail.gmail.com> In-Reply-To: <3bbf2fe10709240237u790de351wddb81b0c511d7435@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709241155.56926.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 24 Sep 2007 12:13:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4378/Mon Sep 24 08:25:35 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] OsdSynch.c modernization 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, 24 Sep 2007 16:13:25 -0000 2007/9/22, Jung-uk Kim : > I thought exactly the same when I started rewriting it (almost half > year ago!). I have tried all of the above, spent numerous sleepless > nights, and miserably failed. :-( > > Spin mutex is too restrictive (e.g., it cannot be used with other > locks gracefully). critical_enter() causes: > > panic: blockable sleep lock (sleep mutex) 32 @ > /usr/src/sys/vm/uma_core.c:1830 cpuid = 0 > KDB: enter: panic > [thread pid 21 tid 100013 ] > Stopped at kdb_enter+0x32: leave However, disabling interrupts while you block on other locks is just as bad, we just don't assert for it. Better would be to fix ACPI-CA to not try to malloc() while holding a spin lock. You should be able to see where it is doing that via the stack trace. If the malloc is using M_NOWAIT you will be far better off using a plain mutex and just not disabling interrupts. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 16:18:07 2007 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 53F3116A468 for ; Mon, 24 Sep 2007 16:18:07 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 39C4A13C49D for ; Mon, 24 Sep 2007 16:18:07 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 99086 invoked from network); 24 Sep 2007 16:18:07 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 24 Sep 2007 16:18:07 -0000 Message-ID: <46F7E19B.3010603@root.org> Date: Mon, 24 Sep 2007 09:11:07 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: John Baldwin References: <200709181516.11207.jkim@FreeBSD.org> <200709211827.29763.jkim@FreeBSD.org> <3bbf2fe10709240237u790de351wddb81b0c511d7435@mail.gmail.com> <200709241155.56926.jhb@freebsd.org> In-Reply-To: <200709241155.56926.jhb@freebsd.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: [PATCH] OsdSynch.c modernization 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, 24 Sep 2007 16:18:07 -0000 John Baldwin wrote: > 2007/9/22, Jung-uk Kim : >> I thought exactly the same when I started rewriting it (almost half >> year ago!). I have tried all of the above, spent numerous sleepless >> nights, and miserably failed. :-( >> >> Spin mutex is too restrictive (e.g., it cannot be used with other >> locks gracefully). critical_enter() causes: >> >> panic: blockable sleep lock (sleep mutex) 32 @ >> /usr/src/sys/vm/uma_core.c:1830 cpuid = 0 >> KDB: enter: panic >> [thread pid 21 tid 100013 ] >> Stopped at kdb_enter+0x32: leave > > However, disabling interrupts while you block on other locks is just as bad, > we just don't assert for it. Better would be to fix ACPI-CA to not try to > malloc() while holding a spin lock. You should be able to see where it is > doing that via the stack trace. If the malloc is using M_NOWAIT you will be > far better off using a plain mutex and just not disabling interrupts. For 7.0, we're going with what we have (sx locks) since it's well-tested and not wrong, maybe just less than optimal. Remember that acpi locks are acquired a few dozen times every 10 seconds or so, so this is not at risk of being a performance issue. I think it's a good idea to work with Bob Moore to improve things on their side as well. Then we can revisit this and clean it up. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 16:28:56 2007 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 03DD616A41A; Mon, 24 Sep 2007 16:28:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 9CE6013C494; Mon, 24 Sep 2007 16:28:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 211143967-1834499 for multiple; Mon, 24 Sep 2007 12:27:16 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l8OGSY3q098743; Mon, 24 Sep 2007 12:28:36 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Nate Lawson Date: Mon, 24 Sep 2007 12:28:33 -0400 User-Agent: KMail/1.9.6 References: <200709181516.11207.jkim@FreeBSD.org> <200709241155.56926.jhb@freebsd.org> <46F7E19B.3010603@root.org> In-Reply-To: <46F7E19B.3010603@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709241228.34162.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 24 Sep 2007 12:28:36 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4378/Mon Sep 24 08:25:35 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: [PATCH] OsdSynch.c modernization 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, 24 Sep 2007 16:28:56 -0000 On Monday 24 September 2007 12:11:07 pm Nate Lawson wrote: > John Baldwin wrote: > > 2007/9/22, Jung-uk Kim : > >> I thought exactly the same when I started rewriting it (almost half > >> year ago!). I have tried all of the above, spent numerous sleepless > >> nights, and miserably failed. :-( > >> > >> Spin mutex is too restrictive (e.g., it cannot be used with other > >> locks gracefully). critical_enter() causes: > >> > >> panic: blockable sleep lock (sleep mutex) 32 @ > >> /usr/src/sys/vm/uma_core.c:1830 cpuid = 0 > >> KDB: enter: panic > >> [thread pid 21 tid 100013 ] > >> Stopped at kdb_enter+0x32: leave > > > > However, disabling interrupts while you block on other locks is just as bad, > > we just don't assert for it. Better would be to fix ACPI-CA to not try to > > malloc() while holding a spin lock. You should be able to see where it is > > doing that via the stack trace. If the malloc is using M_NOWAIT you will be > > far better off using a plain mutex and just not disabling interrupts. > > For 7.0, we're going with what we have (sx locks) since it's well-tested > and not wrong, maybe just less than optimal. Remember that acpi locks > are acquired a few dozen times every 10 seconds or so, so this is not at > risk of being a performance issue. Disabling interrupts and then calling malloc() is wrong however. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 16:52:45 2007 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 B254D16A418 for ; Mon, 24 Sep 2007 16:52:45 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id AE0CF13C458 for ; Mon, 24 Sep 2007 16:52:45 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 2398 invoked from network); 24 Sep 2007 16:52:46 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 24 Sep 2007 16:52:46 -0000 Message-ID: <46F7E9BA.3090601@root.org> Date: Mon, 24 Sep 2007 09:45:46 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: John Baldwin References: <200709181516.11207.jkim@FreeBSD.org> <200709241155.56926.jhb@freebsd.org> <46F7E19B.3010603@root.org> <200709241228.34162.jhb@freebsd.org> In-Reply-To: <200709241228.34162.jhb@freebsd.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: [PATCH] OsdSynch.c modernization 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, 24 Sep 2007 16:52:45 -0000 John Baldwin wrote: > On Monday 24 September 2007 12:11:07 pm Nate Lawson wrote: >> John Baldwin wrote: >>> 2007/9/22, Jung-uk Kim : >>>> I thought exactly the same when I started rewriting it (almost half >>>> year ago!). I have tried all of the above, spent numerous sleepless >>>> nights, and miserably failed. :-( >>>> >>>> Spin mutex is too restrictive (e.g., it cannot be used with other >>>> locks gracefully). critical_enter() causes: >>>> >>>> panic: blockable sleep lock (sleep mutex) 32 @ >>>> /usr/src/sys/vm/uma_core.c:1830 cpuid = 0 >>>> KDB: enter: panic >>>> [thread pid 21 tid 100013 ] >>>> Stopped at kdb_enter+0x32: leave >>> However, disabling interrupts while you block on other locks is just as > bad, >>> we just don't assert for it. Better would be to fix ACPI-CA to not try to >>> malloc() while holding a spin lock. You should be able to see where it is >>> doing that via the stack trace. If the malloc is using M_NOWAIT you will > be >>> far better off using a plain mutex and just not disabling interrupts. >> >> For 7.0, we're going with what we have (sx locks) since it's well-tested >> and not wrong, maybe just less than optimal. Remember that acpi locks >> are acquired a few dozen times every 10 seconds or so, so this is not at >> risk of being a performance issue. > > Disabling interrupts and then calling malloc() is wrong however. Sure, I guess I thought that part would just be removed and we'd deal with a pure sx lock. Jung-uk, what was the need for critical_enter/intr_disable? The only thing I can think of is that you might want to prevent a thread from migrating while the "spin" lock is held. I don't see that as necessary. I agree that this part should be removed, but I think we should stick with sx locks for now and not re-work acpi-ca (vendor code) so close to a release unless it's something very simple. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 16:59:05 2007 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 1AB3716A419; Mon, 24 Sep 2007 16:59:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id B97FA13C45D; Mon, 24 Sep 2007 16:59:04 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l8OGx2I8001148; Mon, 24 Sep 2007 12:59:03 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Mon, 24 Sep 2007 12:58:54 -0400 User-Agent: KMail/1.6.2 References: <200709181516.11207.jkim@FreeBSD.org> <46F7E19B.3010603@root.org> <200709241228.34162.jhb@freebsd.org> In-Reply-To: <200709241228.34162.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200709241259.01518.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4378/Mon Sep 24 08:25:35 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org, John Baldwin Subject: Re: [PATCH] OsdSynch.c modernization 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, 24 Sep 2007 16:59:05 -0000 On Monday 24 September 2007 12:28 pm, John Baldwin wrote: > On Monday 24 September 2007 12:11:07 pm Nate Lawson wrote: > > John Baldwin wrote: > > > 2007/9/22, Jung-uk Kim : > > >> I thought exactly the same when I started rewriting it (almost > > >> half year ago!). I have tried all of the above, spent > > >> numerous sleepless nights, and miserably failed. :-( > > >> > > >> Spin mutex is too restrictive (e.g., it cannot be used with > > >> other locks gracefully). critical_enter() causes: > > >> > > >> panic: blockable sleep lock (sleep mutex) 32 @ > > >> /usr/src/sys/vm/uma_core.c:1830 cpuid = 0 > > >> KDB: enter: panic > > >> [thread pid 21 tid 100013 ] > > >> Stopped at kdb_enter+0x32: leave > > > > > > However, disabling interrupts while you block on other locks is > > > just as > > bad, > > > > we just don't assert for it. Better would be to fix ACPI-CA to > > > not try to malloc() while holding a spin lock. You should be > > > able to see where it is doing that via the stack trace. If the > > > malloc is using M_NOWAIT you will > > be > > > > far better off using a plain mutex and just not disabling > > > interrupts. > > > > For 7.0, we're going with what we have (sx locks) since it's > > well-tested and not wrong, maybe just less than optimal. > > Remember that acpi locks are acquired a few dozen times every 10 > > seconds or so, so this is not at risk of being a performance > > issue. > > Disabling interrupts and then calling malloc() is wrong however. Understood. As I said earlier, I really like to fix it correctly. However, the problem is that there are so many different BIOSes out there, taking so different code paths. Whenever I thought it's fixed, someone says 'you broke my laptop' or 'FreeBSD is bad because it doesn't boot on my laptop but Linux and Windows boot fine'. :-( (At least on my laptop) I found the malloc() was called from our code, i.e., AcpiOsExecute() from OsdSched.c. I'll try something shortly cause I was going to rewrite the file anyway. Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 17:10:18 2007 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 90D7416A41B for ; Mon, 24 Sep 2007 17:10:18 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8F64F13C469 for ; Mon, 24 Sep 2007 17:10:18 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 3350 invoked from network); 24 Sep 2007 17:10:18 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 24 Sep 2007 17:10:18 -0000 Message-ID: <46F7EDD6.4010508@root.org> Date: Mon, 24 Sep 2007 10:03:18 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Jung-uk Kim References: <200709181516.11207.jkim@FreeBSD.org> <46F7E19B.3010603@root.org> <200709241228.34162.jhb@freebsd.org> <200709241259.01518.jkim@FreeBSD.org> In-Reply-To: <200709241259.01518.jkim@FreeBSD.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, John Baldwin Subject: Re: [PATCH] OsdSynch.c modernization 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, 24 Sep 2007 17:10:18 -0000 Jung-uk Kim wrote: > On Monday 24 September 2007 12:28 pm, John Baldwin wrote: >> On Monday 24 September 2007 12:11:07 pm Nate Lawson wrote: >>> John Baldwin wrote: >>>> 2007/9/22, Jung-uk Kim : >>>>> I thought exactly the same when I started rewriting it (almost >>>>> half year ago!). I have tried all of the above, spent >>>>> numerous sleepless nights, and miserably failed. :-( >>>>> >>>>> Spin mutex is too restrictive (e.g., it cannot be used with >>>>> other locks gracefully). critical_enter() causes: >>>>> >>>>> panic: blockable sleep lock (sleep mutex) 32 @ >>>>> /usr/src/sys/vm/uma_core.c:1830 cpuid = 0 >>>>> KDB: enter: panic >>>>> [thread pid 21 tid 100013 ] >>>>> Stopped at kdb_enter+0x32: leave >>>> However, disabling interrupts while you block on other locks is >>>> just as >> bad, >> >>>> we just don't assert for it. Better would be to fix ACPI-CA to >>>> not try to malloc() while holding a spin lock. You should be >>>> able to see where it is doing that via the stack trace. If the >>>> malloc is using M_NOWAIT you will >> be >> >>>> far better off using a plain mutex and just not disabling >>>> interrupts. >>> For 7.0, we're going with what we have (sx locks) since it's >>> well-tested and not wrong, maybe just less than optimal. >>> Remember that acpi locks are acquired a few dozen times every 10 >>> seconds or so, so this is not at risk of being a performance >>> issue. >> Disabling interrupts and then calling malloc() is wrong however. > > Understood. As I said earlier, I really like to fix it correctly. > > > However, the problem is that there are so many different BIOSes out > there, taking so different code paths. Whenever I thought it's > fixed, someone says 'you broke my laptop' or 'FreeBSD is bad because > it doesn't boot on my laptop but Linux and Windows boot fine'. :-( > > > (At least on my laptop) I found the malloc() was called from our code, > i.e., AcpiOsExecute() from OsdSched.c. I'll try something shortly > cause I was going to rewrite the file anyway. Yep, that's because we need a task structure that's different for each call and acpi-ca doesn't like the "pending" argument (see OsdSchedule.c). One fix for this is to just use a hack and cast the fn to discard the extra arg. Not sure this would work. I thought malloc(...NOWAIT) *could* be called with a mutex held? It just checks a list and returns NULL if empty, right? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 24 17:16:14 2007 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 A647516A419; Mon, 24 Sep 2007 17:16:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 6830113C465; Mon, 24 Sep 2007 17:16:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 211151065-1834499 for multiple; Mon, 24 Sep 2007 13:14:35 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l8OHFsUL099059; Mon, 24 Sep 2007 13:15:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Nate Lawson Date: Mon, 24 Sep 2007 13:15:52 -0400 User-Agent: KMail/1.9.6 References: <200709181516.11207.jkim@FreeBSD.org> <200709241259.01518.jkim@FreeBSD.org> <46F7EDD6.4010508@root.org> In-Reply-To: <46F7EDD6.4010508@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709241315.53665.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 24 Sep 2007 13:15:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4378/Mon Sep 24 08:25:35 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: [PATCH] OsdSynch.c modernization 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, 24 Sep 2007 17:16:14 -0000 On Monday 24 September 2007 01:03:18 pm Nate Lawson wrote: > Jung-uk Kim wrote: > > On Monday 24 September 2007 12:28 pm, John Baldwin wrote: > >> On Monday 24 September 2007 12:11:07 pm Nate Lawson wrote: > >>> John Baldwin wrote: > >>>> 2007/9/22, Jung-uk Kim : > >>>>> I thought exactly the same when I started rewriting it (almost > >>>>> half year ago!). I have tried all of the above, spent > >>>>> numerous sleepless nights, and miserably failed. :-( > >>>>> > >>>>> Spin mutex is too restrictive (e.g., it cannot be used with > >>>>> other locks gracefully). critical_enter() causes: > >>>>> > >>>>> panic: blockable sleep lock (sleep mutex) 32 @ > >>>>> /usr/src/sys/vm/uma_core.c:1830 cpuid = 0 > >>>>> KDB: enter: panic > >>>>> [thread pid 21 tid 100013 ] > >>>>> Stopped at kdb_enter+0x32: leave > >>>> However, disabling interrupts while you block on other locks is > >>>> just as > >> bad, > >> > >>>> we just don't assert for it. Better would be to fix ACPI-CA to > >>>> not try to malloc() while holding a spin lock. You should be > >>>> able to see where it is doing that via the stack trace. If the > >>>> malloc is using M_NOWAIT you will > >> be > >> > >>>> far better off using a plain mutex and just not disabling > >>>> interrupts. > >>> For 7.0, we're going with what we have (sx locks) since it's > >>> well-tested and not wrong, maybe just less than optimal. > >>> Remember that acpi locks are acquired a few dozen times every 10 > >>> seconds or so, so this is not at risk of being a performance > >>> issue. > >> Disabling interrupts and then calling malloc() is wrong however. > > > > Understood. As I said earlier, I really like to fix it correctly. > > > > > > However, the problem is that there are so many different BIOSes out > > there, taking so different code paths. Whenever I thought it's > > fixed, someone says 'you broke my laptop' or 'FreeBSD is bad because > > it doesn't boot on my laptop but Linux and Windows boot fine'. :-( > > > > > > (At least on my laptop) I found the malloc() was called from our code, > > i.e., AcpiOsExecute() from OsdSched.c. I'll try something shortly > > cause I was going to rewrite the file anyway. > > Yep, that's because we need a task structure that's different for each > call and acpi-ca doesn't like the "pending" argument (see > OsdSchedule.c). One fix for this is to just use a hack and cast the fn > to discard the extra arg. Not sure this would work. > > I thought malloc(...NOWAIT) *could* be called with a mutex held? It > just checks a list and returns NULL if empty, right? But not a spin mutex.... -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 25 05:32:53 2007 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 BD7A016A41A for ; Tue, 25 Sep 2007 05:32:53 +0000 (UTC) (envelope-from piloyder@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3037613C43E for ; Tue, 25 Sep 2007 05:32:52 +0000 (UTC) (envelope-from piloyder@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so2242340fka for ; Mon, 24 Sep 2007 22:32:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=TZR/aFNE74iD1/uEhTHJuU3mKIcyDOJUM1S2WBaOV3g=; b=IuhX68R+dODmeKCg/T6gwo3eJW2+ZEX+VPNOCeZrWUxsTLbPQQ24/oipp+5fcKkDwTSCA0reBfJq1PTOTfFnWZc6RDcyHcdVFDxJcmzio8BfCwtUH9pRpx0iGsdYfpOAlnk5ikx6KIaw1TUolImgY+euW1KqgtzAUyI0V0Fkceo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rLJvwyFdHD9Sh0LB0CPP5EdXfJ5DDCGyaaWkNGSL8ht9Og89qV1F+bITDa7T7/V2wO5TRAcj5viKYNgvxP25ZKbqyZiJ6Faoh/D1YSswntkSgcLlfSAcnOw5sA3dXi6yQUXhMHc1tKr0ilGpx+Ms628T9D+xfIaC9PxMRp+pai0= Received: by 10.86.77.5 with SMTP id z5mr5304765fga.1190698369617; Mon, 24 Sep 2007 22:32:49 -0700 (PDT) Received: by 10.86.86.19 with HTTP; Mon, 24 Sep 2007 22:32:48 -0700 (PDT) Message-ID: <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com> Date: Tue, 25 Sep 2007 09:32:48 +0400 From: Denis To: "Nate Lawson" In-Reply-To: <46F76A9A.2020107@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> <20070924071327.GA9941@belzebub.tns.cz> <46F76A9A.2020107@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 25 Sep 2007 05:32:53 -0000 On 9/24/07, Nate Lawson wrote: > Roman Pavlik wrote: > > On Sun, Sep 23, 2007 at 10:57:20AM +0400, Denis wrote: > > I've seen similar issue with ACPI on my HP 6710b. Escape to debug and > > return doesn't help. Sometimes helps disconecting AC line. The workaround > > is comment out the following line in GENERIC: > > #options PREEMPTION # Enable kernel thread preemption > > #options ADAPTIVE_GIANT # Giant mutex is adaptive. > > > > Rebuild kernel, reinstall, reboot. Thank you, Roman. I rebuild kernel and it helps. And disconecting AC line seems to help too (but tried only once) > Jung-uk Kim's global lock patch may be the solution. We're trying to > get this stuff committed but things are slow due to the freeze for 7.0. > You can't have too many patches floating around. Nate, if you mean this patch - http://people.freebsd.org/~jkim/acpica/OsdSynch.diff - I tried it, but without luck. Best regards, Denis From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 25 10:55:50 2007 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 B1B5D16A417 for ; Tue, 25 Sep 2007 10:55:50 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA0F13C4AA for ; Tue, 25 Sep 2007 10:55:50 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 9164 invoked from network); 25 Sep 2007 10:55:52 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 25 Sep 2007 10:55:52 -0000 Message-ID: <46F8E92E.6010404@root.org> Date: Tue, 25 Sep 2007 03:55:42 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Denis References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> <20070924071327.GA9941@belzebub.tns.cz> <46F76A9A.2020107@root.org> <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com> In-Reply-To: <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 25 Sep 2007 10:55:50 -0000 Denis wrote: > On 9/24/07, Nate Lawson wrote: >> Roman Pavlik wrote: >>> On Sun, Sep 23, 2007 at 10:57:20AM +0400, Denis wrote: >>> I've seen similar issue with ACPI on my HP 6710b. Escape to debug and >>> return doesn't help. Sometimes helps disconecting AC line. The workaround >>> is comment out the following line in GENERIC: >>> #options PREEMPTION # Enable kernel thread preemption >>> #options ADAPTIVE_GIANT # Giant mutex is adaptive. >>> >>> Rebuild kernel, reinstall, reboot. > > Thank you, Roman. I rebuild kernel and it helps. And disconecting AC > line seems to help too (but tried only once) > >> Jung-uk Kim's global lock patch may be the solution. We're trying to >> get this stuff committed but things are slow due to the freeze for 7.0. >> You can't have too many patches floating around. > > Nate, if you mean this patch - > http://people.freebsd.org/~jkim/acpica/OsdSynch.diff - I tried it, but > without luck. Nope, I mean the one just committed to 7-current. So just cvsup and try again. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 25 14:12:28 2007 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 BCDAD16A418 for ; Tue, 25 Sep 2007 14:12:28 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.177]) by mx1.freebsd.org (Postfix) with ESMTP id 621D313C448 for ; Tue, 25 Sep 2007 14:12:28 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so326774ele for ; Tue, 25 Sep 2007 07:12:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HPNztlic3+SSs4tvl2/a8R0Esz/ahT/gJmD1rfazkyY=; b=glqOh71e7jr8+U+iUUv2kJWkBAR7a14/PSgzm3j6EW8Q5Wr3D6nog+9rmDLMnnZD8Q/E0PUo+9RxLuQ9m/2RRX9YGu4c/ocuFx5mIvYEPayi8TqapRJiI5wEiqJuaaj3PznBFXLaWoaeIQ/M4E3F2Bd93HNVybt9W0EpkbnM7/I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jn9HuHa4oG00TEbHJV8FaGAUn/CwdbJ9CaLGMV1rPxYTN1OWG+NQmzhy6wNJaV2GSoq2UkEXlcueN70nLNEa7cuJTtiPSo2cwo6MmeFvqgzizAMwD4j9QpsapZIXZD9oNayoZUZofNEeJmLQUL1zSox6zbZpcjRLSngA5f5V4v0= Received: by 10.142.251.9 with SMTP id y9mr1663331wfh.1190729546603; Tue, 25 Sep 2007 07:12:26 -0700 (PDT) Received: by 10.143.18.18 with HTTP; Tue, 25 Sep 2007 07:12:26 -0700 (PDT) Message-ID: <910e60e80709250712hf322c09s478b16be60209fa@mail.gmail.com> Date: Tue, 25 Sep 2007 23:12:26 +0900 From: dikshie To: freebsd-acpi@freebsd.org In-Reply-To: <46F8E92E.6010404@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> <20070924071327.GA9941@belzebub.tns.cz> <46F76A9A.2020107@root.org> <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com> <46F8E92E.6010404@root.org> Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 25 Sep 2007 14:12:28 -0000 On 9/25/07, Nate Lawson wrote: > Nope, I mean the one just committed to 7-current. So just cvsup and try > again. it fix my IBM X20's acpi problem. thank you ! regards, -- -dikshie- From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 25 16:30:01 2007 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 ACE8D16A418 for ; Tue, 25 Sep 2007 16:30:01 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5C71F13C46E for ; Tue, 25 Sep 2007 16:30:01 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 58664 invoked from network); 25 Sep 2007 16:30:01 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 25 Sep 2007 16:30:01 -0000 Message-ID: <46F93782.8070604@root.org> Date: Tue, 25 Sep 2007 09:29:54 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: dikshie References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> <20070924071327.GA9941@belzebub.tns.cz> <46F76A9A.2020107@root.org> <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com> <46F8E92E.6010404@root.org> <910e60e80709250712hf322c09s478b16be60209fa@mail.gmail.com> In-Reply-To: <910e60e80709250712hf322c09s478b16be60209fa@mail.gmail.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 25 Sep 2007 16:30:01 -0000 dikshie wrote: > On 9/25/07, Nate Lawson wrote: > >> Nope, I mean the one just committed to 7-current. So just cvsup and try >> again. > > it fix my IBM X20's acpi problem. > thank you ! Yay, one point for us! -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 25 19:38:38 2007 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 1CAE416A418; Tue, 25 Sep 2007 19:38:38 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id B3DD413C455; Tue, 25 Sep 2007 19:38:37 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l8PJcZOr089877; Tue, 25 Sep 2007 15:38:35 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 25 Sep 2007 15:38:31 -0400 User-Agent: KMail/1.6.2 References: <200709181516.11207.jkim@FreeBSD.org> <200709241259.01518.jkim@FreeBSD.org> <46F7EDD6.4010508@root.org> In-Reply-To: <46F7EDD6.4010508@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200709251538.33353.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4396/Tue Sep 25 14:48:03 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: [PATCH] OsdSynch.c modernization 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, 25 Sep 2007 19:38:38 -0000 On Monday 24 September 2007 01:03 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > (At least on my laptop) I found the malloc() was called from our > > code, i.e., AcpiOsExecute() from OsdSched.c. I'll try something > > shortly cause I was going to rewrite the file anyway. > > Yep, that's because we need a task structure that's different for > each call and acpi-ca doesn't like the "pending" argument (see > OsdSchedule.c). One fix for this is to just use a hack and cast > the fn to discard the extra arg. Not sure this would work. I quickly tested it but didn't work. :-( Actually it is not just pending argument but struct task itself has to be allocated. I did crude hack to see if it is possible to have it working with spin mutex gracefully. It can be done if we pre-allocate some space for the tasks and use fast taskqueue. Does it make sense to you? Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 25 20:02:20 2007 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 B755116A419 for ; Tue, 25 Sep 2007 20:02:20 +0000 (UTC) (envelope-from piloyder@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 2D77913C465 for ; Tue, 25 Sep 2007 20:02:19 +0000 (UTC) (envelope-from piloyder@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1541480nfb for ; Tue, 25 Sep 2007 13:02:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=k1kU2FEazeWdY6hDwQQdVAyVlKvJHtXI8meFUxApqfg=; b=Gfsyr1qKg2AytXtCI5oGsF8l+uuUp9SSfZYvFovCxzRYd+BWfODH4zGfyTZJTR9dxycaCwyCvaXG8CcT3ECFZqIk/Z8yH4TUm8i0SPZB6WX+uH+yWAQU2dUtdp5ipDiJTLmfOwp+abEII0YOX88MrPCBFVeTwyjlFTXi+xqAB9Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NllhZxpJInrWSNSRLHCWWyMbBL1PxGHCsA1I1ED6fqs/NB04ur+J35UTcBqe6pJmxFx5JiqgAx9AKmum1eT0KeTH022RqnHxcg2bcgk/z7LaSkqfZOpLiINcNIjoyYZnuo4IGvqgl5j2mCU/W2yNv3y1xCk0F1XX5qni3jWRCEw= Received: by 10.86.33.10 with SMTP id g10mr3385041fgg.1190750538692; Tue, 25 Sep 2007 13:02:18 -0700 (PDT) Received: by 10.86.86.19 with HTTP; Tue, 25 Sep 2007 13:01:58 -0700 (PDT) Message-ID: <325305250709251301x71f64202v7f1543c36c1ab601@mail.gmail.com> Date: Wed, 26 Sep 2007 00:01:58 +0400 From: Denis To: "Nate Lawson" In-Reply-To: <46F8E92E.6010404@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> <20070924071327.GA9941@belzebub.tns.cz> <46F76A9A.2020107@root.org> <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com> <46F8E92E.6010404@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 25 Sep 2007 20:02:20 -0000 On 9/25/07, Nate Lawson wrote: > Denis wrote: > > On 9/24/07, Nate Lawson wrote: > >> Roman Pavlik wrote: > >>> On Sun, Sep 23, 2007 at 10:57:20AM +0400, Denis wrote: > >>> I've seen similar issue with ACPI on my HP 6710b. Escape to debug and > >>> return doesn't help. Sometimes helps disconecting AC line. The workaround > >>> is comment out the following line in GENERIC: > >>> #options PREEMPTION # Enable kernel thread preemption > >>> #options ADAPTIVE_GIANT # Giant mutex is adaptive. > >>> > >>> Rebuild kernel, reinstall, reboot. > > > > Thank you, Roman. I rebuild kernel and it helps. And disconecting AC > > line seems to help too (but tried only once) > > > >> Jung-uk Kim's global lock patch may be the solution. We're trying to > >> get this stuff committed but things are slow due to the freeze for 7.0. > >> You can't have too many patches floating around. > > > > Nate, if you mean this patch - > > http://people.freebsd.org/~jkim/acpica/OsdSynch.diff - I tried it, but > > without luck. > > Nope, I mean the one just committed to 7-current. So just cvsup and try > again. I cvsuped and tried (without any additional patches). Good news - there is no kernel panic. But unfortunately the same "hang" exist... Best regards, Denis From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 25 20:46:53 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDE4E16A417 for ; Tue, 25 Sep 2007 20:46:53 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 715A313C43E for ; Tue, 25 Sep 2007 20:46:53 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 79966 invoked from network); 25 Sep 2007 20:46:54 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 25 Sep 2007 20:46:54 -0000 Message-ID: <46F973B6.5010703@root.org> Date: Tue, 25 Sep 2007 13:46:46 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Denis , acpi@freebsd.org References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> <20070924071327.GA9941@belzebub.tns.cz> <46F76A9A.2020107@root.org> <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com> <46F8E92E.6010404@root.org> <325305250709251301x71f64202v7f1543c36c1ab601@mail.gmail.com> In-Reply-To: <325305250709251301x71f64202v7f1543c36c1ab601@mail.gmail.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 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, 25 Sep 2007 20:46:53 -0000 Denis wrote: > On 9/25/07, Nate Lawson wrote: >> Denis wrote: >>> On 9/24/07, Nate Lawson wrote: >>>> Roman Pavlik wrote: >>>>> On Sun, Sep 23, 2007 at 10:57:20AM +0400, Denis wrote: >>>>> I've seen similar issue with ACPI on my HP 6710b. Escape to debug and >>>>> return doesn't help. Sometimes helps disconecting AC line. The workaround >>>>> is comment out the following line in GENERIC: >>>>> #options PREEMPTION # Enable kernel thread preemption >>>>> #options ADAPTIVE_GIANT # Giant mutex is adaptive. >>>>> >>>>> Rebuild kernel, reinstall, reboot. >>> Thank you, Roman. I rebuild kernel and it helps. And disconecting AC >>> line seems to help too (but tried only once) >>> >>>> Jung-uk Kim's global lock patch may be the solution. We're trying to >>>> get this stuff committed but things are slow due to the freeze for 7.0. >>>> You can't have too many patches floating around. >>> Nate, if you mean this patch - >>> http://people.freebsd.org/~jkim/acpica/OsdSynch.diff - I tried it, but >>> without luck. >> Nope, I mean the one just committed to 7-current. So just cvsup and try >> again. > > I cvsuped and tried (without any additional patches). Good news - > there is no kernel panic. But unfortunately the same "hang" exist... We've got a couple issues ahead of this but hopefully will look into it before 7.0. You're not the only one with this problem. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 25 21:37:43 2007 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 3AF2816A41A; Tue, 25 Sep 2007 21:37:43 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id D520013C447; Tue, 25 Sep 2007 21:37:42 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l8PLbfQk098394; Tue, 25 Sep 2007 17:37:41 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 25 Sep 2007 17:37:34 -0400 User-Agent: KMail/1.6.2 References: <200709181516.11207.jkim@FreeBSD.org> <46F7EDD6.4010508@root.org> <200709251538.33353.jkim@FreeBSD.org> In-Reply-To: <200709251538.33353.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200709251737.38780.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4396/Tue Sep 25 14:48:03 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, John Baldwin Subject: Re: [PATCH] OsdSynch.c modernization 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, 25 Sep 2007 21:37:43 -0000 On Tuesday 25 September 2007 03:38 pm, Jung-uk Kim wrote: > On Monday 24 September 2007 01:03 pm, Nate Lawson wrote: > > Jung-uk Kim wrote: > > > (At least on my laptop) I found the malloc() was called from > > > our code, i.e., AcpiOsExecute() from OsdSched.c. I'll try > > > something shortly cause I was going to rewrite the file anyway. > > > > Yep, that's because we need a task structure that's different for > > each call and acpi-ca doesn't like the "pending" argument (see > > OsdSchedule.c). One fix for this is to just use a hack and cast > > the fn to discard the extra arg. Not sure this would work. > > I quickly tested it but didn't work. :-( > > Actually it is not just pending argument but struct task itself has > to be allocated. I did crude hack to see if it is possible to have > it working with spin mutex gracefully. It can be done if we > pre-allocate some space for the tasks and use fast taskqueue. Does > it make sense to you? FYI, here is the hack: http://people.freebsd.org/~jkim/acpica/Osd.diff Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 17:09:35 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9985116A421 for ; Thu, 27 Sep 2007 17:09:35 +0000 (UTC) (envelope-from iske340@yahoo.com) Received: from n11c.bullet.sp1.yahoo.com (n11c.bullet.sp1.yahoo.com [69.147.64.108]) by mx1.freebsd.org (Postfix) with SMTP id 241CA13C459 for ; Thu, 27 Sep 2007 17:09:35 +0000 (UTC) (envelope-from iske340@yahoo.com) Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lima; d=yahoogroups.com; b=pFos+9gEpzFCBjFyaNhdz9G5GToz/S2UYTy9crb0+kAYb2vESIuMAUmNsx45KmEyoDdzUBeeYn6Lt5HT14oQ1/y2p+p/dN/GXgE8GTTY6aUtL4DbwEPVCAJwYyity99h; Received: from [216.252.122.219] by n11.bullet.sp1.yahoo.com with NNFMP; 27 Sep 2007 16:55:44 -0000 Received: from [209.73.164.86] by t4.bullet.sp1.yahoo.com with NNFMP; 27 Sep 2007 16:55:44 -0000 Received: from [66.218.66.92] by t8.bullet.scd.yahoo.com with NNFMP; 27 Sep 2007 16:55:44 -0000 Date: 27 Sep 2007 16:55:42 -0000 Message-ID: <1190912142.843.29225.w125@yahoogroups.com> X-Yahoo-Newman-Property: groups-invite MIME-Version: 1.0 From: Start_Earn moderator To: acpi@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Yahoo! Groups: You're invited! Join Start_Earn today. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: confirm-invite-AwmWLogrME4PlJJPe1vbrMwUiig-acpi=freebsd.org@yahoogroups.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 17:09:35 -0000 iske340@yahoo.com has invited you to join Start_Earn [http://groups.yahoo.com/group/Start_Earn/] on Yahoo! Groups, the best way to discover and share information and advice with others. All for free. A personal invitation from iske340@yahoo.com: Hi There, Earn Income Today Come take a look at a very exciting Home Business that has changed my life; as well as improved my health and lifestyle. 100% GUARANTEED! Visit Now http://simurl.com/kkk-ff-UU http://simurl.com/kkk-ff-UU Together in success, Ben Lopez GPS Marketing P.S. Will this work for you? You'll never know unless you check out the FREE DEMO NOW! http://simurl.com/kkk-ff-UU --------- You are receiving this message because you have either signed up to receive information from us or a third-party. To be cleared from our records reply with subject REMOVE mailto:removmyemlpls@yahoo.com See for yourself why millions of people are members of Yahoo! Groups. But hurry. This invitation expires in 30 days. Join this group: http://groups.yahoo.com/i?i=AwmWLogrME4PlJJPe1vbrMwUiig&e=acpi%40freebsd%2Eorg ------------------------------------------------------------------------ Yahoo! Groups is a free service that allows you to stay in touch with friends and family or meet new people who share your interests. Yahoo! Groups values your privacy. It is a violation of our service rules for Groups members to abuse this invitation feature. If you feel this has happened, please notify us: http://help.yahoo.com/help/us/groups/abuse/index.html You may also change your email preferences to stop receiving group invitations in the future. To do so, please go here: http://groups.yahoo.com/s?tag=euFAkv7s_K7a2yFBExYho9Pq1h92XRl5RDjG-JXd1EpTp29RsB8Z_Wl0VkxzdgWPsa5WQn7Y167VoQ Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 20:29:33 2007 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 D987E16A41A for ; Thu, 27 Sep 2007 20:29:33 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 43D3313C469 for ; Thu, 27 Sep 2007 20:29:33 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1618893ugf for ; Thu, 27 Sep 2007 13:29:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=cTacU9l4myOBAJfAXcuBh2Kck3tzj7d1r/s6jpPjzLc=; b=Ym89nwSR0jm1/wfThJPO6LBqEhY8yCYCRtxyDeNIefs6Zk6i099FF9s8bLTPD0F46XP6Rww7R566ZFnl2Jh0GZrFOFyYdm3kcHNbFXOM240RYNkt2vmTJlosKyS84K/deqCXlR5vndtas3XzuyWuVX2+L4bE86xfShKrzaQfKoY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=EX84JHMFOoiYkoOL7nRCiwTkGleOUei20v3mEE4oJ/fbVYd44MGOMetRv3Zqm+7cKvGzNtLcunaFMLxtof5nc/9Z+BIvALyOEoAHc6Hs/jtC2lekI27vzp0MEK5kR0g5M+87IZcIYwWQA0ranix1ImWJHxuFt0sr4uIrlqeMtzg= Received: by 10.66.249.14 with SMTP id w14mr4023777ugh.1190923283869; Thu, 27 Sep 2007 13:01:23 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Thu, 27 Sep 2007 13:01:23 -0700 (PDT) Message-ID: <499c70c0709271301g500d1d08gefe126bc65300d6c@mail.gmail.com> Date: Thu, 27 Sep 2007 23:01:23 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: INTEL D946GZIS acpi issues. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 20:29:33 -0000 Hello, FreeBSD 7.0-CURRENT #0: amd64 Thu Sep 27 18:32:07 GMT 2007 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2397.62-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2130075648 (2031 MB) avail memory = 2055835648 (1960 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: Power Button (fixed) acpi0: reservation of fed00000, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 cpu1: on acpi0 acpi_perf1: on cpu1 acpi_perf1: failed in PERF_STATUS attach device_attach: acpi_perf1 attach returned 6 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_perf1: on cpu1 acpi_perf1: failed in PERF_STATUS attach device_attach: acpi_perf1 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x20c0-0x20c7 mem 0x90100000-0x901fffff,0x80000000-0x8fffffff irq 16 at device 2.0 on pci0 pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 28.2 on pci0 pci2: on pcib2 pcib3: at device 28.3 on pci0 pci3: on pcib3 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 fxp0: port 0x1000-0x103f mem 0x90000000-0x90000fff irq 20 at device 8.0 on pci4 miibus0: on fxp0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:19:d1:41:1e:0c fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20a0-0x20af mem 0x90200000-0x902003ff irq 19 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) orm0: at iomem 0xc0000-0xcafff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 70911MB at ata0-master SATA150 ad2: 238474MB at ata1-master SATA150 SMP: AP CPU #1 Launched! Could someone tell me why I get this fail msgs, and what shall I do to make it work? I use the latest bios from intel. acpi0: reservation of fed00000, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 cpu1: on acpi0 acpi_perf1: on cpu1 acpi_perf1: failed in PERF_STATUS attach device_attach: acpi_perf1 attach returned 6 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_perf1: on cpu1 acpi_perf1: failed in PERF_STATUS attach device_attach: acpi_perf1 attach returned 6 acpi_button0: on acpi0 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 22:04:14 2007 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 5F7E116A468 for ; Thu, 27 Sep 2007 22:04:14 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1829613C47E for ; Thu, 27 Sep 2007 22:04:14 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 72543 invoked from network); 27 Sep 2007 22:04:15 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 27 Sep 2007 22:04:15 -0000 Message-ID: <46FC28DA.5090703@root.org> Date: Thu, 27 Sep 2007 15:04:10 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0709271301g500d1d08gefe126bc65300d6c@mail.gmail.com> In-Reply-To: <499c70c0709271301g500d1d08gefe126bc65300d6c@mail.gmail.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: INTEL D946GZIS acpi issues. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 22:04:14 -0000 Abdullah Ibn Hamad Al-Marri wrote: > Could someone tell me why I get this fail msgs, and what shall I do to > make it work? I use the latest bios from intel. > > acpi0: reservation of fed00000, 1000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_perf0: failed in PERF_STATUS attach > device_attach: acpi_perf0 attach returned 6 > acpi_throttle0: on cpu0 > acpi_perf0: on cpu0 > acpi_perf0: failed in PERF_STATUS attach > device_attach: acpi_perf0 attach returned 6 > cpu1: on acpi0 > acpi_perf1: on cpu1 > acpi_perf1: failed in PERF_STATUS attach > device_attach: acpi_perf1 attach returned 6 > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > device_attach: acpi_throttle1 attach returned 6 > acpi_perf1: on cpu1 > acpi_perf1: failed in PERF_STATUS attach > device_attach: acpi_perf1 attach returned 6 > acpi_button0: on acpi0 > Try loading the cpufreq device at boot, setting in /boot/loader.conf: cpufreq_load="YES" That may give you some cpu freq control. As for the resource reservation issue, send me your ASL: acpidump -dt | gzip -9c > intel_d946gzis.asl.gz -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 22:15:38 2007 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA24016A41A for ; Thu, 27 Sep 2007 22:15:38 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 962D113C478 for ; Thu, 27 Sep 2007 22:15:38 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 73095 invoked from network); 27 Sep 2007 22:15:39 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 27 Sep 2007 22:15:39 -0000 Message-ID: <46FC2B86.9000100@root.org> Date: Thu, 27 Sep 2007 15:15:34 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: acpi@freebsd.org, current@FreeBSD.org X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: boot hangs with acpi enabled? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 22:15:39 -0000 Could anyone who is experiencing a boot-time hang on 7-current with acpi enabled send some information? First, be sure your system works with acpi disabled (hint.acpi.0.disabled="1"), otherwise it's something else. Then, compile your kernel with: options DDB options KDB Reboot with the new kernel and hit CTRL-ALT-ESC when the boot hangs. Type "trace" to get a stack trace as to what's hung. Copy down those lines or take a small photo and send it back. Thanks, -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 22:46:33 2007 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 D595B16A417 for ; Thu, 27 Sep 2007 22:46:33 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5AA6813C44B for ; Thu, 27 Sep 2007 22:46:33 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1641881ugf for ; Thu, 27 Sep 2007 15:46:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=pFB7LRjtTynrJy42tlCtHLNcvR/y69j+Mzv54OPLG+U=; b=qBVTjZmlV4Cza8CwVp+MNBnDWq4CKkXVwYOEGHMEr2vk73fC54ReFjUjC0hCEEvRsBiuM4sv8OubJVEZQe54S8SmN1J1S7AtpKNdJ/gVYZtye1RxPPzyNMrVDY9UnZf6OywEiNZu8N2Y6OoxKn6VDMSAAVommIb5Hg7rNKWiMP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Snv2HMbRFCg/J5LZUN0w0GqhRu9B99S0xKdfUkxgQR5rYgHIsnioVB2NeAzyjoUD37QMhB4RQEajaQC6ONjj8pOwJ+6eNwXp14BLoZL7otOwhZmd/8ut0rIIK6BF/IuWHpn163m/7B5EvQNVgZ5F1Y9PNg26WJG9P7kyze7WvWQ= Received: by 10.66.220.17 with SMTP id s17mr4186175ugg.1190933191055; Thu, 27 Sep 2007 15:46:31 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Thu, 27 Sep 2007 15:46:31 -0700 (PDT) Message-ID: <499c70c0709271546i494a98au1a5d9dce4630a56c@mail.gmail.com> Date: Fri, 28 Sep 2007 01:46:31 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Nate Lawson" In-Reply-To: <46FC28DA.5090703@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0709271301g500d1d08gefe126bc65300d6c@mail.gmail.com> <46FC28DA.5090703@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: INTEL D946GZIS acpi issues. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 22:46:33 -0000 On 9/28/07, Nate Lawson wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > Could someone tell me why I get this fail msgs, and what shall I do to > > make it work? I use the latest bios from intel. > > > > acpi0: reservation of fed00000, 1000 (3) failed > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_perf0: failed in PERF_STATUS attach > > device_attach: acpi_perf0 attach returned 6 > > acpi_throttle0: on cpu0 > > acpi_perf0: on cpu0 > > acpi_perf0: failed in PERF_STATUS attach > > device_attach: acpi_perf0 attach returned 6 > > cpu1: on acpi0 > > acpi_perf1: on cpu1 > > acpi_perf1: failed in PERF_STATUS attach > > device_attach: acpi_perf1 attach returned 6 > > acpi_throttle1: on cpu1 > > acpi_throttle1: failed to attach P_CNT > > device_attach: acpi_throttle1 attach returned 6 > > acpi_perf1: on cpu1 > > acpi_perf1: failed in PERF_STATUS attach > > device_attach: acpi_perf1 attach returned 6 > > acpi_button0: on acpi0 > > > > Try loading the cpufreq device at boot, setting in /boot/loader.conf: > cpufreq_load="YES" > > That may give you some cpu freq control. As for the resource > reservation issue, send me your ASL: > > acpidump -dt | gzip -9c > intel_d946gzis.asl.gz > > -- > Nate Hello Nate, Thanks for your fast prompt to help. Please get it from here. http://mail.wearab.net/intel_d946gzis.asl.gz -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 22:57:35 2007 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 11C8316A417 for ; Thu, 27 Sep 2007 22:57:35 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id D639813C44B for ; Thu, 27 Sep 2007 22:57:34 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 75016 invoked from network); 27 Sep 2007 22:57:36 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 27 Sep 2007 22:57:36 -0000 Message-ID: <46FC355A.1060807@root.org> Date: Thu, 27 Sep 2007 15:57:30 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0709271301g500d1d08gefe126bc65300d6c@mail.gmail.com> <46FC28DA.5090703@root.org> <499c70c0709271546i494a98au1a5d9dce4630a56c@mail.gmail.com> In-Reply-To: <499c70c0709271546i494a98au1a5d9dce4630a56c@mail.gmail.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: INTEL D946GZIS acpi issues. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 22:57:35 -0000 Abdullah Ibn Hamad Al-Marri wrote: > On 9/28/07, Nate Lawson wrote: >> Abdullah Ibn Hamad Al-Marri wrote: >>> Could someone tell me why I get this fail msgs, and what shall I do to >>> make it work? I use the latest bios from intel. >>> >>> acpi0: reservation of fed00000, 1000 (3) failed >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>> acpi_perf0: failed in PERF_STATUS attach >>> device_attach: acpi_perf0 attach returned 6 >>> acpi_throttle0: on cpu0 >>> acpi_perf0: on cpu0 >>> acpi_perf0: failed in PERF_STATUS attach >>> device_attach: acpi_perf0 attach returned 6 >>> cpu1: on acpi0 >>> acpi_perf1: on cpu1 >>> acpi_perf1: failed in PERF_STATUS attach >>> device_attach: acpi_perf1 attach returned 6 >>> acpi_throttle1: on cpu1 >>> acpi_throttle1: failed to attach P_CNT >>> device_attach: acpi_throttle1 attach returned 6 >>> acpi_perf1: on cpu1 >>> acpi_perf1: failed in PERF_STATUS attach >>> device_attach: acpi_perf1 attach returned 6 >>> acpi_button0: on acpi0 >>> >> Try loading the cpufreq device at boot, setting in /boot/loader.conf: >> cpufreq_load="YES" >> >> That may give you some cpu freq control. As for the resource >> reservation issue, send me your ASL: >> >> acpidump -dt | gzip -9c > intel_d946gzis.asl.gz >> >> -- >> Nate > > Hello Nate, > > Thanks for your fast prompt to help. > > Please get it from here. > > http://mail.wearab.net/intel_d946gzis.asl.gz Could you also send output of devinfo -rv? No need to post a url, just send directly. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 22:59:44 2007 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 AD57116A417 for ; Thu, 27 Sep 2007 22:59:44 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id EE5DD13C45B for ; Thu, 27 Sep 2007 22:59:43 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1643624ugf for ; Thu, 27 Sep 2007 15:59:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xwlfXmTmTFXZCBEzbiPGBscYWHZfdAWOl2sGfbvLJXo=; b=MCnd74ZvoBEC8dxwkpuh6znwwVbq8EAkgXeAkIkSQ+eat5sUCpgPHflNK4pzlhIxonRAwBjDmYWeIWBklXEibiHKue9M701yLgBQW13PiryZyA1rY1h0vCZB9mIGrMNA5g8m2qk9M7wSJTNXHmmvQjn8P4K4d6cfwZyH8tKUXSw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sIhgkX1a9HYzum6DiuKebHCWoJOVxv1Ax2H3MNm/2/0FkI6o5CiPlzQeUt0KqnBPo4mTzySLXTsZL+lsjgcHEHg93rgsSMTnrV8ohyQphdSyCxy9T4pkQQIhtOVtRLihbeQ/dC9rx0fjdCv9X4WmhbbrW2p54USrGNinuDQIjFI= Received: by 10.66.251.3 with SMTP id y3mr4154071ugh.1190933982477; Thu, 27 Sep 2007 15:59:42 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Thu, 27 Sep 2007 15:59:42 -0700 (PDT) Message-ID: <499c70c0709271559v515d1f7ev1a88acca94b68c4c@mail.gmail.com> Date: Fri, 28 Sep 2007 01:59:42 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Nate Lawson" In-Reply-To: <46FC355A.1060807@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0709271301g500d1d08gefe126bc65300d6c@mail.gmail.com> <46FC28DA.5090703@root.org> <499c70c0709271546i494a98au1a5d9dce4630a56c@mail.gmail.com> <46FC355A.1060807@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: INTEL D946GZIS acpi issues. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 22:59:44 -0000 On 9/28/07, Nate Lawson wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > On 9/28/07, Nate Lawson wrote: > >> Abdullah Ibn Hamad Al-Marri wrote: > >>> Could someone tell me why I get this fail msgs, and what shall I do to > >>> make it work? I use the latest bios from intel. > >>> > >>> acpi0: reservation of fed00000, 1000 (3) failed > >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >>> acpi_perf0: failed in PERF_STATUS attach > >>> device_attach: acpi_perf0 attach returned 6 > >>> acpi_throttle0: on cpu0 > >>> acpi_perf0: on cpu0 > >>> acpi_perf0: failed in PERF_STATUS attach > >>> device_attach: acpi_perf0 attach returned 6 > >>> cpu1: on acpi0 > >>> acpi_perf1: on cpu1 > >>> acpi_perf1: failed in PERF_STATUS attach > >>> device_attach: acpi_perf1 attach returned 6 > >>> acpi_throttle1: on cpu1 > >>> acpi_throttle1: failed to attach P_CNT > >>> device_attach: acpi_throttle1 attach returned 6 > >>> acpi_perf1: on cpu1 > >>> acpi_perf1: failed in PERF_STATUS attach > >>> device_attach: acpi_perf1 attach returned 6 > >>> acpi_button0: on acpi0 > >>> > >> Try loading the cpufreq device at boot, setting in /boot/loader.conf: > >> cpufreq_load="YES" > >> > >> That may give you some cpu freq control. As for the resource > >> reservation issue, send me your ASL: > >> > >> acpidump -dt | gzip -9c > intel_d946gzis.asl.gz > >> > >> -- > >> Nate > > > > Hello Nate, > > > > Thanks for your fast prompt to help. > > > > Please get it from here. > > > > http://mail.wearab.net/intel_d946gzis.asl.gz > > Could you also send output of devinfo -rv? No need to post a url, just > send directly. > > -- > Nate Nate, Here is it, thanks in advance! }:) devinfo -rv nexus0 acpi0 Interrupt request lines: 0x9 I/O ports: 0x10-0x1f 0x60 0x64 0x72-0x73 0x80 0x84-0x86 0x88 0x8c-0x8e 0x90-0x9f 0x400-0x47f 0x500-0x53f 0x680-0x6ff I/O memory addresses: 0xc0000-0xdffff 0xe0000-0xfffff 0xf0000000-0xf7ffffff 0xfed13000-0xfed13fff 0xfed14000-0xfed17fff 0xfed18000-0xfed18fff 0xfed19000-0xfed19fff 0xfed1c000-0xfed1ffff 0xfed20000-0xfed9ffff acpi_hpet0 pnpinfo unknown at unknown I/O memory addresses: 0xfed00000-0xfed003ff cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 acpi_throttle0 ACPI I/O ports: 0x410-0x413 acpi_perf0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 acpi_throttle1 acpi_perf1 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU2 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU3 acpi_button0 pnpinfo _HID=PNP0C0E _UID=0 at handle=\_SB_.SLPB pcib0 pnpinfo _HID=PNP0A03 _UID=0 at handle=\_SB_.PCI0 pci0 hostb0 pnpinfo vendor=0x8086 device=0x2970 subvendor=0x8086 subdevice=0x5354 class=0x060000 at slot=0 function=0 vgapci0 pnpinfo vendor=0x8086 device=0x2972 subvendor=0x8086 subdevice=0x5354 class=0x030000 at slot=2 function=0 handle=\_SB_.PCI0.IGFX I/O ports: 0x20c0-0x20c7 I/O memory addresses: 0x80000000-0x8fffffff 0x90100000-0x901fffff drm0 pcib1 pnpinfo vendor=0x8086 device=0x27d0 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=28 function=0 handle=\_SB_.PCI0.PEX0 pci1 pcib2 pnpinfo vendor=0x8086 device=0x27d4 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=28 function=2 handle=\_SB_.PCI0.PEX2 pci2 pcib3 pnpinfo vendor=0x8086 device=0x27d6 subvendor=0x0000 subdevice=0x0000 class=0x060400 at slot=28 function=3 handle=\_SB_.PCI0.PEX3 pci3 unknown pnpinfo vendor=0x8086 device=0x27c8 subvendor=0x8086 subdevice=0x5354 class=0x0c0300 at slot=29 function=0 handle=\_SB_.PCI0.UHC1 I/O ports: 0x2080-0x209f unknown pnpinfo vendor=0x8086 device=0x27c9 subvendor=0x8086 subdevice=0x5354 class=0x0c0300 at slot=29 function=1 handle=\_SB_.PCI0.UHC2 I/O ports: 0x2060-0x207f unknown pnpinfo vendor=0x8086 device=0x27ca subvendor=0x8086 subdevice=0x5354 class=0x0c0300 at slot=29 function=2 handle=\_SB_.PCI0.UHC3 I/O ports: 0x2040-0x205f unknown pnpinfo vendor=0x8086 device=0x27cb subvendor=0x8086 subdevice=0x5354 class=0x0c0300 at slot=29 function=3 handle=\_SB_.PCI0.UHC4 I/O ports: 0x2020-0x203f pcib4 pnpinfo vendor=0x8086 device=0x244e subvendor=0x8086 subdevice=0x5354 class=0x060401 at slot=30 function=0 handle=\_SB_.PCI0.P32_ pci4 fxp0 pnpinfo vendor=0x8086 device=0x1094 subvendor=0x8086 subdevice=0x0001 class=0x020000 at slot=8 function=0 Interrupt request lines: 0x14 I/O ports: 0x1000-0x103f I/O memory addresses: 0x90000000-0x90000fff miibus0 ukphy0 pnpinfo oui=0xaa00 model=0x31 rev=0x0 at phyno=1 isab0 pnpinfo vendor=0x8086 device=0x27b8 subvendor=0x8086 subdevice=0x5354 class=0x060100 at slot=31 function=0 handle=\_SB_.PCI0.LPC_ isa0 atkbdc0 ACPI I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 0x1 fdc0 ppc0 sc0 sio0 sio1 sio2 sio3 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff orm0 ACPI I/O memory addresses: 0xc0000-0xcafff atapci0 pnpinfo vendor=0x8086 device=0x27c0 subvendor=0x8086 subdevice=0x5354 class=0x01018a at slot=31 function=2 handle=\_SB_.PCI0.IDES I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0x20a0-0x20af I/O memory addresses: 0x90200000-0x902003ff ata0 Interrupt request lines: 0xe ad0 subdisk0 ata1 Interrupt request lines: 0xf ad2 subdisk2 unknown pnpinfo vendor=0x8086 device=0x27da subvendor=0x8086 subdevice=0x5354 class=0x0c0500 at slot=31 function=3 I/O ports: 0x2000-0x201f acpi_sysresource0 pnpinfo _HID=PNP0C02 _UID=3 at handle=\_SB_.PCI0.IOCM pci_link0 pnpinfo _HID=PNP0C0F _UID=1 at handle=\_SB_.PCI0.LPC_.LNKA pci_link1 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.PCI0.LPC_.LNKB pci_link2 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.PCI0.LPC_.LNKC pci_link3 pnpinfo _HID=PNP0C0F _UID=4 at handle=\_SB_.PCI0.LPC_.LNKD pci_link4 pnpinfo _HID=PNP0C0F _UID=5 at handle=\_SB_.PCI0.LPC_.LNKE pci_link5 pnpinfo _HID=PNP0C0F _UID=6 at handle=\_SB_.PCI0.LPC_.LNKF pci_link6 pnpinfo _HID=PNP0C0F _UID=7 at handle=\_SB_.PCI0.LPC_.LNKG pci_link7 pnpinfo _HID=PNP0C0F _UID=8 at handle=\_SB_.PCI0.LPC_.LNKH atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.PCI0.LPC_.DMAC attimer0 pnpinfo _HID=PNP0B00 _UID=0 at handle=\_SB_.PCI0.LPC_.RTC_ unknown pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.PCI0.LPC_.PIC_ fpupnp0 pnpinfo _HID=PNP0C04 _UID=0 at handle=\_SB_.PCI0.LPC_.FPU_ attimer1 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.PCI0.LPC_.TMR_ unknown pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.PCI0.LPC_.SPKR acpi_sysresource1 pnpinfo _HID=PNP0C02 _UID=1 at handle=\_SB_.PCI0.LPC_.XTRA unknown pnpinfo _HID=PNP0C31 _UID=1 at handle=\_SB_.PCI0.LPC_.TPM_ acpi_sysresource2 pnpinfo _HID=PNP0C02 _UID=2 at handle=\_SB_.PCI0.LPC_.XTR2 unknown pnpinfo _HID=PNP0700 _UID=0 at handle=\_SB_.PCI0.LPC_.FDC0 unknown pnpinfo _HID=PNP0400 _UID=0 at handle=\_SB_.PCI0.LPC_.LPT_ unknown pnpinfo _HID=PNP0401 _UID=0 at handle=\_SB_.PCI0.LPC_.ECP_ unknown pnpinfo _HID=PNP0F03 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2M unknown pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.LPC_.PS2K unknown pnpinfo _HID=PNP0501 _UID=1 at handle=\_SB_.PCI0.LPC_.UAR1 unknown pnpinfo _HID=PNP0501 _UID=2 at handle=\_SB_.PCI0.LPC_.UAR2 unknown pnpinfo _HID=AWY0001 _UID=0 at handle=\_SB_.PCI0.LPC_.IELK unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.PEX1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.PEX4 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.PEX5 unknown pnpinfo _HID=PNP0003 _UID=0 at handle=\_SB_.PCI0.APIC unknown pnpinfo _HID=PNP0103 _UID=0 at handle=\_SB_.PCI0.HPET unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.EHCI unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.AC9M unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.AZAL unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDEC unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDEC.PRID unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDEC.PRID.P_D0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDEC.PRID.P_D1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDES.PRID unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDES.PRID.P_D0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDES.PRID.P_D1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDES.SECD unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDES.SECD.S_D0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.IDES.SECD.S_D1 acpi_timer0 pnpinfo unknown at unknown ACPI I/O ports: 0x408-0x40b apic0 I/O memory addresses: 0xfec00000-0xfec0001f 0xfee00000-0xfee003ff legacy0 ram0 I/O memory addresses: 0x0-0x8efff 0x100000-0x7e625fff 0x7e6f5000-0x7f575fff 0x7f57e000-0x7f62cfff 0x7f631000-0x7f6a6fff 0x7f6e9000-0x7f6ecfff 0x7f6ff000-0x7f6fffff -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 23:28:55 2007 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 ACDE516A418 for ; Thu, 27 Sep 2007 23:28:55 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8D49013C461 for ; Thu, 27 Sep 2007 23:28:55 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 78867 invoked from network); 27 Sep 2007 23:28:56 -0000 Received: from ppp-71-139-1-224.dsl.snfc21.pacbell.net (HELO ?10.0.0.15?) (nate-mail@71.139.1.224) by root.org with ESMTPA; 27 Sep 2007 23:28:56 -0000 Message-ID: <46FC3CB3.3060202@root.org> Date: Thu, 27 Sep 2007 16:28:51 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0709271301g500d1d08gefe126bc65300d6c@mail.gmail.com> <46FC28DA.5090703@root.org> <499c70c0709271546i494a98au1a5d9dce4630a56c@mail.gmail.com> <46FC355A.1060807@root.org> <499c70c0709271559v515d1f7ev1a88acca94b68c4c@mail.gmail.com> In-Reply-To: <499c70c0709271559v515d1f7ev1a88acca94b68c4c@mail.gmail.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: INTEL D946GZIS acpi issues. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 23:28:55 -0000 Abdullah Ibn Hamad Al-Marri wrote: > On 9/28/07, Nate Lawson wrote: >> Abdullah Ibn Hamad Al-Marri wrote: >>> On 9/28/07, Nate Lawson wrote: >>>> Abdullah Ibn Hamad Al-Marri wrote: >>>>> Could someone tell me why I get this fail msgs, and what shall I do to >>>>> make it work? I use the latest bios from intel. >>>>> >>>>> acpi0: reservation of fed00000, 1000 (3) failed >>>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>>>> acpi_perf0: failed in PERF_STATUS attach >>>>> device_attach: acpi_perf0 attach returned 6 >>>>> acpi_throttle0: on cpu0 >>>>> acpi_perf0: on cpu0 >>>>> acpi_perf0: failed in PERF_STATUS attach >>>>> device_attach: acpi_perf0 attach returned 6 >>>>> cpu1: on acpi0 >>>>> acpi_perf1: on cpu1 >>>>> acpi_perf1: failed in PERF_STATUS attach >>>>> device_attach: acpi_perf1 attach returned 6 >>>>> acpi_throttle1: on cpu1 >>>>> acpi_throttle1: failed to attach P_CNT >>>>> device_attach: acpi_throttle1 attach returned 6 >>>>> acpi_perf1: on cpu1 >>>>> acpi_perf1: failed in PERF_STATUS attach >>>>> device_attach: acpi_perf1 attach returned 6 >>>>> acpi_button0: on acpi0 >>>>> >>>> Try loading the cpufreq device at boot, setting in /boot/loader.conf: >>>> cpufreq_load="YES" >>>> >>>> That may give you some cpu freq control. As for the resource >>>> reservation issue, send me your ASL: >>>> >>>> acpidump -dt | gzip -9c > intel_d946gzis.asl.gz >>>> >>>> -- >>>> Nate >>> Hello Nate, >>> >>> Thanks for your fast prompt to help. >>> >>> Please get it from here. >>> >>> http://mail.wearab.net/intel_d946gzis.asl.gz >> Could you also send output of devinfo -rv? No need to post a url, just >> send directly. >> >> -- >> Nate > > Nate, > > Here is it, thanks in advance! }:) > > devinfo -rv > nexus0 > acpi0 ... > I/O memory addresses: > 0xc0000-0xdffff > 0xe0000-0xfffff > 0xf0000000-0xf7ffffff > 0xfed13000-0xfed13fff > 0xfed14000-0xfed17fff > 0xfed18000-0xfed18fff > 0xfed19000-0xfed19fff > 0xfed1c000-0xfed1ffff > 0xfed20000-0xfed9ffff > acpi_hpet0 pnpinfo unknown at unknown > I/O memory addresses: > 0xfed00000-0xfed003ff Ok, that's one problem. acpi_hpet is attaching before the system resource object. So the resources are already allocated from nexus before acpi0 can get to them. To test, set this hint at the loader prompt and the message will go away (but you won't have the HPET timer): debug.acpi.disabled="hpet" -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 27 23:39:28 2007 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 90ADE16A41A for ; Thu, 27 Sep 2007 23:39:28 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 12A2C13C447 for ; Thu, 27 Sep 2007 23:39:27 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so1647645ugf for ; Thu, 27 Sep 2007 16:39:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=QoYPdDQ1RyITPyPkNfpftSHi1yj3hS71kPPSYymJnts=; b=rTfGNfeb3dWJe2sFNtC6RVgWi06yqm5CXF8TK9Jol+i5KK/U9BdWqoVuPnMYlcTHG7CiYL6VQzwSx4DaXzjojD+pksDWSLghZTfqwiQnAEpdGwbUO8w7ooTFQqAijH9kutQaBNruvznhoR2XNWHlUC08SUn67CcjToGgwe7ejvU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IsTeDcE+itKtNZYkNeprBRYvye6FygrvsrXDlwOautuv9irgdp9xC7kVgebBmHYB4zkNalam1A7NeghcgF3sobVwLz5ztUDgaJMCNuNtsnhPIwxLC/3lxfA6VsR4nW09Fipla9mhWNmfo4ZNR8XkXtKsLnRSqRuhrCATO0CPjZQ= Received: by 10.67.30.3 with SMTP id h3mr4222062ugj.1190936366238; Thu, 27 Sep 2007 16:39:26 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Thu, 27 Sep 2007 16:39:26 -0700 (PDT) Message-ID: <499c70c0709271639y255e810bha8b533607103fefb@mail.gmail.com> Date: Fri, 28 Sep 2007 02:39:26 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Nate Lawson" In-Reply-To: <46FC3CB3.3060202@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0709271301g500d1d08gefe126bc65300d6c@mail.gmail.com> <46FC28DA.5090703@root.org> <499c70c0709271546i494a98au1a5d9dce4630a56c@mail.gmail.com> <46FC355A.1060807@root.org> <499c70c0709271559v515d1f7ev1a88acca94b68c4c@mail.gmail.com> <46FC3CB3.3060202@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: INTEL D946GZIS acpi issues. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 23:39:28 -0000 On 9/28/07, Nate Lawson wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > On 9/28/07, Nate Lawson wrote: > >> Abdullah Ibn Hamad Al-Marri wrote: > >>> On 9/28/07, Nate Lawson wrote: > >>>> Abdullah Ibn Hamad Al-Marri wrote: > >>>>> Could someone tell me why I get this fail msgs, and what shall I do to > >>>>> make it work? I use the latest bios from intel. > >>>>> > >>>>> acpi0: reservation of fed00000, 1000 (3) failed > >>>>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >>>>> acpi_perf0: failed in PERF_STATUS attach > >>>>> device_attach: acpi_perf0 attach returned 6 > >>>>> acpi_throttle0: on cpu0 > >>>>> acpi_perf0: on cpu0 > >>>>> acpi_perf0: failed in PERF_STATUS attach > >>>>> device_attach: acpi_perf0 attach returned 6 > >>>>> cpu1: on acpi0 > >>>>> acpi_perf1: on cpu1 > >>>>> acpi_perf1: failed in PERF_STATUS attach > >>>>> device_attach: acpi_perf1 attach returned 6 > >>>>> acpi_throttle1: on cpu1 > >>>>> acpi_throttle1: failed to attach P_CNT > >>>>> device_attach: acpi_throttle1 attach returned 6 > >>>>> acpi_perf1: on cpu1 > >>>>> acpi_perf1: failed in PERF_STATUS attach > >>>>> device_attach: acpi_perf1 attach returned 6 > >>>>> acpi_button0: on acpi0 > >>>>> > >>>> Try loading the cpufreq device at boot, setting in /boot/loader.conf: > >>>> cpufreq_load="YES" > >>>> > >>>> That may give you some cpu freq control. As for the resource > >>>> reservation issue, send me your ASL: > >>>> > >>>> acpidump -dt | gzip -9c > intel_d946gzis.asl.gz > >>>> > >>>> -- > >>>> Nate > >>> Hello Nate, > >>> > >>> Thanks for your fast prompt to help. > >>> > >>> Please get it from here. > >>> > >>> http://mail.wearab.net/intel_d946gzis.asl.gz > >> Could you also send output of devinfo -rv? No need to post a url, just > >> send directly. > >> > >> -- > >> Nate > > > > Nate, > > > > Here is it, thanks in advance! }:) > > > > devinfo -rv > > nexus0 > > acpi0 > ... > > I/O memory addresses: > > 0xc0000-0xdffff > > 0xe0000-0xfffff > > 0xf0000000-0xf7ffffff > > 0xfed13000-0xfed13fff > > 0xfed14000-0xfed17fff > > 0xfed18000-0xfed18fff > > 0xfed19000-0xfed19fff > > 0xfed1c000-0xfed1ffff > > 0xfed20000-0xfed9ffff > > acpi_hpet0 pnpinfo unknown at unknown > > I/O memory addresses: > > 0xfed00000-0xfed003ff > > Ok, that's one problem. acpi_hpet is attaching before the system > resource object. So the resources are already allocated from nexus > before acpi0 can get to them. > > To test, set this hint at the loader prompt and the message will go away > (but you won't have the HPET timer): > > debug.acpi.disabled="hpet" > > -- > Nate Nate, I enabled cpufreq. Most of these messages gone, check below please other issues I got now. CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2397.62-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2130022400 (2031 MB) avail memory = 2055782400 (1960 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: Power Button (fixed) acpi0: reservation of fed00000, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 But now, I got these messages: acpi0: reservation of fed00000, 1000 (3) failed est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. Hints? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 28 21:11:15 2007 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 2A58116A419 for ; Fri, 28 Sep 2007 21:11:15 +0000 (UTC) (envelope-from henrik@cheat-project.com) Received: from cheat-project.com (cheat-project.com [88.198.56.98]) by mx1.freebsd.org (Postfix) with ESMTP id DC21D13C457 for ; Fri, 28 Sep 2007 21:11:14 +0000 (UTC) (envelope-from henrik@cheat-project.com) Received: by cheat-project.com (Postfix, from userid 1000) id 56BF741C0D4; Fri, 28 Sep 2007 22:43:47 +0200 (CEST) Date: Fri, 28 Sep 2007 22:43:47 +0200 To: freebsd-acpi@freebsd.org Message-ID: <20070928204347.GA24462@cheat-project.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: henrik@cheat-project.com (Henrik Friedrichsen) Subject: Thermal info on AMD Athlon64 3700+ and Gigabyte Motherboard 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: Fri, 28 Sep 2007 21:11:15 -0000 Hello, I'm trying to read out my CPU temperature but sysctl does not have a "hw.acpi.thermal" section. On Linux I can use k8temp and it's working just fine, is there something similar for FreeBSD? No idea if this helps, but it might so I'm posting this: /// snip FreeBSD kollektiv.roffel.ath.cx 6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Sep 20 08:34:42 CEST 2007 root@kollektiv.roffel.ath.cx:/usr/src/sys/i386/compile/KAISER i386 CPU: AMD Athlon64 3700+ Motherboard: Gigabyte K8N51PVM9-RH dev.acpi.0.%desc: GBT AWRDACPI dev.acpi.0.%driver: acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 dmesg stuff: acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 acpi_button0: on acpi0 /// snap Regards, Henrik Friedrichsen. From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 28 21:20:49 2007 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 CAE4F16A468 for ; Fri, 28 Sep 2007 21:20:49 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8A92F13C457 for ; Fri, 28 Sep 2007 21:20:49 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 30334 invoked from network); 28 Sep 2007 21:20:50 -0000 Received: from 209-128-117-003.bayarea.net (HELO ?10.0.1.144?) (nate-mail@209.128.117.3) by root.org with ESMTPA; 28 Sep 2007 21:20:50 -0000 Message-ID: <46FD7030.2090502@root.org> Date: Fri, 28 Sep 2007 14:20:48 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Henrik Friedrichsen References: <20070928204347.GA24462@cheat-project.com> In-Reply-To: <20070928204347.GA24462@cheat-project.com> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Thermal info on AMD Athlon64 3700+ and Gigabyte Motherboard 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: Fri, 28 Sep 2007 21:20:49 -0000 Henrik Friedrichsen wrote: > Hello, > > I'm trying to read out my CPU temperature but sysctl does not have a "hw.acpi.thermal" section. > On Linux I can use k8temp and it's working just fine, is there something similar for FreeBSD? > > No idea if this helps, but it might so I'm posting this: > > /// snip > FreeBSD kollektiv.roffel.ath.cx 6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Sep 20 08:34:42 CEST 2007 > root@kollektiv.roffel.ath.cx:/usr/src/sys/i386/compile/KAISER i386 > > CPU: AMD Athlon64 3700+ > Motherboard: Gigabyte K8N51PVM9-RH > > > dmesg stuff: > acpi0: on motherboard > acpi0: Power Button (fixed) > cpu0: on acpi0 > acpi_button0: on acpi0 k8temp driver would have to be ported to freebsd. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 28 21:23:50 2007 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 7A62C16A46C for ; Fri, 28 Sep 2007 21:23:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id D7ACB13C465 for ; Fri, 28 Sep 2007 21:23:48 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l8SLNgLC013385; Fri, 28 Sep 2007 17:23:42 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 28 Sep 2007 17:23:37 -0400 User-Agent: KMail/1.6.2 References: <20070928204347.GA24462@cheat-project.com> In-Reply-To: <20070928204347.GA24462@cheat-project.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200709281723.40034.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4420/Fri Sep 28 11:43:46 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: Re: Thermal info on AMD Athlon64 3700+ and Gigabyte Motherboard 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: Fri, 28 Sep 2007 21:23:50 -0000 On Friday 28 September 2007 04:43 pm, Henrik Friedrichsen wrote: > Hello, > > I'm trying to read out my CPU temperature but sysctl does not have > a "hw.acpi.thermal" section. On Linux I can use k8temp and it's > working just fine, is there something similar for FreeBSD? AFAIK, Linux's k8temp is CPU on-die thermal sensor driver. acpi_thermal is not. For Intel Core CPUs, we have coretemp(4) (thanks to Google SoC2007) but we don't have anything like that for AMD processors. (Any taker?) Jung-uk Kim