From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 28 05:57:03 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3262916A402 for ; Sun, 28 Jan 2007 05:57:03 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id E986613C461 for ; Sun, 28 Jan 2007 05:57:02 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1024434nzh for ; Sat, 27 Jan 2007 21:57:02 -0800 (PST) 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=AV+pfvCrDMalWwZbSpZULrhuXK06MMul97Rzz9648NTYI1r00D2dIN6CumCZMShYgT7OmoSOHFiLM6aRnlNf+T0PwU6RSy5ZR+JojVvtLWJjcKqJyGgX3kno4vEeps431fVYEZaBFEPEIsqBrUm08MBbcXzlMfTI/3A0aiZYtZ0= Received: by 10.114.80.4 with SMTP id d4mr194387wab.1169963792077; Sat, 27 Jan 2007 21:56:32 -0800 (PST) Received: by 10.115.91.7 with HTTP; Sat, 27 Jan 2007 21:56:32 -0800 (PST) Message-ID: <499c70c0701272156j68cb6224wec6e72d0ecb9bd69@mail.gmail.com> Date: Sun, 28 Jan 2007 08:56:32 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Hajimu UMEMOTO" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0701201007i6d77c35bm95f25d1f3451f7a3@mail.gmail.com> <20070124201612.GD12197@poupinou.org> <499c70c0701250758x174c297fu31e8ef00751fbf32@mail.gmail.com> <45B90872.1000401@root.org> <499c70c0701270721v224c8bc0icfadc3536f4b6540@mail.gmail.com> Cc: freebsd-acpi@freebsd.org Subject: Re: Inspiron 6400 1505e Can't get passive cooling while in AC power 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, 28 Jan 2007 05:57:03 -0000 On 1/27/07, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Sat, 27 Jan 2007 15:21:19 +0000 > >>>>> "Abdullah Ibn Hamad Al-Marri" said: > > almarrie> Thank you for your kind prompt to help, but it didn't do the trick. > > almarrie> Jan 27 15:16:12 DELL root: /etc/rc.d/sysctl: WARNING: sysctl > almarrie> hw.acpi.thermal.tz0 > almarrie> .user_override does not exist. > > It should be hw.acpi.thermal.user_override=1. > However, perhaps, it still doesn't work for you. Your BIOS's thermal > zone might not specify _TC1, _TC2 and _TSP correctly. They are > required for passive cooling. Since, they are not visible through > sysctl, you cannot change the values. > If it is your case, please try the attached patch. It adds > hw.acpi.thermal.tz0._TC1, hw.acpi.thermal.tz0._TC2 and > hw.acpi.thermal.tz0._TSP. > Choosing the values is an issue. For your reference, my laptop > (Panasonic Let'snote CF-R4) has _TC1=0, _TC2=12, _TSP=40. > > Sincerely, > > > > -- > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@mahoroba.org ume@{,jp.}FreeBSD.org > http://www.imasy.org/~ume/ That worked. DELL# sysctl hw.acpi.thermal.user_override=1 hw.acpi.thermal.user_override: 0 -> 1 DELL# sysctl hw.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: 1 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 hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 1 hw.acpi.thermal.tz0.temperature: 64.5C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 126.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 Then DELL# sysctl hw.acpi.thermal.tz0.passive_cooling=1 hw.acpi.thermal.tz0.passive_cooling: 0 sysctl: hw.acpi.thermal.tz0.passive_cooling: Operation not supported by device What are the suggested values for these variables to make the fan runs? hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 28 16:16:53 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C42E16A401 for ; Sun, 28 Jan 2007 16:16:53 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 0A60D13C48E for ; Sun, 28 Jan 2007 16:16:52 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1095836nzh for ; Sun, 28 Jan 2007 08:16:52 -0800 (PST) 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=qYuFskT7QgEafRN4sbxBZIfSMxQxKJWgiZfwrl8ob3CWCW20wsU3rUF49kPmOf4YvM3JG2DnJnUtwoik2RwNfgaNudPyGdkJTb3JD4ctq1hqT5WJBMoAhZ1qHrFLlADA7Q7LFQblMBSb4x+U1afZ4NNhudKMR2DwKl4q3MiPaBo= Received: by 10.114.58.1 with SMTP id g1mr215488waa.1170000980205; Sun, 28 Jan 2007 08:16:20 -0800 (PST) Received: by 10.115.91.7 with HTTP; Sun, 28 Jan 2007 08:16:20 -0800 (PST) Message-ID: <499c70c0701280816v6915e478udaafeb0a4f1dcc1@mail.gmail.com> Date: Sun, 28 Jan 2007 16:16:20 +0000 From: "Abdullah Ibn Hamad Al-Marri" To: "Hajimu UMEMOTO" In-Reply-To: <499c70c0701272156j68cb6224wec6e72d0ecb9bd69@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0701201007i6d77c35bm95f25d1f3451f7a3@mail.gmail.com> <20070124201612.GD12197@poupinou.org> <499c70c0701250758x174c297fu31e8ef00751fbf32@mail.gmail.com> <45B90872.1000401@root.org> <499c70c0701270721v224c8bc0icfadc3536f4b6540@mail.gmail.com> <499c70c0701272156j68cb6224wec6e72d0ecb9bd69@mail.gmail.com> Cc: freebsd-acpi@freebsd.org Subject: Re: Inspiron 6400 1505e Can't get passive cooling while in AC power 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, 28 Jan 2007 16:16:53 -0000 On 1/28/07, Abdullah Ibn Hamad Al-Marri wrote: > On 1/27/07, Hajimu UMEMOTO wrote: > > Hi, > > > > >>>>> On Sat, 27 Jan 2007 15:21:19 +0000 > > >>>>> "Abdullah Ibn Hamad Al-Marri" said: > > > > almarrie> Thank you for your kind prompt to help, but it didn't do the trick. > > > > almarrie> Jan 27 15:16:12 DELL root: /etc/rc.d/sysctl: WARNING: sysctl > > almarrie> hw.acpi.thermal.tz0 > > almarrie> .user_override does not exist. > > > > It should be hw.acpi.thermal.user_override=1. > > However, perhaps, it still doesn't work for you. Your BIOS's thermal > > zone might not specify _TC1, _TC2 and _TSP correctly. They are > > required for passive cooling. Since, they are not visible through > > sysctl, you cannot change the values. > > If it is your case, please try the attached patch. It adds > > hw.acpi.thermal.tz0._TC1, hw.acpi.thermal.tz0._TC2 and > > hw.acpi.thermal.tz0._TSP. > > Choosing the values is an issue. For your reference, my laptop > > (Panasonic Let'snote CF-R4) has _TC1=0, _TC2=12, _TSP=40. > > > > Sincerely, > > > > > > > > -- > > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > > ume@mahoroba.org ume@{,jp.}FreeBSD.org > > http://www.imasy.org/~ume/ > > That worked. > > DELL# sysctl hw.acpi.thermal.user_override=1 > hw.acpi.thermal.user_override: 0 -> 1 > > DELL# sysctl hw.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: 1 > 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 > hw.acpi.acline: 1 > hw.acpi.battery.life: 100 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 0 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 1 > hw.acpi.thermal.tz0.temperature: 64.5C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 126.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > -- > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > I noticed one more thing, when I close the panel, and re open the laptop doesn't wake up, and I have to press the power button to shutdown it. I think DELL is the worst brand when it comes to ACPI standards, not just for FreeBSD, the same problem in the linux as well. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 28 20:14:02 2007 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE9E016A400; Sun, 28 Jan 2007 20:14:02 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id B661113C471; Sun, 28 Jan 2007 20:14:02 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0SKE2Ce075403; Sun, 28 Jan 2007 20:14:02 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0SKE2Wf075399; Sun, 28 Jan 2007 20:14:02 GMT (envelope-from remko) Date: Sun, 28 Jan 2007 20:14:02 GMT From: Remko Lodder Message-Id: <200701282014.l0SKE2Wf075399@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: i386/108488: ACPI-1304: *** Error: Method execution failed 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, 28 Jan 2007 20:14:03 -0000 Synopsis: ACPI-1304: *** Error: Method execution failed Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: remko Responsible-Changed-When: Sun Jan 28 20:14:02 UTC 2007 Responsible-Changed-Why: Hello ACPI team can you have a look at this please? http://www.freebsd.org/cgi/query-pr.cgi?pr=108488 From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 28 20:48:25 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0927916A403 for ; Sun, 28 Jan 2007 20:48:25 +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 D8F8413C4A6 for ; Sun, 28 Jan 2007 20:48:24 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 359 invoked from network); 28 Jan 2007 20:48:25 -0000 Received: from ppp-71-139-39-138.dsl.snfc21.pacbell.net (HELO ?10.0.5.59?) (nate-mail@71.139.39.138) by root.org with ESMTPA; 28 Jan 2007 20:48:25 -0000 Message-ID: <45BD0C0C.9030405@root.org> Date: Sun, 28 Jan 2007 12:48:12 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Hajimu UMEMOTO References: <499c70c0701201007i6d77c35bm95f25d1f3451f7a3@mail.gmail.com> <20070124201612.GD12197@poupinou.org> <499c70c0701250758x174c297fu31e8ef00751fbf32@mail.gmail.com> <45B90872.1000401@root.org> <499c70c0701270721v224c8bc0icfadc3536f4b6540@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Inspiron 6400 1505e Can't get passive cooling while in AC power 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, 28 Jan 2007 20:48:25 -0000 Hajimu UMEMOTO wrote: >>>>>> On Sat, 27 Jan 2007 15:21:19 +0000 >>>>>> "Abdullah Ibn Hamad Al-Marri" said: > > almarrie> Thank you for your kind prompt to help, but it didn't do the trick. > > almarrie> Jan 27 15:16:12 DELL root: /etc/rc.d/sysctl: WARNING: sysctl > almarrie> hw.acpi.thermal.tz0 > almarrie> .user_override does not exist. > > It should be hw.acpi.thermal.user_override=1. > However, perhaps, it still doesn't work for you. Your BIOS's thermal > zone might not specify _TC1, _TC2 and _TSP correctly. They are > required for passive cooling. Since, they are not visible through > sysctl, you cannot change the values. > If it is your case, please try the attached patch. It adds > hw.acpi.thermal.tz0._TC1, hw.acpi.thermal.tz0._TC2 and > hw.acpi.thermal.tz0._TSP. > Choosing the values is an issue. For your reference, my laptop > (Panasonic Let'snote CF-R4) has _TC1=0, _TC2=12, _TSP=40. Umemoto-san, while that may work for him, I don't think it's something we want to support. Specifying _TC1, _TC2, and _TSP requires a bit of specific knowledge of cooling functions. Instead, what about allowing the user to specify an absolute temperature at which passive cooling will be activated? On ASL that specified passive cooling, the user could only set this temp to be <= the values specified by ASL. If they set user_override, it would allow them to set any value. Normal active cooling would still run if passive cooling wasn't keeping the system cool enough. I don't have a firm design idea, but I know that we want to avoid exposing more ASL keys directly (_T*) and provide a more intuitive interface. I'd actually like to retire a lot of existing "direct access" ASL sysctls before 7.0 and replace them with more user-friendly versions. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 29 11:08:18 2007 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8967516A403 for ; Mon, 29 Jan 2007 11:08:18 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7665113C461 for ; Mon, 29 Jan 2007 11:08:18 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0TB8IkK041956 for ; Mon, 29 Jan 2007 11:08:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0TB8Hhm041952 for freebsd-acpi@FreeBSD.org; Mon, 29 Jan 2007 11:08:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Jan 2007 11:08:17 GMT Message-Id: <200701291108.l0TB8Hhm041952@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon 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, 29 Jan 2007 11:08:18 -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/55822 acpi No ACPI power off with SMP kernel o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/64002 acpi acpi problem o i386/67273 acpi [hang] system hangs with acpi and Xfree o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther 10 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 kern/73823 acpi [feature request] acpi / power-on by timer support o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys f kern/90871 acpi ACPI problems with ASUS A8N-VM-CSM o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o i386/97468 acpi [acpi] ACPI on ASUS A7V hangs on shutdown -p (power of 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/108017 acpi [acpi]: Acer Aspire 5600 o i386/108488 acpi ACPI-1304: *** Error: Method execution failed 11 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 30 09:59:01 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AABD516A400; Tue, 30 Jan 2007 09:59:01 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.freebsd.org (Postfix) with ESMTP id 6FDAD13C48D; Tue, 30 Jan 2007 09:59:01 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1HBplK-0001yK-00; Tue, 30 Jan 2007 10:58:50 +0100 Date: Tue, 30 Jan 2007 10:58:50 +0100 To: Pavel Argentov Message-ID: <20070130095850.GF12197@poupinou.org> References: <499c70c0701240044q32162e40ye8f923bf758e8633@mail.gmail.com> <45BA5F17.7060901@rtelekom.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45BA5F17.7060901@rtelekom.ru> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: AMD Turion64 X2 works with PowerNow! thank you Bruno 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, 30 Jan 2007 09:59:01 -0000 On Fri, Jan 26, 2007 at 11:05:43PM +0300, Pavel Argentov wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > >I have been working with Mr. Bruno for few days, and finally PowerNow! > >works with no hanging issues at all, I used the new powernow.c > >provided by Bruno attached. > > Just to settle mess in my brains: it fixes the co-existence of powernow > thing in cpufreq driver and powerd? It introduce a workaround for one hardware bug, and it support now more AMD processors. So yes, this should fix hangs if powerd is activated. Note that people reported another problems but with acpi_throttle, which happens to be a complete different problem. my best guess for now is that the lapic timer is stopped when the processor is throttled, and desactivating apic will help to see if that guess is correct. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 30 10:08:40 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFBA616A402 for ; Tue, 30 Jan 2007 10:08:40 +0000 (UTC) (envelope-from michele.heurs@aei.mpg.de) Received: from mailserv.aei.mpg.de (mailserv.aei.mpg.de [194.94.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id 4EED113C4AA for ; Tue, 30 Jan 2007 10:08:38 +0000 (UTC) (envelope-from michele.heurs@aei.mpg.de) Received: by mailserv.aei.mpg.de (Postfix, from userid 65534) id DCAF1A29474; Tue, 30 Jan 2007 11:08:36 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mailserv.aei.mpg.de (Postfix) with ESMTP id 95EC6A3A238; Tue, 30 Jan 2007 11:08:36 +0100 (CET) Received: from [130.75.117.7] (unknown [130.75.117.7]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mailserv.aei.mpg.de (Postfix) with ESMTP id BDDFF976F1E; Tue, 30 Jan 2007 11:08:29 +0100 (CET) Message-ID: <45BF1918.8010206@aei.mpg.de> Date: Tue, 30 Jan 2007 11:08:24 +0100 From: Michele Heurs User-Agent: Thunderbird 1.5.0.9 (X11/20070109) MIME-Version: 1.0 To: Joerg Wunsch References: <45AF925C.9050104@aei.mpg.de> <20070119223740.GD47713@uriah.heep.sax.de> In-Reply-To: <20070119223740.GD47713@uriah.heep.sax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by AMaViS snapshot-20020531 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mailserv.aei.mpg.de X-Spam-Level: X-Spam-Status: No, hits=-0.7 required=5.0 tests=BAYES_10 autolearn=no version=2.64 Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI problems on HP Compaq nx6325 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, 30 Jan 2007 10:08:40 -0000 Joerg Wunsch wrote: > As Michele Heurs wrote: > >> Meanwhile I have freeBSD 6.2 stable (of Monday), but ACPI still >> doesn't work. Booting with ACPI enabled results in the the system >> being unresponsive, the mouse is "jumpy" and input is only >> recognised after long delays or when the mouse is moved. > > Sounds a lot like what I've been suffering from as well. > > Have a look at PR i386/104678, and the patches referenced there. > Using these patches, my nx6325 works reasonably well. Alas, it still > appears to burn a lot more energy than when running under Win32, and > speedstep doesn't appear to be fully supported. As I wrote in my last mail (message ID 45B636EE.40602@aei.mpg.de) ACPI now works, both cores are recognised and I do get some information on ACPI in dmesg. I haven't yet dealt with speedstep. > I've got more troubles still (wakeup from suspend mode always > freezes, sound is only supported by the commercial OSS driver and > even there, it always mutes the speaker, battery is often not > properly detected in acpiconf -i0, the ndiswrapper driver for the > builtin WLAN card panics immediately when loading), but I think you > have to get the more basic things to run first until we could talk > about that. I installed the driver from OSS, but as you described, it always mutes the speakers. osstest gives perfect output on the headphone jack, but applications such as xmms or kmplayer don't. kmix doesn't recognise anything from the sound system. I have already removed the driver oss-freebsd-v4.0rc8-190-amd64 from 4front. Ariff has a patch on his page (http://people.freebsd.org/~ariff/snd_RELENG_6_20070121_141_lowlatency.diff.gz), which I have now applied. The debugging messages (which Ariff specifies on his page) are: uname -a FreeBSD draco 6.2-STABLE FreeBSD 6.2-STABLE #6: Tue Jan 30 10:39:49 CET 2007 root@draco:/usr/obj/usr/src/sys/DRACO amd64 pciconf -lv | grep -B 4 audio dmesg | grep ^pcm pcm0: mem 0xd4408000-0xd440bfff irq 16 at device 20.2 on pci0 pcm0: hdac_mem_alloc: Unable to allocate memory resource sysctl hw.snd.verbose=2 ; cat /dev/sndstat hw.snd.verbose: 1 -> 2 FreeBSD Audio Driver (newpcm: 64bit) Installed devices: sysctl hw.snd hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_formats: 1 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.verbose: 2 hw.snd.maxautovchans: 4 hw.snd.default_unit: 0 /usr/sbin/mixer mixer: /dev/mixer: No such file or directory The kernel config is more or less GENERIC. Any advice is much appreciated :) All the best, Michèle -- ********************************************** Dr. Michèle Heurs Max-Planck-Institut für Gravitationsphysik (Albert-Einstein-Institut) Callinstr. 38 30167 Hannover Germany Tel.: +49 (0)511 - 762 - 5845 Fax: +49 (0)511 - 762 - 2784 Web: http://www.aei.mpg.de ********************************************** From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 30 19:29:28 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE20A16A401; Tue, 30 Jan 2007 19:29:28 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id F048213C441; Tue, 30 Jan 2007 19:29:27 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by mga03.intel.com with ESMTP; 30 Jan 2007 11:00:01 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by azsmga001.ch.intel.com with ESMTP; 30 Jan 2007 10:59:58 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.13,258,1167638400"; d="scan'208"; a="174887894:sNHT19723613" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Jan 2007 10:59:56 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 30 Jan 2007 10:59:55 -0800 Message-ID: In-Reply-To: <200701282014.l0SKE2Wf075399@freefall.freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: i386/108488: ACPI-1304: *** Error: Method execution failed Thread-Index: AcdDGQzURc1TMnD9SkqiDmdHBX+RDgBh7+Pw From: "Moore, Robert" To: "Remko Lodder" , , X-OriginalArrivalTime: 30 Jan 2007 18:59:56.0821 (UTC) FILETIME=[D5596450:01C744A0] Cc: Subject: RE: i386/108488: ACPI-1304: *** Error: Method execution failed 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, 30 Jan 2007 19:29:29 -0000 Please send the acpidump for this machine. > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of Remko Lodder > Sent: Sunday, January 28, 2007 12:14 PM > To: remko@FreeBSD.org; freebsd-i386@FreeBSD.org; freebsd-acpi@FreeBSD.org > Subject: Re: i386/108488: ACPI-1304: *** Error: Method execution failed >=20 > Synopsis: ACPI-1304: *** Error: Method execution failed >=20 > Responsible-Changed-From-To: freebsd-i386->freebsd-acpi > Responsible-Changed-By: remko > Responsible-Changed-When: Sun Jan 28 20:14:02 UTC 2007 > Responsible-Changed-Why: > Hello ACPI team can you have a look at this please? >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D108488 > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 30 22:36:12 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F11316A505 for ; Tue, 30 Jan 2007 22:36:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2C98613C4A6 for ; Tue, 30 Jan 2007 22:36:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0UMa9QA072006; Tue, 30 Jan 2007 17:36:09 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 30 Jan 2007 15:10:44 -0500 User-Agent: KMail/1.9.1 References: <499c70c0701240044q32162e40ye8f923bf758e8633@mail.gmail.com> <20070124184828.GC12197@poupinou.org> <20070126002955.GA927@turion.vk2pj.dyndns.org> In-Reply-To: <20070126002955.GA927@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701301510.45130.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]); Tue, 30 Jan 2007 17:36:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2506/Tue Jan 30 14:50:40 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: Peter Jeremy , freebsd-mobile@freebsd.org Subject: Re: AMD Turion64 X2 works with PowerNow! thank you Bruno 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, 30 Jan 2007 22:36:12 -0000 On Thursday 25 January 2007 19:29, Peter Jeremy wrote: > On Wed, Jan 24, 2007 at 07:48:28PM +0100, Bruno Ducrot wrote: > >acpi_throttle is broken ATM on your machine. BTW if you boot with > >hint.apic.0.disabled="1" > >into /boot/loader.conf > >does this solve the acpi_throttle issue? > > No. I can no longer boot. ACPI reports "ACPI-0210 Unable to install > System Control Interrupt Handler, AE_ALREADY_EXISTS". Everything else > reports "unable to allocate interrupt" or "couldn't map interrupt" > though they list valid IRQ numbers. > > Having checked, this is probably because I've not got 'atpic' in my > kernel. I might try changing this if I have some spare time. Yes, 'device atpic' should fix this. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 31 18:48:10 2007 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE28216A402; Wed, 31 Jan 2007 18:48:10 +0000 (UTC) (envelope-from rafan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7BBC313C442; Wed, 31 Jan 2007 18:48:10 +0000 (UTC) (envelope-from rafan@FreeBSD.org) Received: from freefall.freebsd.org (rafan@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l0VImAgO007683; Wed, 31 Jan 2007 18:48:10 GMT (envelope-from rafan@freefall.freebsd.org) Received: (from rafan@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l0VImAqV007679; Wed, 31 Jan 2007 18:48:10 GMT (envelope-from rafan) Date: Wed, 31 Jan 2007 18:48:10 GMT From: Rong-En Fan Message-Id: <200701311848.l0VImAqV007679@freefall.freebsd.org> To: rafan@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: misc/108581: sysctl: hw.acpi.cpu.cx_lowest: Invalid argument X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jan 2007 18:48:10 -0000 Synopsis: sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: rafan Responsible-Changed-When: Wed Jan 31 18:47:42 UTC 2007 Responsible-Changed-Why: Over to our ACPI team. http://www.freebsd.org/cgi/query-pr.cgi?pr=108581 From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 2 09:46:30 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B40A216A40F; Fri, 2 Feb 2007 09:46:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5C013C4BD; Fri, 2 Feb 2007 09:46:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l129kSDc001800; Fri, 2 Feb 2007 20:46:28 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l129kRKQ001799; Fri, 2 Feb 2007 20:46:27 +1100 (EST) (envelope-from peter) Date: Fri, 2 Feb 2007 20:46:27 +1100 From: Peter Jeremy To: Bruno Ducrot Message-ID: <20070202094627.GA1758@turion.vk2pj.dyndns.org> References: <499c70c0701240044q32162e40ye8f923bf758e8633@mail.gmail.com> <20070124103226.GA12197@poupinou.org> <20070124181449.GI874@turion.vk2pj.dyndns.org> <20070124184828.GC12197@poupinou.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <20070124184828.GC12197@poupinou.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: AMD Turion64 X2 works with PowerNow! thank you Bruno 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, 02 Feb 2007 09:46:30 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2007-Jan-24 19:48:28 +0100, Bruno Ducrot wrote: >acpi_throttle is broken ATM on your machine. BTW if you boot with >hint.apic.0.disabled=3D"1" >into /boot/loader.conf >does this solve the acpi_throttle issue? No. hint.apic.0.disabled makes no difference to me: hint.powernow.0.disabled has no effect (powernow0 still attaches) and throttling can still cause random lockups unless acpi_throttle is disabled. --=20 Peter Jeremy --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFwwhz/opHv/APuIcRAiyHAJ9VRZRHtGCCvnacn6no0t2hsnpAggCffALE DGamKZpgGm2wtvnN+uLXrO8= =XvmN -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 2 17:57:55 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D686716A406 for ; Fri, 2 Feb 2007 17:57:55 +0000 (UTC) (envelope-from fredrik@dolda2000.com) Received: from pc18.dolda2000.com (1-1-3-7a.rny.sth.bostream.se [82.182.133.20]) by mx1.freebsd.org (Postfix) with ESMTP id DF94413C48D for ; Fri, 2 Feb 2007 17:57:51 +0000 (UTC) (envelope-from fredrik@dolda2000.com) Received: from [IPv6:2002:52b6:8514:200:20c:76ff:fe3b:a3f4] (pc7.dolda2000.com [IPv6:2002:52b6:8514:200:20c:76ff:fe3b:a3f4] (may be forged)) (authenticated bits=0) by pc18.dolda2000.com (8.13.7/8.13.7) with ESMTP id l12HkY0M006406 for ; Fri, 2 Feb 2007 18:46:34 +0100 DomainKey-Signature: a=rsa-sha1; s=pri; d=dolda2000.com; c=nofws; q=dns; b=V7F5XXfniWAzz1kQX6Fs3TUbIG1cSkvnl4njlpQcmHyUgEXXu/Ue4mYi7oqE25T20 xFpmy4LsBcOiN/XpQjG9apNyB20RGKES4IMg2qBdix8vYftc+eTrZgnh3CEXvWp5oPg 4wDtOvPJ7Kew11T6A2ddT8TWValTXW50TY4qsZY= From: Fredrik Tolf To: freebsd-acpi@freebsd.org Content-Type: text/plain Date: Fri, 02 Feb 2007 18:46:35 +0100 Message-Id: <1170438395.7350.49.camel@pc7.dolda2000.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (pc18.dolda2000.com [IPv6:2002:52b6:8514:100::4]); Fri, 02 Feb 2007 18:46:35 +0100 (CET) Subject: ACPI problems on Dell Latitude CP X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-acpi@freebsd.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Feb 2007 17:57:55 -0000 Hi everyone! I submitted this to freebsd-mobile a while ago, not know that this ACPI list existed. I'll just retype it here: I'm just in an attempt to install FreeBSD 6.2-RELEASE on an old Dell Latitude CP, which was previously running Gentoo Linux. Most things have worked very well -- in particular, I was happily surprised by the fact that FreeBSD had a driver for my ral(4)-based WLAN card, with which Linux only struggled along. There's one thing I'm having trouble with, though, and it's pretty important to me; the kernel won't boot when I'm trying to use ACPI. I can boot perfectly well when disabling ACPI, but then I obviously don't get any suspend modes are such things, and I would like to avoid APM if at all possible (and I've also had problems with APM, but they are more likely due to my lack of experience with FreeBSD, but I really just like ACPI much better). One weird thing is that the failure mode has changed without any reason I can see. I've been trying some different loader parameters, but as far as I know, I've reset them all to their defaults afterwards. Anyway, the problem seems to be when initializing the ACPI battery and acline drivers. First, the VGA font would be changed to its large mode and the system would lock up. Now, it resets instead. I've made a boot (-v) dmesg dump over serial cable, so I'm pasting it into the end of this message. It's 400 lines, and I don't know if anyone is offended by such long messages. Feel free to yell at me if that is the case. Note that the last line is mangled -- it seems that the kernel is trying to initialize the battery and acline drivers in parallel. I did try an alternate DSDT also, by the way; the custom one from acpi.sf.net for this computer model, but I suspect I must have done something wrong. It came in ASL format, so I run iasl on it to get an AML file, which I copied into /boot and added the necessary booter parameters to load it, but it messed everything; the kernel spew thousands of lines at me complaining about method execution failures, and then it hung. Thanks for your attention! Fredrik Tolf -- dmesg dump: SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000c0000 len=000000000000c000 SMAP type=01 base=0000000000100000 len=0000000003ef0000 SMAP type=02 base=0000000003ff0000 len=0000000000010000 SMAP type=02 base=00000000ffe00000 len=0000000000200000 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b52000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b5214c. Calibrating clock(s) ... i8254 clock: 1193037 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 233864629 Hz CPU: Pentium/P55C (quarter-micron) (233.86-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x581 Stepping = 1 Features=0x8001bf real memory = 67043328 (63 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x0000000003e8efff, 52862976 bytes (12906 pages) avail memory = 56119296 (53 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xbbce pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: Intel Pentium detected, installing workaround for F00F bug wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Jan 12 2007 10:40:02) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71008086) pcibios: BIOS version 2.10 Found $PIR table, 5 entries at 0xc00fb890 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 13 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 B 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 17 D 0x62 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi0: wakeup code va 0xc2cb7000 pa 0x9e000 atpic: Programming IRQ9 as level/low ACPI timer: 0/6 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x810 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.1.INTD at func 2: 11 ACPI: Found matching pin for 0.2.INTA at func 0: 11 ACPI: Found matching pin for 0.3.INTA at func 0: 255 ACPI: Found matching pin for 0.3.INTB at func 1: 255 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7100, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x01 bus=0, slot=1, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=1, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00000860, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=1, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[20]: type 4, range 32, base 0000ece0, size 5, enabled pcib0: matched entry for 0.1.INTD (src \_SB_.PCI0.LNKD:0) pcib0: slot 1 INTD routed to irq 11 via \_SB_.PCI0.LNKD found-> vendor=0x8086, dev=0x7113, revid=0x01 bus=0, slot=1, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00000840, size 4, enabled found-> vendor=0x10c8, dev=0x0004, revid=0x01 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 map[10]: type 3, range 32, base fd000000, size 24, enabled map[14]: type 1, range 32, base fbe00000, size 21, enabled map[18]: type 1, range 32, base fbd00000, size 20, enabled pcib0: matched entry for 0.2.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 2 INTA routed to irq 11 via \_SB_.PCI0.LNKA found-> vendor=0x104c, dev=0xac15, revid=0x01 bus=0, slot=3, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x06 (1500 ns) intpin=a, irq=255 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0xac15, revid=0x01 bus=0, slot=3, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=b, irq=255 map[10]: type 1, range 32, base 00000000, size 12, memory disabled PCI-ISA bridge with incorrect subclass 0x80 PCI-ISA bridge with incorrect subclass 0x80 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x860-0x86f at device 1.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x860 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0xece0-0xecff irq 11 at device 1.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xece0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 1.3 (no driver attached) pci0: at device 2.0 (no driver attached) cbb0: at device 3.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.3.INTA (src \_SB_.PCI0.LNKD:0) pcib0: slot 3 INTA routed to irq 11 via \_SB_.PCI0.LNKD cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac15104c 0x02000007 0x06070001 0x00822008 0x10: 0x80000000 0x22000000 0x20040400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0640010b 0x40: 0x00751028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00243024 0x00000000 0x00000000 0x00000000 0x90: 0x0070ba00 0x00000000 0x00000000 0x00000000 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 cbb1: at device 3.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.3.INTB (src \_SB_.PCI0.LNKD:0) pcib0: slot 3 INTB routed to irq 11 via \_SB_.PCI0.LNKD cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0xac15104c 0x02000007 0x06070001 0x00822008 0x10: 0x80001000 0x02000000 0x20050500 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740020b 0x40: 0x00751028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00241024 0x00000000 0x00000000 0x00000000 0x90: 0x0070ba00 0x00000000 0x00000000 0x00000000 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] sio0: irq maps: 0x201 0x211 0x201 0x201 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x201 0x211 0x201 0x201 sio1 port 0x3e8-0x3ef,0x290-0x297 irq 4 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ahc_isa_probe 14: ioport 0xec00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 233864629 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. cbb0: bad Vcc request. ctrl=0x33, status=0x30000a20 cbb_power: 3V found-> vendor=0x1814, dev=0x0201, revid=0x01 bus=4, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0410, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 ral0: mem 0x88000000-0x88001fff irq 11 at device 0.0 on cardbus0 ral0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0x88000000 ral0: Reserved 0x1 bytes for rid 0 type 1 at 0xb ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: bpf attached ral0: Ethernet address: 00:16:e6:3b:9a:c2 ral0: bpf attached ral0: bpf attached ral0: [MPSAFE] ral0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ral0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout acbattery0:pi_acad0: batteracline iniy initialibatization statteryalizart 1ti: batteon ry initstaializationrt start I booted once more, and that yielded this alternative mangling of the last line: acpi_acad0: acline ibattery0: battenitbattery inry1: batteializationiry initia tializatiolizatn start isystem poon swer profiltart e changed to 'economy' From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 2 18:39:49 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1879A16A403 for ; Fri, 2 Feb 2007 18:39:49 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id D262413C461 for ; Fri, 2 Feb 2007 18:39:48 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so601677ana for ; Fri, 02 Feb 2007 10:39:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=JNDX4WYsoQp9gz+RsbtOhEO3G6rc0fBzhmpSA6lebAfDnzIpFwB/Jg/wqE9wnNJe2EPHIO+tXRGyoV63gpv53MYArtHq1TFFwOop/7HyegTcJ6l+HYZcaTLYTrjYu//JOEmdaEYGNcoCK/CEMA1b9vgSGHaWktW0rhwyqxhpGKs= Received: by 10.114.133.1 with SMTP id g1mr307495wad.1170441555900; Fri, 02 Feb 2007 10:39:15 -0800 (PST) Received: by 10.115.91.7 with HTTP; Fri, 2 Feb 2007 10:39:15 -0800 (PST) Message-ID: <499c70c0702021039o992c631m5434177583ea3ffc@mail.gmail.com> Date: Fri, 2 Feb 2007 18:39:15 +0000 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-acpi@freebsd.org Subject: Fatal trap 9: general protection fault when in kernel mode 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, 02 Feb 2007 18:39:49 -0000 Hello folks, This is Acer Aspire 5102 WLMi with AMD Turion64 X2 Whenever I boot the laptop with ACPI disabled it panic Aspire5102# uname -a FreeBSD Aspire5102 6.2-STABLE FreeBSD 6.2-STABLE #1: Fri Feb 2 07:20:32 UTC 2007 arabian@Aspire5102:/usr/obj/usr/src/sys/ARABIAN i386 cpuid = 0; apic id = 00 instruction pointer = 0x70 :0x10000 stack pointer = 0x028 :0xfd0 frame pointer = 0x28 :0xc39 code segment = base 0xc000e4cf, limit 0xffff, type 0x1b = DPL 0, press 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] stopped at 0x10000: *** error reading from address 10000 *** db> trace Tracing pid 0 tid 0 td 0xc0819d80 MAXCPU(0,0,0,0,0,...) at 0x10000 Here is the hw.acpi output Aspire5102# sysctl hw.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 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 40.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 78.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 95.0C hw.acpi.thermal.tz0._ACx: 50.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 2 19:24:38 2007 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 908F916A401; Fri, 2 Feb 2007 19:24:38 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6919713C481; Fri, 2 Feb 2007 19:24:38 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l12JOYGh038872; Fri, 2 Feb 2007 19:24:34 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l12JOYja038868; Fri, 2 Feb 2007 19:24:34 GMT (envelope-from remko) Date: Fri, 2 Feb 2007 19:24:34 GMT From: Remko Lodder Message-Id: <200702021924.l12JOYja038868@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: i386/108695: [ACPI]: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled 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, 02 Feb 2007 19:24:38 -0000 Old Synopsis: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled New Synopsis: [ACPI]: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: remko Responsible-Changed-When: Fri Feb 2 19:24:13 UTC 2007 Responsible-Changed-Why: This could be something for the ACPI team. http://www.freebsd.org/cgi/query-pr.cgi?pr=108695 From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 2 21:21:00 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DE8A16A403 for ; Fri, 2 Feb 2007 21:21:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1F53713C48E for ; Fri, 2 Feb 2007 21:20:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l12LKmQt006551; Fri, 2 Feb 2007 16:20:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Fri, 2 Feb 2007 16:21:04 -0500 User-Agent: KMail/1.9.1 References: <200702021924.l12JOYja038868@freefall.freebsd.org> In-Reply-To: <200702021924.l12JOYja038868@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702021621.05030.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]); Fri, 02 Feb 2007 16:20:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2517/Fri Feb 2 11:47:59 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: Remko Lodder , freebsd-i386@freebsd.org Subject: Re: i386/108695: [ACPI]: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled 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, 02 Feb 2007 21:21:00 -0000 On Friday 02 February 2007 14:24, Remko Lodder wrote: > Old Synopsis: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled > New Synopsis: [ACPI]: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled > > Responsible-Changed-From-To: freebsd-i386->freebsd-acpi > Responsible-Changed-By: remko > Responsible-Changed-When: Fri Feb 2 19:24:13 UTC 2007 > Responsible-Changed-Why: > This could be something for the ACPI team. I've stared at this many times. It is not ACPI specific, but we choke in the PnP BIOS stuff when the BIOS goes off in the weeds. 4.x works fine, but 5.0 and later are broken. I've dissassembled the BIOS and tried to trace through the calls but I can't figure out why it's unhappy. -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 3 16:20:22 2007 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E12616A402 for ; Sat, 3 Feb 2007 16:20:22 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id ED1D113C4A3 for ; Sat, 3 Feb 2007 16:20:21 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l13GKLD1032500 for ; Sat, 3 Feb 2007 16:20:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l13GKLkb032493; Sat, 3 Feb 2007 16:20:21 GMT (envelope-from gnats) Date: Sat, 3 Feb 2007 16:20:21 GMT Message-Id: <200702031620.l13GKLkb032493@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: "Abdullah Ibn Hamad Al-Marri" Cc: Subject: Re: i386/108695: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Abdullah Ibn Hamad Al-Marri List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2007 16:20:22 -0000 The following reply was made to PR i386/108695; it has been noted by GNATS. From: "Abdullah Ibn Hamad Al-Marri" To: FreeBSD-gnats-submit@freebsd.org, freebsd-i386@freebsd.org Cc: Subject: Re: i386/108695: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled Date: Sat, 3 Feb 2007 15:49:24 +0000 On 2/2/07, FreeBSD-gnats-submit@freebsd.org wrote: > Thank you very much for your problem report. > It has the internal identification `i386/108695'. > The individual assigned to look at your > report is: freebsd-i386. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=108695 > > >Category: i386 > >Responsible: freebsd-i386 > >Synopsis: Fatal trap 9: general protection fault when in kernel mode with ACPI disabled > >Arrival-Date: Fri Feb 02 18:40:20 GMT 2007 > I get the same thing when I use safe mode in the boot menu too. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 3 16:29:04 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0062216A400 for ; Sat, 3 Feb 2007 16:29:03 +0000 (UTC) (envelope-from fredrik@dolda2000.com) Received: from pc18.dolda2000.com (1-1-3-7a.rny.sth.bostream.se [82.182.133.20]) by mx1.freebsd.org (Postfix) with ESMTP id 58D0013C442 for ; Sat, 3 Feb 2007 16:29:02 +0000 (UTC) (envelope-from fredrik@dolda2000.com) Received: from [IPv6:2002:52b6:8514:200:20c:76ff:fe3b:a3f4] (pc7.dolda2000.com [IPv6:2002:52b6:8514:200:20c:76ff:fe3b:a3f4] (may be forged)) (authenticated bits=0) by pc18.dolda2000.com (8.13.7/8.13.7) with ESMTP id l13GT0tD015724 for ; Sat, 3 Feb 2007 17:29:00 +0100 DomainKey-Signature: a=rsa-sha1; s=pri; d=dolda2000.com; c=nofws; q=dns; b=p01zEPgQlRTCAt3IzQTJpeKxqDs/E5ZH6CNl5sJf6DOOTDnYwtfAuJ1d7vuDZ4KIt zogIpBgx+bksKUsELLiQfuDIIQAvXrBWPXwfL2qZF+hangWJekrb12YYmIHgY2sAdTg 24BcV75Uu6D3OukUm7vIUHEWpDjC5eVpL2zs2bY= From: Fredrik Tolf To: freebsd-acpi@freebsd.org In-Reply-To: <1170438395.7350.49.camel@pc7.dolda2000.com> References: <1170438395.7350.49.camel@pc7.dolda2000.com> Content-Type: text/plain Date: Sat, 03 Feb 2007 17:28:59 +0100 Message-Id: <1170520139.7350.54.camel@pc7.dolda2000.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (pc18.dolda2000.com [IPv6:2002:52b6:8514:100::4]); Sat, 03 Feb 2007 17:29:00 +0100 (CET) Subject: Re: ACPI problems on Dell Latitude CP X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2007 16:29:04 -0000 On Fri, 2007-02-02 at 18:46 +0100, Fredrik Tolf wrote: > One weird thing is that the failure mode has changed without any reason > I can see. I've been trying some different loader parameters, but as far > as I know, I've reset them all to their defaults afterwards. Anyway, the > problem seems to be when initializing the ACPI battery and acline > drivers. First, the VGA font would be changed to its large mode and the > system would lock up. Now, it resets instead. I found the debug.acpi.disabled parameter, and I've found that it works when I set it to "cmbat" (nothing wrong with acad, at least). Is there anyone who can tell me what I can try next to get it a bit closer to work? I'm guessing it would involve patching my DSDT, but I can't really say that I know that very much about ACPI in general, so it would be great if someone could point to some less onerous documentation than the official specification. Fredrik Tolf From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 3 16:47:02 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDCA416A400 for ; Sat, 3 Feb 2007 16:47:02 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8072913C4C2 for ; Sat, 3 Feb 2007 16:47:02 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1153871nzh for ; Sat, 03 Feb 2007 08:47:01 -0800 (PST) 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=JoCY5M3WiUFSRN48z3UaoiY6PEQHy8fztEaERtKynVippn31mcQJMq06loe3cu/yh+nEy0sHrPxgTkKZ5znNTu14TcoxVgKCZxwnTsT+W5gbPNXUB6pEDjLLTMfK9oLYBpduh5a4wHsDr71SSRdPYGRbLP9zdKlZ6D9NtD2dn4w= Received: by 10.114.137.2 with SMTP id k2mr473917wad.1170521221338; Sat, 03 Feb 2007 08:47:01 -0800 (PST) Received: by 10.115.91.7 with HTTP; Sat, 3 Feb 2007 08:47:01 -0800 (PST) Message-ID: <499c70c0702030847k17daab8ex8e51fb123bac02cd@mail.gmail.com> Date: Sat, 3 Feb 2007 16:47:01 +0000 From: "Abdullah Ibn Hamad Al-Marri" To: "Fredrik Tolf" In-Reply-To: <1170520139.7350.54.camel@pc7.dolda2000.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1170438395.7350.49.camel@pc7.dolda2000.com> <1170520139.7350.54.camel@pc7.dolda2000.com> Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI problems on Dell Latitude CP X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2007 16:47:02 -0000 On 2/3/07, Fredrik Tolf wrote: > On Fri, 2007-02-02 at 18:46 +0100, Fredrik Tolf wrote: > I found the debug.acpi.disabled parameter, and I've found that it works > when I set it to "cmbat" (nothing wrong with acad, at least). Is there > anyone who can tell me what I can try next to get it a bit closer to > work? I'm guessing it would involve patching my DSDT, but I can't really > say that I know that very much about ACPI in general, so it would be > great if someone could point to some less onerous documentation than the > official specification. > > Fredrik Tolf Please send to the list this output #sysctl hw.acpi Also host the output of #acpidump -t -d > name-system.asl in a site so devlopers could look into it. Also read this too http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/