From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 31 06:41:38 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACEEE16A41F for ; Mon, 31 Oct 2005 06:41:38 +0000 (GMT) (envelope-from joe@joeholden.co.uk) Received: from chloe.rewt.org.uk (chloe.rewt.org.uk [217.146.92.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F29243D46 for ; Mon, 31 Oct 2005 06:41:37 +0000 (GMT) (envelope-from joe@joeholden.co.uk) Received: from [82.152.108.130] ([62.84.175.254]) by chloe.rewt.org.uk (8.13.4/8.13.4) with ESMTP id j9V6euxi036759 for ; Mon, 31 Oct 2005 06:40:58 GMT (envelope-from joe@joeholden.co.uk) Message-ID: <4365BD48.5010703@joeholden.co.uk> Date: Mon, 31 Oct 2005 06:44:24 +0000 From: Joe Holden User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI (?) Power management features - Query 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, 31 Oct 2005 06:41:38 -0000 Firstly, Hello all! Does FreeBSD (5.x, 7) support power management features such as powering down the hard disks when they aren't in use, such as windows is able to do? If i 've missed something on the acpi www, or manual, feel free to abuse/flame/beat me with a stick. Thanks, Joe From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 31 07:49:48 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A83B216A41F for ; Mon, 31 Oct 2005 07:49:48 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49AB443D45 for ; Mon, 31 Oct 2005 07:49:48 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j9V7ngxq012299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 30 Oct 2005 23:49:45 -0800 Message-ID: <4365BE60.9050405@root.org> Date: Sun, 30 Oct 2005 22:49:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Holden References: <4365BD48.5010703@joeholden.co.uk> In-Reply-To: <4365BD48.5010703@joeholden.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI (?) Power management features - Query 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, 31 Oct 2005 07:49:48 -0000 Joe Holden wrote: > Firstly, Hello all! > > Does FreeBSD (5.x, 7) support power management features such as powering > down the hard disks when they aren't in use, such as windows is able to do? > > If i 've missed something on the acpi www, or manual, feel free to > abuse/flame/beat me with a stick. man atacontrol -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 31 11:02:25 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27DA916A420 for ; Mon, 31 Oct 2005 11:02:25 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB8F43D5D for ; Mon, 31 Oct 2005 11:02:10 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j9VB2AVE008737 for ; Mon, 31 Oct 2005 11:02:10 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j9VB299X008730 for freebsd-acpi@freebsd.org; Mon, 31 Oct 2005 11:02:09 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 31 Oct 2005 11:02:09 GMT Message-Id: <200510311102.j9VB299X008730@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter 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, 31 Oct 2005 11:02:25 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time o [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Oct 31 17:41:14 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FD7416A41F; Mon, 31 Oct 2005 17:41:14 +0000 (GMT) (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 85AA243D53; Mon, 31 Oct 2005 17:41:13 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j9VHnt08052201; Mon, 31 Oct 2005 12:49:56 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: dawnshade Date: Mon, 31 Oct 2005 12:40:52 -0500 User-Agent: KMail/1.6.2 References: <200510281103.38622.jkim@FreeBSD.org> <1886562656.20051029184945@mail.ru> In-Reply-To: <1886562656.20051029184945@mail.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200510311240.54845.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1150/Sun Oct 30 06:20:38 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Re[4]: [PATCH] ACPICA 20051021 import 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, 31 Oct 2005 17:41:14 -0000 On Saturday 29 October 2005 10:49 am, dawnshade wrote: > Thank you, i didn't metioned that patch create new files. > After removing (and dl new patch) all compiled and install fine. > dmesg nothing differ from previous boot, all devices present exept > not working before it (like est, acpi_perf0 and psm). At first look > all work fine, system boots, X11 started and power indicator works > (i tested on laptop) plugged and unplugged. > > Can you tell me what i need more test? (unfortunatly i usually > perform antiviral and antispam solutions tests :) If there's no regression, that's good enough for now. ;-) > btw, my system is Acer TM 4151LMi (Pentium M 730 1.6GHz, i915, > ICH6+SATA150) unfortunalty i can test kernel only w/o 'device > apic', because with this dev i give many IDE timeouts and as result > system freeze. I believe that's a separate issue. > P.S. Sorry for poor english and email client. Thanks for the report, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 1 11:37:27 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29E0116A41F for ; Tue, 1 Nov 2005 11:37:27 +0000 (GMT) (envelope-from bsdhack@club-internet.fr) Received: from relay-bv.club-internet.fr (relay-bv.club-internet.fr [194.158.96.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id E434443D48 for ; Tue, 1 Nov 2005 11:37:25 +0000 (GMT) (envelope-from bsdhack@club-internet.fr) Received: from [192.168.0.3] (d02v-213-44-152-175.d4.club-internet.fr [213.44.152.175]) by relay-bv.club-internet.fr (Postfix) with ESMTP id A4D1725602 for ; Tue, 1 Nov 2005 12:37:24 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: <78F7D8FC-B5AA-4723-8336-E60F873D9414@club-internet.fr> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-acpi@FreeBSD.org From: Mathieu Prevot Date: Tue, 1 Nov 2005 12:37:18 +0100 X-Mailer: Apple Mail (2.734) Cc: Subject: ACPI and 3.0 specification 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, 01 Nov 2005 11:37:27 -0000 On Sept. 2004 the 3.0 specification has been released. Change description is: Major specification revision. General configuration enhancements. Inter-Processor power, performance, and throttling state dependency support added. Support for > 256 processors added. NUMA Distancing support added. PCI Express support added. SATA support added. Ambient Light Sensor and User Presence device support added. Thermal model extended beyond processor-centric support. Does implementing these specifications (and maybe also 2.0) correctly would help making fbsd more fluid with talking to hardware including most recent MB ? How often is motherboards' AML critic ? How many of you are working on it (how long / month) and how (partly / exclusively) ? I am thinking about working on it, depending on the time I can spend (still student in physics (graduate), preparing also PhD in nanomaterials and piano concert for 2006). MP From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 1 19:07:04 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60B5916A41F for ; Tue, 1 Nov 2005 19:07:04 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A99743D5E for ; Tue, 1 Nov 2005 19:07:02 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jA1J6vxq004834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Nov 2005 11:06:58 -0800 Message-ID: <4367BCA6.5050609@root.org> Date: Tue, 01 Nov 2005 11:06:14 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mathieu Prevot References: <78F7D8FC-B5AA-4723-8336-E60F873D9414@club-internet.fr> In-Reply-To: <78F7D8FC-B5AA-4723-8336-E60F873D9414@club-internet.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI and 3.0 specification 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, 01 Nov 2005 19:07:04 -0000 Mathieu Prevot wrote: > On Sept. 2004 the 3.0 specification has been released. Change > description is: > > Major specification revision. General configuration enhancements. > Inter-Processor power, performance, and throttling state dependency > support added. We already support some of the processor enhancements through cpufreq(4). acpi_cpu was ahead of the 3.0 spec in implementing SMP Cx support. A few laptops are starting to use the _{C,P,T}SD methods for dependencies but they still work with acpi 2.0 compatibility also. > Support for > 256 processors added. NUMA Distancing > support added. PCI Express support added. SATA support added. We don't support locality and other things from ACPI 2.0. PCI express and SATA are supported by device-specific drivers. > Ambient > Light Sensor and User Presence device support added. Thermal model > extended beyond processor-centric support. Never seen this on any system. > Does implementing these specifications (and maybe also 2.0) correctly > would help making fbsd more fluid with talking to hardware including > most recent MB ? > How often is motherboards' AML critic ? > How many of you are working on it (how long / month) and how (partly / > exclusively) ? > > I am thinking about working on it, depending on the time I can spend > (still student in physics (graduate), preparing also PhD in > nanomaterials and piano concert for 2006). acpi 3.0 adds very little useful stuff unless you're interested in large NUMA machines. We'd be better off implementing more support for those systems in the main kernel and then acpi, not the other way around. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 1 19:44:20 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A63A16A41F for ; Tue, 1 Nov 2005 19:44:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64AF643D46 for ; Tue, 1 Nov 2005 19:44:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Tue, 01 Nov 2005 11:44:17 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1F23B5D07; Tue, 1 Nov 2005 11:44:16 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Sun, 30 Oct 2005 22:49:04 PST." <4365BE60.9050405@root.org> Date: Tue, 01 Nov 2005 11:44:16 -0800 From: "Kevin Oberman" Message-Id: <20051101194416.1F23B5D07@ptavv.es.net> Cc: freebsd-acpi@freebsd.org, Joe Holden Subject: Re: ACPI (?) Power management features - Query 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, 01 Nov 2005 19:44:20 -0000 > Date: Sun, 30 Oct 2005 22:49:04 -0800 > From: Nate Lawson > Sender: owner-freebsd-acpi@freebsd.org > > Joe Holden wrote: > > Firstly, Hello all! > > > > Does FreeBSD (5.x, 7) support power management features such as powering > > down the hard disks when they aren't in use, such as windows is able to do? > > > > If i 've missed something on the acpi www, or manual, feel free to > > abuse/flame/beat me with a stick. > > man atacontrol Feel free to point out that I am wrong, but I don't think atacontrol has the capability to do that at this time. You can detach a disk, but this will not power it down immediately. And it makes the disk disappear from the system which, if it's mounted, is likely to induce a crash. Matthew Dodd has a tool that does do this called atautil. Until atacontrol or something else grows support for powering a disk down, I think you will probably need it. You can Google for it or look in the mail archives. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 1 22:01:47 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E17816A41F; Tue, 1 Nov 2005 22:01:47 +0000 (GMT) (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 E0D5643D46; Tue, 1 Nov 2005 22:01:44 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA1MAWW9093817; Tue, 1 Nov 2005 17:10:32 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Date: Tue, 1 Nov 2005 17:01:27 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511011701.31444.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1154/Tue Nov 1 16:23:22 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: [HEADSUP] ACPI-CA 20051021 import 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, 01 Nov 2005 22:01:47 -0000 ACPI-CA 20051021 will be imported any minute now. I will let you know when completed. Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 1 22:13:56 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC1A016A41F; Tue, 1 Nov 2005 22:13:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64A2043D45; Tue, 1 Nov 2005 22:13:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id jA1MAkp1023783; Tue, 1 Nov 2005 15:10:46 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 01 Nov 2005 15:10:45 -0700 (MST) Message-Id: <20051101.151045.41655388.imp@bsdimp.com> To: jkim@freebsd.org From: Warner Losh In-Reply-To: <200511011701.31444.jkim@FreeBSD.org> References: <200511011701.31444.jkim@FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 01 Nov 2005 15:10:46 -0700 (MST) Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [HEADSUP] ACPI-CA 20051021 import 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, 01 Nov 2005 22:13:57 -0000 > ACPI-CA 20051021 will be imported any minute now. I will let you know > when completed. Thanks for the heads up! Wanrer From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 1 22:50:14 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5951016A423; Tue, 1 Nov 2005 22:50:14 +0000 (GMT) (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 57AF143D68; Tue, 1 Nov 2005 22:50:10 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA1MwmE0095227; Tue, 1 Nov 2005 17:58:48 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 1 Nov 2005 17:49:44 -0500 User-Agent: KMail/1.6.2 References: <200511011701.31444.jkim@FreeBSD.org> In-Reply-To: <200511011701.31444.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511011749.46273.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1154/Tue Nov 1 16:23:22 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org Subject: Re: [HEADSUP] ACPI-CA 20051021 import 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, 01 Nov 2005 22:50:14 -0000 On Tuesday 01 November 2005 05:01 pm, Jung-uk Kim wrote: > ACPI-CA 20051021 will be imported any minute now. I will let you > know when completed. ACPI-CA 20051021 import is completed. Thanks! Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 1 23:15:34 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58C1E16A420; Tue, 1 Nov 2005 23:15:34 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B8C43D46; Tue, 1 Nov 2005 23:15:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jA1NFWxq007839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 1 Nov 2005 15:15:32 -0800 Message-ID: <4367F6E8.9030600@root.org> Date: Tue, 01 Nov 2005 15:14:48 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <200511011701.31444.jkim@FreeBSD.org> <200511011749.46273.jkim@FreeBSD.org> In-Reply-To: <200511011749.46273.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [HEADSUP] ACPI-CA 20051021 import 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, 01 Nov 2005 23:15:34 -0000 Jung-uk Kim wrote: > On Tuesday 01 November 2005 05:01 pm, Jung-uk Kim wrote: > >>ACPI-CA 20051021 will be imported any minute now. I will let you >>know when completed. > > ACPI-CA 20051021 import is completed. > > Thanks! > > Jung-uk Kim Thanks for working on this. (Note: work was reviewed by njl@ and marks@ so this does not mean open season on ACPI). -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Nov 1 23:46:31 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BA6B16A41F; Tue, 1 Nov 2005 23:46:31 +0000 (GMT) (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 951C643D49; Tue, 1 Nov 2005 23:46:30 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA1NtIWB096749; Tue, 1 Nov 2005 18:55:18 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 1 Nov 2005 18:46:14 -0500 User-Agent: KMail/1.6.2 References: <200511011701.31444.jkim@FreeBSD.org> <200511011749.46273.jkim@FreeBSD.org> <4367F6E8.9030600@root.org> In-Reply-To: <4367F6E8.9030600@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511011846.16238.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1156/Tue Nov 1 17:40:51 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org Subject: Re: [HEADSUP] ACPI-CA 20051021 import 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, 01 Nov 2005 23:46:31 -0000 On Tuesday 01 November 2005 06:14 pm, Nate Lawson wrote: > (Note: work was reviewed by njl@ and marks@ so this does not mean > open season on ACPI). Sorry, I forgot to mention the great help from you guys. Thanks a bunch! Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 2 03:55:39 2005 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E8216A41F for ; Wed, 2 Nov 2005 03:55:39 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4DAA43D49 for ; Wed, 2 Nov 2005 03:55:38 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id jA23tbfh056885 for ; Tue, 1 Nov 2005 19:55:37 -0800 (PST) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: <6F217404-BCD8-4E32-833F-6E94D43078C2@xcllnt.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: acpi@FreeBSD.org From: Marcel Moolenaar Date: Tue, 1 Nov 2005 19:55:35 -0800 X-Mailer: Apple Mail (2.734) Cc: Subject: ACPI related page fault 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, 02 Nov 2005 03:55:39 -0000 Gang, I got the following page fault after upgrading: : FreeBSD 7.0-CURRENT #4: Tue Nov 1 19:30:25 PST 2005 marcel@piii.pn.xcllnt.net:/usr/obj/nfs/freebsd/7.x/src/sys/PIII : CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1269.55-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 401473536 (382 MB) : acpi0: < INTEL SOLANO70> on motherboard acpi0: [MPSAFE] : Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x410 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x40c fault code = supervisor read, page not present instruction pointer = 0x20:0xc057d7b4 stack pointer = 0x28:0xc0c20ba4 frame pointer = 0x28:0xc0c20bc4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at kobj_delete+0x14: movl 0x400(%eax),%ebx db> wh Tracing pid 0 tid 0 td 0xc07760a0 kobj_delete(c1754700,0,c17da000,c1754700,c1711610) at kobj_delete+0x14 device_set_driver(c1754700,c07426c8,0,c0c20c14,0) at device_set_driver +0x70 device_probe_child(c17b5100,c1754700,c076e4d8,c0c20c48,c1754700) at device_probe_child+0x8e device_probe_and_attach(c1754700,c17b5100,c0c20c6c,c0471c02,c17b5100) at device_probe_and_attach+0x7f bus_generic_attach(c17b5100,ffffffff,64,c0471cd0,c17b5100) at bus_generic_attach+0x28 acpi_probe_children(c17b5100,c04746f0,c1754e80,0,1a4) at acpi_probe_children+0x52 acpi_attach(c17b5100,c177584c,c074f658,c17b5100,c17b5100) at acpi_attach+0x737 device_attach(c17b5100,c17b5100,c076e420,c0c20d00,c17b5100) at device_attach+0x6a device_probe_and_attach(c17b5100,c1725800,c0c20d10,c06e041a,c1725800) at device_probe_and_attach+0xf1 bus_generic_attach(c1725800,c1725800,c0c20d30,c057835a,c1725800) at bus_generic_attach+0x28 nexus_attach(c1725800,c179304c,c074f658,c1725800,c1725800) at nexus_attach+0x1a device_attach(c1725800,c1725800,0,c17b6890,c1725800) at device_attach +0x6a device_probe_and_attach(c1725800,c073a9d0,c0c20d70,c06d094c,c07250c4) at device_probe_and_attach+0xf1 root_bus_configure(c07250c4,c0c20d88,c0522775,0,c1e000) at root_bus_configure+0x28 configure(0,c1e000,c1ec00,c1e000,0) at configure+0xc mi_startup() at mi_startup+0xb5 begin() at begin+0x2c -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 2 09:22:45 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF99E16A4B3; Wed, 2 Nov 2005 09:22:44 +0000 (GMT) (envelope-from mjsaarin@cc.helsinki.fi) Received: from sender-01.it.helsinki.fi (sender-01.it.helsinki.fi [128.214.205.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E15243D48; Wed, 2 Nov 2005 09:22:43 +0000 (GMT) (envelope-from mjsaarin@cc.helsinki.fi) Received: from lagavulin.it.helsinki.fi (lagavulin.it.helsinki.fi [128.214.38.143]) by sender-01.it.helsinki.fi (8.13.3/8.13.3) with ESMTP id jA29MfPr029861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 2 Nov 2005 11:22:41 +0200 Received: (from mjs@localhost) by lagavulin.it.helsinki.fi (8.13.4/8.13.1/Submit) id jA29MeT6048087; Wed, 2 Nov 2005 11:22:40 +0200 (EET) (envelope-from mjsaarin@cc.helsinki.fi) X-Authentication-Warning: lagavulin.it.helsinki.fi: mjs set sender to mjsaarin@cc.helsinki.fi using -f From: Matti Saarinen To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Organization: University of Helsinki References: <200511011701.31444.jkim@FreeBSD.org> <200511011749.46273.jkim@FreeBSD.org> Date: Wed, 02 Nov 2005 11:22:40 +0200 In-Reply-To: <200511011749.46273.jkim@FreeBSD.org> (Jung-uk Kim's message of "Tue, 1 Nov 2005 17:49:44 -0500") Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: [HEADSUP] ACPI-CA 20051021 import 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, 02 Nov 2005 09:22:46 -0000 Jung-uk Kim writes: > On Tuesday 01 November 2005 05:01 pm, Jung-uk Kim wrote: >> ACPI-CA 20051021 will be imported any minute now. I will let you >> know when completed. > > ACPI-CA 20051021 import is completed. Thank you. My T41 running (now) 6.0-RC1 has had several lock-ups when using wlan card before I applied ACPI-CA 20051021 patch. Now, I can use wlan without any trouble. Great. -- - Matti - From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 2 15:08:36 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBE7616A41F for ; Wed, 2 Nov 2005 15:08:36 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id BF7A143D46 for ; Wed, 2 Nov 2005 15:08:33 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: (qmail 9945 invoked by uid 503); 3 Nov 2005 00:08:31 +0900 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 3 Nov 2005 00:08:31 +0900 Date: Thu, 03 Nov 2005 00:08:24 +0900 (JST) Message-Id: <20051103.000824.74756516.haro@h4.dion.ne.jp> To: jkim@FreeBSD.org From: Munehiro Matsuda In-Reply-To: <200511011749.46273.jkim@FreeBSD.org> References: <200511011701.31444.jkim@FreeBSD.org> <200511011749.46273.jkim@FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Panic on boot with new ACPI-CA (Re: [HEADSUP] ACPI-CA 20051021 import) 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, 02 Nov 2005 15:08:36 -0000 From: Jung-uk Kim Date: Tue, 1 Nov 2005 17:49:44 -0500 ::On Tuesday 01 November 2005 05:01 pm, Jung-uk Kim wrote: ::> ACPI-CA 20051021 will be imported any minute now. I will let you ::> know when completed. :: ::ACPI-CA 20051021 import is completed. :: ::Thanks! :: ::Jung-uk Kim Hi, After the import of new ACPI-CA code, I get system panic on boot, where I used to get "can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA" message. If you need more info, please let me know. Here's hand written down panic messages. =-------------------------------------------------------------------------- npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 11 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 11 on acpi0 Memory modified after free 0xc1ee1600(124) val=c @ 0xc1ee1600 panic: Most recently used by acpica cpuid = 0 KDB: enter: panic [thread pid 0 tid 0] Stopped at kbt_enter+0x2b: nop db> bt Tracing pid 0 tid 0 td 0xc0736780 kdb_enter(c06cc93e) at kdb_enter+0x2b panic(c06e42e7,c089c1a8,c06e42b8,c1ee1600,8c) at panic+0x127 mtrash_ctor(c1ee1600,80,0,1) at mtrash_ctor+0x4d uma_zalloc_arg(c104a1e0,0,1) at uma_zalloc_arg+0x10f malloc(68,c089ef00,1,c0c20bb4,c087e562) at malloc+0xb2 AcpiOsAllocate(68,0,c1ece1e0,4,c0c20be0) at AcpiOsAllocate+0x12 AcpiUtCallocate(68,10,c089b337,157,c0c20bec) at AcpiUtCallocate+0x16 AcpiGetObjectInfo(c1ece1e0,c0c20bf8,0,c1ece1e0,ffffffff) at AcpiGetObjectInfo+0x5b acpi_MatchHid(0,c089f740,6,c1ece1e0,0) at acpi_MatchHid+0x32 acpi_probe_child(c1ece1e0,4,c1e9c800,0,0) at acpi_probe_child+0x94 AcpiNsWalkNamespace(0,ffffffff,64,1,c0883c98) at AcpiNsWalkNamespace+0xa1 AcpiWalkNamespace(0,ffffffff,64,c0883c98,c1e9c800) at AcpiWalkNamespace+0x3b acpi_attach(c1e9c800) at acpi_attach+0x4ff device_attach(c1e9c800,0,c1e9c800,c1e9d300,0) at device_attach+0x58 device_probe_and attach(c1e9c800) at device_probe_and_attach+0xe0 bus_generic_attach(c1e9d300,c1e9d300,c1e9d300,c0c20d40,c0529340) at bus_generic_attach+0x16 nexus_attach(c1e9d300) at nexus_attach+0x13 device_attach(c1e9d300,c0533914,c1e9d300,c0721bb0,c28000) at device_attach+0x58 device_probe_and_attach(c1e9d300) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c04eb592,0,c1ec00,c1e000) at root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c04392f5) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begine+0x2c =-------------------------------------------------------------------------- Following is boot message from the last kernel, just before the import of new code. =-------------------------------------------------------------------------- Copyright (c) 1992-2005 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 7.0-CURRENT #135: Mon Oct 31 21:33:52 JST 2005 haro@legacy.ttr.kubota.co.jp:/home/haro/tmp/sys-7/i386/compile/LEGACY WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.10GHz (1097.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 787808256 (751 MB) avail memory = 761475072 (726 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 11 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 11 on acpi0 can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0xeff8-0xefff mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 10 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0xcfe0-0xcfff irq 10 at device 29.0 on pci0 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 uhci1: port 0xcf80-0xcf9f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcf60-0xcf7f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xcffffc00-0xcfffffff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 iwi0: mem 0xcfeff000-0xcfefffff irq 11 at device 5.0 on pci1 iwi0: Ethernet address: 00:0e:35:c2:a2:7b fxp0: port 0xcf00-0xcf3f mem 0xcfefe000-0xcfefefff irq 11 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0e:7b:eb:71:23 cbb0: at device 11.0 on pci1 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 11.1 on pci1 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: <1394 Open Host Controller Interface> mem 0xcfefd800-0xcfefdfff,0xcfef8000-0xcfefbfff irq 11 at device 11.2 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:39:00:00:72:41:eb fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:39:72:41:eb fwe0: Ethernet address: 02:00:39:72:41:eb fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci1: at device 11.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: port 0xbe00-0xbeff,0xbdc0-0xbdff mem 0xcfdffe00-0xcfdfffff,0xcfdffd00-0xcfdffdff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 battery0: on acpi0 acpi_button0: on acpi0 acpi_acad0: on acpi0 acpi_toshiba0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1097256406 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 pccard1: Allocation failed for cfe 1 sio4: at port 0x2f8-0x2ff irq 11 function 0 config 2 on pccard1 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode Trying to mount root from ufs:/dev/ad0s4a =-------------------------------------------------------------------------- Thanks in advance, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., Kubota Graphics Technologies Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 2 15:49:22 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2156016A41F for ; Wed, 2 Nov 2005 15:49:22 +0000 (GMT) (envelope-from kuba@server.roztocze.com.pl) Received: from roztocze.com.pl (server.roztocze.com.pl [217.96.30.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C33743D6D for ; Wed, 2 Nov 2005 15:49:19 +0000 (GMT) (envelope-from kuba@server.roztocze.com.pl) Received: from server.roztocze.com.pl (localhost [127.0.0.1]) by roztocze.com.pl (8.13.5/8.13.5) with ESMTP id jA2FnDv4029848 for ; Wed, 2 Nov 2005 16:49:14 +0100 Received: (from kuba@localhost) by server.roztocze.com.pl (8.13.5/8.13.4/Submit) id jA2FnD26016408 for freebsd-acpi@freebsd.org; Wed, 2 Nov 2005 16:49:13 +0100 Date: Wed, 2 Nov 2005 16:49:13 +0100 From: KubaTyszko To: freebsd-acpi@freebsd.org Message-ID: <20051102154913.GG8248@lbl.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavisd-new Subject: how to teach ACPI not to mask FN+F12 key on thinkpad ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kuba@lbl.pl List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2005 15:49:22 -0000 hi. for a few days i have tried various things with suspend/resume and my thinkpad t42. first of all i have prepared bootable cd with ibm tool that creates STD partition or a file in fat partition (recommended by ibm, but from my observations there is no difference between partition and file on fat). STD works with freebsd with acpi disabled. with acpi enabled whtn i press FN+F12 nothing happens. can i make acpi to send fn+f12 to bios (or wherever needed). ? if i could make this happen i would finally have working and long lasting suspend (my model drains battery in 12=16 hours when STR). cheers From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 2 18:02:17 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC4CB16A41F; Wed, 2 Nov 2005 18:02:17 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr004.jf.intel.com (fmr19.intel.com [134.134.136.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20DCF43D48; Wed, 2 Nov 2005 18:02:16 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr004.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id jA2I2GL5012278; Wed, 2 Nov 2005 18:02:16 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id jA2I29i7020641; Wed, 2 Nov 2005 18:02:10 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005110209514931789 ; Wed, 02 Nov 2005 09:51:52 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 2 Nov 2005 09:51:24 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 2 Nov 2005 09:51:23 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Panic on boot with new ACPI-CA (Re: [HEADSUP] ACPI-CA 20051021 import) thread-index: AcXfv3TOuDKSqrsLQjWP0qHokUQQ/wAFogKA From: "Moore, Robert" To: "Munehiro Matsuda" , X-OriginalArrivalTime: 02 Nov 2005 17:51:24.0455 (UTC) FILETIME=[0AA5A370:01C5DFD6] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.16 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: RE: Panic on boot with new ACPI-CA (Re: [HEADSUP] ACPI-CA 20051021 import) 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, 02 Nov 2005 18:02:18 -0000 If you will send me the acpidump for the machine, I will take a look at the problem. Thanks, Bob > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of Munehiro Matsuda > Sent: Wednesday, November 02, 2005 7:08 AM > To: jkim@freebsd.org > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org > Subject: Panic on boot with new ACPI-CA (Re: [HEADSUP] ACPI-CA 20051021 > import) >=20 > From: Jung-uk Kim > Date: Tue, 1 Nov 2005 17:49:44 -0500 > ::On Tuesday 01 November 2005 05:01 pm, Jung-uk Kim wrote: > ::> ACPI-CA 20051021 will be imported any minute now. I will let you > ::> know when completed. > :: > ::ACPI-CA 20051021 import is completed. > :: > ::Thanks! > :: > ::Jung-uk Kim >=20 > Hi, >=20 > After the import of new ACPI-CA code, I get system panic on boot, > where I used to get "can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - > AE_BAD_DATA" message. >=20 > If you need more info, please let me know. >=20 > Here's hand written down panic messages. > =3D----------------------------------------------------------------------= - -- > - > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 10 on acpi0 > pci_link1: irq 11 on acpi0 > pci_link2: irq 11 on acpi0 > pci_link3: irq 11 on acpi0 > pci_link4: irq 11 on acpi0 > pci_link5: irq 11 on acpi0 > pci_link6: irq 11 on acpi0 > pci_link7: irq 11 on acpi0 > Memory modified after free 0xc1ee1600(124) val=3Dc @ 0xc1ee1600 > panic: Most recently used by acpica >=20 > cpuid =3D 0 > KDB: enter: panic > [thread pid 0 tid 0] > Stopped at kbt_enter+0x2b: nop > db> bt > Tracing pid 0 tid 0 td 0xc0736780 > kdb_enter(c06cc93e) at kdb_enter+0x2b > panic(c06e42e7,c089c1a8,c06e42b8,c1ee1600,8c) at panic+0x127 > mtrash_ctor(c1ee1600,80,0,1) at mtrash_ctor+0x4d > uma_zalloc_arg(c104a1e0,0,1) at uma_zalloc_arg+0x10f > malloc(68,c089ef00,1,c0c20bb4,c087e562) at malloc+0xb2 > AcpiOsAllocate(68,0,c1ece1e0,4,c0c20be0) at AcpiOsAllocate+0x12 > AcpiUtCallocate(68,10,c089b337,157,c0c20bec) at AcpiUtCallocate+0x16 > AcpiGetObjectInfo(c1ece1e0,c0c20bf8,0,c1ece1e0,ffffffff) at > AcpiGetObjectInfo+0x5b > acpi_MatchHid(0,c089f740,6,c1ece1e0,0) at acpi_MatchHid+0x32 > acpi_probe_child(c1ece1e0,4,c1e9c800,0,0) at acpi_probe_child+0x94 > AcpiNsWalkNamespace(0,ffffffff,64,1,c0883c98) at AcpiNsWalkNamespace+0xa1 > AcpiWalkNamespace(0,ffffffff,64,c0883c98,c1e9c800) at > AcpiWalkNamespace+0x3b > acpi_attach(c1e9c800) at acpi_attach+0x4ff > device_attach(c1e9c800,0,c1e9c800,c1e9d300,0) at device_attach+0x58 > device_probe_and attach(c1e9c800) at device_probe_and_attach+0xe0 > bus_generic_attach(c1e9d300,c1e9d300,c1e9d300,c0c20d40,c0529340) at > bus_generic_attach+0x16 > nexus_attach(c1e9d300) at nexus_attach+0x13 > device_attach(c1e9d300,c0533914,c1e9d300,c0721bb0,c28000) at > device_attach+0x58 > device_probe_and_attach(c1e9d300) at device_probe_and_attach+0xe0 > root_bus_configure(c0c20d88,c04eb592,0,c1ec00,c1e000) at > root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c04392f5) at > configure+0x9 > mi_startup() at mi_startup+0x96 > begin() at begine+0x2c > =3D----------------------------------------------------------------------= - -- > - >=20 > Following is boot message from the last kernel, just before the > import of new code. > =3D----------------------------------------------------------------------= - -- > - > Copyright (c) 1992-2005 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 7.0-CURRENT #135: Mon Oct 31 21:33:52 JST 2005 > haro@legacy.ttr.kubota.co.jp:/home/haro/tmp/sys-7/i386/compile/LEGACY > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) M processor 1.10GHz (1097.26-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x6d6 Stepping =3D 6 >=20 > Features=3D0xafe9f9bf AT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> > Features2=3D0x180 > real memory =3D 787808256 (751 MB) > avail memory =3D 761475072 (726 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 10 on acpi0 > pci_link1: irq 11 on acpi0 > pci_link2: irq 11 on acpi0 > pci_link3: irq 11 on acpi0 > pci_link4: irq 11 on acpi0 > pci_link5: irq 11 on acpi0 > pci_link6: irq 11 on acpi0 > pci_link7: irq 11 on acpi0 > can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pci0: at device 0.3 (no driver attached) > agp0: port 0xeff8-0xefff > mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 10 at device 2.0 on > pci0 > agp0: detected 16252k stolen memory > agp0: aperture size is 128M > pci0: at device 2.1 (no driver attached) > uhci0: port 0xcfe0-0xcfff irq > 10 at device 29.0 on pci0 > 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 > uhci1: port 0xcf80-0xcf9f irq > 11 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xcf60-0xcf7f irq > 11 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xcffffc00- > 0xcfffffff irq 11 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 6 ports with 6 removable, self powered > pcib1: at device 30.0 on pci0 > pci1: on pcib1 > iwi0: mem 0xcfeff000-0xcfefffff irq 11 at > device 5.0 on pci1 > iwi0: Ethernet address: 00:0e:35:c2:a2:7b > fxp0: port 0xcf00-0xcf3f mem > 0xcfefe000-0xcfefefff irq 11 at device 8.0 on pci1 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:0e:7b:eb:71:23 > cbb0: at device 11.0 on pci1 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb1: at device 11.1 on pci1 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > fwohci0: <1394 Open Host Controller Interface> mem 0xcfefd800- > 0xcfefdfff,0xcfef8000-0xcfefbfff irq 11 at device 11.2 on pci1 > fwohci0: OHCI version 1.10 (ROM=3D1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:00:39:00:00:72:41:eb > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > sbp0: on firewire0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:00:39:72:41:eb > fwe0: Ethernet address: 02:00:39:72:41:eb > fwe0: if_start running deferred for Giant > fwohci0: Initiate bus reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > pci1: at device 11.4 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170- > 0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pcm0: port 0xbe00-0xbeff,0xbdc0-0xbdff mem > 0xcfdffe00-0xcfdfffff,0xcfdffd00-0xcfdffdff irq 11 at device 31.5 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > pci0: at device 31.6 (no driver attached) > acpi_lid0: on acpi0 > battery0: on acpi0 > acpi_button0: on acpi0 > acpi_acad0: on acpi0 > acpi_toshiba0: on acpi0 > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff pnpid > ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 1097256406 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 57231MB at ata0-master UDMA100 > acd0: DVDR at ata1-master UDMA33 > pccard1: Allocation failed for cfe 1 > sio4: at port 0x2f8-0x2ff irq 11 function 0 config 2 on > pccard1 > sio4: type 16550A > sio4: unable to activate interrupt in fast mode - using normal mode > Trying to mount root from ufs:/dev/ad0s4a > =3D----------------------------------------------------------------------= - -- > - >=20 > Thanks in advance, > Haro > =3D----------------------------------------------------------------------= - -- > ----- > _ _ Munehiro (haro) Matsuda > -|- /_\ |_|_| Internet Solution Dept., Kubota Graphics Technologies > Inc. > /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan > Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 >=20 >=20 > _______________________________________________ > 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 Wed Nov 2 22:22:54 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E91116A41F for ; Wed, 2 Nov 2005 22:22:54 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id B84F643D53 for ; Wed, 2 Nov 2005 22:22:53 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id jA2MMpa2029834 for ; Wed, 2 Nov 2005 22:22:51 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.1/8.13.1) with ESMTP id jA2MMov5057291 for ; Wed, 2 Nov 2005 22:22:50 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.1/8.13.1/Submit) with ESMTP id jA2MMoj7057288 for ; Wed, 2 Nov 2005 22:22:50 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Wed, 2 Nov 2005 22:22:50 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: freebsd-acpi@freebsd.org Message-ID: <20051102221808.J57157@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Subject: System shut down incorrectly due to high temperature 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, 02 Nov 2005 22:22:54 -0000 Hi, I have a 6.0RC1 system which just shut down because it apparently got too hot. However, as far as I can tell it was nowhere near the ACPI critical temperature. From /var/log/messages: root: WARNING: system temperature too high, shutting down soon! kernel: acpi_tz1: WARNING - current temperature (33.0C) exceeds safe limits syslogd: exiting on signal 15 # sysctl hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 23.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 110.0C hw.acpi.thermal.tz0._ACx: 77.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 22.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: -1 hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 110.0C hw.acpi.thermal.tz1._ACx: 77.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz2.temperature: 20.0C hw.acpi.thermal.tz2.active: -1 hw.acpi.thermal.tz2.thermal_flags: 0 hw.acpi.thermal.tz2._PSV: -1 hw.acpi.thermal.tz2._HOT: -1 hw.acpi.thermal.tz2._CRT: 80.0C hw.acpi.thermal.tz2._ACx: 47.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 tz1 _CRT is 110 degrees C, so why did it apparently shut down at 33 degrees? Gavin From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 00:47:02 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9734A16A421 for ; Thu, 3 Nov 2005 00:47:02 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 05A9443D46 for ; Thu, 3 Nov 2005 00:47:00 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: (qmail 6260 invoked by uid 503); 3 Nov 2005 09:46:59 +0900 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 3 Nov 2005 09:46:59 +0900 Date: Thu, 03 Nov 2005 09:46:43 +0900 (JST) Message-Id: <20051103.094643.74756456.haro@h4.dion.ne.jp> To: jkim@freebsd.org, robert.moore@intel.com From: Munehiro Matsuda In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 00:47:02 -0000 Hi, Thanks for looking. I've put the output dsdt/asl file from following command onto the URL below. command: # acpidump -t -d -o Dynabook_MX190R.dsdt > Dynabook_MX190R.asl URL: http://wwwb.dcns.ne.jp/~haro01/Dynabook_MX190R.dsdt http://wwwb.dcns.ne.jp/~haro01/Dynabook_MX190R.asl Thanks in advance, Haro From: "Moore, Robert" Date: Wed, 2 Nov 2005 09:51:23 -0800 ::If you will send me the acpidump for the machine, I will take a look at ::the problem. :: ::Thanks, ::Bob :: :: ::> -----Original Message----- ::> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- ::> acpi@freebsd.org] On Behalf Of Munehiro Matsuda ::> Sent: Wednesday, November 02, 2005 7:08 AM ::> To: jkim@freebsd.org ::> Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org ::> Subject: Panic on boot with new ACPI-CA (Re: [HEADSUP] ACPI-CA ::20051021 ::> import) ::> ::> From: Jung-uk Kim ::> Date: Tue, 1 Nov 2005 17:49:44 -0500 ::> ::On Tuesday 01 November 2005 05:01 pm, Jung-uk Kim wrote: ::> ::> ACPI-CA 20051021 will be imported any minute now. I will let you ::> ::> know when completed. ::> :: ::> ::ACPI-CA 20051021 import is completed. ::> :: ::> ::Thanks! ::> :: ::> ::Jung-uk Kim ::> ::> Hi, ::> ::> After the import of new ACPI-CA code, I get system panic on boot, ::> where I used to get "can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - ::> AE_BAD_DATA" message. ::> ::> If you need more info, please let me know. ::> ::> Here's hand written down panic messages. ::> ::=----------------------------------------------------------------------- ::-- ::> - ::> npx0: [FAST] ::> npx0: on motherboard ::> npx0: INT 16 interface ::> acpi0: on motherboard ::> acpi0: Power Button (fixed) ::> pci_link0: irq 10 on acpi0 ::> pci_link1: irq 11 on acpi0 ::> pci_link2: irq 11 on acpi0 ::> pci_link3: irq 11 on acpi0 ::> pci_link4: irq 11 on acpi0 ::> pci_link5: irq 11 on acpi0 ::> pci_link6: irq 11 on acpi0 ::> pci_link7: irq 11 on acpi0 ::> Memory modified after free 0xc1ee1600(124) val=c @ 0xc1ee1600 ::> panic: Most recently used by acpica ::> ::> cpuid = 0 ::> KDB: enter: panic ::> [thread pid 0 tid 0] ::> Stopped at kbt_enter+0x2b: nop ::> db> bt ::> Tracing pid 0 tid 0 td 0xc0736780 ::> kdb_enter(c06cc93e) at kdb_enter+0x2b ::> panic(c06e42e7,c089c1a8,c06e42b8,c1ee1600,8c) at panic+0x127 ::> mtrash_ctor(c1ee1600,80,0,1) at mtrash_ctor+0x4d ::> uma_zalloc_arg(c104a1e0,0,1) at uma_zalloc_arg+0x10f ::> malloc(68,c089ef00,1,c0c20bb4,c087e562) at malloc+0xb2 ::> AcpiOsAllocate(68,0,c1ece1e0,4,c0c20be0) at AcpiOsAllocate+0x12 ::> AcpiUtCallocate(68,10,c089b337,157,c0c20bec) at AcpiUtCallocate+0x16 ::> AcpiGetObjectInfo(c1ece1e0,c0c20bf8,0,c1ece1e0,ffffffff) at ::> AcpiGetObjectInfo+0x5b ::> acpi_MatchHid(0,c089f740,6,c1ece1e0,0) at acpi_MatchHid+0x32 ::> acpi_probe_child(c1ece1e0,4,c1e9c800,0,0) at acpi_probe_child+0x94 ::> AcpiNsWalkNamespace(0,ffffffff,64,1,c0883c98) at ::AcpiNsWalkNamespace+0xa1 ::> AcpiWalkNamespace(0,ffffffff,64,c0883c98,c1e9c800) at ::> AcpiWalkNamespace+0x3b ::> acpi_attach(c1e9c800) at acpi_attach+0x4ff ::> device_attach(c1e9c800,0,c1e9c800,c1e9d300,0) at device_attach+0x58 ::> device_probe_and attach(c1e9c800) at device_probe_and_attach+0xe0 ::> bus_generic_attach(c1e9d300,c1e9d300,c1e9d300,c0c20d40,c0529340) at ::> bus_generic_attach+0x16 ::> nexus_attach(c1e9d300) at nexus_attach+0x13 ::> device_attach(c1e9d300,c0533914,c1e9d300,c0721bb0,c28000) at ::> device_attach+0x58 ::> device_probe_and_attach(c1e9d300) at device_probe_and_attach+0xe0 ::> root_bus_configure(c0c20d88,c04eb592,0,c1ec00,c1e000) at ::> root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c04392f5) at ::> configure+0x9 ::> mi_startup() at mi_startup+0x96 ::> begin() at begine+0x2c ::> ::=----------------------------------------------------------------------- ::-- ::> - ::> ::> Following is boot message from the last kernel, just before the ::> import of new code. ::> ::=----------------------------------------------------------------------- ::-- ::> - ::> Copyright (c) 1992-2005 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 7.0-CURRENT #135: Mon Oct 31 21:33:52 JST 2005 ::> ::haro@legacy.ttr.kubota.co.jp:/home/haro/tmp/sys-7/i386/compile/LEGACY ::> WARNING: WITNESS option enabled, expect reduced performance. ::> Timecounter "i8254" frequency 1193182 Hz quality 0 ::> CPU: Intel(R) Pentium(R) M processor 1.10GHz (1097.26-MHz 686-class ::CPU) ::> Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 ::> ::> ::Features=0xafe9f9bf AT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> ::> Features2=0x180 ::> real memory = 787808256 (751 MB) ::> avail memory = 761475072 (726 MB) ::> npx0: [FAST] ::> npx0: on motherboard ::> npx0: INT 16 interface ::> acpi0: on motherboard ::> acpi0: Power Button (fixed) ::> pci_link0: irq 10 on acpi0 ::> pci_link1: irq 11 on acpi0 ::> pci_link2: irq 11 on acpi0 ::> pci_link3: irq 11 on acpi0 ::> pci_link4: irq 11 on acpi0 ::> pci_link5: irq 11 on acpi0 ::> pci_link6: irq 11 on acpi0 ::> pci_link7: irq 11 on acpi0 ::> can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA ::> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 ::> acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 ::> cpu0: on acpi0 ::> est0: on cpu0 ::> p4tcc0: on cpu0 ::> pcib0: port 0xcf8-0xcff on acpi0 ::> pci0: on pcib0 ::> pci0: at device 0.1 (no driver attached) ::> pci0: at device 0.3 (no driver attached) ::> agp0: port ::0xeff8-0xefff ::> mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 10 at device 2.0 ::on ::> pci0 ::> agp0: detected 16252k stolen memory ::> agp0: aperture size is 128M ::> pci0: at device 2.1 (no driver attached) ::> uhci0: port 0xcfe0-0xcfff ::irq ::> 10 at device 29.0 on pci0 ::> 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 ::> uhci1: port 0xcf80-0xcf9f ::irq ::> 11 at device 29.1 on pci0 ::> uhci1: [GIANT-LOCKED] ::> usb1: on uhci1 ::> usb1: USB revision 1.0 ::> uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ::> uhub1: 2 ports with 2 removable, self powered ::> uhci2: port 0xcf60-0xcf7f ::irq ::> 11 at device 29.2 on pci0 ::> uhci2: [GIANT-LOCKED] ::> usb2: on uhci2 ::> usb2: USB revision 1.0 ::> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ::> uhub2: 2 ports with 2 removable, self powered ::> ehci0: mem 0xcffffc00- ::> 0xcfffffff irq 11 at device 29.7 on pci0 ::> ehci0: [GIANT-LOCKED] ::> usb3: EHCI version 1.0 ::> usb3: companion controllers, 2 ports each: usb0 usb1 usb2 ::> usb3: on ehci0 ::> usb3: USB revision 2.0 ::> uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 ::> uhub3: 6 ports with 6 removable, self powered ::> pcib1: at device 30.0 on pci0 ::> pci1: on pcib1 ::> iwi0: mem 0xcfeff000-0xcfefffff irq 11 ::at ::> device 5.0 on pci1 ::> iwi0: Ethernet address: 00:0e:35:c2:a2:7b ::> fxp0: port 0xcf00-0xcf3f ::mem ::> 0xcfefe000-0xcfefefff irq 11 at device 8.0 on pci1 ::> miibus0: on fxp0 ::> inphy0: on miibus0 ::> inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ::> fxp0: Ethernet address: 00:0e:7b:eb:71:23 ::> cbb0: at device 11.0 on pci1 ::> cardbus0: on cbb0 ::> pccard0: <16-bit PCCard bus> on cbb0 ::> cbb1: at device 11.1 on pci1 ::> cardbus1: on cbb1 ::> pccard1: <16-bit PCCard bus> on cbb1 ::> fwohci0: <1394 Open Host Controller Interface> mem 0xcfefd800- ::> 0xcfefdfff,0xcfef8000-0xcfefbfff irq 11 at device 11.2 on pci1 ::> fwohci0: OHCI version 1.10 (ROM=1) ::> fwohci0: No. of Isochronous channels is 4. ::> fwohci0: EUI64 00:00:39:00:00:72:41:eb ::> fwohci0: Phy 1394a available S400, 2 ports. ::> fwohci0: Link S400, max_rec 2048 bytes. ::> firewire0: on fwohci0 ::> sbp0: on firewire0 ::> fwe0: on firewire0 ::> if_fwe0: Fake Ethernet address: 02:00:39:72:41:eb ::> fwe0: Ethernet address: 02:00:39:72:41:eb ::> fwe0: if_start running deferred for Giant ::> fwohci0: Initiate bus reset ::> fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode ::> firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) ::> firewire0: bus manager 0 (me) ::> pci1: at device 11.4 (no driver attached) ::> isab0: at device 31.0 on pci0 ::> isa0: on isab0 ::> atapci0: port 0x1f0-0x1f7,0x3f6,0x170- ::> 0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.1 on pci0 ::> ata0: on atapci0 ::> ata1: on atapci0 ::> pcm0: port 0xbe00-0xbeff,0xbdc0-0xbdff mem ::> 0xcfdffe00-0xcfdfffff,0xcfdffd00-0xcfdffdff irq 11 at device 31.5 on ::pci0 ::> pcm0: [GIANT-LOCKED] ::> pcm0: ::> pci0: at device 31.6 (no driver ::attached) ::> acpi_lid0: on acpi0 ::> battery0: on acpi0 ::> acpi_button0: on acpi0 ::> acpi_acad0: on acpi0 ::> acpi_toshiba0: on acpi0 ::> acpi_tz0: on acpi0 ::> atkbdc0: port 0x60,0x64 irq 1 on acpi0 ::> atkbd0: irq 1 on atkbdc0 ::> kbd0 at atkbd0 ::> atkbd0: [GIANT-LOCKED] ::> psm0: irq 12 on atkbdc0 ::> psm0: [GIANT-LOCKED] ::> psm0: model Generic PS/2 mouse, device ID 0 ::> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 ::on ::> acpi0 ::> sio0: type 16550A ::> pmtimer0 on isa0 ::> orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff pnpid ::> ORM0000 on isa0 ::> sc0: at flags 0x100 on isa0 ::> sc0: VGA <16 virtual consoles, flags=0x300> ::> sio1: configured irq 3 not in bitmap of probed irqs 0 ::> sio1: port may not be enabled ::> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on ::isa0 ::> Timecounter "TSC" frequency 1097256406 Hz quality 800 ::> Timecounters tick every 1.000 msec ::> ad0: 57231MB at ata0-master UDMA100 ::> acd0: DVDR at ata1-master UDMA33 ::> pccard1: Allocation failed for cfe 1 ::> sio4: at port 0x2f8-0x2ff irq 11 function 0 config 2 on ::> pccard1 ::> sio4: type 16550A ::> sio4: unable to activate interrupt in fast mode - using normal mode ::> Trying to mount root from ufs:/dev/ad0s4a ::> ::=----------------------------------------------------------------------- ::-- ::> - ::> ::> Thanks in advance, ::> Haro ::> ::=----------------------------------------------------------------------- ::-- ::> ----- ::> _ _ Munehiro (haro) Matsuda ::> -|- /_\ |_|_| Internet Solution Dept., Kubota Graphics ::Technologies ::> Inc. ::> /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan ::> Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 ::> ::> ::> _______________________________________________ ::> 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 Thu Nov 3 01:04:43 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04D5516A41F; Thu, 3 Nov 2005 01:04:43 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83EB743D45; Thu, 3 Nov 2005 01:04:42 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jA314dxq024218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 2 Nov 2005 17:04:40 -0800 Message-ID: <436961FD.3040605@root.org> Date: Wed, 02 Nov 2005 17:03:57 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Munehiro Matsuda References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103.094643.74756456.haro@h4.dion.ne.jp> In-Reply-To: <20051103.094643.74756456.haro@h4.dion.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, robert.moore@intel.com, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 01:04:43 -0000 As I mentioned to Jung-uk, the problem is likely an error in acpi-ca modifying memory after it has freed it. The way to track this down is to enable memguard(9). See the man page for info. You need to add options DEBUG_MEMGUARD to your kernel, set the malloc type to watch to M_ACPICA, and rebuild your kernel and modules. Memguard sets page permissions so we can catch the culprit who is modifying the memory. http://www.freebsd.org/cgi/man.cgi?query=memguard&apropos=0&sektion=0&manpath=FreeBSD+6.0-current&format=html If you need a kernel to keep running in production while debugging the other kernel, disable options INVARIANTS to get rid of the diagnostic panic. -Nate Munehiro Matsuda wrote: > Hi, > > Thanks for looking. > I've put the output dsdt/asl file from following command onto the > URL below. > > command: > # acpidump -t -d -o Dynabook_MX190R.dsdt > Dynabook_MX190R.asl > > URL: > http://wwwb.dcns.ne.jp/~haro01/Dynabook_MX190R.dsdt > http://wwwb.dcns.ne.jp/~haro01/Dynabook_MX190R.asl > > Thanks in advance, > Haro > > From: "Moore, Robert" > Date: Wed, 2 Nov 2005 09:51:23 -0800 > ::If you will send me the acpidump for the machine, I will take a look at > ::the problem. > :: > ::Thanks, > ::Bob > :: > :: > ::> -----Original Message----- > ::> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > ::> acpi@freebsd.org] On Behalf Of Munehiro Matsuda > ::> Sent: Wednesday, November 02, 2005 7:08 AM > ::> To: jkim@freebsd.org > ::> Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org > ::> Subject: Panic on boot with new ACPI-CA (Re: [HEADSUP] ACPI-CA > ::20051021 > ::> import) > ::> > ::> From: Jung-uk Kim > ::> Date: Tue, 1 Nov 2005 17:49:44 -0500 > ::> ::On Tuesday 01 November 2005 05:01 pm, Jung-uk Kim wrote: > ::> ::> ACPI-CA 20051021 will be imported any minute now. I will let you > ::> ::> know when completed. > ::> :: > ::> ::ACPI-CA 20051021 import is completed. > ::> :: > ::> ::Thanks! > ::> :: > ::> ::Jung-uk Kim > ::> > ::> Hi, > ::> > ::> After the import of new ACPI-CA code, I get system panic on boot, > ::> where I used to get "can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - > ::> AE_BAD_DATA" message. > ::> > ::> If you need more info, please let me know. > ::> > ::> Here's hand written down panic messages. > ::> > ::=----------------------------------------------------------------------- > ::-- > ::> - > ::> npx0: [FAST] > ::> npx0: on motherboard > ::> npx0: INT 16 interface > ::> acpi0: on motherboard > ::> acpi0: Power Button (fixed) > ::> pci_link0: irq 10 on acpi0 > ::> pci_link1: irq 11 on acpi0 > ::> pci_link2: irq 11 on acpi0 > ::> pci_link3: irq 11 on acpi0 > ::> pci_link4: irq 11 on acpi0 > ::> pci_link5: irq 11 on acpi0 > ::> pci_link6: irq 11 on acpi0 > ::> pci_link7: irq 11 on acpi0 > ::> Memory modified after free 0xc1ee1600(124) val=c @ 0xc1ee1600 > ::> panic: Most recently used by acpica > ::> > ::> cpuid = 0 > ::> KDB: enter: panic > ::> [thread pid 0 tid 0] > ::> Stopped at kbt_enter+0x2b: nop > ::> db> bt > ::> Tracing pid 0 tid 0 td 0xc0736780 > ::> kdb_enter(c06cc93e) at kdb_enter+0x2b > ::> panic(c06e42e7,c089c1a8,c06e42b8,c1ee1600,8c) at panic+0x127 > ::> mtrash_ctor(c1ee1600,80,0,1) at mtrash_ctor+0x4d > ::> uma_zalloc_arg(c104a1e0,0,1) at uma_zalloc_arg+0x10f > ::> malloc(68,c089ef00,1,c0c20bb4,c087e562) at malloc+0xb2 > ::> AcpiOsAllocate(68,0,c1ece1e0,4,c0c20be0) at AcpiOsAllocate+0x12 > ::> AcpiUtCallocate(68,10,c089b337,157,c0c20bec) at AcpiUtCallocate+0x16 > ::> AcpiGetObjectInfo(c1ece1e0,c0c20bf8,0,c1ece1e0,ffffffff) at > ::> AcpiGetObjectInfo+0x5b > ::> acpi_MatchHid(0,c089f740,6,c1ece1e0,0) at acpi_MatchHid+0x32 > ::> acpi_probe_child(c1ece1e0,4,c1e9c800,0,0) at acpi_probe_child+0x94 > ::> AcpiNsWalkNamespace(0,ffffffff,64,1,c0883c98) at > ::AcpiNsWalkNamespace+0xa1 > ::> AcpiWalkNamespace(0,ffffffff,64,c0883c98,c1e9c800) at > ::> AcpiWalkNamespace+0x3b > ::> acpi_attach(c1e9c800) at acpi_attach+0x4ff > ::> device_attach(c1e9c800,0,c1e9c800,c1e9d300,0) at device_attach+0x58 > ::> device_probe_and attach(c1e9c800) at device_probe_and_attach+0xe0 > ::> bus_generic_attach(c1e9d300,c1e9d300,c1e9d300,c0c20d40,c0529340) at > ::> bus_generic_attach+0x16 > ::> nexus_attach(c1e9d300) at nexus_attach+0x13 > ::> device_attach(c1e9d300,c0533914,c1e9d300,c0721bb0,c28000) at > ::> device_attach+0x58 > ::> device_probe_and_attach(c1e9d300) at device_probe_and_attach+0xe0 > ::> root_bus_configure(c0c20d88,c04eb592,0,c1ec00,c1e000) at > ::> root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c04392f5) at > ::> configure+0x9 > ::> mi_startup() at mi_startup+0x96 > ::> begin() at begine+0x2c > ::> > ::=----------------------------------------------------------------------- > ::-- > ::> - > ::> > ::> Following is boot message from the last kernel, just before the > ::> import of new code. > ::> > ::=----------------------------------------------------------------------- > ::-- > ::> - > ::> Copyright (c) 1992-2005 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 7.0-CURRENT #135: Mon Oct 31 21:33:52 JST 2005 > ::> > ::haro@legacy.ttr.kubota.co.jp:/home/haro/tmp/sys-7/i386/compile/LEGACY > ::> WARNING: WITNESS option enabled, expect reduced performance. > ::> Timecounter "i8254" frequency 1193182 Hz quality 0 > ::> CPU: Intel(R) Pentium(R) M processor 1.10GHz (1097.26-MHz 686-class > ::CPU) > ::> Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 > ::> > ::> > ::Features=0xafe9f9bf ::,P > ::> AT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> > ::> Features2=0x180 > ::> real memory = 787808256 (751 MB) > ::> avail memory = 761475072 (726 MB) > ::> npx0: [FAST] > ::> npx0: on motherboard > ::> npx0: INT 16 interface > ::> acpi0: on motherboard > ::> acpi0: Power Button (fixed) > ::> pci_link0: irq 10 on acpi0 > ::> pci_link1: irq 11 on acpi0 > ::> pci_link2: irq 11 on acpi0 > ::> pci_link3: irq 11 on acpi0 > ::> pci_link4: irq 11 on acpi0 > ::> pci_link5: irq 11 on acpi0 > ::> pci_link6: irq 11 on acpi0 > ::> pci_link7: irq 11 on acpi0 > ::> can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA > ::> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > ::> acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 > ::> cpu0: on acpi0 > ::> est0: on cpu0 > ::> p4tcc0: on cpu0 > ::> pcib0: port 0xcf8-0xcff on acpi0 > ::> pci0: on pcib0 > ::> pci0: at device 0.1 (no driver attached) > ::> pci0: at device 0.3 (no driver attached) > ::> agp0: port > ::0xeff8-0xefff > ::> mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 10 at device 2.0 > ::on > ::> pci0 > ::> agp0: detected 16252k stolen memory > ::> agp0: aperture size is 128M > ::> pci0: at device 2.1 (no driver attached) > ::> uhci0: port 0xcfe0-0xcfff > ::irq > ::> 10 at device 29.0 on pci0 > ::> 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 > ::> uhci1: port 0xcf80-0xcf9f > ::irq > ::> 11 at device 29.1 on pci0 > ::> uhci1: [GIANT-LOCKED] > ::> usb1: on uhci1 > ::> usb1: USB revision 1.0 > ::> uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > ::> uhub1: 2 ports with 2 removable, self powered > ::> uhci2: port 0xcf60-0xcf7f > ::irq > ::> 11 at device 29.2 on pci0 > ::> uhci2: [GIANT-LOCKED] > ::> usb2: on uhci2 > ::> usb2: USB revision 1.0 > ::> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > ::> uhub2: 2 ports with 2 removable, self powered > ::> ehci0: mem 0xcffffc00- > ::> 0xcfffffff irq 11 at device 29.7 on pci0 > ::> ehci0: [GIANT-LOCKED] > ::> usb3: EHCI version 1.0 > ::> usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > ::> usb3: on ehci0 > ::> usb3: USB revision 2.0 > ::> uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > ::> uhub3: 6 ports with 6 removable, self powered > ::> pcib1: at device 30.0 on pci0 > ::> pci1: on pcib1 > ::> iwi0: mem 0xcfeff000-0xcfefffff irq 11 > ::at > ::> device 5.0 on pci1 > ::> iwi0: Ethernet address: 00:0e:35:c2:a2:7b > ::> fxp0: port 0xcf00-0xcf3f > ::mem > ::> 0xcfefe000-0xcfefefff irq 11 at device 8.0 on pci1 > ::> miibus0: on fxp0 > ::> inphy0: on miibus0 > ::> inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ::> fxp0: Ethernet address: 00:0e:7b:eb:71:23 > ::> cbb0: at device 11.0 on pci1 > ::> cardbus0: on cbb0 > ::> pccard0: <16-bit PCCard bus> on cbb0 > ::> cbb1: at device 11.1 on pci1 > ::> cardbus1: on cbb1 > ::> pccard1: <16-bit PCCard bus> on cbb1 > ::> fwohci0: <1394 Open Host Controller Interface> mem 0xcfefd800- > ::> 0xcfefdfff,0xcfef8000-0xcfefbfff irq 11 at device 11.2 on pci1 > ::> fwohci0: OHCI version 1.10 (ROM=1) > ::> fwohci0: No. of Isochronous channels is 4. > ::> fwohci0: EUI64 00:00:39:00:00:72:41:eb > ::> fwohci0: Phy 1394a available S400, 2 ports. > ::> fwohci0: Link S400, max_rec 2048 bytes. > ::> firewire0: on fwohci0 > ::> sbp0: on firewire0 > ::> fwe0: on firewire0 > ::> if_fwe0: Fake Ethernet address: 02:00:39:72:41:eb > ::> fwe0: Ethernet address: 02:00:39:72:41:eb > ::> fwe0: if_start running deferred for Giant > ::> fwohci0: Initiate bus reset > ::> fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > ::> firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > ::> firewire0: bus manager 0 (me) > ::> pci1: at device 11.4 (no driver attached) > ::> isab0: at device 31.0 on pci0 > ::> isa0: on isab0 > ::> atapci0: port 0x1f0-0x1f7,0x3f6,0x170- > ::> 0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.1 on pci0 > ::> ata0: on atapci0 > ::> ata1: on atapci0 > ::> pcm0: port 0xbe00-0xbeff,0xbdc0-0xbdff mem > ::> 0xcfdffe00-0xcfdfffff,0xcfdffd00-0xcfdffdff irq 11 at device 31.5 on > ::pci0 > ::> pcm0: [GIANT-LOCKED] > ::> pcm0: > ::> pci0: at device 31.6 (no driver > ::attached) > ::> acpi_lid0: on acpi0 > ::> battery0: on acpi0 > ::> acpi_button0: on acpi0 > ::> acpi_acad0: on acpi0 > ::> acpi_toshiba0: on acpi0 > ::> acpi_tz0: on acpi0 > ::> atkbdc0: port 0x60,0x64 irq 1 on acpi0 > ::> atkbd0: irq 1 on atkbdc0 > ::> kbd0 at atkbd0 > ::> atkbd0: [GIANT-LOCKED] > ::> psm0: irq 12 on atkbdc0 > ::> psm0: [GIANT-LOCKED] > ::> psm0: model Generic PS/2 mouse, device ID 0 > ::> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 > ::on > ::> acpi0 > ::> sio0: type 16550A > ::> pmtimer0 on isa0 > ::> orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff pnpid > ::> ORM0000 on isa0 > ::> sc0: at flags 0x100 on isa0 > ::> sc0: VGA <16 virtual consoles, flags=0x300> > ::> sio1: configured irq 3 not in bitmap of probed irqs 0 > ::> sio1: port may not be enabled > ::> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > ::isa0 > ::> Timecounter "TSC" frequency 1097256406 Hz quality 800 > ::> Timecounters tick every 1.000 msec > ::> ad0: 57231MB at ata0-master UDMA100 > ::> acd0: DVDR at ata1-master UDMA33 > ::> pccard1: Allocation failed for cfe 1 > ::> sio4: at port 0x2f8-0x2ff irq 11 function 0 config 2 on > ::> pccard1 > ::> sio4: type 16550A > ::> sio4: unable to activate interrupt in fast mode - using normal mode > ::> Trying to mount root from ufs:/dev/ad0s4a From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 01:49:03 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EB2716A41F; Thu, 3 Nov 2005 01:49:03 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D2F043D45; Thu, 3 Nov 2005 01:49:01 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (patr530-a063.otenet.gr [212.205.215.63]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id jA31mwNf025773; Thu, 3 Nov 2005 03:48:59 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id jA31mpFD001646; Thu, 3 Nov 2005 03:48:51 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id jA31lec1001629; Thu, 3 Nov 2005 03:47:40 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 3 Nov 2005 03:47:40 +0200 From: Giorgos Keramidas To: Nate Lawson Message-ID: <20051103014740.GA1586@flame.pc> References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103.094643.74756456.haro@h4.dion.ne.jp> <436961FD.3040605@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436961FD.3040605@root.org> Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, robert.moore@intel.com, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 01:49:03 -0000 On 2005-11-02 17:03, Nate Lawson wrote: > As I mentioned to Jung-uk, the problem is likely an error in > acpi-ca modifying memory after it has freed it. The way to > track this down is to enable memguard(9). See the man page for > info. You need to add options DEBUG_MEMGUARD to your kernel, > set the malloc type to watch to M_ACPICA, and rebuild your > kernel and modules. Memguard sets page permissions so we can > catch the culprit who is modifying the memory. This is exactly the messgae printed on my console at panic time -- of memory modified after free. I'm building a kernel with MEMGUARD now, but it's probably going to be a bit hard to get a kernel dump, because the panic happens before disks are available and I don't have a serial console here. From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 02:09:15 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F0E016A41F; Thu, 3 Nov 2005 02:09:15 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6B3B43D45; Thu, 3 Nov 2005 02:09:12 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from flame.pc (patr530-a063.otenet.gr [212.205.215.63]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id jA3299Cr017102; Thu, 3 Nov 2005 04:09:09 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id jA3293KH030404; Thu, 3 Nov 2005 04:09:03 +0200 (EET) (envelope-from keramida@linux.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id jA3292PD030395; Thu, 3 Nov 2005 04:09:02 +0200 (EET) (envelope-from keramida@linux.gr) Date: Thu, 3 Nov 2005 04:09:02 +0200 From: Giorgos Keramidas To: Nate Lawson Message-ID: <20051103020902.GA29536@flame.pc> References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103.094643.74756456.haro@h4.dion.ne.jp> <436961FD.3040605@root.org> <20051103014740.GA1586@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051103014740.GA1586@flame.pc> Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, robert.moore@intel.com, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 02:09:15 -0000 On 2005-11-03 03:47, Giorgos Keramidas wrote: > On 2005-11-02 17:03, Nate Lawson wrote: > > As I mentioned to Jung-uk, the problem is likely an error in > > acpi-ca modifying memory after it has freed it. The way to > > track this down is to enable memguard(9). See the man page for > > info. You need to add options DEBUG_MEMGUARD to your kernel, > > set the malloc type to watch to M_ACPICA, and rebuild your > > kernel and modules. Memguard sets page permissions so we can > > catch the culprit who is modifying the memory. > > This is exactly the messgae printed on my console at panic time > -- of memory modified after free. I'm building a kernel with > MEMGUARD now, but it's probably going to be a bit hard to get a > kernel dump, because the panic happens before disks are available > and I don't have a serial console here. Does the following look ok for using memguard(9) with M_ACPICA? %%% begin acpica-memguard.patch Index: kern/kern_malloc.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_malloc.c,v retrieving revision 1.148 diff -u -r1.148 kern_malloc.c --- kern/kern_malloc.c 20 Oct 2005 21:28:31 -0000 1.148 +++ kern/kern_malloc.c 3 Nov 2005 02:04:02 -0000 @@ -62,6 +62,8 @@ #include #include +MALLOC_DECLARE(M_ACPICA); + #ifdef DEBUG_MEMGUARD #include #endif @@ -305,7 +307,7 @@ #ifdef DEBUG_MEMGUARD /* XXX CHANGEME! */ - if (mtp == M_SUBPROC) + if (mtp == M_ACPICA) return memguard_alloc(size, flags); #endif %%% end acpica-memguard.patch From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 02:47:16 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3E7116A41F for ; Thu, 3 Nov 2005 02:47:16 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 2189143D53 for ; Thu, 3 Nov 2005 02:47:13 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: (qmail 22714 invoked by uid 503); 3 Nov 2005 11:47:12 +0900 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 3 Nov 2005 11:47:12 +0900 Date: Thu, 03 Nov 2005 11:47:12 +0900 (JST) Message-Id: <20051103.114712.74756421.haro@h4.dion.ne.jp> To: keramida@linux.gr From: Munehiro Matsuda In-Reply-To: <20051103020902.GA29536@flame.pc> References: <436961FD.3040605@root.org> <20051103014740.GA1586@flame.pc> <20051103020902.GA29536@flame.pc> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, robert.moore@intel.com, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 02:47:16 -0000 From: Giorgos Keramidas Date: Thu, 3 Nov 2005 04:09:02 +0200 ::On 2005-11-03 03:47, Giorgos Keramidas wrote: ::> On 2005-11-02 17:03, Nate Lawson wrote: ::> > As I mentioned to Jung-uk, the problem is likely an error in ::> > acpi-ca modifying memory after it has freed it. The way to ::> > track this down is to enable memguard(9). See the man page for ::> > info. You need to add options DEBUG_MEMGUARD to your kernel, ::> > set the malloc type to watch to M_ACPICA, and rebuild your ::> > kernel and modules. Memguard sets page permissions so we can ::> > catch the culprit who is modifying the memory. ::> ::> This is exactly the messgae printed on my console at panic time ::> -- of memory modified after free. I'm building a kernel with ::> MEMGUARD now, but it's probably going to be a bit hard to get a ::> kernel dump, because the panic happens before disks are available ::> and I don't have a serial console here. :: ::Does the following look ok for using memguard(9) with M_ACPICA? :: ::%%% begin acpica-memguard.patch ::Index: kern/kern_malloc.c ::=================================================================== ::RCS file: /home/ncvs/src/sys/kern/kern_malloc.c,v ::retrieving revision 1.148 ::diff -u -r1.148 kern_malloc.c ::--- kern/kern_malloc.c 20 Oct 2005 21:28:31 -0000 1.148 ::+++ kern/kern_malloc.c 3 Nov 2005 02:04:02 -0000 ::@@ -62,6 +62,8 @@ :: #include :: #include :: ::+MALLOC_DECLARE(M_ACPICA); ::+ :: #ifdef DEBUG_MEMGUARD :: #include :: #endif ::@@ -305,7 +307,7 @@ :: :: #ifdef DEBUG_MEMGUARD :: /* XXX CHANGEME! */ ::- if (mtp == M_SUBPROC) ::+ if (mtp == M_ACPICA) :: return memguard_alloc(size, flags); :: #endif :: ::%%% end acpica-memguard.patch :: Hi, There are few more "CHANGEME!" places. I used following: @@ -64,6 +64,7 @@ #ifdef DEBUG_MEMGUARD #include +MALLOC_DECLARE(M_ACPICA); #endif #if defined(INVARIANTS) && defined(__i386__) @@ -305,7 +306,7 @@ #ifdef DEBUG_MEMGUARD /* XXX CHANGEME! */ - if (mtp == M_SUBPROC) + if (mtp == M_ACPICA) return memguard_alloc(size, flags); #endif @@ -360,7 +361,7 @@ #ifdef DEBUG_MEMGUARD /* XXX CHANGEME! */ - if (mtp == M_SUBPROC) { + if (mtp == M_ACPICA) { memguard_free(addr); return; } @@ -424,7 +425,7 @@ #ifdef DEBUG_MEMGUARD /* XXX: CHANGEME! */ -if (mtp == M_SUBPROC) { +if (mtp == M_ACPICA) { slab = NULL; alloc = size; } else { =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 03:24:08 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAEFA16A423 for ; Thu, 3 Nov 2005 03:24:08 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 67ED943D49 for ; Thu, 3 Nov 2005 03:24:07 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: (qmail 27914 invoked by uid 503); 3 Nov 2005 12:24:06 +0900 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 3 Nov 2005 12:24:06 +0900 Date: Thu, 03 Nov 2005 12:24:04 +0900 (JST) Message-Id: <20051103.122404.74756296.haro@h4.dion.ne.jp> To: nate@root.org From: Munehiro Matsuda In-Reply-To: <436961FD.3040605@root.org> References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103.094643.74756456.haro@h4.dion.ne.jp> <436961FD.3040605@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, robert.moore@intel.com, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 03:24:08 -0000 Hi Nate, Thanks for memguard tip. But now, I'm confuse with the outcome. :-( 1) With memguard enabled, system boots up just fine, even acpi compiled into kernel or loaded as a module. 2) Without memguard, but with acpi compiled into kernel, system boots up past the reported point. But this time, npanics with page fault further into the booting process, just as Marcel reported yesterday. 3) Without memguard and with acpi loaded as module, system panics as reported in my original mail. So, the memguard works as workaround for me, but not as debuging aid. ;-P If you need more info or any other way to debug, please let me know. Thanks in advance, Haro From: Nate Lawson Date: Wed, 02 Nov 2005 17:03:57 -0800 ::As I mentioned to Jung-uk, the problem is likely an error in acpi-ca ::modifying memory after it has freed it. The way to track this down is ::to enable memguard(9). See the man page for info. You need to add ::options DEBUG_MEMGUARD to your kernel, set the malloc type to watch to ::M_ACPICA, and rebuild your kernel and modules. Memguard sets page ::permissions so we can catch the culprit who is modifying the memory. :: ::http://www.freebsd.org/cgi/man.cgi?query=memguard&apropos=0&sektion=0&manpath=FreeBSD+6.0-current&format=html :: ::If you need a kernel to keep running in production while debugging the ::other kernel, disable options INVARIANTS to get rid of the diagnostic panic. :: ::-Nate :: ::Munehiro Matsuda wrote: ::> Hi, ::> ::> Thanks for looking. ::> I've put the output dsdt/asl file from following command onto the ::> URL below. ::> ::> command: ::> # acpidump -t -d -o Dynabook_MX190R.dsdt > Dynabook_MX190R.asl ::> ::> URL: ::> http://wwwb.dcns.ne.jp/~haro01/Dynabook_MX190R.dsdt ::> http://wwwb.dcns.ne.jp/~haro01/Dynabook_MX190R.asl ::> ::> Thanks in advance, ::> Haro ::> ::> From: "Moore, Robert" ::> Date: Wed, 2 Nov 2005 09:51:23 -0800 ::> ::If you will send me the acpidump for the machine, I will take a look at ::> ::the problem. ::> :: ::> ::Thanks, ::> ::Bob ::> :: ::> :: ::> ::> -----Original Message----- ::> ::> From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- ::> ::> acpi@freebsd.org] On Behalf Of Munehiro Matsuda ::> ::> Sent: Wednesday, November 02, 2005 7:08 AM ::> ::> To: jkim@freebsd.org ::> ::> Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org ::> ::> Subject: Panic on boot with new ACPI-CA (Re: [HEADSUP] ACPI-CA ::> ::20051021 ::> ::> import) ::> ::> ::> ::> From: Jung-uk Kim ::> ::> Date: Tue, 1 Nov 2005 17:49:44 -0500 ::> ::> ::On Tuesday 01 November 2005 05:01 pm, Jung-uk Kim wrote: ::> ::> ::> ACPI-CA 20051021 will be imported any minute now. I will let you ::> ::> ::> know when completed. ::> ::> :: ::> ::> ::ACPI-CA 20051021 import is completed. ::> ::> :: ::> ::> ::Thanks! ::> ::> :: ::> ::> ::Jung-uk Kim ::> ::> ::> ::> Hi, ::> ::> ::> ::> After the import of new ACPI-CA code, I get system panic on boot, ::> ::> where I used to get "can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - ::> ::> AE_BAD_DATA" message. ::> ::> ::> ::> If you need more info, please let me know. ::> ::> ::> ::> Here's hand written down panic messages. ::> ::> ::> ::=----------------------------------------------------------------------- ::> ::-- ::> ::> - ::> ::> npx0: [FAST] ::> ::> npx0: on motherboard ::> ::> npx0: INT 16 interface ::> ::> acpi0: on motherboard ::> ::> acpi0: Power Button (fixed) ::> ::> pci_link0: irq 10 on acpi0 ::> ::> pci_link1: irq 11 on acpi0 ::> ::> pci_link2: irq 11 on acpi0 ::> ::> pci_link3: irq 11 on acpi0 ::> ::> pci_link4: irq 11 on acpi0 ::> ::> pci_link5: irq 11 on acpi0 ::> ::> pci_link6: irq 11 on acpi0 ::> ::> pci_link7: irq 11 on acpi0 ::> ::> Memory modified after free 0xc1ee1600(124) val=c @ 0xc1ee1600 ::> ::> panic: Most recently used by acpica ::> ::> ::> ::> cpuid = 0 ::> ::> KDB: enter: panic ::> ::> [thread pid 0 tid 0] ::> ::> Stopped at kbt_enter+0x2b: nop ::> ::> db> bt ::> ::> Tracing pid 0 tid 0 td 0xc0736780 ::> ::> kdb_enter(c06cc93e) at kdb_enter+0x2b ::> ::> panic(c06e42e7,c089c1a8,c06e42b8,c1ee1600,8c) at panic+0x127 ::> ::> mtrash_ctor(c1ee1600,80,0,1) at mtrash_ctor+0x4d ::> ::> uma_zalloc_arg(c104a1e0,0,1) at uma_zalloc_arg+0x10f ::> ::> malloc(68,c089ef00,1,c0c20bb4,c087e562) at malloc+0xb2 ::> ::> AcpiOsAllocate(68,0,c1ece1e0,4,c0c20be0) at AcpiOsAllocate+0x12 ::> ::> AcpiUtCallocate(68,10,c089b337,157,c0c20bec) at AcpiUtCallocate+0x16 ::> ::> AcpiGetObjectInfo(c1ece1e0,c0c20bf8,0,c1ece1e0,ffffffff) at ::> ::> AcpiGetObjectInfo+0x5b ::> ::> acpi_MatchHid(0,c089f740,6,c1ece1e0,0) at acpi_MatchHid+0x32 ::> ::> acpi_probe_child(c1ece1e0,4,c1e9c800,0,0) at acpi_probe_child+0x94 ::> ::> AcpiNsWalkNamespace(0,ffffffff,64,1,c0883c98) at ::> ::AcpiNsWalkNamespace+0xa1 ::> ::> AcpiWalkNamespace(0,ffffffff,64,c0883c98,c1e9c800) at ::> ::> AcpiWalkNamespace+0x3b ::> ::> acpi_attach(c1e9c800) at acpi_attach+0x4ff ::> ::> device_attach(c1e9c800,0,c1e9c800,c1e9d300,0) at device_attach+0x58 ::> ::> device_probe_and attach(c1e9c800) at device_probe_and_attach+0xe0 ::> ::> bus_generic_attach(c1e9d300,c1e9d300,c1e9d300,c0c20d40,c0529340) at ::> ::> bus_generic_attach+0x16 ::> ::> nexus_attach(c1e9d300) at nexus_attach+0x13 ::> ::> device_attach(c1e9d300,c0533914,c1e9d300,c0721bb0,c28000) at ::> ::> device_attach+0x58 ::> ::> device_probe_and_attach(c1e9d300) at device_probe_and_attach+0xe0 ::> ::> root_bus_configure(c0c20d88,c04eb592,0,c1ec00,c1e000) at ::> ::> root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c04392f5) at ::> ::> configure+0x9 ::> ::> mi_startup() at mi_startup+0x96 ::> ::> begin() at begine+0x2c ::> ::> ::> ::=----------------------------------------------------------------------- ::> ::-- ::> ::> - ::> ::> ::> ::> Following is boot message from the last kernel, just before the ::> ::> import of new code. ::> ::> ::> ::=----------------------------------------------------------------------- ::> ::-- ::> ::> - ::> ::> Copyright (c) 1992-2005 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 7.0-CURRENT #135: Mon Oct 31 21:33:52 JST 2005 ::> ::> ::> ::haro@legacy.ttr.kubota.co.jp:/home/haro/tmp/sys-7/i386/compile/LEGACY ::> ::> WARNING: WITNESS option enabled, expect reduced performance. ::> ::> Timecounter "i8254" frequency 1193182 Hz quality 0 ::> ::> CPU: Intel(R) Pentium(R) M processor 1.10GHz (1097.26-MHz 686-class ::> ::CPU) ::> ::> Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 ::> ::> ::> ::> ::> ::Features=0xafe9f9bf ::,P ::> ::> AT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> ::> ::> Features2=0x180 ::> ::> real memory = 787808256 (751 MB) ::> ::> avail memory = 761475072 (726 MB) ::> ::> npx0: [FAST] ::> ::> npx0: on motherboard ::> ::> npx0: INT 16 interface ::> ::> acpi0: on motherboard ::> ::> acpi0: Power Button (fixed) ::> ::> pci_link0: irq 10 on acpi0 ::> ::> pci_link1: irq 11 on acpi0 ::> ::> pci_link2: irq 11 on acpi0 ::> ::> pci_link3: irq 11 on acpi0 ::> ::> pci_link4: irq 11 on acpi0 ::> ::> pci_link5: irq 11 on acpi0 ::> ::> pci_link6: irq 11 on acpi0 ::> ::> pci_link7: irq 11 on acpi0 ::> ::> can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA ::> ::> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 ::> ::> acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 ::> ::> cpu0: on acpi0 ::> ::> est0: on cpu0 ::> ::> p4tcc0: on cpu0 ::> ::> pcib0: port 0xcf8-0xcff on acpi0 ::> ::> pci0: on pcib0 ::> ::> pci0: at device 0.1 (no driver attached) ::> ::> pci0: at device 0.3 (no driver attached) ::> ::> agp0: port ::> ::0xeff8-0xefff ::> ::> mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 10 at device 2.0 ::> ::on ::> ::> pci0 ::> ::> agp0: detected 16252k stolen memory ::> ::> agp0: aperture size is 128M ::> ::> pci0: at device 2.1 (no driver attached) ::> ::> uhci0: port 0xcfe0-0xcfff ::> ::irq ::> ::> 10 at device 29.0 on pci0 ::> ::> 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 ::> ::> uhci1: port 0xcf80-0xcf9f ::> ::irq ::> ::> 11 at device 29.1 on pci0 ::> ::> uhci1: [GIANT-LOCKED] ::> ::> usb1: on uhci1 ::> ::> usb1: USB revision 1.0 ::> ::> uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ::> ::> uhub1: 2 ports with 2 removable, self powered ::> ::> uhci2: port 0xcf60-0xcf7f ::> ::irq ::> ::> 11 at device 29.2 on pci0 ::> ::> uhci2: [GIANT-LOCKED] ::> ::> usb2: on uhci2 ::> ::> usb2: USB revision 1.0 ::> ::> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 ::> ::> uhub2: 2 ports with 2 removable, self powered ::> ::> ehci0: mem 0xcffffc00- ::> ::> 0xcfffffff irq 11 at device 29.7 on pci0 ::> ::> ehci0: [GIANT-LOCKED] ::> ::> usb3: EHCI version 1.0 ::> ::> usb3: companion controllers, 2 ports each: usb0 usb1 usb2 ::> ::> usb3: on ehci0 ::> ::> usb3: USB revision 2.0 ::> ::> uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 ::> ::> uhub3: 6 ports with 6 removable, self powered ::> ::> pcib1: at device 30.0 on pci0 ::> ::> pci1: on pcib1 ::> ::> iwi0: mem 0xcfeff000-0xcfefffff irq 11 ::> ::at ::> ::> device 5.0 on pci1 ::> ::> iwi0: Ethernet address: 00:0e:35:c2:a2:7b ::> ::> fxp0: port 0xcf00-0xcf3f ::> ::mem ::> ::> 0xcfefe000-0xcfefefff irq 11 at device 8.0 on pci1 ::> ::> miibus0: on fxp0 ::> ::> inphy0: on miibus0 ::> ::> inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ::> ::> fxp0: Ethernet address: 00:0e:7b:eb:71:23 ::> ::> cbb0: at device 11.0 on pci1 ::> ::> cardbus0: on cbb0 ::> ::> pccard0: <16-bit PCCard bus> on cbb0 ::> ::> cbb1: at device 11.1 on pci1 ::> ::> cardbus1: on cbb1 ::> ::> pccard1: <16-bit PCCard bus> on cbb1 ::> ::> fwohci0: <1394 Open Host Controller Interface> mem 0xcfefd800- ::> ::> 0xcfefdfff,0xcfef8000-0xcfefbfff irq 11 at device 11.2 on pci1 ::> ::> fwohci0: OHCI version 1.10 (ROM=1) ::> ::> fwohci0: No. of Isochronous channels is 4. ::> ::> fwohci0: EUI64 00:00:39:00:00:72:41:eb ::> ::> fwohci0: Phy 1394a available S400, 2 ports. ::> ::> fwohci0: Link S400, max_rec 2048 bytes. ::> ::> firewire0: on fwohci0 ::> ::> sbp0: on firewire0 ::> ::> fwe0: on firewire0 ::> ::> if_fwe0: Fake Ethernet address: 02:00:39:72:41:eb ::> ::> fwe0: Ethernet address: 02:00:39:72:41:eb ::> ::> fwe0: if_start running deferred for Giant ::> ::> fwohci0: Initiate bus reset ::> ::> fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode ::> ::> firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) ::> ::> firewire0: bus manager 0 (me) ::> ::> pci1: at device 11.4 (no driver attached) ::> ::> isab0: at device 31.0 on pci0 ::> ::> isa0: on isab0 ::> ::> atapci0: port 0x1f0-0x1f7,0x3f6,0x170- ::> ::> 0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.1 on pci0 ::> ::> ata0: on atapci0 ::> ::> ata1: on atapci0 ::> ::> pcm0: port 0xbe00-0xbeff,0xbdc0-0xbdff mem ::> ::> 0xcfdffe00-0xcfdfffff,0xcfdffd00-0xcfdffdff irq 11 at device 31.5 on ::> ::pci0 ::> ::> pcm0: [GIANT-LOCKED] ::> ::> pcm0: ::> ::> pci0: at device 31.6 (no driver ::> ::attached) ::> ::> acpi_lid0: on acpi0 ::> ::> battery0: on acpi0 ::> ::> acpi_button0: on acpi0 ::> ::> acpi_acad0: on acpi0 ::> ::> acpi_toshiba0: on acpi0 ::> ::> acpi_tz0: on acpi0 ::> ::> atkbdc0: port 0x60,0x64 irq 1 on acpi0 ::> ::> atkbd0: irq 1 on atkbdc0 ::> ::> kbd0 at atkbd0 ::> ::> atkbd0: [GIANT-LOCKED] ::> ::> psm0: irq 12 on atkbdc0 ::> ::> psm0: [GIANT-LOCKED] ::> ::> psm0: model Generic PS/2 mouse, device ID 0 ::> ::> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 ::> ::on ::> ::> acpi0 ::> ::> sio0: type 16550A ::> ::> pmtimer0 on isa0 ::> ::> orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff pnpid ::> ::> ORM0000 on isa0 ::> ::> sc0: at flags 0x100 on isa0 ::> ::> sc0: VGA <16 virtual consoles, flags=0x300> ::> ::> sio1: configured irq 3 not in bitmap of probed irqs 0 ::> ::> sio1: port may not be enabled ::> ::> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on ::> ::isa0 ::> ::> Timecounter "TSC" frequency 1097256406 Hz quality 800 ::> ::> Timecounters tick every 1.000 msec ::> ::> ad0: 57231MB at ata0-master UDMA100 ::> ::> acd0: DVDR at ata1-master UDMA33 ::> ::> pccard1: Allocation failed for cfe 1 ::> ::> sio4: at port 0x2f8-0x2ff irq 11 function 0 config 2 on ::> ::> pccard1 ::> ::> sio4: type 16550A ::> ::> sio4: unable to activate interrupt in fast mode - using normal mode ::> ::> Trying to mount root from ufs:/dev/ad0s4a :: From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 08:36:07 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32FF916A41F; Thu, 3 Nov 2005 08:36:07 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9618943D48; Thu, 3 Nov 2005 08:36:06 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jA38a3xq028698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Nov 2005 00:36:04 -0800 Message-ID: <4369CBCA.7050501@root.org> Date: Thu, 03 Nov 2005 00:35:22 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Munehiro Matsuda References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103.094643.74756456.haro@h4.dion.ne.jp> <436961FD.3040605@root.org> <20051103.122404.74756296.haro@h4.dion.ne.jp> In-Reply-To: <20051103.122404.74756296.haro@h4.dion.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, robert.moore@intel.com, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 08:36:07 -0000 Munehiro Matsuda wrote: > Hi Nate, > > Thanks for memguard tip. > But now, I'm confuse with the outcome. :-( > > 1) With memguard enabled, system boots up just fine, even acpi compiled > into kernel or loaded as a module. > > 2) Without memguard, but with acpi compiled into kernel, system boots up > past the reported point. > But this time, npanics with page fault further into the booting process, > just as Marcel reported yesterday. > > 3) Without memguard and with acpi loaded as module, system panics as > reported in my original mail. > > So, the memguard works as workaround for me, but not as debuging aid. ;-P > > If you need more info or any other way to debug, please let me know. Judging from your dmesg, the use after free happens somewhere just after probing of PCI LNKH. Something likely changed in how acpi-ca deals with pci links or resources (due to your failure message on PRT_). Since memguard affects the malloc pool enough to hide the problem, you'll have to trace it down differently with memguard disabled. My procedure for hunting these problems is a little more time consuming but nearly always works. Compile in DDB and type "boot -d" at the loader prompt. This will pop into the debugger early. Then type "w 0xc1ee1600" to set a watchpoint for this address. Now you'll break to the debugger each time this memory is written to. Type "tr" to get a trace each time you hit the debugger and see what call stack was the very last one to write to that region, just before the panic. -Nate > From: Nate Lawson > Date: Wed, 02 Nov 2005 17:03:57 -0800 > ::As I mentioned to Jung-uk, the problem is likely an error in acpi-ca > ::modifying memory after it has freed it. The way to track this down is > ::to enable memguard(9). See the man page for info. You need to add > ::options DEBUG_MEMGUARD to your kernel, set the malloc type to watch to > ::M_ACPICA, and rebuild your kernel and modules. Memguard sets page > ::permissions so we can catch the culprit who is modifying the memory. > :: > ::http://www.freebsd.org/cgi/man.cgi?query=memguard&apropos=0&sektion=0&manpath=FreeBSD+6.0-current&format=html > :: > ::If you need a kernel to keep running in production while debugging the > ::other kernel, disable options INVARIANTS to get rid of the diagnostic panic. > :: > ::-Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 14:24:51 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF44616A41F; Thu, 3 Nov 2005 14:24:51 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id D375C43D7C; Thu, 3 Nov 2005 14:24:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1302099 for multiple; Thu, 03 Nov 2005 09:22:44 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA3EOXk7065500; Thu, 3 Nov 2005 09:24:33 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 3 Nov 2005 08:57:56 -0500 User-Agent: KMail/1.8.2 References: <436961FD.3040605@root.org> <20051103020902.GA29536@flame.pc> <20051103.114712.74756421.haro@h4.dion.ne.jp> In-Reply-To: <20051103.114712.74756421.haro@h4.dion.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511030857.58338.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=100 Cc: jkim@freebsd.org, freebsd-current@freebsd.org, robert.moore@intel.com, keramida@linux.gr Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 14:24:52 -0000 On Wednesday 02 November 2005 09:47 pm, Munehiro Matsuda wrote: > From: Giorgos Keramidas > Date: Thu, 3 Nov 2005 04:09:02 +0200 > > ::On 2005-11-03 03:47, Giorgos Keramidas wrote: > ::> On 2005-11-02 17:03, Nate Lawson wrote: > ::> > As I mentioned to Jung-uk, the problem is likely an error in > ::> > acpi-ca modifying memory after it has freed it. The way to > ::> > track this down is to enable memguard(9). See the man page for > ::> > info. You need to add options DEBUG_MEMGUARD to your kernel, > ::> > set the malloc type to watch to M_ACPICA, and rebuild your > ::> > kernel and modules. Memguard sets page permissions so we can > ::> > catch the culprit who is modifying the memory. > ::> > ::> This is exactly the messgae printed on my console at panic time > ::> -- of memory modified after free. I'm building a kernel with > ::> MEMGUARD now, but it's probably going to be a bit hard to get a > ::> kernel dump, because the panic happens before disks are available > ::> and I don't have a serial console here. > :: > ::Does the following look ok for using memguard(9) with M_ACPICA? > :: > ::%%% begin acpica-memguard.patch > ::Index: kern/kern_malloc.c > ::=================================================================== > ::RCS file: /home/ncvs/src/sys/kern/kern_malloc.c,v > ::retrieving revision 1.148 > ::diff -u -r1.148 kern_malloc.c > ::--- kern/kern_malloc.c 20 Oct 2005 21:28:31 -0000 1.148 > ::+++ kern/kern_malloc.c 3 Nov 2005 02:04:02 -0000 > ::@@ -62,6 +62,8 @@ > :: #include > :: #include > :: > ::+MALLOC_DECLARE(M_ACPICA); > ::+ > :: #ifdef DEBUG_MEMGUARD > :: #include > :: #endif > ::@@ -305,7 +307,7 @@ > :: > :: #ifdef DEBUG_MEMGUARD > :: /* XXX CHANGEME! */ > ::- if (mtp == M_SUBPROC) > ::+ if (mtp == M_ACPICA) > :: return memguard_alloc(size, flags); > :: #endif > :: > ::%%% end acpica-memguard.patch > > Hi, > > There are few more "CHANGEME!" places. > I used following: > > @@ -64,6 +64,7 @@ > > #ifdef DEBUG_MEMGUARD > #include > +MALLOC_DECLARE(M_ACPICA); > #endif > > #if defined(INVARIANTS) && defined(__i386__) > @@ -305,7 +306,7 @@ > > #ifdef DEBUG_MEMGUARD > /* XXX CHANGEME! */ > - if (mtp == M_SUBPROC) > + if (mtp == M_ACPICA) > return memguard_alloc(size, flags); > #endif > > @@ -360,7 +361,7 @@ > > #ifdef DEBUG_MEMGUARD > /* XXX CHANGEME! */ > - if (mtp == M_SUBPROC) { > + if (mtp == M_ACPICA) { > memguard_free(addr); > return; > } > @@ -424,7 +425,7 @@ > > #ifdef DEBUG_MEMGUARD > /* XXX: CHANGEME! */ > -if (mtp == M_SUBPROC) { > +if (mtp == M_ACPICA) { > slab = NULL; > alloc = size; > } else { Someone should fix it so that the type is a kernel option so you can do: options MEMGUARD=M_ACPICA or some such. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 14:25:02 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0CEC16A421; Thu, 3 Nov 2005 14:25:02 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4064243D6E; Thu, 3 Nov 2005 14:25:00 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id jA3EOrD9031590; Thu, 3 Nov 2005 16:24:58 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id jA3EOlFV001833; Thu, 3 Nov 2005 16:24:47 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id jA3EOkcl001832; Thu, 3 Nov 2005 16:24:46 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Thu, 3 Nov 2005 16:24:46 +0200 From: Giorgos Keramidas To: Nate Lawson Message-ID: <20051103142446.GA1787@flame.pc> References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103.094643.74756456.haro@h4.dion.ne.jp> <436961FD.3040605@root.org> <20051103014740.GA1586@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051103014740.GA1586@flame.pc> Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, robert.moore@intel.com, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 14:25:02 -0000 On 2005-11-03 03:47, Giorgos Keramidas wrote: >On 2005-11-02 17:03, Nate Lawson wrote: >> As I mentioned to Jung-uk, the problem is likely an error in >> acpi-ca modifying memory after it has freed it. The way to >> track this down is to enable memguard(9). See the man page for >> info. You need to add options DEBUG_MEMGUARD to your kernel, >> set the malloc type to watch to M_ACPICA, and rebuild your >> kernel and modules. Memguard sets page permissions so we can >> catch the culprit who is modifying the memory. > > This is exactly the messgae printed on my console at panic time > -- of memory modified after free. I'm building a kernel with > MEMGUARD now, but it's probably going to be a bit hard to get a > kernel dump, because the panic happens before disks are > available and I don't have a serial console here. This is definitely something that is ACPI-related. I updated my sources to the last commit before the start of the ACPI import: build@flame:/home/build/src$ cvs -qR up -APd -D '2005/11/01 22:00:00 UTC' Rebuilt everything and I see no panics now. I'll use the watchpoint trick Nate posted when I have a new build to test. - Giorgos From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 14:40:18 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAC2E16A421 for ; Thu, 3 Nov 2005 14:40:18 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 75C1C43D58 for ; Thu, 3 Nov 2005 14:40:16 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 19315 invoked from network); 3 Nov 2005 14:40:14 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 3 Nov 2005 14:40:14 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id jA3EeEFh043150; Thu, 3 Nov 2005 15:40:14 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id jA3EeDOU043149; Thu, 3 Nov 2005 15:40:13 +0100 (CET) (envelope-from pho) Date: Thu, 3 Nov 2005 15:40:13 +0100 From: Peter Holm To: Giorgos Keramidas Message-ID: <20051103144013.GA43086@peter.osted.lan> References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103.094643.74756456.haro@h4.dion.ne.jp> <436961FD.3040605@root.org> <20051103014740.GA1586@flame.pc> <20051103142446.GA1787@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051103142446.GA1787@flame.pc> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org, robert.moore@intel.com, freebsd-current@freebsd.org, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 14:40:18 -0000 On Thu, Nov 03, 2005 at 04:24:46PM +0200, Giorgos Keramidas wrote: > On 2005-11-03 03:47, Giorgos Keramidas wrote: > >On 2005-11-02 17:03, Nate Lawson wrote: > >> As I mentioned to Jung-uk, the problem is likely an error in > >> acpi-ca modifying memory after it has freed it. The way to > >> track this down is to enable memguard(9). See the man page for > >> info. You need to add options DEBUG_MEMGUARD to your kernel, > >> set the malloc type to watch to M_ACPICA, and rebuild your > >> kernel and modules. Memguard sets page permissions so we can > >> catch the culprit who is modifying the memory. > > > > This is exactly the messgae printed on my console at panic time > > -- of memory modified after free. I'm building a kernel with > > MEMGUARD now, but it's probably going to be a bit hard to get a > > kernel dump, because the panic happens before disks are > > available and I don't have a serial console here. > > This is definitely something that is ACPI-related. I updated my > sources to the last commit before the start of the ACPI import: > > build@flame:/home/build/src$ cvs -qR up -APd -D '2005/11/01 22:00:00 UTC' > > Rebuilt everything and I see no panics now. > > I'll use the watchpoint trick Nate posted when I have a new build > to test. > I've had the same problem with two of my boxes. Here's the result of a watchpoint: http://people.freebsd.org/~pho/stress/log/acpi.html I too came to the conclusion that the damage happened between 2005-11-01 22:00:00 UTC OK 2005-11-01 22:45:00 UTC panic - Peter > - Giorgos > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Peter Holm From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 15:33:34 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 706DA16A420 for ; Thu, 3 Nov 2005 15:33:34 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 47EF243D75 for ; Thu, 3 Nov 2005 15:33:29 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 03 Nov 2005 15:33:28 -0000 Received: from fwswe.rise-s.com (EHLO dhcp151.swe) [83.65.168.194] by mail.gmx.net (mp004) with SMTP; 03 Nov 2005 16:33:28 +0100 X-Authenticated: #16703784 From: Stefan Ehmann To: Giorgos Keramidas In-Reply-To: <20051103142446.GA1787@flame.pc> References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103.094643.74756456.haro@h4.dion.ne.jp> <436961FD.3040605@root.org> <20051103014740.GA1586@flame.pc> <20051103142446.GA1787@flame.pc> Content-Type: text/plain Date: Thu, 03 Nov 2005 16:33:26 +0100 Message-Id: <1131032006.648.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-acpi@freebsd.org, robert.moore@intel.com, freebsd-current@freebsd.org, jkim@freebsd.org Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 15:33:34 -0000 On Thu, 2005-11-03 at 16:24 +0200, Giorgos Keramidas wrote: > On 2005-11-03 03:47, Giorgos Keramidas wrote: > >On 2005-11-02 17:03, Nate Lawson wrote: > >> As I mentioned to Jung-uk, the problem is likely an error in > >> acpi-ca modifying memory after it has freed it. The way to > >> track this down is to enable memguard(9). See the man page for > >> info. You need to add options DEBUG_MEMGUARD to your kernel, > >> set the malloc type to watch to M_ACPICA, and rebuild your > >> kernel and modules. Memguard sets page permissions so we can > >> catch the culprit who is modifying the memory. > > > > This is exactly the messgae printed on my console at panic time > > -- of memory modified after free. I'm building a kernel with > > MEMGUARD now, but it's probably going to be a bit hard to get a > > kernel dump, because the panic happens before disks are > > available and I don't have a serial console here. > > This is definitely something that is ACPI-related. I updated my > sources to the last commit before the start of the ACPI import: > > build@flame:/home/build/src$ cvs -qR up -APd -D '2005/11/01 22:00:00 UTC' > > Rebuilt everything and I see no panics now. > > I'll use the watchpoint trick Nate posted when I have a new build > to test. > Just tried reverting, and my problem reported in http://lists.freebsd.org/pipermail/freebsd-current/2005-November/057596.html is also ACPI-related. It also happens early on boot but panic is different (in devfs_populate_loop()). Don't know if it's related or a different bug introduced by the ACPI-CA import. From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 15:43:24 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B0016A41F; Thu, 3 Nov 2005 15:43:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2A5043D45; Thu, 3 Nov 2005 15:43:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1306560 for multiple; Thu, 03 Nov 2005 10:41:22 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA3FhHjv065953; Thu, 3 Nov 2005 10:43:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 3 Nov 2005 10:43:10 -0500 User-Agent: KMail/1.8.2 References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103142446.GA1787@flame.pc> <20051103144013.GA43086@peter.osted.lan> In-Reply-To: <20051103144013.GA43086@peter.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511031043.13285.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=100 Cc: Peter Holm , freebsd-current@freebsd.org, Giorgos Keramidas , jkim@freebsd.org, robert.moore@intel.com Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 15:43:25 -0000 On Thursday 03 November 2005 09:40 am, Peter Holm wrote: > On Thu, Nov 03, 2005 at 04:24:46PM +0200, Giorgos Keramidas wrote: > > On 2005-11-03 03:47, Giorgos Keramidas wrote: > > >On 2005-11-02 17:03, Nate Lawson wrote: > > >> As I mentioned to Jung-uk, the problem is likely an error in > > >> acpi-ca modifying memory after it has freed it. The way to > > >> track this down is to enable memguard(9). See the man page for > > >> info. You need to add options DEBUG_MEMGUARD to your kernel, > > >> set the malloc type to watch to M_ACPICA, and rebuild your > > >> kernel and modules. Memguard sets page permissions so we can > > >> catch the culprit who is modifying the memory. > > > > > > This is exactly the messgae printed on my console at panic time > > > -- of memory modified after free. I'm building a kernel with > > > MEMGUARD now, but it's probably going to be a bit hard to get a > > > kernel dump, because the panic happens before disks are > > > available and I don't have a serial console here. > > > > This is definitely something that is ACPI-related. I updated my > > sources to the last commit before the start of the ACPI import: > > > > build@flame:/home/build/src$ cvs -qR up -APd -D '2005/11/01 22:00:00 > > UTC' > > > > Rebuilt everything and I see no panics now. > > > > I'll use the watchpoint trick Nate posted when I have a new build > > to test. > > I've had the same problem with two of my boxes. Here's the result of a > watchpoint: > > http://people.freebsd.org/~pho/stress/log/acpi.html > > I too came to the conclusion that the damage happened between > > 2005-11-01 22:00:00 UTC OK > 2005-11-01 22:45:00 UTC panic Does this diff make a difference perhaps? Index: acpi_resource.c =================================================================== RCS file: /usr/cvs/src/sys/dev/acpica/acpi_resource.c,v retrieving revision 1.35 diff -u -r1.35 acpi_resource.c --- acpi_resource.c 11 Sep 2005 18:39:01 -0000 1.35 +++ acpi_resource.c 3 Nov 2005 15:42:14 -0000 @@ -168,6 +168,7 @@ /* Fetch the device's current resources. */ buf.Length = ACPI_ALLOCATE_BUFFER; + buf.Pointer = NULL; if (ACPI_FAILURE((status = AcpiGetCurrentResources(handle, &buf)))) { if (status != AE_NOT_FOUND) printf("can't fetch resources for %s - %s\n", -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 16:14:15 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DF3B16A420 for ; Thu, 3 Nov 2005 16:14:15 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id E606A43D58 for ; Thu, 3 Nov 2005 16:14:12 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 47766 invoked from network); 3 Nov 2005 16:14:11 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 3 Nov 2005 16:14:11 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id jA3GEAp7043564; Thu, 3 Nov 2005 17:14:10 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id jA3GEANk043563; Thu, 3 Nov 2005 17:14:10 +0100 (CET) (envelope-from pho) Date: Thu, 3 Nov 2005 17:14:10 +0100 From: Peter Holm To: John Baldwin Message-ID: <20051103161410.GA43544@peter.osted.lan> References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <20051103142446.GA1787@flame.pc> <20051103144013.GA43086@peter.osted.lan> <200511031043.13285.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511031043.13285.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Giorgos Keramidas , jkim@freebsd.org, robert.moore@intel.com Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 16:14:15 -0000 On Thu, Nov 03, 2005 at 10:43:10AM -0500, John Baldwin wrote: > On Thursday 03 November 2005 09:40 am, Peter Holm wrote: > > On Thu, Nov 03, 2005 at 04:24:46PM +0200, Giorgos Keramidas wrote: > > > On 2005-11-03 03:47, Giorgos Keramidas wrote: > > > >On 2005-11-02 17:03, Nate Lawson wrote: > > > >> As I mentioned to Jung-uk, the problem is likely an error in > > > >> acpi-ca modifying memory after it has freed it. The way to > > > >> track this down is to enable memguard(9). See the man page for > > > >> info. You need to add options DEBUG_MEMGUARD to your kernel, > > > >> set the malloc type to watch to M_ACPICA, and rebuild your > > > >> kernel and modules. Memguard sets page permissions so we can > > > >> catch the culprit who is modifying the memory. > > > > > > > > This is exactly the messgae printed on my console at panic time > > > > -- of memory modified after free. I'm building a kernel with > > > > MEMGUARD now, but it's probably going to be a bit hard to get a > > > > kernel dump, because the panic happens before disks are > > > > available and I don't have a serial console here. > > > > > > This is definitely something that is ACPI-related. I updated my > > > sources to the last commit before the start of the ACPI import: > > > > > > build@flame:/home/build/src$ cvs -qR up -APd -D '2005/11/01 22:00:00 > > > UTC' > > > > > > Rebuilt everything and I see no panics now. > > > > > > I'll use the watchpoint trick Nate posted when I have a new build > > > to test. > > > > I've had the same problem with two of my boxes. Here's the result of a > > watchpoint: > > > > http://people.freebsd.org/~pho/stress/log/acpi.html > > > > I too came to the conclusion that the damage happened between > > > > 2005-11-01 22:00:00 UTC OK > > 2005-11-01 22:45:00 UTC panic > > Does this diff make a difference perhaps? > It did not make any difference as far as I can tell. - Peter > Index: acpi_resource.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_resource.c,v > retrieving revision 1.35 > diff -u -r1.35 acpi_resource.c > --- acpi_resource.c 11 Sep 2005 18:39:01 -0000 1.35 > +++ acpi_resource.c 3 Nov 2005 15:42:14 -0000 > @@ -168,6 +168,7 @@ > > /* Fetch the device's current resources. */ > buf.Length = ACPI_ALLOCATE_BUFFER; > + buf.Pointer = NULL; > if (ACPI_FAILURE((status = AcpiGetCurrentResources(handle, &buf)))) { > if (status != AE_NOT_FOUND) > printf("can't fetch resources for %s - %s\n", > > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 3 16:27:23 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 851BF16A41F; Thu, 3 Nov 2005 16:27:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5C543D49; Thu, 3 Nov 2005 16:27:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1309179 for multiple; Thu, 03 Nov 2005 11:25:18 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA3GRDWI066215; Thu, 3 Nov 2005 11:27:13 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Peter Holm Date: Thu, 3 Nov 2005 11:25:27 -0500 User-Agent: KMail/1.8.2 References: <971FCB6690CD0E4898387DBF7552B90E0346CAFB@orsmsx403.amr.corp.intel.com> <200511031043.13285.jhb@freebsd.org> <20051103161410.GA43544@peter.osted.lan> In-Reply-To: <20051103161410.GA43544@peter.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511031125.29771.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=100 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Giorgos Keramidas , jkim@freebsd.org, robert.moore@intel.com Subject: Re: Panic on boot with new ACPI-CA 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, 03 Nov 2005 16:27:24 -0000 On Thursday 03 November 2005 11:14 am, Peter Holm wrote: > On Thu, Nov 03, 2005 at 10:43:10AM -0500, John Baldwin wrote: > > On Thursday 03 November 2005 09:40 am, Peter Holm wrote: > > > On Thu, Nov 03, 2005 at 04:24:46PM +0200, Giorgos Keramidas wrote: > > > > On 2005-11-03 03:47, Giorgos Keramidas wrote: > > > > >On 2005-11-02 17:03, Nate Lawson wrote: > > > > >> As I mentioned to Jung-uk, the problem is likely an error in > > > > >> acpi-ca modifying memory after it has freed it. The way to > > > > >> track this down is to enable memguard(9). See the man page for > > > > >> info. You need to add options DEBUG_MEMGUARD to your kernel, > > > > >> set the malloc type to watch to M_ACPICA, and rebuild your > > > > >> kernel and modules. Memguard sets page permissions so we can > > > > >> catch the culprit who is modifying the memory. > > > > > > > > > > This is exactly the messgae printed on my console at panic time > > > > > -- of memory modified after free. I'm building a kernel with > > > > > MEMGUARD now, but it's probably going to be a bit hard to get a > > > > > kernel dump, because the panic happens before disks are > > > > > available and I don't have a serial console here. > > > > > > > > This is definitely something that is ACPI-related. I updated my > > > > sources to the last commit before the start of the ACPI import: > > > > > > > > build@flame:/home/build/src$ cvs -qR up -APd -D '2005/11/01 > > > > 22:00:00 UTC' > > > > > > > > Rebuilt everything and I see no panics now. > > > > > > > > I'll use the watchpoint trick Nate posted when I have a new build > > > > to test. > > > > > > I've had the same problem with two of my boxes. Here's the result of a > > > watchpoint: > > > > > > http://people.freebsd.org/~pho/stress/log/acpi.html > > > > > > I too came to the conclusion that the damage happened between > > > > > > 2005-11-01 22:00:00 UTC OK > > > 2005-11-01 22:45:00 UTC panic > > > > Does this diff make a difference perhaps? > > It did not make any difference as far as I can tell. Ok, it was more of a guess anyway that perhaps ACPICA was reusing the garbage in buf.Pointer. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 00:56:42 2005 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4F7F16A41F; Fri, 4 Nov 2005 00:56:42 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91DE943D45; Fri, 4 Nov 2005 00:56:38 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jA40uaxq009797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Nov 2005 16:56:37 -0800 Message-ID: <436AB199.7020809@root.org> Date: Thu, 03 Nov 2005 16:55:53 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20051104003654.GO2406@wantadilla.lemis.com> <1131064840.4036.13.camel@shumai.marcuscom.com> <20051104005208.GQ2406@wantadilla.lemis.com> In-Reply-To: <20051104005208.GQ2406@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org Subject: acpi timer issue (was: Re: 6.0 show-stopper?) 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, 04 Nov 2005 00:56:43 -0000 Greg 'groggy' Lehey wrote: > On Thursday, 3 November 2005 at 19:40:40 -0500, Joe Marcus Clarke wrote: > >>On Fri, 2005-11-04 at 11:06 +1030, Greg 'groggy' Lehey wrote: >> >>>I've spent the week tracing down a strange problem installing on a >>>brand new Dell Inspiron 6000. It runs just fine with 5.3-RELEASE and >>>5.4, and also with Linux 2.6, but with 6.0 and 7-CURRENT it has >>>serious timekeeping problems. >>> >>>After a lot of experimentation, this seems to be related to ACPI. >>>Disabling ACPI "fixes" the problem (I think). But it doesn't happen >>>under 5.3 or 5.4, so it should be considered a regression. > >>I have an Inspiron 6000 running recent RELENG_6, and I'm not seeing >>any problems. I've had it for a while, and nothing has ever >>appeared to be wrong on this laptop. > > Interesting. Maybe it's related to the BIOS. Did you do anything out > of the ordinary to get it to work? Do you have an on-board wireless > card? Mine doesn't get recognized, though it works fine with Linux. > > I'm attaching the dmesg. Need dmesg with acpi enabled. Moving to acpi@, a more appropriate forum. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 01:02:06 2005 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C26D416A41F for ; Fri, 4 Nov 2005 01:02:06 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2653C43D45 for ; Fri, 4 Nov 2005 01:02:06 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 43152131BB3; Fri, 4 Nov 2005 11:32:05 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 202A4855F4; Fri, 4 Nov 2005 11:32:05 +1030 (CST) Date: Fri, 4 Nov 2005 11:32:05 +1030 From: Greg 'groggy' Lehey To: Nate Lawson Message-ID: <20051104010205.GR2406@wantadilla.lemis.com> References: <20051104003654.GO2406@wantadilla.lemis.com> <1131064840.4036.13.camel@shumai.marcuscom.com> <20051104005208.GQ2406@wantadilla.lemis.com> <436AB199.7020809@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aJ74fq0Y6SrIeKCM" Content-Disposition: inline In-Reply-To: <436AB199.7020809@root.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@FreeBSD.org Subject: Re: acpi timer issue (was: Re: 6.0 show-stopper?) 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, 04 Nov 2005 01:02:06 -0000 --aJ74fq0Y6SrIeKCM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 3 November 2005 at 16:55:53 -0800, Nate Lawson wrote: > Greg 'groggy' Lehey wrote: >> On Thursday, 3 November 2005 at 19:40:40 -0500, Joe Marcus Clarke wrote: >> >>> On Fri, 2005-11-04 at 11:06 +1030, Greg 'groggy' Lehey wrote: >>>> After a lot of experimentation, this seems to be related to ACPI. >>>> Disabling ACPI "fixes" the problem (I think). But it doesn't happen >>>> under 5.3 or 5.4, so it should be considered a regression. >> >>> I have an Inspiron 6000 running recent RELENG_6, and I'm not seeing >>> any problems. I've had it for a while, and nothing has ever >>> appeared to be wrong on this laptop. >> >> Interesting. Maybe it's related to the BIOS. Did you do anything out >> of the ordinary to get it to work? Do you have an on-board wireless >> card? Mine doesn't get recognized, though it works fine with Linux. >> >> I'm attaching the dmesg. > > Need dmesg with acpi enabled. > > Moving to acpi@, a more appropriate forum. OK. I'm attaching one from the /var/log/messages file. Unfortunately, I don't have much time to look at the problem, though I'll help where I can: I'm leaving on a month's business trip in three days time, and I have a whole lot of software to install first. Let me know if you need other info and I'll get it when I have time. One of the things I need to do anyway is build a new kernel, so let me know if there's something you'd like me to put in. Greg -- See complete headers for address and phone numbers. --aJ74fq0Y6SrIeKCM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDarMNIubykFB6QiMRAipDAKCcPFf189sZO40C6wgctVEqzjngPQCeNTrd ooO5XJIVg6NjO2pI50osG+s= =iu6v -----END PGP SIGNATURE----- --aJ74fq0Y6SrIeKCM-- From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 17:03:31 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D25816A41F; Fri, 4 Nov 2005 17:03:31 +0000 (GMT) (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 E5F5A43D53; Fri, 4 Nov 2005 17:03:26 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA4HCQPG085650; Fri, 4 Nov 2005 12:12:26 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Date: Fri, 4 Nov 2005 12:03:12 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511041203.13837.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1162/Thu Nov 3 12:15:03 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 17:03:31 -0000 If you have booting problems *after* ACPI-CA 20051021 import, please try this patch and let me know: http://people.freebsd.org/~jkim/acpica/rscalc.c.diff Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 18:43:04 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A90616A41F; Fri, 4 Nov 2005 18:43:04 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id C51AB43D46; Fri, 4 Nov 2005 18:43:02 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id jA4IgvDL026740; Fri, 4 Nov 2005 20:42:58 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id jA4IfjgB073242; Fri, 4 Nov 2005 20:41:46 +0200 (EET) (envelope-from keramida@linux.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id jA4IffXt073178; Fri, 4 Nov 2005 20:41:41 +0200 (EET) (envelope-from keramida@linux.gr) Date: Fri, 4 Nov 2005 20:41:41 +0200 From: Giorgos Keramidas To: Jung-uk Kim Message-ID: <20051104184141.GA50612@flame.pc> References: <200511041203.13837.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511041203.13837.jkim@FreeBSD.org> Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 18:43:04 -0000 On 2005-11-04 12:03, Jung-uk Kim wrote: > If you have booting problems *after* ACPI-CA 20051021 import, please > try this patch and let me know: > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff Thanks so much! Other unrelated UMA/mbuf problems exist too. Hopefully, patches from Andre will solve those, but I'm unable to run CURRENT since a few days ago (Nov 1), so it may take a while before I have vefiried that this is the fix. Peter Holms has mailed me the same diff a while ago, but I've been unsuccessful building a kernel with both patches applied so far. It's a bit sad that CURRENT is broken for more than 3 days in the row now, so thanks for mailing this fix :) From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 18:46:00 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E724A16A421 for ; Fri, 4 Nov 2005 18:46:00 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id F00E343D5C for ; Fri, 4 Nov 2005 18:45:58 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 04 Nov 2005 18:45:57 -0000 Received: from h081217094006.dyn.cm.kabsi.at (EHLO h081217094006.dyn.cm.kabsi.at) [81.217.94.6] by mail.gmx.net (mp012) with SMTP; 04 Nov 2005 19:45:57 +0100 X-Authenticated: #16703784 From: Stefan Ehmann To: Jung-uk Kim In-Reply-To: <200511041203.13837.jkim@FreeBSD.org> References: <200511041203.13837.jkim@FreeBSD.org> Content-Type: text/plain Date: Fri, 04 Nov 2005 19:45:56 +0100 Message-Id: <1131129956.1076.0.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 18:46:01 -0000 On Fri, 2005-11-04 at 12:03 -0500, Jung-uk Kim wrote: > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff No more panic here, thanks! From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 19:06:57 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C55816A421 for ; Fri, 4 Nov 2005 19:06:57 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id D23FE43D4C for ; Fri, 4 Nov 2005 19:06:55 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 12244 invoked from network); 4 Nov 2005 19:06:54 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 4 Nov 2005 19:06:54 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id jA4J6rjv013095; Fri, 4 Nov 2005 20:06:53 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id jA4J6rfQ013094; Fri, 4 Nov 2005 20:06:53 +0100 (CET) (envelope-from pho) Date: Fri, 4 Nov 2005 20:06:53 +0100 From: Peter Holm To: Giorgos Keramidas Message-ID: <20051104190653.GA13074@peter.osted.lan> References: <200511041203.13837.jkim@FreeBSD.org> <20051104184141.GA50612@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051104184141.GA50612@flame.pc> User-Agent: Mutt/1.4.2.1i Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 19:06:57 -0000 On Fri, Nov 04, 2005 at 08:41:41PM +0200, Giorgos Keramidas wrote: > On 2005-11-04 12:03, Jung-uk Kim wrote: > > If you have booting problems *after* ACPI-CA 20051021 import, please > > try this patch and let me know: > > > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff > > Thanks so much! > > Other unrelated UMA/mbuf problems exist too. Hopefully, patches > from Andre will solve those, but I'm unable to run CURRENT since > a few days ago (Nov 1), so it may take a while before I have > vefiried that this is the fix. Peter Holms has mailed me the > same diff a while ago, but I've been unsuccessful building a > kernel with both patches applied so far. > Oh, no. It not the same patch. Mine was just a work around. I've been running HEAD all day, so ... what's your showstopper? - Peter > It's a bit sad that CURRENT is broken for more than 3 days in the > row now, so thanks for mailing this fix :) > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 20:18:16 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0FCA16A420; Fri, 4 Nov 2005 20:18:16 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 084C243D4C; Fri, 4 Nov 2005 20:18:15 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id jA4KIbil014365; Fri, 4 Nov 2005 15:18:37 -0500 X-ORBL: [67.119.74.222] Received: from [10.0.0.33] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id jA4KMIGB010194; Fri, 4 Nov 2005 15:22:19 -0500 Message-ID: <436BC1D6.3080302@root.org> Date: Fri, 04 Nov 2005 12:17:26 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jung-uk Kim References: <200511041203.13837.jkim@FreeBSD.org> In-Reply-To: <200511041203.13837.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 20:18:16 -0000 Jung-uk Kim wrote: > If you have booting problems *after* ACPI-CA 20051021 import, please > try this patch and let me know: > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff Sorry, I had already committed the critical part of this patch just now when I saw that it worked for Peter Holm. Feel free to commit the rest of this patch whenever. It doesn't need more testing before committing. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 20:19:17 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D32E616A41F; Fri, 4 Nov 2005 20:19:17 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1512A43D45; Fri, 4 Nov 2005 20:19:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jA4KJETr085581; Fri, 4 Nov 2005 22:19:14 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 45283-03; Fri, 4 Nov 2005 22:19:12 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jA4KEUmV085500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Nov 2005 22:14:30 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jA4KEZIq096731; Fri, 4 Nov 2005 22:14:35 +0200 (EET) (envelope-from ru) Date: Fri, 4 Nov 2005 22:14:35 +0200 From: Ruslan Ermilov To: Jung-uk Kim Message-ID: <20051104201435.GC63539@ip.net.ua> References: <200511041203.13837.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uBaQ+BsiqpBBIRFI" Content-Disposition: inline In-Reply-To: <200511041203.13837.jkim@FreeBSD.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 20:19:18 -0000 --uBaQ+BsiqpBBIRFI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 04, 2005 at 12:03:12PM -0500, Jung-uk Kim wrote: > If you have booting problems *after* ACPI-CA 20051021 import, please=20 > try this patch and let me know: >=20 > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff >=20 Doesn't fix a problem for me, still the same "memory modified after free ... val=3Dc". This is on amd64, FWIW. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --uBaQ+BsiqpBBIRFI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQFDa8EqqRfpzJluFF4RAgomAKCD9+Nc0khO/IqkfOIukbA39XnkgACXVYVB 4kgYuRXJjBTKg7fv9GJiBg== =t/Fe -----END PGP SIGNATURE----- --uBaQ+BsiqpBBIRFI-- From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 20:26:13 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 666D016A41F; Fri, 4 Nov 2005 20:26:13 +0000 (GMT) (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 C769943D46; Fri, 4 Nov 2005 20:26:12 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA4KZ9fj094273; Fri, 4 Nov 2005 15:35:09 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Nate Lawson Date: Fri, 4 Nov 2005 15:25:55 -0500 User-Agent: KMail/1.6.2 References: <200511041203.13837.jkim@FreeBSD.org> <436BC1D6.3080302@root.org> In-Reply-To: <436BC1D6.3080302@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511041525.56697.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1162/Thu Nov 3 12:15:03 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 20:26:13 -0000 On Friday 04 November 2005 03:17 pm, Nate Lawson wrote: > Jung-uk Kim wrote: > > If you have booting problems *after* ACPI-CA 20051021 import, > > please try this patch and let me know: > > > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff > > Sorry, I had already committed the critical part of this patch just > now when I saw that it worked for Peter Holm. No problem. > Feel free to commit the rest of this patch whenever. It doesn't need > more testing before committing. Since you have committed the most important part and there are other problem reports, I'll wait little bit longer. ;-) Thanks, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 20:38:13 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A163116A420; Fri, 4 Nov 2005 20:38:13 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr002.jf.intel.com (fmr17.intel.com [134.134.136.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA27043D5A; Fri, 4 Nov 2005 20:38:01 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr101.jf.intel.com (orsfmr101.jf.intel.com [10.7.209.17]) by orsfmr002.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id jA4Kc120017593; Fri, 4 Nov 2005 20:38:01 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr101.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id jA4Kc1hg014539; Fri, 4 Nov 2005 20:38:01 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2005110412380032107 ; Fri, 04 Nov 2005 12:38:00 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 4 Nov 2005 12:38:00 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Nov 2005 12:37:59 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E03518C0F@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PATCH] Please test ACPI-CA 20051021 fix thread-index: AcXhfx5euihtGj5dReKJCiFtJ7uRBQAAGOhw From: "Moore, Robert" To: "Ruslan Ermilov" , "Jung-uk Kim" X-OriginalArrivalTime: 04 Nov 2005 20:38:00.0862 (UTC) FILETIME=[A5CBCBE0:01C5E17F] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.17 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: RE: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 20:38:14 -0000 There is also this part of the patch in rsmisc, did you apply that? +++ source/components/resources/rsmisc.c 3 Nov 2005 22:59:44 -0000 @@ -329,7 +329,7 @@ ItemCount =3D AcpiRsDecodeBitmask (*((UINT8 *) Source), Destination); if (ItemCount) { - Resource->Length +=3D Resource->Length + (ItemCount - = 1); + Resource->Length +=3D (ItemCount - 1); } > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of Ruslan Ermilov > Sent: Friday, November 04, 2005 12:15 PM > To: Jung-uk Kim > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org > Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix >=20 > On Fri, Nov 04, 2005 at 12:03:12PM -0500, Jung-uk Kim wrote: > > If you have booting problems *after* ACPI-CA 20051021 import, please > > try this patch and let me know: > > > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff > > > Doesn't fix a problem for me, still the same "memory modified > after free ... val=3Dc". This is on amd64, FWIW. >=20 >=20 > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 20:40:09 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6C5516A421; Fri, 4 Nov 2005 20:40:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A94A43D58; Fri, 4 Nov 2005 20:40:08 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 90F181FF9AB; Fri, 4 Nov 2005 21:40:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 21A351FF9A7; Fri, 4 Nov 2005 21:40:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 7C71815839; Fri, 4 Nov 2005 20:36:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7965115380; Fri, 4 Nov 2005 20:36:24 +0000 (UTC) Date: Fri, 4 Nov 2005 20:36:24 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Ruslan Ermilov In-Reply-To: <20051104201435.GC63539@ip.net.ua> Message-ID: References: <200511041203.13837.jkim@FreeBSD.org> <20051104201435.GC63539@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 20:40:10 -0000 On Fri, 4 Nov 2005, Ruslan Ermilov wrote: > On Fri, Nov 04, 2005 at 12:03:12PM -0500, Jung-uk Kim wrote: > > If you have booting problems *after* ACPI-CA 20051021 import, please > > try this patch and let me know: > > > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff > > > Doesn't fix a problem for me, still the same "memory modified > after free ... val=c". This is on amd64, FWIW. does it go away when you re0add option atpic ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 20:44:35 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A815316A41F; Fri, 4 Nov 2005 20:44:35 +0000 (GMT) (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 3E1AE43D6A; Fri, 4 Nov 2005 20:44:35 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA4KrYO9095037; Fri, 4 Nov 2005 15:53:34 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "Moore, Robert" Date: Fri, 4 Nov 2005 15:44:20 -0500 User-Agent: KMail/1.6.2 References: <971FCB6690CD0E4898387DBF7552B90E03518C0F@orsmsx403.amr.corp.intel.com> In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E03518C0F@orsmsx403.amr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511041544.22224.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1162/Thu Nov 3 12:15:03 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Ruslan Ermilov Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 20:44:35 -0000 On Friday 04 November 2005 03:37 pm, Moore, Robert wrote: > There is also this part of the patch in rsmisc, did you apply that? > > > +++ source/components/resources/rsmisc.c 3 Nov 2005 22:59:44 > -0000 > @@ -329,7 +329,7 @@ > ItemCount = AcpiRsDecodeBitmask (*((UINT8 *) Source), > Destination); > if (ItemCount) > { > - Resource->Length += Resource->Length + (ItemCount > - 1); + Resource->Length += (ItemCount - 1); > } I didn't put rsmisc.c patch. I'll update it soon. Thanks! Jung-uk Kim > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of Ruslan Ermilov > > Sent: Friday, November 04, 2005 12:15 PM > > To: Jung-uk Kim > > Cc: freebsd-acpi@freebsd.org; freebsd-current@freebsd.org > > Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix > > > > On Fri, Nov 04, 2005 at 12:03:12PM -0500, Jung-uk Kim wrote: > > > If you have booting problems *after* ACPI-CA 20051021 import, > > > please try this patch and let me know: > > > > > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff > > > > Doesn't fix a problem for me, still the same "memory modified > > after free ... val=c". This is on amd64, FWIW. > > > > > > Cheers, > > -- > > Ruslan Ermilov > > ru@FreeBSD.org > > FreeBSD committer From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 20:53:50 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5480616A41F; Fri, 4 Nov 2005 20:53:50 +0000 (GMT) (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 BBA5843D46; Fri, 4 Nov 2005 20:53:49 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA4L2nL2095383; Fri, 4 Nov 2005 16:02:49 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 4 Nov 2005 15:53:34 -0500 User-Agent: KMail/1.6.2 References: <200511041203.13837.jkim@FreeBSD.org> In-Reply-To: <200511041203.13837.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511041553.36559.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1162/Thu Nov 3 12:15:03 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-acpi@FreeBSD.org Subject: [PATCH#2] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 20:53:50 -0000 On Friday 04 November 2005 12:03 pm, Jung-uk Kim wrote: > If you have booting problems *after* ACPI-CA 20051021 import, > please try this patch and let me know: > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff And here is another patch: http://people.freebsd.org/~jkim/acpica/rsmisc.c.diff Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 21:05:45 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA21316A41F; Fri, 4 Nov 2005 21:05:45 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E686C43D48; Fri, 4 Nov 2005 21:05:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jA4L5hY5086878; Fri, 4 Nov 2005 23:05:43 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 45594-06-3; Fri, 4 Nov 2005 23:05:43 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jA4L4RwA086828 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Nov 2005 23:04:27 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jA4L4ViE090466; Fri, 4 Nov 2005 23:04:31 +0200 (EET) (envelope-from ru) Date: Fri, 4 Nov 2005 23:04:31 +0200 From: Ruslan Ermilov To: "Bjoern A. Zeeb" Message-ID: <20051104210431.GE63539@ip.net.ua> References: <200511041203.13837.jkim@FreeBSD.org> <20051104201435.GC63539@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Iy2CUD6FdotTkhwY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org, Jung-uk Kim Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 21:05:45 -0000 --Iy2CUD6FdotTkhwY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 04, 2005 at 08:36:24PM +0000, Bjoern A. Zeeb wrote: > On Fri, 4 Nov 2005, Ruslan Ermilov wrote: >=20 > > On Fri, Nov 04, 2005 at 12:03:12PM -0500, Jung-uk Kim wrote: > > > If you have booting problems *after* ACPI-CA 20051021 import, please > > > try this patch and let me know: > > > > > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff > > > > > Doesn't fix a problem for me, still the same "memory modified > > after free ... val=3Dc". This is on amd64, FWIW. >=20 > does it go away when you re0add option atpic ? >=20 I don't care to test this because the above patch (not what's in CVS now) plus a fix to rsmisc.c made the problem go away. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Iy2CUD6FdotTkhwY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDa8zfqRfpzJluFF4RAsDGAJ9RDhk9PZcpl1u8RyyrQOPQA+1RlwCfal/X z09OWnaSBZCmLmwtAzuoMBg= =AAII -----END PGP SIGNATURE----- --Iy2CUD6FdotTkhwY-- From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 21:11:54 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9A8216A420; Fri, 4 Nov 2005 21:11:54 +0000 (GMT) (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 2C08043D66; Fri, 4 Nov 2005 21:11:52 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA4LKr1g096069; Fri, 4 Nov 2005 16:20:53 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Ruslan Ermilov Date: Fri, 4 Nov 2005 16:11:38 -0500 User-Agent: KMail/1.6.2 References: <200511041203.13837.jkim@FreeBSD.org> <20051104210431.GE63539@ip.net.ua> In-Reply-To: <20051104210431.GE63539@ip.net.ua> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511041611.40545.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1162/Thu Nov 3 12:15:03 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: "Bjoern A. Zeeb" , freebsd-acpi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [PATCH] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 21:11:55 -0000 On Friday 04 November 2005 04:04 pm, Ruslan Ermilov wrote: > On Fri, Nov 04, 2005 at 08:36:24PM +0000, Bjoern A. Zeeb wrote: > > On Fri, 4 Nov 2005, Ruslan Ermilov wrote: > > > On Fri, Nov 04, 2005 at 12:03:12PM -0500, Jung-uk Kim wrote: > > > > If you have booting problems *after* ACPI-CA 20051021 import, > > > > please try this patch and let me know: > > > > > > > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff > > > > > > Doesn't fix a problem for me, still the same "memory modified > > > after free ... val=c". This is on amd64, FWIW. > > > > does it go away when you re0add option atpic ? > > I don't care to test this because the above patch (not what's in > CVS now) plus a fix to rsmisc.c made the problem go away. I'll commit them soon, then. Thanks! Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 21:42:33 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3367E16A41F; Fri, 4 Nov 2005 21:42:33 +0000 (GMT) (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 AF82443D49; Fri, 4 Nov 2005 21:42:32 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA4LpWFb097221; Fri, 4 Nov 2005 16:51:33 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Fri, 4 Nov 2005 16:42:18 -0500 User-Agent: KMail/1.6.2 References: <200511041203.13837.jkim@FreeBSD.org> <200511041553.36559.jkim@FreeBSD.org> In-Reply-To: <200511041553.36559.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511041642.19865.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1162/Thu Nov 3 12:15:03 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: [PATCH#2] Please test ACPI-CA 20051021 fix 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, 04 Nov 2005 21:42:33 -0000 On Friday 04 November 2005 03:53 pm, Jung-uk Kim wrote: > On Friday 04 November 2005 12:03 pm, Jung-uk Kim wrote: > > If you have booting problems *after* ACPI-CA 20051021 import, > > please try this patch and let me know: > > > > http://people.freebsd.org/~jkim/acpica/rscalc.c.diff > > And here is another patch: > > http://people.freebsd.org/~jkim/acpica/rsmisc.c.diff These two patches are committed. Big thanks to Robert Moore for analyzing and fixing these issues so quickly! Cheers, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Nov 4 22:20:19 2005 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 194A116A420 for ; Fri, 4 Nov 2005 22:20:18 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 092D443D45 for ; Fri, 4 Nov 2005 22:20:16 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 4130C131143; Sat, 5 Nov 2005 08:50:15 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 17D2F855F6; Sat, 5 Nov 2005 08:50:15 +1030 (CST) Date: Sat, 5 Nov 2005 08:50:15 +1030 From: Greg 'groggy' Lehey To: Nate Lawson Message-ID: <20051104222015.GA66597@wantadilla.lemis.com> References: <20051104003654.GO2406@wantadilla.lemis.com> <1131064840.4036.13.camel@shumai.marcuscom.com> <20051104005208.GQ2406@wantadilla.lemis.com> <436AB199.7020809@root.org> <20051104010205.GR2406@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline In-Reply-To: <20051104010205.GR2406@wantadilla.lemis.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: acpi@FreeBSD.org Subject: Re: acpi timer issue (was: Re: 6.0 show-stopper?) 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, 04 Nov 2005 22:20:19 -0000 --St7VIuEGZ6dlpu13 Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Friday, 4 November 2005 at 11:32:05 +1030, Greg 'groggy' Lehey wrote: > On Thursday, 3 November 2005 at 16:55:53 -0800, Nate Lawson wrote: >> Greg 'groggy' Lehey wrote: >>> On Thursday, 3 November 2005 at 19:40:40 -0500, Joe Marcus Clarke wrote: >>> >>>> On Fri, 2005-11-04 at 11:06 +1030, Greg 'groggy' Lehey wrote: >>>>> After a lot of experimentation, this seems to be related to ACPI. >>>>> Disabling ACPI "fixes" the problem (I think). But it doesn't happen >>>>> under 5.3 or 5.4, so it should be considered a regression. >>> >>>> I have an Inspiron 6000 running recent RELENG_6, and I'm not seeing >>>> any problems. I've had it for a while, and nothing has ever >>>> appeared to be wrong on this laptop. >>> >>> Interesting. Maybe it's related to the BIOS. Did you do anything out >>> of the ordinary to get it to work? Do you have an on-board wireless >>> card? Mine doesn't get recognized, though it works fine with Linux. >>> >>> I'm attaching the dmesg. >> >> Need dmesg with acpi enabled. >> >> Moving to acpi@, a more appropriate forum. > > OK. I'm attaching one from the /var/log/messages file. > > Unfortunately, I don't have much time to look at the problem, though > I'll help where I can: I'm leaving on a month's business trip in three > days time, and I have a whole lot of software to install first. Let > me know if you need other info and I'll get it when I have time. One > of the things I need to do anyway is build a new kernel, so let me > know if there's something you'd like me to put in. Aargh, forgot the attachment. Greg -- See complete headers for address and phone numbers. --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="eucla.dmesg-2" Nov 4 10:17:13 eucla syslogd: kernel boot file is /boot/kernel/kernel Nov 4 10:17:13 eucla kernel: Copyright (c) 1992-2005 The FreeBSD Project. Nov 4 10:17:13 eucla kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 4 10:17:13 eucla kernel: The Regents of the University of California. All rights reserved. Nov 4 10:17:13 eucla kernel: FreeBSD 7.0-CURRENT #0: Thu Nov 3 11:37:44 CST 2005 Nov 4 10:17:13 eucla kernel: grog@eucla.lemis.com:/usr/obj/usr/src/sys/EUCLA Nov 4 10:17:13 eucla kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 4 10:17:13 eucla kernel: CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.07-MHz 686-class CPU) Nov 4 10:17:13 eucla kernel: Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Nov 4 10:17:13 eucla kernel: Features=0xafe9fbff Nov 4 10:17:13 eucla kernel: Features2=0x180 Nov 4 10:17:13 eucla kernel: AMD Features=0x100000 Nov 4 10:17:13 eucla kernel: real memory = 1073557504 (1023 MB) Nov 4 10:17:13 eucla kernel: avail memory = 1041489920 (993 MB) Nov 4 10:17:13 eucla kernel: ACPI APIC Table: Nov 4 10:17:13 eucla kernel: ioapic0: Changing APIC ID to 1 Nov 4 10:17:13 eucla kernel: ioapic0 irqs 0-23 on motherboard Nov 4 10:17:13 eucla kernel: npx0: [FAST] Nov 4 10:17:13 eucla kernel: npx0: on motherboard Nov 4 10:17:13 eucla kernel: npx0: INT 16 interface Nov 4 10:17:13 eucla kernel: acpi0: on motherboard Nov 4 10:17:13 eucla kernel: pci_link0: irq 11 on acpi0 Nov 4 10:17:13 eucla kernel: pci_link1: irq 10 on acpi0 Nov 4 10:17:13 eucla kernel: pci_link2: irq 9 on acpi0 Nov 4 10:17:13 eucla kernel: pci_link3: irq 7 on acpi0 Nov 4 10:17:13 eucla kernel: pci_link4: on acpi0 Nov 4 10:17:13 eucla kernel: pci_link5: on acpi0 Nov 4 10:17:13 eucla kernel: pci_link6: on acpi0 Nov 4 10:17:13 eucla kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Nov 4 10:17:13 eucla kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Nov 4 10:17:13 eucla kernel: cpu0: on acpi0 Nov 4 10:17:13 eucla kernel: acpi_throttle0: on cpu0 Nov 4 10:17:13 eucla kernel: acpi_acad0: on acpi0 Nov 4 10:17:13 eucla kernel: battery0: on acpi0 Nov 4 10:17:13 eucla kernel: acpi_lid0: on acpi0 Nov 4 10:17:13 eucla kernel: acpi_button0: on acpi0 Nov 4 10:17:13 eucla kernel: acpi_button1: on acpi0 Nov 4 10:17:13 eucla kernel: pcib0: port 0xcf8-0xcff on acpi0 Nov 4 10:17:13 eucla kernel: pci0: on pcib0 Nov 4 10:17:13 eucla kernel: pcib1: at device 1.0 on pci0 Nov 4 10:17:13 eucla kernel: pci1: on pcib1 Nov 4 10:17:13 eucla kernel: pci1: at device 0.0 (no driver attached) Nov 4 10:17:13 eucla kernel: uhci0: port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 Nov 4 10:17:13 eucla kernel: uhci0: [GIANT-LOCKED] Nov 4 10:17:13 eucla kernel: usb0: on uhci0 Nov 4 10:17:13 eucla kernel: usb0: USB revision 1.0 Nov 4 10:17:13 eucla kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 4 10:17:13 eucla kernel: uhub0: 2 ports with 2 removable, self powered Nov 4 10:17:13 eucla kernel: uhci1: port 0xbf60-0xbf7f irq 17 at device 29.1 on pci0 Nov 4 10:17:13 eucla kernel: uhci1: [GIANT-LOCKED] Nov 4 10:17:13 eucla kernel: usb1: on uhci1 Nov 4 10:17:13 eucla kernel: usb1: USB revision 1.0 Nov 4 10:17:13 eucla kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 4 10:17:13 eucla kernel: uhub1: 2 ports with 2 removable, self powered Nov 4 10:17:13 eucla kernel: uhci2: port 0xbf40-0xbf5f irq 18 at device 29.2 on pci0 Nov 4 10:17:13 eucla kernel: uhci2: [GIANT-LOCKED] Nov 4 10:17:13 eucla kernel: usb2: on uhci2 Nov 4 10:17:13 eucla kernel: usb2: USB revision 1.0 Nov 4 10:17:13 eucla kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 4 10:17:13 eucla kernel: uhub2: 2 ports with 2 removable, self powered Nov 4 10:17:13 eucla kernel: uhci3: port 0xbf20-0xbf3f irq 19 at device 29.3 on pci0 Nov 4 10:17:13 eucla kernel: uhci3: [GIANT-LOCKED] Nov 4 10:17:13 eucla kernel: usb3: on uhci3 Nov 4 10:17:13 eucla kernel: usb3: USB revision 1.0 Nov 4 10:17:13 eucla kernel: uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 4 10:17:13 eucla kernel: uhub3: 2 ports with 2 removable, self powered Nov 4 10:17:13 eucla kernel: ehci0: mem 0xffa80800-0xffa80bff irq 16 at device 29.7 on pci0 Nov 4 10:17:13 eucla kernel: ehci0: [GIANT-LOCKED] Nov 4 10:17:13 eucla kernel: usb4: EHCI version 1.0 Nov 4 10:17:13 eucla kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 Nov 4 10:17:13 eucla kernel: usb4: on ehci0 Nov 4 10:17:13 eucla kernel: usb4: USB revision 2.0 Nov 4 10:17:13 eucla kernel: uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 Nov 4 10:17:13 eucla kernel: uhub4: 8 ports with 8 removable, self powered Nov 4 10:17:13 eucla kernel: pcib2: at device 30.0 on pci0 Nov 4 10:17:13 eucla kernel: pci3: on pcib2 Nov 4 10:17:13 eucla kernel: bfe0: mem 0xdfcfe000-0xdfcfffff irq 18 at device 0.0 on pci3 Nov 4 10:17:13 eucla kernel: miibus0: on bfe0 Nov 4 10:17:13 eucla kernel: bmtphy0: on miibus0 Nov 4 10:17:13 eucla kernel: bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Nov 4 10:17:13 eucla kernel: bfe0: Ethernet address: 00:12:3f:e6:c3:2c Nov 4 10:17:13 eucla kernel: cbb0: at device 1.0 on pci3 Nov 4 10:17:13 eucla kernel: cardbus0: on cbb0 Nov 4 10:17:13 eucla kernel: pccard0: <16-bit PCCard bus> on cbb0 Nov 4 10:17:13 eucla kernel: fwohci0: mem 0xdfcfc800-0xdfcfcfff irq 18 at device 1.1 on pci3 Nov 4 10:17:13 eucla kernel: fwohci0: OHCI version 1.10 (ROM=0) Nov 4 10:17:13 eucla kernel: fwohci0: No. of Isochronous channels is 4. Nov 4 10:17:13 eucla kernel: fwohci0: EUI64 37:4f:c0:00:1e:8d:b8:38 Nov 4 10:17:13 eucla kernel: fwohci0: Phy 1394a available S400, 2 ports. Nov 4 10:17:13 eucla kernel: fwohci0: Link S400, max_rec 2048 bytes. Nov 4 10:17:13 eucla kernel: firewire0: on fwohci0 Nov 4 10:17:13 eucla kernel: dcons_crom0: on firewire0 Nov 4 10:17:13 eucla kernel: dcons_crom0: bus_addr 0x3ea3b000 Nov 4 10:17:13 eucla kernel: fwe0: on firewire0 Nov 4 10:17:13 eucla kernel: if_fwe0: Fake Ethernet address: 36:4f:c0:8d:b8:38 Nov 4 10:17:13 eucla kernel: fwe0: Ethernet address: 36:4f:c0:8d:b8:38 Nov 4 10:17:13 eucla kernel: fwe0: if_start running deferred for Giant Nov 4 10:17:13 eucla kernel: sbp0: on firewire0 Nov 4 10:17:13 eucla kernel: fwohci0: Initiate bus reset Nov 4 10:17:13 eucla kernel: fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode Nov 4 10:17:13 eucla kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) Nov 4 10:17:13 eucla kernel: firewire0: bus manager 0 (me) Nov 4 10:17:13 eucla kernel: pci3: at device 1.2 (no driver attached) Nov 4 10:17:13 eucla kernel: pci3: at device 3.0 (no driver attached) Nov 4 10:17:13 eucla kernel: pci0: at device 30.2 (no driver attached) Nov 4 10:17:13 eucla kernel: pci0: at device 30.3 (no driver attached) Nov 4 10:17:13 eucla kernel: isab0: at device 31.0 on pci0 Nov 4 10:17:13 eucla kernel: isa0: on isab0 Nov 4 10:17:13 eucla kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on pci0 Nov 4 10:17:13 eucla kernel: atapci0: failed to enable memory mapping! Nov 4 10:17:13 eucla kernel: ata0: on atapci0 Nov 4 10:17:13 eucla kernel: ata1: on atapci0 Nov 4 10:17:13 eucla kernel: pci0: at device 31.3 (no driver attached) Nov 4 10:17:13 eucla kernel: acpi_tz0: on acpi0 Nov 4 10:17:13 eucla kernel: atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 Nov 4 10:17:13 eucla kernel: atkbd0: irq 1 on atkbdc0 Nov 4 10:17:13 eucla kernel: kbd0 at atkbd0 Nov 4 10:17:13 eucla kernel: atkbd0: [GIANT-LOCKED] Nov 4 10:17:13 eucla kernel: psm0: irq 12 on atkbdc0 Nov 4 10:17:13 eucla kernel: psm0: [GIANT-LOCKED] Nov 4 10:17:13 eucla kernel: psm0: model GlidePoint, device ID 0 Nov 4 10:17:13 eucla kernel: pmtimer0 on isa0 Nov 4 10:17:13 eucla kernel: orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 Nov 4 10:17:13 eucla kernel: ppc0: parallel port not found. Nov 4 10:17:13 eucla kernel: sc0: at flags 0x100 on isa0 Nov 4 10:17:13 eucla kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 4 10:17:13 eucla kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Nov 4 10:17:13 eucla kernel: sio0: port may not be enabled Nov 4 10:17:13 eucla kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Nov 4 10:17:13 eucla kernel: sio0: type 8250 or not responding Nov 4 10:17:13 eucla kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Nov 4 10:17:13 eucla kernel: sio1: port may not be enabled Nov 4 10:17:13 eucla kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 4 10:17:13 eucla kernel: ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 Nov 4 10:17:13 eucla kernel: ums0: 3 buttons and Z dir. Nov 4 10:17:13 eucla kernel: Timecounter "TSC" frequency 1995070523 Hz quality 800 Nov 4 10:17:13 eucla kernel: Timecounters tick every 1.000 msec Nov 4 10:17:13 eucla kernel: ad0: 57231MB at ata0-master UDMA100 Nov 4 10:17:13 eucla kernel: wi0: at port 0x100-0x13f irq 19 function 0 config 1 on pccard0 Nov 4 10:17:13 eucla kernel: wi0: using Lucent Technologies, WaveLAN/IEEE Nov 4 10:17:13 eucla kernel: wi0: Lucent Firmware: Station (6.16.1) Nov 4 10:17:13 eucla kernel: wi0: Ethernet address: 00:02:2d:28:d3:6e Nov 4 10:17:13 eucla kernel: acd0: DVDR at ata1-master UDMA33 Nov 4 10:17:13 eucla kernel: Trying to mount root from ufs:/dev/ad0s3a Nov 4 10:17:15 eucla mountd[352]: could not remount /home: Operation not supported Nov 4 10:17:15 eucla mountd[352]: bad exports list line /home -alldirs -maproot Nov 4 10:17:15 eucla mountd[352]: could not remount /ubuntu: Operation not supported Nov 4 10:17:15 eucla mountd[352]: bad exports list line /ubuntu -alldirs -maproot Nov 4 10:17:28 eucla login: ROOT LOGIN (root) ON ttyv0 Nov 4 10:17:38 eucla reboot: rebooted by root Nov 4 10:32:01 eucla syslogd: kernel boot file is /boot/kernel/kernel Nov 4 10:32:01 eucla kernel: Copyright (c) 1992-2005 The FreeBSD Project. Nov 4 10:32:01 eucla kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 4 10:32:01 eucla kernel: The Regents of the University of California. All rights reserved. Nov 4 10:32:01 eucla kernel: FreeBSD 7.0-CURRENT #0: Thu Nov 3 11:37:44 CST 2005 Nov 4 10:32:01 eucla kernel: grog@eucla.lemis.com:/usr/obj/usr/src/sys/EUCLA Nov 4 10:32:01 eucla kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 4 10:32:01 eucla kernel: CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.07-MHz 686-class CPU) Nov 4 10:32:01 eucla kernel: Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Nov 4 10:32:01 eucla kernel: Features=0xafe9fbff Nov 4 10:32:01 eucla kernel: Features2=0x180 Nov 4 10:32:01 eucla kernel: AMD Features=0x100000 Nov 4 10:32:01 eucla kernel: real memory = 1073557504 (1023 MB) Nov 4 10:32:01 eucla kernel: avail memory = 1041506304 (993 MB) Nov 4 10:32:01 eucla kernel: npx0: [FAST] Nov 4 10:32:01 eucla kernel: npx0: on motherboard Nov 4 10:32:01 eucla kernel: npx0: INT 16 interface Nov 4 10:32:01 eucla kernel: cpu0 on motherboard Nov 4 10:32:01 eucla kernel: pcib0: pcibus 0 on motherboard Nov 4 10:32:01 eucla kernel: pir0: on motherboard Nov 4 10:32:01 eucla kernel: pci0: on pcib0 Nov 4 10:32:01 eucla kernel: pcib1: at device 1.0 on pci0 Nov 4 10:32:01 eucla kernel: pci1: on pcib1 Nov 4 10:32:01 eucla kernel: pci1: at device 0.0 (no driver attached) Nov 4 10:32:01 eucla kernel: uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 Nov 4 10:32:01 eucla kernel: uhci0: [GIANT-LOCKED] Nov 4 10:32:01 eucla kernel: usb0: on uhci0 Nov 4 10:32:01 eucla kernel: usb0: USB revision 1.0 Nov 4 10:32:01 eucla kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 4 10:32:01 eucla kernel: uhub0: 2 ports with 2 removable, self powered Nov 4 10:32:01 eucla kernel: uhci1: port 0xbf60-0xbf7f irq 10 at device 29.1 on pci0 Nov 4 10:32:01 eucla kernel: uhci1: [GIANT-LOCKED] Nov 4 10:32:01 eucla kernel: usb1: on uhci1 Nov 4 10:32:01 eucla kernel: usb1: USB revision 1.0 Nov 4 10:32:01 eucla kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 4 10:32:01 eucla kernel: uhub1: 2 ports with 2 removable, self powered Nov 4 10:32:01 eucla kernel: uhci2: port 0xbf40-0xbf5f irq 9 at device 29.2 on pci0 Nov 4 10:32:01 eucla kernel: uhci2: [GIANT-LOCKED] Nov 4 10:32:01 eucla kernel: usb2: on uhci2 Nov 4 10:32:01 eucla kernel: usb2: USB revision 1.0 Nov 4 10:32:01 eucla kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 4 10:32:01 eucla kernel: uhub2: 2 ports with 2 removable, self powered Nov 4 10:32:01 eucla kernel: uhci3: port 0xbf20-0xbf3f irq 7 at device 29.3 on pci0 Nov 4 10:32:01 eucla kernel: uhci3: [GIANT-LOCKED] Nov 4 10:32:01 eucla kernel: usb3: on uhci3 Nov 4 10:32:01 eucla kernel: usb3: USB revision 1.0 Nov 4 10:32:01 eucla kernel: uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 4 10:32:01 eucla kernel: uhub3: 2 ports with 2 removable, self powered Nov 4 10:32:01 eucla kernel: ehci0: mem 0xffa80800-0xffa80bff irq 11 at device 29.7 on pci0 Nov 4 10:32:01 eucla kernel: ehci0: [GIANT-LOCKED] Nov 4 10:32:01 eucla kernel: usb4: EHCI version 1.0 Nov 4 10:32:01 eucla kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 Nov 4 10:32:01 eucla kernel: usb4: on ehci0 Nov 4 10:32:01 eucla kernel: usb4: USB revision 2.0 Nov 4 10:32:01 eucla kernel: uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 Nov 4 10:32:01 eucla kernel: uhub4: 8 ports with 8 removable, self powered Nov 4 10:32:01 eucla kernel: pcib2: at device 30.0 on pci0 Nov 4 10:32:01 eucla kernel: pci3: on pcib2 Nov 4 10:32:01 eucla kernel: bfe0: mem 0xdfcfe000-0xdfcfffff irq 9 at device 0.0 on pci3 Nov 4 10:32:01 eucla kernel: miibus0: on bfe0 Nov 4 10:32:01 eucla kernel: bmtphy0: on miibus0 Nov 4 10:32:01 eucla kernel: bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Nov 4 10:32:01 eucla kernel: bfe0: Ethernet address: 00:12:3f:e6:c3:2c Nov 4 10:32:01 eucla kernel: cbb0: irq 7 at device 1.0 on pci3 Nov 4 10:32:01 eucla kernel: cardbus0: on cbb0 Nov 4 10:32:01 eucla kernel: pccard0: <16-bit PCCard bus> on cbb0 Nov 4 10:32:01 eucla kernel: fwohci0: mem 0xdfcfc800-0xdfcfcfff irq 9 at device 1.1 on pci3 Nov 4 10:32:01 eucla kernel: fwohci0: OHCI version 1.10 (ROM=0) Nov 4 10:32:01 eucla kernel: fwohci0: No. of Isochronous channels is 4. Nov 4 10:32:01 eucla kernel: fwohci0: EUI64 37:4f:c0:00:1e:8d:b8:38 Nov 4 10:32:01 eucla kernel: fwohci0: Phy 1394a available S400, 2 ports. Nov 4 10:32:01 eucla kernel: fwohci0: Link S400, max_rec 2048 bytes. Nov 4 10:32:01 eucla kernel: firewire0: on fwohci0 Nov 4 10:32:01 eucla kernel: dcons_crom0: on firewire0 Nov 4 10:32:01 eucla kernel: dcons_crom0: bus_addr 0x3ea37000 Nov 4 10:32:01 eucla kernel: fwe0: on firewire0 Nov 4 10:32:01 eucla kernel: if_fwe0: Fake Ethernet address: 36:4f:c0:8d:b8:38 Nov 4 10:32:01 eucla kernel: fwe0: Ethernet address: 36:4f:c0:8d:b8:38 Nov 4 10:32:01 eucla kernel: fwe0: if_start running deferred for Giant Nov 4 10:32:01 eucla kernel: sbp0: on firewire0 Nov 4 10:32:01 eucla kernel: fwohci0: Initiate bus reset Nov 4 10:32:01 eucla kernel: fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode Nov 4 10:32:01 eucla kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) Nov 4 10:32:01 eucla kernel: firewire0: bus manager 0 (me) Nov 4 10:32:01 eucla kernel: pci3: at device 1.2 (no driver attached) Nov 4 10:32:01 eucla kernel: pci3: at device 3.0 (no driver attached) Nov 4 10:32:01 eucla kernel: pci0: at device 30.2 (no driver attached) Nov 4 10:32:01 eucla kernel: pci0: at device 30.3 (no driver attached) Nov 4 10:32:01 eucla kernel: isab0: at device 31.0 on pci0 Nov 4 10:32:01 eucla kernel: isa0: on isab0 Nov 4 10:32:01 eucla kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 10 at device 31.2 on pci0 Nov 4 10:32:01 eucla kernel: atapci0: failed to enable memory mapping! Nov 4 10:32:01 eucla kernel: ata0: on atapci0 Nov 4 10:32:01 eucla kernel: ata1: on atapci0 Nov 4 10:32:01 eucla kernel: pci0: at device 31.3 (no driver attached) Nov 4 10:32:01 eucla kernel: pmtimer0 on isa0 Nov 4 10:32:01 eucla kernel: orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 Nov 4 10:32:01 eucla kernel: atkbdc0: at port 0x60,0x64 on isa0 Nov 4 10:32:01 eucla kernel: atkbd0: irq 1 on atkbdc0 Nov 4 10:32:01 eucla kernel: kbd0 at atkbd0 Nov 4 10:32:01 eucla kernel: atkbd0: [GIANT-LOCKED] Nov 4 10:32:01 eucla kernel: psm0: irq 12 on atkbdc0 Nov 4 10:32:01 eucla kernel: psm0: [GIANT-LOCKED] Nov 4 10:32:01 eucla kernel: psm0: model GlidePoint, device ID 0 Nov 4 10:32:01 eucla kernel: ppc0: parallel port not found. Nov 4 10:32:01 eucla kernel: sc0: at flags 0x100 on isa0 Nov 4 10:32:01 eucla kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 4 10:32:01 eucla kernel: sio0: configured irq 4 not in bitmap of probed irqs 0 Nov 4 10:32:01 eucla kernel: sio0: port may not be enabled Nov 4 10:32:01 eucla kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Nov 4 10:32:01 eucla kernel: sio0: type 8250 or not responding Nov 4 10:32:01 eucla kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Nov 4 10:32:01 eucla kernel: sio1: port may not be enabled Nov 4 10:32:01 eucla kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 4 10:32:01 eucla kernel: unknown: can't assign resources (memory) Nov 4 10:32:01 eucla kernel: unknown: can't assign resources (port) Nov 4 10:32:01 eucla kernel: unknown: can't assign resources (irq) Nov 4 10:32:01 eucla kernel: ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 Nov 4 10:32:01 eucla kernel: ums0: 3 buttons and Z dir. Nov 4 10:32:01 eucla kernel: Timecounter "TSC" frequency 1995069218 Hz quality 800 Nov 4 10:32:01 eucla kernel: Timecounters tick every 1.000 msec Nov 4 10:32:01 eucla kernel: ad0: 57231MB at ata0-master UDMA100 Nov 4 10:32:01 eucla kernel: wi0: at port 0x100-0x13f irq 7 function 0 config 1 on pccard0 Nov 4 10:32:01 eucla kernel: wi0: using Lucent Technologies, WaveLAN/IEEE Nov 4 10:32:01 eucla kernel: wi0: Lucent Firmware: Station (6.16.1) Nov 4 10:32:01 eucla kernel: wi0: Ethernet address: 00:02:2d:28:d3:6e Nov 4 10:32:01 eucla kernel: acd0: DVDR at ata1-master UDMA33 Nov 4 10:32:01 eucla kernel: Trying to mount root from ufs:/dev/ad0s3a --cNdxnHkX5QqsyA0e-- --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDa96fIubykFB6QiMRAsYtAJwKbBuGfoyRx2R4VpFIgW+GNl7c2ACfdOLl ylWMy4Le+PQA0Yc5O45vb6A= =XfUJ -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13-- From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 5 19:30:39 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A0CB16A41F for ; Sat, 5 Nov 2005 19:30:39 +0000 (GMT) (envelope-from bsdhack@club-internet.fr) Received: from relay-cv.club-internet.fr (relay-cv.club-internet.fr [194.158.96.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96EF43D45 for ; Sat, 5 Nov 2005 19:30:38 +0000 (GMT) (envelope-from bsdhack@club-internet.fr) Received: from [192.168.0.3] (l01m-212-195-127-118.d4.club-internet.fr [212.195.127.118]) by relay-cv.club-internet.fr (Postfix) with ESMTP id 29F4A25624; Sat, 5 Nov 2005 20:30:33 +0100 (CET) In-Reply-To: <4367BCA6.5050609@root.org> References: <78F7D8FC-B5AA-4723-8336-E60F873D9414@club-internet.fr> <4367BCA6.5050609@root.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <091FFA92-6E5C-4E15-A86F-D158E463A9D3@club-internet.fr> Content-Transfer-Encoding: 7bit From: Mathieu Prevot Date: Sat, 5 Nov 2005 20:30:30 +0100 To: Nate Lawson X-Mailer: Apple Mail (2.734) Cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI and 3.0 specification 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, 05 Nov 2005 19:30:39 -0000 > acpi 3.0 adds very little useful stuff unless you're interested in > large NUMA machines. We'd be better off implementing more support > for those systems in the main kernel and then acpi, not the other > way around. > > -- > Nate Thanks for these pieces of information. Do you implement first in the kernel for performance only ? It seems to be the hard way. Regards MP From owner-freebsd-acpi@FreeBSD.ORG Sat Nov 5 19:56:11 2005 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9995916A41F for ; Sat, 5 Nov 2005 19:56:11 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48D0C43D45 for ; Sat, 5 Nov 2005 19:56:06 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jA5Jtxxq003766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 5 Nov 2005 11:56:02 -0800 Message-ID: <436D0E25.6090201@root.org> Date: Sat, 05 Nov 2005 11:55:17 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mathieu Prevot References: <78F7D8FC-B5AA-4723-8336-E60F873D9414@club-internet.fr> <4367BCA6.5050609@root.org> <091FFA92-6E5C-4E15-A86F-D158E463A9D3@club-internet.fr> In-Reply-To: <091FFA92-6E5C-4E15-A86F-D158E463A9D3@club-internet.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI and 3.0 specification 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, 05 Nov 2005 19:56:11 -0000 Mathieu Prevot wrote: >> acpi 3.0 adds very little useful stuff unless you're interested in >> large NUMA machines. We'd be better off implementing more support >> for those systems in the main kernel and then acpi, not the other way >> around. >> >> -- >> Nate > > > Thanks for these pieces of information. Do you implement first in the > kernel for performance only ? It seems to be the hard way. > Regards It's in the kernel because the kernel needs it for configuration. When probing the bus topology, no user code is even runnable yet. -- Nate