From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 1 00:13:21 2006 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 768EF16A41F; Sun, 1 Jan 2006 00:13:21 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EABC843D48; Sun, 1 Jan 2006 00:13:20 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k010DFo7001277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 Dec 2005 16:13:17 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43B71EF7.2010803@errno.com> Date: Sat, 31 Dec 2005 16:14:47 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051227) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill Paul References: <20051231212858.9F9D116A420@hub.freebsd.org> In-Reply-To: <20051231212858.9F9D116A420@hub.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, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jan 2006 00:13:21 -0000 Bill Paul wrote: >>yes, i can load if_ath, wireless card is found and i can set it up as >>ath0, but i still have no signal (and there are many ap's - i can see >>with different pcmcia card) > > > Note that if this in fact a problem with ACPI not supporting the > wireless enable switch on your laptop correctly, it won't work > with the NDISulator any better than it will with the ath(4) driver. > I think the wireless enable switch controls the connection to the > antenna(s), and is a separate device from the NIC itself that varies > in implementation depending on the laptop. The NDIS driver only knows > how to manipulate the NIC hardware: the NIC manufacturer can't really > customize the driver for each laptop out there (and the laptop > manufacturers usually don't customize the drivers either, beyond > sticking their logo on them). <...ndis related stuff deleted...> Handling this in the ath driver is actually very simple; I've just never done it 'cuz none of my laptops have the this setup to test with. When you hit the switch the driver gets an interrupt from the ath card and can then toggle the state of the rfkill pin. If you run the latest code out for testing there is also a sysctl that you can use to control this manually. Sam From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 1 02:31:48 2006 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 06C1D16A41F; Sun, 1 Jan 2006 02:31:48 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7309543D5A; Sun, 1 Jan 2006 02:31:43 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp232-237.lns2.adl4.internode.on.net [203.122.232.237]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k012VZwY040983 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 1 Jan 2006 13:01:37 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Ondra Holecek Date: Sun, 1 Jan 2006 13:01:19 +1030 User-Agent: KMail/1.8.3 References: <43B5274C.5010206@deprese.net> <200512311422.13184.doconnor@gsoft.com.au> <43B65249.1030104@deprese.net> In-Reply-To: <43B65249.1030104@deprese.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2631632.gJjh6IHy4W"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601011301.29541.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: problems with wifi X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jan 2006 02:31:48 -0000 --nextPart2631632.gJjh6IHy4W Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 31 Dec 2005 20:11, Ondra Holecek wrote: > yes, i can load if_ath, wireless card is found and i can set it up as > ath0, but i still have no signal (and there are many ap's - i can see > with different pcmcia card) > > therefore, i think i have to somehow turn it on (the special "wireless" > key on keyboard of course doesn't work) Hmm, in my experience the key actually works, but there is no response apar= t=20 from the radio magically working. > > Why don't you just load if_ath.ko? It should support that chipset. > i know, i did it. loaded generated kernel module, but no ndis0 Then I'd say you didn't do it correctly :) PS cross posting to 3 lists is a bad idea. I seriously doubt this thread is= =20 appropriate to all 3 (especially -acpi). =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2631632.gJjh6IHy4W Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDtz8B5ZPcIHs/zowRAj8sAKCa1AuD7VqZ7xe6NrvHAg8JfEjMTQCdEweh vmv7sfjT58Tn4E7PsNjH8j4= =NJ7w -----END PGP SIGNATURE----- --nextPart2631632.gJjh6IHy4W-- From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 2 11:02:32 2006 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 E774316A41F for ; Mon, 2 Jan 2006 11:02:32 +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 DD22643D77 for ; Mon, 2 Jan 2006 11:02:27 +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.4/8.13.4) with ESMTP id k02B2RmD037413 for ; Mon, 2 Jan 2006 11:02:27 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k02B2QPd037407 for freebsd-acpi@freebsd.org; Mon, 2 Jan 2006 11:02:26 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 2 Jan 2006 11:02:26 GMT Message-Id: <200601021102.k02B2QPd037407@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, 02 Jan 2006 11:02:33 -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 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI o [2005/11/11] kern/88859 acpi ACPI broken on Compaq DL360 o [2005/11/25] i386/89545 acpi Compaq DL 360 ACPI will not boot with ACP 14 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 f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM o [2005/12/03] kern/89879 acpi [acpi] ACPI-0438: *** Error: Looking up [ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 10:19:18 2006 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 8406F16A41F for ; Tue, 3 Jan 2006 10:19:18 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232D843D64 for ; Tue, 3 Jan 2006 10:19:17 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EtjG6-0003eh-00; Tue, 03 Jan 2006 11:19:14 +0100 Date: Tue, 3 Jan 2006 11:19:13 +0100 To: Gnu_Raiz Message-ID: <20060103101913.GA13887@poupinou.org> References: <20051222020349.GA16607@poupinou.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: Z00Q Problem Tyan MB! 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, 03 Jan 2006 10:19:18 -0000 On Fri, Dec 23, 2005 at 10:56:47AM -0600, Gnu_Raiz wrote: > On 12/21/05, Bruno Ducrot wrote: > > > > >I can provide such a link if you send this file to me. > > > I was off-line and wasn't able to provide the promised link. It's now available at: http://www.poupinou.org/acpi/asl/rcall-TyanMP2460.asl.bz2 Sorry for the delay. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 11:20:20 2006 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 C9C6916A41F for ; Tue, 3 Jan 2006 11:20:20 +0000 (GMT) (envelope-from dthiele@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B1E243D45 for ; Tue, 3 Jan 2006 11:20:19 +0000 (GMT) (envelope-from dthiele@gmx.net) Received: (qmail invoked by alias); 03 Jan 2006 11:20:17 -0000 Received: from p548610B6.dip0.t-ipconnect.de (EHLO [192.168.1.33]) [84.134.16.182] by mail.gmx.net (mp015) with SMTP; 03 Jan 2006 12:20:17 +0100 X-Authenticated: #19302822 Message-ID: <43BA5E03.4080306@gmx.net> Date: Tue, 03 Jan 2006 12:20:35 +0100 From: Daniel Thiele User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051220) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org, "Daniel Thiele (gmx)" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: ACPI S3 and S5 Problem with HDD on ThinkPad R40 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, 03 Jan 2006 11:20:20 -0000 Hello, I have been playing around with ACPI on my ThinkPad R40 (2722-BDG) recently. Suspend to RAM and Soft Off seem to work fine except for one thing. During S3 when the hard disk is supposed to be switched of it does switch off, but I do not like the sound it makes at that point. This is the same noise you get when switching off the notebook manually by force by pressing the power button long enough. When I power off the notebook using soft off (S5) you can observe the same problem. The notebook powers off smoothly when I use APM to do so, but it would be nice if I could use ACPI. A SuSE Linux 9.3 LiveDVD with Kernel 2.6.11.4-20a-default that I found in some magazine does not seem to have that problem and suspends and powers off without making that noise, so the problem is probably not hardware related. Has someone else experienced the same problem or has a solution? Is there something else I could try? Here is what I tried so far: I am booting with the acpi.ko and the acpi_ibm.ko kernel modules loaded at boot time via /boot/loader.conf. I also tried switching off APIC by using hint.apic.0.disabled="1" in /boot/loader.conf, but that seems not to affect the problem. I tried hw.acpi.disable_on_poweroff="0" too, but again without any success. Using ACPI with debugging enabled by doing "cd /sys/modules/acpi/acpi && make clean && make && make install" results in an acpi.ko kernel module that makes the kernel panic during boot: link_elf: symbol db_readline undefined. Fatal trap 12: page fault ... The machine is a ThinkPad R40 (2722-BDG) running FreeBSD 6.0-STABLE #0: Sun Jan 1 19:08:23 CET 2006 Additional information about this machine can be found at the following URL: http://www-public.tu-bs.de:8080/~y0023183/FreeBSD_R40/ acpi_sysctls: all acpi related sysctls on that machine dmesg_with_apic: dmesg after a "boot -v" with APIC enabled dmesg_without_apic: dmesg after a "boot -v" with APIC disabled system_console_S3_suspend_resume: the messages on the system console (after booting with "boot -v") I get during suspend and resume r40-freebsd.asl: ASL dump from that machine. Trying to compile this file results in 3 errors: ---- % iasl r40-freebsd.asl Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Jan 1 2006] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c r40-freebsd.asl 6512: Field (U7CS, DWordAcc, NoLock, Preserve) Error 1047 - ^ Access width is greater than region size r40-freebsd.asl 6514: PWKI, 1, Error 1051 - ^ Access width of Field Unit extends beyond region limit r40-freebsd.asl 6515: PWUC, 6, Error 1051 - ^ Access width of Field Unit extends beyond region limit ASL Input: r40-freebsd.asl - 9213 lines, 304035 bytes, 4160 keywords Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 1830 Optimizations ---- Best regards Daniel Thiele From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 12:45:55 2006 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 2EAA616A41F for ; Tue, 3 Jan 2006 12:45:55 +0000 (GMT) (envelope-from ggg_mail@inbox.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AEA743D45 for ; Tue, 3 Jan 2006 12:45:54 +0000 (GMT) (envelope-from ggg_mail@inbox.ru) Received: from [194.85.82.254] (port=57907 helo=[192.168.82.180]) by mx1.mail.ru with asmtp id 1EtlY0-000CcK-00; Tue, 03 Jan 2006 15:45:52 +0300 Message-ID: <43BA7167.2060500@inbox.ru> Date: Tue, 03 Jan 2006 15:43:19 +0300 From: Rechistov Grigory User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051125) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Thiele References: <43BA5E03.4080306@gmx.net> In-Reply-To: <43BA5E03.4080306@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI S3 and S5 Problem with HDD on ThinkPad R40 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, 03 Jan 2006 12:45:55 -0000 > Hello, > > I have been playing around with ACPI on my ThinkPad R40 (2722-BDG) > recently. Suspend to RAM and Soft Off seem to work fine except for one > thing. During S3 when the hard disk is supposed to be switched of it does > switch off, but I do not like the sound it makes at that point. This is > the same noise you get when switching off the notebook manually by force > by pressing the power button long enough. When I power off the notebook > using soft off (S5) you can observe the same problem. > I run FreeBSD on Samsung V30 laptop. When it is shutting down, everything works fine, but I 've got the similar sound of "forced by button" power off. It sounds dangerously for the HDD. Windows XP on this machine switches off more "softly". I use the GENERIC kernel with minor changes. I've heard about some commands (atacontrol ?) which allow to spin down hard drive, so maybe we should just put them in shutdown script? From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 14:23:20 2006 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 DCC8A16A41F for ; Tue, 3 Jan 2006 14:23:20 +0000 (GMT) (envelope-from dthiele@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B0D643D66 for ; Tue, 3 Jan 2006 14:23:19 +0000 (GMT) (envelope-from dthiele@gmx.net) Received: (qmail invoked by alias); 03 Jan 2006 14:23:18 -0000 Received: from p548610B6.dip0.t-ipconnect.de (EHLO [192.168.1.33]) [84.134.16.182] by mail.gmx.net (mp015) with SMTP; 03 Jan 2006 15:23:18 +0100 X-Authenticated: #19302822 Message-ID: <43BA88F8.8040506@gmx.net> Date: Tue, 03 Jan 2006 15:23:52 +0100 From: Daniel Thiele User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051220) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rechistov Grigory References: <43BA5E03.4080306@gmx.net> <43BA7167.2060500@inbox.ru> In-Reply-To: <43BA7167.2060500@inbox.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI S3 and S5 Problem with HDD on ThinkPad R40 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, 03 Jan 2006 14:23:21 -0000 Rechistov Grigory wrote: > I've heard about some commands (atacontrol ?) which allow to spin down > hard drive, so maybe we should just put them in shutdown script? > You can use ataidle (sysutils/ataidle) to put a HDD into idle or standby mode, but putting that command into /etc/rc.shutdown will AFAIK not work since /etc/rc.shutdown is called before the kernel syncs the disks at the end of its shutdown process. So if you put them into standby mode before they will spin up again for this final syncing. I do not know if it is possible and/or reasonable to do all the things that ataidle does to put a HDD into standby mode somewhere after the disks are synced in the shutdown and suspend actions the kernel does. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 14:23:59 2006 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 5FDCE16A41F; Tue, 3 Jan 2006 14:23:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61FC843D5E; Tue, 3 Jan 2006 14:23:58 +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 5167956 for multiple; Tue, 03 Jan 2006 09:22:06 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k03ENswb085894; Tue, 3 Jan 2006 09:23:54 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Anders Nordby Date: Tue, 3 Jan 2006 09:24:43 -0500 User-Agent: KMail/1.8.2 References: <200512311230.jBVCUBfP075728@freefall.freebsd.org> In-Reply-To: <200512311230.jBVCUBfP075728@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601030924.43950.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1225/Mon Jan 2 12:54:07 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem 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, 03 Jan 2006 14:23:59 -0000 On Saturday 31 December 2005 07:30 am, Anders Nordby wrote: > The following reply was made to PR i386/89545; it has been noted by GNATS. > > From: Anders Nordby > To: John Baldwin > Cc: bug-followup@freebsd.org, uralmetal@gmail.com > Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem > Date: Sat, 31 Dec 2005 13:27:28 +0100 > > Hi, > > On Thu, Dec 29, 2005 at 10:34:15PM +0100, Anders Nordby wrote: > > (..) > > For the record. I just tried using 6.0-STABLE as of december 30. It > still hangs: > > acpi0: on motherboard > acpi0: Power Button (fixed) > unknown: I/O range not supported > > But now it stops earlier, or at least it doesn't print the pci_link: > lines. > > Applying the printf patch then, I get: > > acpi0: on motherboard > acpi0: Power Button (fixed) > unknown: I/O range not supported > attach started > pci_link0: calling _CRS > pci_link0: _CRS returned AE_OK > pci_link0: num_links = 0 > attach started > > Phew, luckily acpi is a module, so I only need to recompile it instead > of the whole kernel. I had ACPI problems with FreeBSD 6 on other Compaq > servers as well, one DL 580. Once we get this solved for DL 360 I can try > with the 580 (it is in production, so I can not easily take it down when > I want -- but it would be nice to use both CPUs on it ;-)). Ok, looks like it is ACPI_SERIAL_BEGIN() it is hanging on. Also, the reason you don't see the pritnf's in 6-stable is the devices are now marked quiet so they don't show up in dmesg by default anymore. The problem is I must have forgotten to release the pci_link lock somewhere. If you had INVARIANTS on it should have panic'd in sx_xlock. As it is, I think this patch will fix the hangs on both 6.x and 7.0: Index: acpi_pci_link.c =================================================================== RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v retrieving revision 1.51 diff -u -r1.51 acpi_pci_link.c --- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 +++ acpi_pci_link.c 3 Jan 2006 14:24:23 -0000 @@ -449,8 +449,10 @@ } } sc->pl_num_links = creq.count; - if (creq.count == 0) + if (creq.count == 0) { + ACPI_SERIAL_END(pci_link); return (0); + } sc->pl_links = malloc(sizeof(struct link) * sc->pl_num_links, M_PCI_LINK, M_WAITOK | M_ZERO); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 15:20:22 2006 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 D7D7E16A41F for ; Tue, 3 Jan 2006 15:20:22 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 918A743D79 for ; Tue, 3 Jan 2006 15:20:20 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Etnwo-0006bY-00; Tue, 03 Jan 2006 16:19:38 +0100 Date: Tue, 3 Jan 2006 16:19:38 +0100 To: Nate Lawson Message-ID: <20060103151938.GD13887@poupinou.org> References: <20051222020349.GA16607@poupinou.org> <43AC2E52.8000304@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43AC2E52.8000304@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org, Gnu_Raiz Subject: Re: Z00Q Problem Tyan MB! 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, 03 Jan 2006 15:20:23 -0000 On Fri, Dec 23, 2005 at 09:05:22AM -0800, Nate Lawson wrote: > You can work around this problem with info from PR kern/89879 > > http://people.freebsd.org/~ariff/acer_ferrari/ > > A future acpica import may address this problem. The aml is accessing a > field before it's defined. The newest acpica adds support for lazy > evaluation (even though this is out of spec). No, it won't. There are the following devices: Device (SIO) { ... ... Method (STA, 1, NotSerialized) { ... ... } Device (COM1) { ... Method (_STA, 0, NotSerialized) { Store (Z00Q, Local0) And (Local0, 0x01, Local0) If (LEqual (Local0, 0x01)) { Return (0x00) } Else { Return (STA(0x02)) } } Device (COM2) { ... Method (_STA, 0, NotSerialized) { /* same _STA, but * And (Local0, 0x02, Local0) */ ... } Device (LPT) { ... Method (_STA, ...) { /* same _STA, but different bits checked */ } } Since all of those _STA methods call SIO.STA() (and since this method is used to touch a part of a SuperIO chip (io port 0x2E, etc) in order to initialize some devices), it's very likely that the 3 devices will not function even if acpica does lazy evaluations for non-existing object. If I were the acpi maintainer of the intel acpica, package, I would add a flag turned off per default. For the OP. I would suggest trying to add a Z00Q manually. --- rcall-TyanMP2460.asl 2006/01/03 14:47:05 1.1 +++ rcall-TyanMP2460.asl 2006/01/03 15:10:58 @@ -1256,6 +1256,7 @@ DefinitionBlock ("DSDT.aml", "DSDT", 1, Device (SIO) { Name (_HID, EisaId ("PNP0A05")) + Name (Z00Q, 1) // bit 1: COM1, bit 2: COM2, bit 3: LPT OperationRegion (Z00M, SystemIO, 0x80, 0x01) Field (Z00M, ByteAcc, NoLock, Preserve) { @@ -2394,6 +2395,8 @@ DefinitionBlock ("DSDT.aml", "DSDT", 1, } Notify (\_SB.PWRB, 0x02) + + Return(Package(2){0,0}) } } and to change the value for Z00Q according to your needs (if you need both serial ports, then it should be 3, etc). Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 16:45:38 2006 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 E8F5416A45C; Tue, 3 Jan 2006 16:45:37 +0000 (GMT) (envelope-from oxy@field.hu) Received: from dumballah.tvnet.hu (dumballah.tvnet.hu [195.38.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB1BB43DC7; Tue, 3 Jan 2006 16:45:30 +0000 (GMT) (envelope-from oxy@field.hu) Received: from localhost (localhost.localdomain [127.0.0.1]) by dumballah.tvnet.hu (Postfix) with ESMTP id 009B5101D8D; Tue, 3 Jan 2006 17:45:29 +0100 (CET) Received: from dumballah.tvnet.hu ([127.0.0.1]) by localhost (dumballah.tvnet.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01872-30; Tue, 3 Jan 2006 17:45:28 +0100 (CET) Received: from oxy (dsl85-238-73-74.pool.tvnet.hu [85.238.73.74]) by dumballah.tvnet.hu (Postfix) with SMTP id 6437F101D8C; Tue, 3 Jan 2006 17:45:28 +0100 (CET) Message-ID: <007301c61085$1bc99b90$0201a8c0@oxy> From: "OxY" To: "John Baldwin" , , "Anders Nordby" References: <200512311230.jBVCUBfP075728@freefall.freebsd.org> <200601030924.43950.jhb@freebsd.org> Date: Tue, 3 Jan 2006 17:45:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-6"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Virus-Scanned: by amavisd-new at tvnet.hu Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem 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, 03 Jan 2006 16:45:38 -0000 if the patch works, please send a letter to the list, i am interested too, posted the same problem a month ago.. thx! ----- Original Message ----- From: "John Baldwin" To: ; "Anders Nordby" Sent: Tuesday, January 03, 2006 3:24 PM Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem > On Saturday 31 December 2005 07:30 am, Anders Nordby wrote: >> The following reply was made to PR i386/89545; it has been noted by >> GNATS. >> >> From: Anders Nordby >> To: John Baldwin >> Cc: bug-followup@freebsd.org, uralmetal@gmail.com >> Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem >> Date: Sat, 31 Dec 2005 13:27:28 +0100 >> >> Hi, >> >> On Thu, Dec 29, 2005 at 10:34:15PM +0100, Anders Nordby wrote: >> > (..) >> >> For the record. I just tried using 6.0-STABLE as of december 30. It >> still hangs: >> >> acpi0: on motherboard >> acpi0: Power Button (fixed) >> unknown: I/O range not supported >> >> But now it stops earlier, or at least it doesn't print the pci_link: >> lines. >> >> Applying the printf patch then, I get: >> >> acpi0: on motherboard >> acpi0: Power Button (fixed) >> unknown: I/O range not supported >> attach started >> pci_link0: calling _CRS >> pci_link0: _CRS returned AE_OK >> pci_link0: num_links = 0 >> attach started >> >> Phew, luckily acpi is a module, so I only need to recompile it instead >> of the whole kernel. I had ACPI problems with FreeBSD 6 on other Compaq >> servers as well, one DL 580. Once we get this solved for DL 360 I can >> try >> with the 580 (it is in production, so I can not easily take it down when >> I want -- but it would be nice to use both CPUs on it ;-)). > > Ok, looks like it is ACPI_SERIAL_BEGIN() it is hanging on. Also, the > reason > you don't see the pritnf's in 6-stable is the devices are now marked quiet > so > they don't show up in dmesg by default anymore. The problem is I must > have > forgotten to release the pci_link lock somewhere. If you had INVARIANTS > on > it should have panic'd in sx_xlock. As it is, I think this patch will fix > the hangs on both 6.x and 7.0: > > Index: acpi_pci_link.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > retrieving revision 1.51 > diff -u -r1.51 acpi_pci_link.c > --- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 > +++ acpi_pci_link.c 3 Jan 2006 14:24:23 -0000 > @@ -449,8 +449,10 @@ > } > } > sc->pl_num_links = creq.count; > - if (creq.count == 0) > + if (creq.count == 0) { > + ACPI_SERIAL_END(pci_link); > return (0); > + } > sc->pl_links = malloc(sizeof(struct link) * sc->pl_num_links, > M_PCI_LINK, M_WAITOK | M_ZERO); > > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 18:32:14 2006 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 A73D616A41F for ; Tue, 3 Jan 2006 18:32:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD1B43D64 for ; Tue, 3 Jan 2006 18:32:13 +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 5183977 for multiple; Tue, 03 Jan 2006 13:30:20 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k03IW6eA094586; Tue, 3 Jan 2006 13:32:07 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: paketix@bluewin.ch Date: Tue, 3 Jan 2006 13:32:54 -0500 User-Agent: KMail/1.8.2 References: <4392C11D000CA114@mssazhb-int.msg.bluewin.ch> In-Reply-To: <4392C11D000CA114@mssazhb-int.msg.bluewin.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601031332.55036.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1226/Tue Jan 3 11:51:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: dl580g3/amd64: [ACPI] 6.0-RELEASE will not boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jan 2006 18:32:14 -0000 On Friday 30 December 2005 02:38 am, paketix@bluewin.ch wrote: > hi john > thanks for your feedback! > i created a smp kernel from RELENG_6_0 this morning and tested it on the > dl580g3 with acpi enabled - but still the same behaviour... > ...the system boots and hangs somewhere after initializing the nics > > please find the new logs (smp kernel config and boot -v) at > http://mypage.bluewin.ch/poe/ So 6.0 doesn't work with ACPI enabled with or without SMP. Does it work with ACPI disabled? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 19:47:19 2006 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 6960616A41F; Tue, 3 Jan 2006 19:47:19 +0000 (GMT) (envelope-from anders@FreeBSD.org) Received: from totem.fix.no (totem.fix.no [80.91.36.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA7343D68; Tue, 3 Jan 2006 19:47:04 +0000 (GMT) (envelope-from anders@FreeBSD.org) Received: by totem.fix.no (Postfix, from userid 1000) id D8E3D8DA424; Tue, 3 Jan 2006 20:47:01 +0100 (CET) Date: Tue, 3 Jan 2006 20:47:01 +0100 From: Anders Nordby To: John Baldwin Message-ID: <20060103194701.GA5756@totem.fix.no> References: <200512311230.jBVCUBfP075728@freefall.freebsd.org> <200601030924.43950.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <200601030924.43950.jhb@freebsd.org> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.11 Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org, uralmetal@gmail.com Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem 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, 03 Jan 2006 19:47:19 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On Tue, Jan 03, 2006 at 09:24:43AM -0500, John Baldwin wrote: > Ok, looks like it is ACPI_SERIAL_BEGIN() it is hanging on. Also, the reason > you don't see the pritnf's in 6-stable is the devices are now marked quiet so > they don't show up in dmesg by default anymore. The problem is I must have > forgotten to release the pci_link lock somewhere. If you had INVARIANTS on > it should have panic'd in sx_xlock. As it is, I think this patch will fix > the hangs on both 6.x and 7.0: > > Index: acpi_pci_link.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > retrieving revision 1.51 > diff -u -r1.51 acpi_pci_link.c > --- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 > +++ acpi_pci_link.c 3 Jan 2006 14:24:23 -0000 > @@ -449,8 +449,10 @@ > } > } > sc->pl_num_links = creq.count; > - if (creq.count == 0) > + if (creq.count == 0) { > + ACPI_SERIAL_END(pci_link); > return (0); > + } > sc->pl_links = malloc(sizeof(struct link) * sc->pl_num_links, > M_PCI_LINK, M_WAITOK | M_ZERO); I applied the patch on the same RELENG_6 installation I upgraded to the other day, which also has the printf patch. Using what you suggest above, I get further. But now I get a panic. Log attached. Cheers, -- Anders. --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="anderstest.log" 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 6.0-STABLE #0: Sat Dec 31 02:04:34 UTC 2005 root@anderstest:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 671072256 (639 MB) avail memory = 647356416 (617 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci_link6: BIOS IRQ 3 for 0.1.INTA is invalid panic: acpi_pci_link_add_reference: apparently invalid index 0 cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... --oyUTqETQ0mS9luUI-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 19:50:06 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 438E016A41F for ; Tue, 3 Jan 2006 19:50:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF93D43D53 for ; Tue, 3 Jan 2006 19:50:05 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k03Jo5Q2052250 for ; Tue, 3 Jan 2006 19:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k03Jo5GV052249; Tue, 3 Jan 2006 19:50:05 GMT (envelope-from gnats) Date: Tue, 3 Jan 2006 19:50:05 GMT Message-Id: <200601031950.k03Jo5GV052249@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Anders Nordby Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anders Nordby List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jan 2006 19:50:06 -0000 The following reply was made to PR i386/89545; it has been noted by GNATS. From: Anders Nordby To: John Baldwin Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org, uralmetal@gmail.com Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem Date: Tue, 3 Jan 2006 20:47:01 +0100 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On Tue, Jan 03, 2006 at 09:24:43AM -0500, John Baldwin wrote: > Ok, looks like it is ACPI_SERIAL_BEGIN() it is hanging on. Also, the reason > you don't see the pritnf's in 6-stable is the devices are now marked quiet so > they don't show up in dmesg by default anymore. The problem is I must have > forgotten to release the pci_link lock somewhere. If you had INVARIANTS on > it should have panic'd in sx_xlock. As it is, I think this patch will fix > the hangs on both 6.x and 7.0: > > Index: acpi_pci_link.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > retrieving revision 1.51 > diff -u -r1.51 acpi_pci_link.c > --- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 > +++ acpi_pci_link.c 3 Jan 2006 14:24:23 -0000 > @@ -449,8 +449,10 @@ > } > } > sc->pl_num_links = creq.count; > - if (creq.count == 0) > + if (creq.count == 0) { > + ACPI_SERIAL_END(pci_link); > return (0); > + } > sc->pl_links = malloc(sizeof(struct link) * sc->pl_num_links, > M_PCI_LINK, M_WAITOK | M_ZERO); I applied the patch on the same RELENG_6 installation I upgraded to the other day, which also has the printf patch. Using what you suggest above, I get further. But now I get a panic. Log attached. Cheers, -- Anders. --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="anderstest.log" 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 6.0-STABLE #0: Sat Dec 31 02:04:34 UTC 2005 root@anderstest:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 671072256 (639 MB) avail memory = 647356416 (617 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci_link6: BIOS IRQ 3 for 0.1.INTA is invalid panic: acpi_pci_link_add_reference: apparently invalid index 0 cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... --oyUTqETQ0mS9luUI-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 20:25:08 2006 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 303E116A41F; Tue, 3 Jan 2006 20:25:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7100643D55; Tue, 3 Jan 2006 20:25:06 +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 5191193 for multiple; Tue, 03 Jan 2006 15:25:05 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k03KP0iL095359; Tue, 3 Jan 2006 15:25:04 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Anders Nordby Date: Tue, 3 Jan 2006 15:19:37 -0500 User-Agent: KMail/1.8.2 References: <200601031950.k03Jo5GV052249@freefall.freebsd.org> In-Reply-To: <200601031950.k03Jo5GV052249@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601031519.38226.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1226/Tue Jan 3 11:51:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem 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, 03 Jan 2006 20:25:08 -0000 On Tuesday 03 January 2006 02:50 pm, Anders Nordby wrote: > The following reply was made to PR i386/89545; it has been noted by GNATS. > > From: Anders Nordby > To: John Baldwin > Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org, uralmetal@gmail.com > Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem > Date: Tue, 3 Jan 2006 20:47:01 +0100 > > --oyUTqETQ0mS9luUI > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Hi, > > On Tue, Jan 03, 2006 at 09:24:43AM -0500, John Baldwin wrote: > > Ok, looks like it is ACPI_SERIAL_BEGIN() it is hanging on. Also, the > > reason you don't see the pritnf's in 6-stable is the devices are now > > marked quiet so they don't show up in dmesg by default anymore. The > > problem is I must have forgotten to release the pci_link lock somewhere. > > If you had INVARIANTS on it should have panic'd in sx_xlock. As it is, > > I think this patch will fix the hangs on both 6.x and 7.0: > > > > Index: acpi_pci_link.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > > retrieving revision 1.51 > > diff -u -r1.51 acpi_pci_link.c > > --- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 > > +++ acpi_pci_link.c 3 Jan 2006 14:24:23 -0000 > > @@ -449,8 +449,10 @@ > > } > > } > > sc->pl_num_links = creq.count; > > - if (creq.count == 0) > > + if (creq.count == 0) { > > + ACPI_SERIAL_END(pci_link); > > return (0); > > + } > > sc->pl_links = malloc(sizeof(struct link) * sc->pl_num_links, > > M_PCI_LINK, M_WAITOK | M_ZERO); > > I applied the patch on the same RELENG_6 installation I upgraded to the > other day, which also has the printf patch. Using what you suggest above, > I get further. But now I get a panic. Log attached. Ok, so this part is good. > Cheers, > > -- > Anders. > > --oyUTqETQ0mS9luUI > Content-Type: text/plain; charset=us-ascii > Content-Disposition: attachment; filename="anderstest.log" > > 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 6.0-STABLE #0: Sat Dec 31 02:04:34 UTC 2005 > root@anderstest:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz > 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > > Features=0x383f9ff,PAT,PSE36,MMX,FXSR,SSE> real memory = 671072256 (639 MB) > avail memory = 647356416 (617 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > unknown: I/O range not supported > attach started > pci_link0: calling _CRS > pci_link0: _CRS returned AE_OK > pci_link0: num_links = 0 > attach started > pci_link1: calling _CRS > pci_link1: _CRS returned AE_OK > pci_link1: num_links = 1 > pci_link1: 1 links initialized after child links > pci_link1: calling _CRS again > pci_link1: _CRS returned AE_OK > pci_link1: calling _PRS again > pci_link1: _PRS returned AE_OK > attach started > pci_link2: calling _CRS > pci_link2: _CRS returned AE_OK > pci_link2: num_links = 1 > pci_link2: 1 links initialized after child links > pci_link2: calling _CRS again > pci_link2: _CRS returned AE_OK > pci_link2: calling _PRS again > pci_link2: _PRS returned AE_OK > attach started > pci_link3: calling _CRS > pci_link3: _CRS returned AE_OK > pci_link3: num_links = 1 > pci_link3: 1 links initialized after child links > pci_link3: calling _CRS again > pci_link3: _CRS returned AE_OK > pci_link3: calling _PRS again > pci_link3: _PRS returned AE_OK > attach started > pci_link4: calling _CRS > pci_link4: _CRS returned AE_OK > pci_link4: num_links = 1 > pci_link4: 1 links initialized after child links > pci_link4: calling _CRS again > pci_link4: _CRS returned AE_OK > pci_link4: calling _PRS again > pci_link4: _PRS returned AE_OK > attach started > pci_link5: calling _CRS > pci_link5: _CRS returned AE_OK > pci_link5: num_links = 1 > pci_link5: 1 links initialized after child links > pci_link5: calling _CRS again > pci_link5: _CRS returned AE_OK > pci_link5: calling _PRS again > pci_link5: _PRS returned AE_OK > attach started > pci_link6: calling _CRS > pci_link6: _CRS returned AE_OK > pci_link6: num_links = 1 > pci_link6: 1 links initialized after child links > pci_link6: calling _CRS again > pci_link6: _CRS returned AE_OK > pci_link6: calling _PRS again > pci_link6: _PRS returned AE_OK > attach started > pci_link7: calling _CRS > pci_link7: _CRS returned AE_OK > pci_link7: num_links = 1 > pci_link7: 1 links initialized after child links > pci_link7: calling _CRS again > pci_link7: _CRS returned AE_OK > pci_link7: calling _PRS again > pci_link7: _PRS returned AE_OK > attach started > pci_link8: calling _CRS > pci_link8: _CRS returned AE_OK > pci_link8: num_links = 1 > pci_link8: 1 links initialized after child links > pci_link8: calling _CRS again > pci_link8: _CRS returned AE_OK > pci_link8: calling _PRS again > pci_link8: _PRS returned AE_OK > attach started > pci_link9: calling _CRS > pci_link9: _CRS returned AE_OK > pci_link9: num_links = 1 > pci_link9: 1 links initialized after child links > pci_link9: calling _CRS again > pci_link9: _CRS returned AE_OK > pci_link9: calling _PRS again > pci_link9: _PRS returned AE_OK > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 > cpu0: on acpi0 > pcib0: on acpi0 > pci_link6: BIOS IRQ 3 for 0.1.INTA is invalid > panic: acpi_pci_link_add_reference: apparently invalid index 0 > cpuid = 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... Your BIOS is busted. It's trying to route an interrupt via the FAKE link device that doesn't have any interrupts available. Can you post your ASL somewhere? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 21:40:08 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A80A16A420 for ; Tue, 3 Jan 2006 21:40:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F335C43D58 for ; Tue, 3 Jan 2006 21:40:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k03Le6u6061876 for ; Tue, 3 Jan 2006 21:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k03Le6MU061875; Tue, 3 Jan 2006 21:40:06 GMT (envelope-from gnats) Date: Tue, 3 Jan 2006 21:40:06 GMT Message-Id: <200601032140.k03Le6MU061875@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: ravi pina Cc: Subject: Re: kern/88859: ACPI broken on Compaq DL360 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ravi pina List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jan 2006 21:40:08 -0000 The following reply was made to PR kern/88859; it has been noted by GNATS. From: ravi pina To: bug-followup@FreeBSD.org, tedm@ipinc.net Cc: support@ipinc.net Subject: Re: kern/88859: ACPI broken on Compaq DL360 Date: Tue, 3 Jan 2006 16:32:49 -0500 follows is the transcribed output of the boot -v. unfortunately i was unable to capture two sections noted by '< Missing >'. hopefully these blocks are not relevant to the acpi debug, however if they are i will attempt to find an alternate method to capture the screens. let me know if there is any other information you need to hopefully get this fixed. :) -r /boot/kernel/acpi.ko text=0x40c2c data=0x2160+0x1090 syms=[0x4+0x7810+0x4+0xa292 ] SMAP type=01 base=0000000000000000 len=000000000009f800 SMAP type=02 base=000000000009f800 len=0000000000000800 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000003fefc000 SMAP type=03 base=000000003fffc000 len=0000000000004000 SMAP type=02 base=00000000fec00000 len=0000000000010000 SMAP type=02 base=00000000fee00000 len=0000000000010000 SMAP type=02 base=00000000fff90000 len=0000000000080000 SMAP type=01 base=0000000100000000 len=0000000000000000 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 6.0-RELEASE #0: Tue Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a89000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a89194. MP Configuration Table version 1.4 found at 0xc00fbeca Table 'PACP' at 0x3fffc040 Table 'APIC' at 0x3fffc100 MADT: Found table at 0x3fffc100 APIC: Using MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 1 ACPI ID 1: disabled MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: enabled ACIP APIC Table: Calibrating clock(s) ... i8254 clock: 1193117 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... < Missing > CPU: Intel Pentium III (999.85-MHz 686-class CPU) Origin = "Genuineintel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 1073725440 (1023 MB) avail memory = 1041829888 (993 MB) ioapic0 irqs 0-34 on motherboard < Missing > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000100f0 pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: Power Button (fixed) pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) pcibios: BIOS version 2.10 AcpiOsDerivePciId: bus 0 dev 0 func 0 unknown: I/O range not supported AcpiOsDerivePciId: bus 0 dev 0 func 1 pci_link0: on acpi0 pci_link1: on acpi0 -- +++ATH 7MN; {{{ From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 21:50:07 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E724216A41F for ; Tue, 3 Jan 2006 21:50:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 320A243D5F for ; Tue, 3 Jan 2006 21:50:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k03Lo7Wh062552 for ; Tue, 3 Jan 2006 21:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k03Lo7Nb062551; Tue, 3 Jan 2006 21:50:07 GMT (envelope-from gnats) Date: Tue, 3 Jan 2006 21:50:07 GMT Message-Id: <200601032150.k03Lo7Nb062551@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Anders Nordby Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anders Nordby List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jan 2006 21:50:08 -0000 The following reply was made to PR i386/89545; it has been noted by GNATS. From: Anders Nordby To: John Baldwin Cc: bug-followup@freebsd.org, uralmetal@gmail.com Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem Date: Tue, 3 Jan 2006 22:42:01 +0100 Hi, On Tue, Jan 03, 2006 at 03:19:37PM -0500, John Baldwin wrote: > Your BIOS is busted. It's trying to route an interrupt via the FAKE link > device that doesn't have any interrupts available. Can you post your ASL > somewhere? I just updated to the latest BIOS from HP/Compaq. The latest one is from 2002 however, this is a bit old (but still very useful) server. I just booted it with ACPI disabled, and ASL/DSDT using this command: # acpidump -t -d -o anderstest.dsdt > anderstest.asl You can download them from http://anders.fupp.net/test/anderstest.dsdt and http://anders.fupp.net/test/anderstest.asl. Cheers, -- Anders. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 3 22:05:45 2006 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 1AF8616A41F; Tue, 3 Jan 2006 22:05:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB6D743D5D; Tue, 3 Jan 2006 22:05:43 +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 5198032 for multiple; Tue, 03 Jan 2006 17:05:52 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k03M5fPR095989; Tue, 3 Jan 2006 17:05:41 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Anders Nordby Date: Tue, 3 Jan 2006 17:06:26 -0500 User-Agent: KMail/1.8.2 References: <200601032150.k03Lo7Nb062551@freefall.freebsd.org> In-Reply-To: <200601032150.k03Lo7Nb062551@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601031706.27906.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1226/Tue Jan 3 11:51:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem 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, 03 Jan 2006 22:05:45 -0000 On Tuesday 03 January 2006 04:50 pm, Anders Nordby wrote: > The following reply was made to PR i386/89545; it has been noted by GNATS. > > From: Anders Nordby > To: John Baldwin > Cc: bug-followup@freebsd.org, uralmetal@gmail.com > Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem > Date: Tue, 3 Jan 2006 22:42:01 +0100 > > Hi, > > On Tue, Jan 03, 2006 at 03:19:37PM -0500, John Baldwin wrote: > > Your BIOS is busted. It's trying to route an interrupt via the FAKE > > link device that doesn't have any interrupts available. Can you post > > your ASL somewhere? > > I just updated to the latest BIOS from HP/Compaq. The latest one is from > 2002 however, this is a bit old (but still very useful) server. > > I just booted it with ACPI disabled, and ASL/DSDT using this command: > > # acpidump -t -d -o anderstest.dsdt > anderstest.asl > > You can download them from > http://anders.fupp.net/test/anderstest.dsdt and > http://anders.fupp.net/test/anderstest.asl. It does reference 'FAKE' in one of the _PRT entries sadly. You can try removing it and compiling a custom dsdt to work around it. You could also beat up Compaq for the crap BIOS. Do these machines have APICs on them? They'd probably be a lot happier with APIC enabled if so. Package (0x04) { 0x0004FFFF, 0x00, FAKE, 0x00 }, -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 09:45:53 2006 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 1EC4316A41F for ; Wed, 4 Jan 2006 09:45:53 +0000 (GMT) (envelope-from niekdekker@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3D343D46 for ; Wed, 4 Jan 2006 09:45:52 +0000 (GMT) (envelope-from niekdekker@gmail.com) Received: by wproxy.gmail.com with SMTP id i24so1551112wra for ; Wed, 04 Jan 2006 01:45:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=nj6XcmcO2rsyZ0hta6x6G23DnlILyYBSvsfZZP9xHXDFpWz5YGSva/XB6nsux1hprxspWCeBneODglKt6e0IHlZrutUKKpePp18GsXFEatMQ0fYoIwx0FTgmUpFkUrTf7Z+AYDfwUz5QM07p120P19p6VJnIDn+0eECYZW0RM+c= Received: by 10.64.150.20 with SMTP id x20mr725813qbd; Wed, 04 Jan 2006 01:45:51 -0800 (PST) Received: by 10.65.234.4 with HTTP; Wed, 4 Jan 2006 01:45:51 -0800 (PST) Message-ID: Date: Wed, 4 Jan 2006 10:45:51 +0100 From: Niek Dekker To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: ACPI on Compaq DL360 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, 04 Jan 2006 09:45:53 -0000 The thread on Compaq 360DL ACPI problems is interesting to me. I installed FreeBSD release 6.0 on my Compaq DL360 last week and I encountered the same problem, the system locking up during boot if ACPI is enabled. The server still has the original P21 BIOS (of 2001). It may be interesting to know that I encountered the same problem with some (but not all) Linux kernels and even a Windows installation locked up (I tried to install a number of OSes on it, just out of curiosity). For example, I had to install Debian Linux with ACPI disabled. I also installed the latest release of OpenBSD, and I don't remember a problem with ACPI there. Regards, Niek From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 15:25:33 2006 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 A525116A41F; Wed, 4 Jan 2006 15:25:33 +0000 (GMT) (envelope-from paketix@bluewin.ch) Received: from mail29.bluewin.ch (mail29.bluewin.ch [195.186.18.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB5BF43D72; Wed, 4 Jan 2006 15:25:21 +0000 (GMT) (envelope-from paketix@bluewin.ch) Received: from mssazhb-int.msg.bluewin.ch (172.21.1.181) by mail29.bluewin.ch (Bluewin 7.2.069.1) id 43A92893002740DE; Wed, 4 Jan 2006 15:25:03 +0000 Received: from [195.186.18.75] by mssazhb-int.msg.bluewin.ch with HTTP; Wed, 4 Jan 2006 15:25:03 +0000 Date: Wed, 4 Jan 2006 16:25:03 +0100 Message-ID: <4392C11D000EBD5C@mssazhb-int.msg.bluewin.ch> In-Reply-To: <200601031332.55036.jhb@freebsd.org> From: paketix@bluewin.ch To: "John Baldwin" MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Mailer: Bluewin WebMail / BlueMail Cc: freebsd-acpi@freebsd.org Subject: Re: dl580g3/amd64: [ACPI] 6.0-RELEASE will not boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 15:25:33 -0000 >-- Original-Nachricht -- >From: John Baldwin >To: paketix@bluewin.ch >Subject: Re: dl580g3/amd64: [ACPI] 6.0-RELEASE will not boot with ACPI enabled >Date: Tue, 3 Jan 2006 13:32:54 -0500 >Cc: freebsd-acpi@freebsd.org > > >On Friday 30 December 2005 02:38 am, paketix@bluewin.ch wrote: >> hi john >> thanks for your feedback! >> i created a smp kernel from RELENG_6_0 this morning and tested it on the >> dl580g3 with acpi enabled - but still the same behaviour... >> ...the system boots and hangs somewhere after initializing the nics >> >> please find the new logs (smp kernel config and boot -v) at >> http://mypage.bluewin.ch/poe/ > >So 6.0 doesn't work with ACPI enabled with or without SMP. Does it work >with >ACPI disabled? > >-- >John Baldwin <>< http://www.FreeBSD.org/~jhb/ >"Power Users Use the Power to Serve" = http://www.FreeBSD.org sorry for the missing logs 6.0 works when acpi is disabled with or without SMP i did some further tests today with out of the box RELENG_6_0 kernels (GENERIC and SMP) - hope that helps to clearify the problem please find the 'boot -v' logs on my homepage as usual http://mypage.bluewin.ch/poe/ a few remarks regarding the logs: - dl580g3_60release-p1_amd64_acpi_bootv.txt releng_6_0 kernel uniprocessor amd64 with acpi enabled fatal trap 28 after bpf is attached to lo0: - dl580g3_60release-p1_amd64_noacpi_bootv.txt releng_6_0 kernel uniprocessor amd64 with acpi disabled boot ok - dl580g3_60release-p1smp_amd64_acpi_bootv.txt releng_6_0 kernel multiprocessing amd64 with acpi enabled system resets after bpf is attached to lo0: - dl580g3_60release-p1smp_amd64_noacpi_bootv.txt releng_6_0 kernel multiprocessing amd64 with acpi disabled boot ok - dl580g3_60release-p1smp_i386_acpi_bootv.txt releng_6_0 kernel multiprocessing i386 with acpi enabled system resets after bpf is attached to lo0: - dl580g3_60release-p1smp_i386_noacpi_bootv.txt releng_6_0 kernel multiprocessing i386 with acpi disabled system hangs after reinit of ata0: let me know if i can do something more regards, pat From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 16:18:47 2006 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 EA05F16A41F; Wed, 4 Jan 2006 16:18:47 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CF2A43D55; Wed, 4 Jan 2006 16:18:46 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EuBLW-0001Jf-00; Wed, 04 Jan 2006 17:18:42 +0100 Date: Wed, 4 Jan 2006 17:18:42 +0100 To: Francisco Reyes Message-ID: <20060104161842.GK13887@poupinou.org> References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@freebsd.org Subject: Re: No APM yet for AMD? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-acpi@FreeBSD.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 16:18:48 -0000 On Wed, Jan 04, 2006 at 10:14:13AM -0500, Francisco Reyes wrote: > Bruno Ducrot writes: > > >>http://public.natserv.net/acpidump.txt > > > >Well could you try to add this to your /boot/loader.conf: > >hw.acpi.osname="Microsoft Windows NT" > > Done > > > >It's because I want to check what happens if the following ASL is > >triggered: > > > >If (LEqual (SizeOf (\_OS), 0x14)) > >{ > > BPOL (0x3C) > >} > > Second dump on the same location... different name > http://public.natserv.net/acpidump2.txt > > >That's look like a workaround for Windows NT and that seems to > >be related to batteries and AC adapter. > > Not sure what was supposed to happen after trying the change in > loader.conf, but I tried "sysctl -a |grep acpi.bat" and the results are the > same as before. > > hw.acpi.battery.life: -1 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 7 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 It was a stupid idea, sorry. I will look a little bit more. I think I begin to understand what's wrong, but I need to look a little bit further. I also CC to freebsd-acpi@ with a reply-to accordingly. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 16:40:15 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36C3F16A41F for ; Wed, 4 Jan 2006 16:40:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F1D843D48 for ; Wed, 4 Jan 2006 16:40:14 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k04GeEEC027426 for ; Wed, 4 Jan 2006 16:40:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k04GeEVT027425; Wed, 4 Jan 2006 16:40:14 GMT (envelope-from gnats) Date: Wed, 4 Jan 2006 16:40:14 GMT Message-Id: <200601041640.k04GeEVT027425@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Anders Nordby Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anders Nordby List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 16:40:15 -0000 The following reply was made to PR i386/89545; it has been noted by GNATS. From: Anders Nordby To: John Baldwin Cc: bug-followup@freebsd.org, uralmetal@gmail.com Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem Date: Wed, 4 Jan 2006 17:36:21 +0100 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi, On Tue, Jan 03, 2006 at 05:06:26PM -0500, John Baldwin wrote: > It does reference 'FAKE' in one of the _PRT entries sadly. You can try > removing it and compiling a custom dsdt to work around it. You could also > beat up Compaq for the crap BIOS. Do these machines have APICs on them? > They'd probably be a lot happier with APIC enabled if so. > > Package (0x04) > { > 0x0004FFFF, > 0x00, > FAKE, > 0x00 > }, I removed the section above, but if fails to compile: root@anderstest:~# iasl anderstest.asl-fixed Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Dec 31 2005] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c Non-ASCII character: 0xD2 at offset 0xBB Non-ASCII character: 0xD2 at offset 0x189 Non-ASCII character: 0xD2 at offset 0x7B3 3 non-ASCII characters found in input file, appears to be binary Error 1082 - Invalid characters found in file anderstest.asl-fixed In the ASL, there is 0xD2 which is Ò, used for Creator ID in the RSDT, FACP and SPCR sections. I changed that to just ASL like it looks like on my Dell laptop (Creator ID=ASL). Then I can compile. Booting with the custom dsdt, I get a page fault. Log attached. I will check to see if I can change anything useful in the BIOS tomorrow, but I doubt it. :-/ Cheers, -- Anders. --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="anderstest-v2.log" 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 6.0-STABLE #0: Sat Dec 31 02:04:34 UTC 2005 root@anderstest:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 671072256 (639 MB) avail memory = 647356416 (617 MB) ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0a6d69d stack pointer = 0x28:0xc0c20ba8 frame pointer = 0x28:0xc0c20bc0 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) trap number = 12 panic: page fault cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... --ikeVEW9yuYc//A+q-- From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 16:54:53 2006 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 BD21B16A420; Wed, 4 Jan 2006 16:54:53 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40A7243D53; Wed, 4 Jan 2006 16:54:53 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k04GsoEo027860; Wed, 4 Jan 2006 16:54:51 GMT (envelope-from ariff@FreeBSD.org) Date: Thu, 5 Jan 2006 00:54:41 +0800 From: Ariff Abdullah To: freebsd-acpi@FreeBSD.org Message-Id: <20060105005441.029835c1.ariff@FreeBSD.org> In-Reply-To: <20060104161842.GK13887@poupinou.org> References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__5_Jan_2006_00_54_41_+0800_x7.9sabrhOeUmjCa" Cc: freebsd-amd64@FreeBSD.org, lists@stringsutils.com Subject: Re: No APM yet for AMD? 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, 04 Jan 2006 16:54:54 -0000 --Signature=_Thu__5_Jan_2006_00_54_41_+0800_x7.9sabrhOeUmjCa Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 4 Jan 2006 17:18:42 +0100 Bruno Ducrot wrote: > On Wed, Jan 04, 2006 at 10:14:13AM -0500, Francisco Reyes wrote: > > Bruno Ducrot writes: > >=20 > > >>http://public.natserv.net/acpidump.txt > > > > > >Well could you try to add this to your /boot/loader.conf: > > >hw.acpi.osname=3D"Microsoft Windows NT" > >=20 > > Done > >=20 > >=20 > > >It's because I want to check what happens if the following ASL is > > >triggered: > > > > > >If (LEqual (SizeOf (\_OS), 0x14)) > > >{ > > > BPOL (0x3C) > > >} > >=20 > > Second dump on the same location... different name > > http://public.natserv.net/acpidump2.txt > >=20 > > >That's look like a workaround for Windows NT and that seems to > > >be related to batteries and AC adapter. > >=20 > > Not sure what was supposed to happen after trying the change in=20 > > loader.conf, but I tried "sysctl -a |grep acpi.bat" and the > > results are the same as before. > >=20 > > hw.acpi.battery.life: -1=20 > > hw.acpi.battery.time: -1 > > hw.acpi.battery.state: 7 > > hw.acpi.battery.units: 1 > > hw.acpi.battery.info_expire: 5 >=20 > It was a stupid idea, sorry. I will look a little bit more. I > think I begin to understand what's wrong, but I need to look a > little bit further. >=20 > I also CC to freebsd-acpi@ with a reply-to accordingly. >=20 Few acpi BIOSes does not support _BST (battery status) method, causing that type of weird sysctl output (since it depends solely on _BST). Your hope is to use acpiconf(8) i.e acpiconf -i . Unfortunately, acpiconf itself does not display all possible values. Try this patch against usr.sbin/acpi/acpiconf/acpiconf.c http://people.freebsd.org/~ariff/acpi/acpiconf.c.diff Hopefully you will have the proper output in terms of percentage. You won't have advance battery status such as remaining time and few others. This is a limitation for BIOSes without _BST. I believe Nate Lawson is the right person to comment on this. -- Ariff Abdullah FreeBSD --Signature=_Thu__5_Jan_2006_00_54_41_+0800_x7.9sabrhOeUmjCa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDu/3Ulr+deMUwTNoRAvt6AKCw1i6PO/2XDUFG+H7ThfP+Y4wMfwCg0yTz n+ZsS3t+xbZlSm8K/Ps0slg= =KiTK -----END PGP SIGNATURE----- --Signature=_Thu__5_Jan_2006_00_54_41_+0800_x7.9sabrhOeUmjCa-- From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 17:57:54 2006 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 0B02616A41F; Wed, 4 Jan 2006 17:57:54 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE54243D45; Wed, 4 Jan 2006 17:57:52 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EuCtS-0001UC-00; Wed, 04 Jan 2006 18:57:50 +0100 Date: Wed, 4 Jan 2006 18:57:50 +0100 To: Ariff Abdullah Message-ID: <20060104175750.GM13887@poupinou.org> References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060105005441.029835c1.ariff@FreeBSD.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org, lists@stringsutils.com Subject: Re: No APM yet for AMD? 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, 04 Jan 2006 17:57:54 -0000 On Thu, Jan 05, 2006 at 12:54:41AM +0800, Ariff Abdullah wrote: > On Wed, 4 Jan 2006 17:18:42 +0100 > Bruno Ducrot wrote: > > On Wed, Jan 04, 2006 at 10:14:13AM -0500, Francisco Reyes wrote: > > > Bruno Ducrot writes: > > > > > > >>http://public.natserv.net/acpidump.txt > > > > > > > >Well could you try to add this to your /boot/loader.conf: > > > >hw.acpi.osname="Microsoft Windows NT" > > > > > > Done > > > > > > > > > >It's because I want to check what happens if the following ASL is > > > >triggered: > > > > > > > >If (LEqual (SizeOf (\_OS), 0x14)) > > > >{ > > > > BPOL (0x3C) > > > >} > > > > > > Second dump on the same location... different name > > > http://public.natserv.net/acpidump2.txt > > > > > > >That's look like a workaround for Windows NT and that seems to > > > >be related to batteries and AC adapter. > > > > > > Not sure what was supposed to happen after trying the change in > > > loader.conf, but I tried "sysctl -a |grep acpi.bat" and the > > > results are the same as before. > > > > > > hw.acpi.battery.life: -1 > > > hw.acpi.battery.time: -1 > > > hw.acpi.battery.state: 7 > > > hw.acpi.battery.units: 1 > > > hw.acpi.battery.info_expire: 5 > > > > It was a stupid idea, sorry. I will look a little bit more. I > > think I begin to understand what's wrong, but I need to look a > > little bit further. > > > > I also CC to freebsd-acpi@ with a reply-to accordingly. > > > Few acpi BIOSes does not support _BST (battery status) method, causing > that type of weird sysctl output (since it depends solely on _BST). > Your hope is to use acpiconf(8) i.e acpiconf -i . > Unfortunately, acpiconf itself does not display all possible > values. > > Try this patch against usr.sbin/acpi/acpiconf/acpiconf.c > > http://people.freebsd.org/~ariff/acpi/acpiconf.c.diff > > Hopefully you will have the proper output in terms of percentage. > You won't have advance battery status such as remaining time and few > others. This is a limitation for BIOSes without _BST. There is a broken _BST in that AML. I think I can fix it directly onto the DSDT, or maybe I will use a little workaround which will use a SM Bus to access the battery. In fact I'm wondering if Windows use such smart battery stuff instead even though the SMBus is not visible from the AML (or I really don't see how it can work under that OS. Really). > I believe Nate Lawson is the right person to comment on this. Indeed. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 18:15:08 2006 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 348A916A41F; Wed, 4 Jan 2006 18:15:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B187943D49; Wed, 4 Jan 2006 18:14:59 +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 5277748 for multiple; Wed, 04 Jan 2006 13:16:16 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k04IEntA004383; Wed, 4 Jan 2006 13:14:49 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Anders Nordby Date: Wed, 4 Jan 2006 13:13:27 -0500 User-Agent: KMail/1.8.2 References: <200601041640.k04GeEVT027425@freefall.freebsd.org> In-Reply-To: <200601041640.k04GeEVT027425@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601041313.28226.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1229/Wed Jan 4 10:08:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem 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, 04 Jan 2006 18:15:08 -0000 On Wednesday 04 January 2006 11:40 am, Anders Nordby wrote: > The following reply was made to PR i386/89545; it has been noted by GNATS. > > From: Anders Nordby > To: John Baldwin > Cc: bug-followup@freebsd.org, uralmetal@gmail.com > Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem > Date: Wed, 4 Jan 2006 17:36:21 +0100 > > --ikeVEW9yuYc//A+q > Content-Type: text/plain; charset=3Diso-8859-1 > Content-Disposition: inline > Content-Transfer-Encoding: 8bit > > Hi, > > On Tue, Jan 03, 2006 at 05:06:26PM -0500, John Baldwin wrote: > > It does reference 'FAKE' in one of the _PRT entries sadly. You can try > > removing it and compiling a custom dsdt to work around it. You could > > also beat up Compaq for the crap BIOS. Do these machines have APICs on > > them? They'd probably be a lot happier with APIC enabled if so. > > > > Package (0x04) > > { > > 0x0004FFFF, > > 0x00, > > FAKE, > > 0x00 > > }, > > I removed the section above, but if fails to compile: > > root@anderstest:~# iasl anderstest.asl-fixed > > Intel ACPI Component Architecture > ASL Optimizing Compiler / AML Disassembler version 20041119 [Dec 31 > 2005] > Copyright (C) 2000 - 2004 Intel Corporation > Supports ACPI Specification Revision 2.0c > > Non-ASCII character: 0xD2 at offset 0xBB > Non-ASCII character: 0xD2 at offset 0x189 > Non-ASCII character: 0xD2 at offset 0x7B3 > 3 non-ASCII characters found in input file, appears to be binary > Error 1082 - Invalid characters found in file anderstest.asl-fixed > > In the ASL, there is 0xD2 which is =D2, used for Creator ID in the RSDT, > FACP and SPCR sections. I changed that to just ASL like it looks like on > my Dell laptop (Creator ID=3DASL). Then I can compile. Booting with the > custom dsdt, I get a page fault. Log attached. > > I will check to see if I can change anything useful in the BIOS > tomorrow, but I doubt it. :-/ Hmm, ok. I'd really need to know what source file:line that page fault map= s=20 to (you can use gdb to find that if you have a kernel.debug). OTOH, you ca= n=20 also try this patch which just prints a warning for bogus _PRT entries when= =20 we bump reference counts and only panics if we actually try to route an=20 interrupt via the busted link device. You can try this w/o the custom DSDT. Index: acpi_pci_link.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v retrieving revision 1.51 diff -u -r1.51 acpi_pci_link.c =2D-- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 +++ acpi_pci_link.c 4 Jan 2006 18:07:17 -0000 @@ -625,8 +625,11 @@ /* Bump the reference count. */ ACPI_SERIAL_BEGIN(pci_link); link =3D acpi_pci_link_lookup(dev, index); =2D if (link =3D=3D NULL) =2D panic("%s: apparently invalid index %d", __func__, index); + if (link =3D=3D NULL) { + device_printf(dev, "apparently invalid index %d\n", index); + ACPI_SERIAL_END(pci_link); + return; + } link->l_references++; if (link->l_routed) pci_link_interrupt_weights[link->l_irq]++; > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x1c > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc0a6d69d Do a 'l *0xc0a6d69d' in 'gdb kernel.debug' if you can to see what this=20 corresponds to. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 18:31:45 2006 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 0597E16A41F for ; Wed, 4 Jan 2006 18:31:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08B5F43D48 for ; Wed, 4 Jan 2006 18:31:43 +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 5278727 for multiple; Wed, 04 Jan 2006 13:32:59 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k04IVUcr004504; Wed, 4 Jan 2006 13:31:32 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: paketix@bluewin.ch Date: Wed, 4 Jan 2006 13:24:08 -0500 User-Agent: KMail/1.8.2 References: <4392C11D000EBD5C@mssazhb-int.msg.bluewin.ch> In-Reply-To: <4392C11D000EBD5C@mssazhb-int.msg.bluewin.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601041324.09040.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1229/Wed Jan 4 10:08:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org Subject: Re: dl580g3/amd64: [ACPI] 6.0-RELEASE will not boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jan 2006 18:31:45 -0000 On Wednesday 04 January 2006 10:25 am, paketix@bluewin.ch wrote: > >-- Original-Nachricht -- > >From: John Baldwin > >To: paketix@bluewin.ch > >Subject: Re: dl580g3/amd64: [ACPI] 6.0-RELEASE will not boot with ACPI > > enabled Date: Tue, 3 Jan 2006 13:32:54 -0500 > >Cc: freebsd-acpi@freebsd.org > > > >On Friday 30 December 2005 02:38 am, paketix@bluewin.ch wrote: > >> hi john > >> thanks for your feedback! > >> i created a smp kernel from RELENG_6_0 this morning and tested it on the > >> dl580g3 with acpi enabled - but still the same behaviour... > >> ...the system boots and hangs somewhere after initializing the nics > >> > >> please find the new logs (smp kernel config and boot -v) at > >> http://mypage.bluewin.ch/poe/ > > > >So 6.0 doesn't work with ACPI enabled with or without SMP. Does it work > >with > >ACPI disabled? > > > >-- > >John Baldwin <>< http://www.FreeBSD.org/~jhb/ > >"Power Users Use the Power to Serve" = http://www.FreeBSD.org > > sorry for the missing logs Does all combinations of 5.4 work ok (i386 vs amd64, UP vs SMP, acpi vs noacpi)? > 6.0 works when acpi is disabled with or without SMP > i did some further tests today with out of the box RELENG_6_0 kernels > (GENERIC and SMP) - hope that helps to clearify the problem > please find the 'boot -v' logs on my homepage as usual > http://mypage.bluewin.ch/poe/ > a few remarks regarding the logs: > > - dl580g3_60release-p1_amd64_acpi_bootv.txt > releng_6_0 kernel uniprocessor amd64 with acpi enabled > fatal trap 28 after bpf is attached to lo0: The trap 28 is fixed in releng_6. > - dl580g3_60release-p1smp_i386_acpi_bootv.txt > releng_6_0 kernel multiprocessing i386 with acpi enabled > system resets after bpf is attached to lo0: I would have no idea about why it would reset. > - dl580g3_60release-p1smp_i386_noacpi_bootv.txt > releng_6_0 kernel multiprocessing i386 with acpi disabled > system hangs after reinit of ata0: Very odd. You are getting stray irq 13's, as if the ATA interrupt is hooked up to IRQ 13 rather than IRQ 14 on the APIC. Does it always work ok if you disable APIC? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 4 19:13:57 2006 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 8E87D16A41F for ; Wed, 4 Jan 2006 19:13:57 +0000 (GMT) (envelope-from mutations@protean-carrier.com) Received: from badass.netwater.com (badass.netwater.com [69.0.219.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA92943D5E for ; Wed, 4 Jan 2006 19:13:56 +0000 (GMT) (envelope-from mutations@protean-carrier.com) Received: (qmail 14764 invoked from network); 4 Jan 2006 19:13:55 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 4 Jan 2006 19:13:55 -0000 Received: from allusers.trinity-health.org (allusers.trinity-health.org [170.232.2.203]) by webmail.protean-carrier.com (IMP) with HTTP for ; Wed, 04 Jan 2006 14:13:55 -0500 Message-ID: <1136402035.43bc1e73758ec@webmail.protean-carrier.com> Date: Wed, 04 Jan 2006 14:13:55 -0500 From: mutations@protean-carrier.com To: freebsd-acpi@FreeBSD.org References: <200601041640.k04GeEVT027425@freefall.freebsd.org> In-Reply-To: <200601041640.k04GeEVT027425@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 170.232.2.203 Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem 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, 04 Jan 2006 19:13:57 -0000 I'm using a Compaq Proliant ML530 with single processor. On FBSD 5.4 I had no problems. With 6.0 stable and current I could not boot with ACPI enabled. I believe I have the same date revision bios update that you listed in a previous e-mail. I applied the patch listed by John Baldwin without including his prior printf statements for apci_pci_link.c. I just finished compiling stable and I am nowable to boot with ACPI enabled. I will continue to monitor. -James : > The following reply was made to PR i386/89545; it has been noted by GNATS. > > From: Anders Nordby > To: John Baldwin > Cc: bug-followup@freebsd.org, uralmetal@gmail.com > Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem > Date: Wed, 4 Jan 2006 17:36:21 +0100 > > --ikeVEW9yuYc//A+q > Content-Type: text/plain; charset=iso-8859-1 > Content-Disposition: inline > Content-Transfer-Encoding: 8bit > > Hi, > > On Tue, Jan 03, 2006 at 05:06:26PM -0500, John Baldwin wrote: > > It does reference 'FAKE' in one of the _PRT entries sadly. You can try > > removing it and compiling a custom dsdt to work around it. You could also > > > beat up Compaq for the crap BIOS. Do these machines have APICs on them? > > > They'd probably be a lot happier with APIC enabled if so. > > > > Package (0x04) > > { > > 0x0004FFFF, > > 0x00, > > FAKE, > > 0x00 > > }, > > I removed the section above, but if fails to compile: > > root@anderstest:~# iasl anderstest.asl-fixed > > Intel ACPI Component Architecture > ASL Optimizing Compiler / AML Disassembler version 20041119 [Dec 31 > 2005] > Copyright (C) 2000 - 2004 Intel Corporation > Supports ACPI Specification Revision 2.0c > > Non-ASCII character: 0xD2 at offset 0xBB > Non-ASCII character: 0xD2 at offset 0x189 > Non-ASCII character: 0xD2 at offset 0x7B3 > 3 non-ASCII characters found in input file, appears to be binary > Error 1082 - Invalid characters found in file anderstest.asl-fixed > > In the ASL, there is 0xD2 which is Ò, used for Creator ID in the RSDT, > FACP and SPCR sections. I changed that to just ASL like it looks like on > my Dell laptop (Creator ID=ASL). Then I can compile. Booting with the > custom dsdt, I get a page fault. Log attached. > > I will check to see if I can change anything useful in the BIOS > tomorrow, but I doubt it. :-/ > > Cheers, > > -- > Anders. > > --ikeVEW9yuYc//A+q > Content-Type: text/plain; charset=us-ascii > Content-Disposition: attachment; filename="anderstest-v2.log" > > 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 6.0-STABLE #0: Sat Dec 31 02:04:34 UTC 2005 > root@anderstest:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class > CPU) > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > > Features=0x383f9ff > real memory = 671072256 (639 MB) > avail memory = 647356416 (617 MB) > ACPI-0377: *** Info: Table [SSDT] replaced by host OS > ACPI: overriding DSDT/SSDT with custom table > ACPI-0377: *** Info: Table [DSDT] replaced by host OS > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > attach started > pci_link0: calling _CRS > pci_link0: _CRS returned AE_OK > pci_link0: num_links = 0 > attach started > pci_link1: calling _CRS > pci_link1: _CRS returned AE_OK > pci_link1: num_links = 1 > pci_link1: 1 links initialized after child links > pci_link1: calling _CRS again > pci_link1: _CRS returned AE_OK > pci_link1: calling _PRS again > pci_link1: _PRS returned AE_OK > attach started > pci_link2: calling _CRS > pci_link2: _CRS returned AE_OK > pci_link2: num_links = 1 > pci_link2: 1 links initialized after child links > pci_link2: calling _CRS again > pci_link2: _CRS returned AE_OK > pci_link2: calling _PRS again > pci_link2: _PRS returned AE_OK > attach started > pci_link3: calling _CRS > pci_link3: _CRS returned AE_OK > pci_link3: num_links = 1 > pci_link3: 1 links initialized after child links > pci_link3: calling _CRS again > pci_link3: _CRS returned AE_OK > pci_link3: calling _PRS again > pci_link3: _PRS returned AE_OK > attach started > pci_link4: calling _CRS > pci_link4: _CRS returned AE_OK > pci_link4: num_links = 1 > pci_link4: 1 links initialized after child links > pci_link4: calling _CRS again > pci_link4: _CRS returned AE_OK > pci_link4: calling _PRS again > pci_link4: _PRS returned AE_OK > attach started > pci_link5: calling _CRS > pci_link5: _CRS returned AE_OK > pci_link5: num_links = 1 > pci_link5: 1 links initialized after child links > pci_link5: calling _CRS again > pci_link5: _CRS returned AE_OK > pci_link5: calling _PRS again > pci_link5: _PRS returned AE_OK > attach started > pci_link6: calling _CRS > pci_link6: _CRS returned AE_OK > pci_link6: num_links = 1 > pci_link6: 1 links initialized after child links > pci_link6: calling _CRS again > pci_link6: _CRS returned AE_OK > pci_link6: calling _PRS again > pci_link6: _PRS returned AE_OK > attach started > pci_link7: calling _CRS > pci_link7: _CRS returned AE_OK > pci_link7: num_links = 1 > pci_link7: 1 links initialized after child links > pci_link7: calling _CRS again > pci_link7: _CRS returned AE_OK > pci_link7: calling _PRS again > pci_link7: _PRS returned AE_OK > attach started > pci_link8: calling _CRS > pci_link8: _CRS returned AE_OK > pci_link8: num_links = 1 > pci_link8: 1 links initialized after child links > pci_link8: calling _CRS again > pci_link8: _CRS returned AE_OK > pci_link8: calling _PRS again > pci_link8: _PRS returned AE_OK > attach started > pci_link9: calling _CRS > pci_link9: _CRS returned AE_OK > pci_link9: num_links = 1 > pci_link9: 1 links initialized after child links > pci_link9: calling _CRS again > pci_link9: _CRS returned AE_OK > pci_link9: calling _PRS again > pci_link9: _PRS returned AE_OK > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 > cpu0: on acpi0 > pcib0: on acpi0 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1c > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0a6d69d > stack pointer = 0x28:0xc0c20ba8 > frame pointer = 0x28:0xc0c20bc0 > 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) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > > --ikeVEW9yuYc//A+q-- > _______________________________________________ > 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" > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 5 11:33:20 2006 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 7FF4A16A41F for ; Thu, 5 Jan 2006 11:33:20 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401AC43D5C for ; Thu, 5 Jan 2006 11:33:19 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EuTMq-0003Km-00; Thu, 05 Jan 2006 12:33:16 +0100 Date: Thu, 5 Jan 2006 12:33:16 +0100 To: Francisco Reyes Message-ID: <20060105113316.GB12436@poupinou.org> References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: No APM yet for AMD? 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, 05 Jan 2006 11:33:20 -0000 On Wed, Jan 04, 2006 at 10:14:13AM -0500, Francisco Reyes wrote: > Bruno Ducrot writes: > > >>http://public.natserv.net/acpidump.txt > > > >Well could you try to add this to your /boot/loader.conf: > >hw.acpi.osname="Microsoft Windows NT" > > Done Please remove that line. > > > >It's because I want to check what happens if the following ASL is > >triggered: > > > >If (LEqual (SizeOf (\_OS), 0x14)) > >{ > > BPOL (0x3C) > >} > > Second dump on the same location... different name > http://public.natserv.net/acpidump2.txt > > >That's look like a workaround for Windows NT and that seems to > >be related to batteries and AC adapter. > > Not sure what was supposed to happen after trying the change in > loader.conf, but I tried "sysctl -a |grep acpi.bat" and the results are the > same as before. > > hw.acpi.battery.life: -1 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 7 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 Could you please try this patch to your asl? --- Francisco_Reyes.asl 2006/01/05 10:38:17 1.1 +++ Francisco_Reyes.asl 2006/01/05 11:19:42 @@ -3520,7 +3520,14 @@ Method (UPBS, 0, NotSerialized) { - Store (0xFFFFFFFF, Index (PBST, 0x01)) + + // read remain capacity + If (\_SB.PCI0.LPC0.EC0.SMRD (0x09, 0x16, 0x0F, RefOf (Local0))) + { + Return (IVBS()) + } + + Store (Local0, Index (PBST, 0x01)) Store (\_SB.PCI0.LPC0.EC0.MBRM, Local5) If (LNot (And (Local5, 0x8000))) { I've renamed your acpidump.txt as Francisco_Reyes.asl. CCed to freebsd-acpi, removed freebsd-amd64. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 5 11:37:58 2006 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 E86BF16A41F for ; Thu, 5 Jan 2006 11:37:58 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1773D43D55 for ; Thu, 5 Jan 2006 11:37:58 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EuTRM-0003LE-00; Thu, 05 Jan 2006 12:37:56 +0100 Date: Thu, 5 Jan 2006 12:37:56 +0100 To: Francisco Reyes Message-ID: <20060105113756.GC12436@poupinou.org> References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060105113316.GB12436@poupinou.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060105113316.GB12436@poupinou.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: No APM yet for AMD? 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, 05 Jan 2006 11:37:59 -0000 On Thu, Jan 05, 2006 at 12:33:16PM +0100, Bruno Ducrot wrote: > On Wed, Jan 04, 2006 at 10:14:13AM -0500, Francisco Reyes wrote: > > Bruno Ducrot writes: > > > > >>http://public.natserv.net/acpidump.txt > > > > > >Well could you try to add this to your /boot/loader.conf: > > >hw.acpi.osname="Microsoft Windows NT" > > > > Done > > Please remove that line. > > > > > > > >It's because I want to check what happens if the following ASL is > > >triggered: > > > > > >If (LEqual (SizeOf (\_OS), 0x14)) > > >{ > > > BPOL (0x3C) > > >} > > > > Second dump on the same location... different name > > http://public.natserv.net/acpidump2.txt > > > > >That's look like a workaround for Windows NT and that seems to > > >be related to batteries and AC adapter. > > > > Not sure what was supposed to happen after trying the change in > > loader.conf, but I tried "sysctl -a |grep acpi.bat" and the results are the > > same as before. > > > > hw.acpi.battery.life: -1 > > hw.acpi.battery.time: -1 > > hw.acpi.battery.state: 7 > > hw.acpi.battery.units: 1 > > hw.acpi.battery.info_expire: 5 > > Could you please try this patch to your asl? > --- Francisco_Reyes.asl 2006/01/05 10:38:17 1.1 > +++ Francisco_Reyes.asl 2006/01/05 11:19:42 > @@ -3520,7 +3520,14 @@ > > Method (UPBS, 0, NotSerialized) > { > - Store (0xFFFFFFFF, Index (PBST, 0x01)) > + > + // read remain capacity > + If (\_SB.PCI0.LPC0.EC0.SMRD (0x09, 0x16, 0x0F, RefOf (Local0))) > + { > + Return (IVBS()) > + } > + > + Store (Local0, Index (PBST, 0x01)) > Store (\_SB.PCI0.LPC0.EC0.MBRM, Local5) > If (LNot (And (Local5, 0x8000))) > { > > > > I've renamed your acpidump.txt as Francisco_Reyes.asl. > Oops I'm stupid. I've introduced an useless warning. Try this one instead: --- Francisco_Reyes.asl 2006/01/05 10:38:17 1.1 +++ Francisco_Reyes.asl 2006/01/05 11:29:45 @@ -3520,21 +3520,27 @@ Method (UPBS, 0, NotSerialized) { - Store (0xFFFFFFFF, Index (PBST, 0x01)) - Store (\_SB.PCI0.LPC0.EC0.MBRM, Local5) - If (LNot (And (Local5, 0x8000))) + + // read remain capacity + If (LNot(\_SB.PCI0.LPC0.EC0.SMRD (0x09, 0x16, 0x0F, RefOf (Local0)))) { - ShiftRight (Local5, 0x05, Local5) - ShiftLeft (Local5, 0x05, Local5) - If (LNot (LEqual (Local5, DerefOf (Index (PBST, 0x02))))) - { - Store (Local5, Index (PBST, 0x02)) + Store (Local0, Index (PBST, 0x01)) + Store (\_SB.PCI0.LPC0.EC0.MBRM, Local5) + If (LNot (And (Local5, 0x8000))) + { + ShiftRight (Local5, 0x05, Local5) + ShiftLeft (Local5, 0x05, Local5) + If (LNot (LEqual (Local5, DerefOf (Index (PBST, 0x02))))) + { + Store (Local5, Index (PBST, 0x02)) + } } - } - Store (0xFFFFFFFF, Index (PBST, 0x03)) - Store (\_SB.PCI0.LPC0.EC0.MBST, Index (PBST, 0x00)) - Store (\_SB.PCI0.LPC0.EC0.BA1C, \_SB.CM26) + Store (0xFFFFFFFF, Index (PBST, 0x03)) + Store (\_SB.PCI0.LPC0.EC0.MBST, Index (PBST, 0x00)) + Store (\_SB.PCI0.LPC0.EC0.BA1C, \_SB.CM26) + } + Return (IVBS()) } Method (IVBI, 0, NotSerialized) -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 5 13:24:04 2006 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 5709D16A41F for ; Thu, 5 Jan 2006 13:24:04 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DA2D43D5F for ; Thu, 5 Jan 2006 13:24:03 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 8F0FF7E35; Thu, 5 Jan 2006 08:24:02 -0500 (EST) References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060105113316.GB12436@poupinou.org> <20060105113756.GC12436@poupinou.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Bruno Ducrot Date: Thu, 05 Jan 2006 08:24:02 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: No APM yet for AMD? 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, 05 Jan 2006 13:24:04 -0000 Bruno Ducrot writes: > --- Francisco_Reyes.asl 2006/01/05 10:38:17 1.1 > +++ Francisco_Reyes.asl 2006/01/05 11:29:45 > @@ -3520,21 +3520,27 @@ What do I apply this against? I do that acpidump, rename it to "Francisco_Reyes.asl" and then what do I do with it? From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 5 13:33:22 2006 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 1FCED16A41F for ; Thu, 5 Jan 2006 13:33:22 +0000 (GMT) (envelope-from crispy.beef@ntlworld.com) Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com [81.103.221.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AB3843D66 for ; Thu, 5 Jan 2006 13:33:20 +0000 (GMT) (envelope-from crispy.beef@ntlworld.com) Received: from aamta10-winn.ispmail.ntl.com ([81.103.221.35]) by mta09-winn.ispmail.ntl.com with ESMTP id <20060105133319.KNXF8609.mta09-winn.ispmail.ntl.com@aamta10-winn.ispmail.ntl.com> for ; Thu, 5 Jan 2006 13:33:19 +0000 Received: from [192.168.0.10] (really [82.12.81.129]) by aamta10-winn.ispmail.ntl.com with ESMTP id <20060105133319.KFTL1068.aamta10-winn.ispmail.ntl.com@[192.168.0.10]> for ; Thu, 5 Jan 2006 13:33:19 +0000 Message-ID: <43BD201D.9030803@ntlworld.com> Date: Thu, 05 Jan 2006 13:33:17 +0000 From: Crispy Beef User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 CC: freebsd-acpi@freebsd.org References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060105113316.GB12436@poupinou.org> In-Reply-To: <20060105113316.GB12436@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ACPI on i440BX Laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jan 2006 13:33:22 -0000 Hi All, Have just joined this list as I am having a few issues with ACPI under 6.0-RELEASE on my old laptop. It's a Kapok 8500C with an Intel i440BX mobo, 466MHz Celeron with 128Mb RAM. I was having issue with compiles failing and it was suggested that ACPI on the 440BX mobo was a bit flaky? Thermal zone issues causing overheating etc. Thought I'd join this list and see if there's any improvements I can make to the system. I've already had to put debug.acpi.disabled="sysresource" in my /boot/loader.conf to get my PCMCIA network card working...before it just wouldn't work, popped that line in and all is fine with it. Any suggestions? Other than get a new laptop... ;-) Cheers, Paul From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 5 14:56:57 2006 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 BED8216A41F for ; Thu, 5 Jan 2006 14:56:57 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D28D43D5D for ; Thu, 5 Jan 2006 14:56:57 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EuWXu-0003qU-00; Thu, 05 Jan 2006 15:56:54 +0100 Date: Thu, 5 Jan 2006 15:56:54 +0100 To: Francisco Reyes Message-ID: <20060105145654.GG12436@poupinou.org> References: <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060105113316.GB12436@poupinou.org> <20060105113756.GC12436@poupinou.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: No APM yet for AMD? 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, 05 Jan 2006 14:56:57 -0000 On Thu, Jan 05, 2006 at 08:24:02AM -0500, Francisco Reyes wrote: > Bruno Ducrot writes: > > >--- Francisco_Reyes.asl 2006/01/05 10:38:17 1.1 > >+++ Francisco_Reyes.asl 2006/01/05 11:29:45 > >@@ -3520,21 +3520,27 @@ > > What do I apply this against? > I do that acpidump, rename it to "Francisco_Reyes.asl" and then what do I > do with it? Oops, sorry. I should have said something like this: Please look at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html especially: "11.16.5.3 Overriding the Default AML" Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 5 16:37:19 2006 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 F004116A41F for ; Thu, 5 Jan 2006 16:37:19 +0000 (GMT) (envelope-from crispy.beef@ntlworld.com) Received: from mta07-winn.ispmail.ntl.com (mta07-winn.ispmail.ntl.com [81.103.221.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E5A43D4C for ; Thu, 5 Jan 2006 16:37:17 +0000 (GMT) (envelope-from crispy.beef@ntlworld.com) Received: from aamta10-winn.ispmail.ntl.com ([81.103.221.35]) by mta07-winn.ispmail.ntl.com with ESMTP id <20060105163716.UBOM21883.mta07-winn.ispmail.ntl.com@aamta10-winn.ispmail.ntl.com>; Thu, 5 Jan 2006 16:37:16 +0000 Received: from [192.168.0.10] (really [82.12.81.129]) by aamta10-winn.ispmail.ntl.com with ESMTP id <20060105163716.NMYH1068.aamta10-winn.ispmail.ntl.com@[192.168.0.10]>; Thu, 5 Jan 2006 16:37:16 +0000 Message-ID: <43BD4B3A.7010702@ntlworld.com> Date: Thu, 05 Jan 2006 16:37:14 +0000 From: Crispy Beef User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jean-Baptiste Potonnier , freebsd-acpi@freebsd.org References: <43BD2FD4.50808@atosorigin.com> <43BD41F3.7050209@ntlworld.com> <43BD46BB.9080406@atosorigin.com> In-Reply-To: <43BD46BB.9080406@atosorigin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 6.0 and Shuttle AMD64 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, 05 Jan 2006 16:37:20 -0000 >> Just booted my AMD64 system with the install CD from the link above >> and got into sysinstall no problem, booted the kernel (with ACPI) and >> could see all hardware being detected nicely. >> >> I remember when I first had the system that I had to flash the BIOS as >> the USB 2.0 stuff was causing issues with both Windows and Linux, >> maybe it's worth updating the BIOS, outside of that I don't really >> know what to suggest and will have to leave it for somebody with more >> FreeBSD experience to answer. Have you tried it with ACPI enabled? I think it's option 2 on the menu. You'll be needing that enabled for the system anyway. -- Paul From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 5 17:24:11 2006 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 3972516A41F for ; Thu, 5 Jan 2006 17:24:11 +0000 (GMT) (envelope-from jean-baptiste.potonnier@atosorigin.com) Received: from smtp1.mail.atosorigin.com (smtp1.mail.atosorigin.com [160.92.103.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5FA343D45 for ; Thu, 5 Jan 2006 17:24:10 +0000 (GMT) (envelope-from jean-baptiste.potonnier@atosorigin.com) Received: from [55.5.6.103] (localhost [127.0.0.1]) by mwumf0101.mail.fr.ww.atosorigin.com (Postfix) with ESMTP id 0D6B81C000DF; Thu, 5 Jan 2006 18:24:09 +0100 (CET) Message-ID: <43BD5689.5030905@atosorigin.com> Date: Thu, 05 Jan 2006 18:25:29 +0100 From: Jean-Baptiste Potonnier User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Crispy Beef References: <43BD2FD4.50808@atosorigin.com> <43BD41F3.7050209@ntlworld.com> <43BD46BB.9080406@atosorigin.com> <43BD4B3A.7010702@ntlworld.com> In-Reply-To: <43BD4B3A.7010702@ntlworld.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 6.0 and Shuttle AMD64 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, 05 Jan 2006 17:24:11 -0000 Crispy Beef wrote: >>> Just booted my AMD64 system with the install CD from the link above >>> and got into sysinstall no problem, booted the kernel (with ACPI) >>> and could see all hardware being detected nicely. >>> >>> I remember when I first had the system that I had to flash the BIOS >>> as the USB 2.0 stuff was causing issues with both Windows and Linux, >>> maybe it's worth updating the BIOS, outside of that I don't really >>> know what to suggest and will have to leave it for somebody with >>> more FreeBSD experience to answer. >> > > Have you tried it with ACPI enabled? I think it's option 2 on the > menu. You'll be needing that enabled for the system anyway. > Do you talk about the BIOS menu? because I have no menu in the installer (if fact I think I'm not in the installer but in a mini-shell for loading a kernel) From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 5 22:20:16 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF12816A420 for ; Thu, 5 Jan 2006 22:20:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B15343D88 for ; Thu, 5 Jan 2006 22:20:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k05MK7n6044323 for ; Thu, 5 Jan 2006 22:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k05MK78w044322; Thu, 5 Jan 2006 22:20:07 GMT (envelope-from gnats) Date: Thu, 5 Jan 2006 22:20:07 GMT Message-Id: <200601052220.k05MK78w044322@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Anders Nordby Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anders Nordby List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jan 2006 22:20:17 -0000 The following reply was made to PR i386/89545; it has been noted by GNATS. From: Anders Nordby To: John Baldwin Cc: bug-followup@freebsd.org Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem Date: Thu, 5 Jan 2006 23:18:56 +0100 On Wed, Jan 04, 2006 at 01:13:27PM -0500, John Baldwin wrote: >> I will check to see if I can change anything useful in the BIOS >> tomorrow, but I doubt it. :-/ > Hmm, ok. I'd really need to know what source file:line that page fault maps > to (you can use gdb to find that if you have a kernel.debug). OTOH, you can > also try this patch which just prints a warning for bogus _PRT entries when > we bump reference counts and only panics if we actually try to route an > interrupt via the busted link device. You can try this w/o the custom DSDT. > > Index: acpi_pci_link.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > retrieving revision 1.51 > diff -u -r1.51 acpi_pci_link.c > --- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 > +++ acpi_pci_link.c 4 Jan 2006 18:07:17 -0000 > @@ -625,8 +625,11 @@ > /* Bump the reference count. */ > ACPI_SERIAL_BEGIN(pci_link); > link = acpi_pci_link_lookup(dev, index); > - if (link == NULL) > - panic("%s: apparently invalid index %d", __func__, index); > + if (link == NULL) { > + device_printf(dev, "apparently invalid index %d\n", index); > + ACPI_SERIAL_END(pci_link); > + return; > + } > link->l_references++; > if (link->l_routed) > pci_link_interrupt_weights[link->l_irq]++; > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x1c > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc0a6d69d > > Do a 'l *0xc0a6d69d' in 'gdb kernel.debug' if you can to see what this > corresponds to. Still having http://people.freebsd.org/~anders/patches/pci_link_printf.patch-anders and http://people.freebsd.org/~anders/patches/pci_link_serial-end.patch applied, and with the custom DSDT running 6-STABLE as of december 30, I rebuilt my kernel with DDB and KDB. I get this trap: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0a8073d stack pointer = 0x28:0xc0c20ba8 frame pointer = 0x28:0xc0c20bc0 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 AcpiRsGetPciRoutingTableLength+0x2d: movl 0x1c(%eax),%ecx db> panic panic: from debugger cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Running gdb, I get nothing I'm afraid: root@anderstest:~# gdb /usr/obj/usr/src/sys/ANDERSTEST/kernel.debug GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) l *0xc0a8073d No source file for address 0xc0a8073d. Talking to you on chat, you suggested decrementing the outer package count outside of the FAKE package. Doing this, and booting with updated DSDT, the system boots, but without SMP (only one CPU detected): KDB: debugger backends: ddb KDB: current backend: ddb 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 6.0-STABLE #0: Thu Jan 5 20:06:32 UTC 2006 root@anderstest:/usr/obj/usr/src/sys/ANDERSTEST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 671072256 (639 MB) avail memory = 647356416 (617 MB) ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci_link6: BIOS IRQ 3 for 0.1.INTA is invalid pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 10 at device 1.0 on pci0 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.50 idad0: on ida0 idad0: 17359MB (35553120 sectors), blocksize=512 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib2: on acpi0 pci_link7: BIOS IRQ 7 for 3.5.INTA is invalid pci3: on pcib2 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 5 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:e8:41:4d fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 9 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:e8:41:ca 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 IntelliMouse, device ID 3 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> 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 Timestray irq7 counter "TSC" frequency 1130457848 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 Trying to mount root from ufs:/dev/idad0s1a Loading configuration files. kernel dumps on /dev/idad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/idad0s1b as swap device Starting file system checks: /dev/idad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/idad0s1a: clean, 6576911 free (12431 frags, 820560 blocks, 0.2% fragmentation) Setting hostname: anderstest. fxp0: link state changed to UP lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 fxp0: flags=8843 mtu x1500 options=8p ine1t6 fe80::202:a5f:f:fee8:414d%fxp0 prefixlen 64 telntative scopeid i0x1 inet 192.n168.120.37 netmaksk 0xffffff00 br oadcast 192.168.s120.255 ether t00:02:a5:e8:41:4ad media: Ethertnet 100baseTX st atus: active cadd net default:h gateway 192.168a.120.1 Additionnal routing optiogns:. Starting deevd. d to DOWN hw.acpi.cpu.cx_lowest: C1 -> C1 Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/idad0s1b... savecore: no dumps found ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Starting background file system checks in 60 seconds. Thu Jan 5 23:12:07 UTC 2006 FreeBSD/i386 (anderstest) (ttyd0) login: Trying your latest patch to acpi_pci_link (http://people.freebsd.org/~anders/patches/pci_link_no-panic-print-bogus-prt-entries.patch), and disabling the custom DSDT, the system boots. But again without SMP (only one CPU launched): KDB: debugger backends: ddb KDB: current backend: ddb 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 6.0-STABLE #0: Thu Jan 5 20:06:32 UTC 2006 root@anderstest:/usr/obj/usr/src/sys/ANDERSTEST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 671072256 (639 MB) avail memory = 647356416 (617 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci_link6: BIOS IRQ 3 for 0.1.INTA is invalid pci_link0: apparently invalid index 0 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 10 at device 1.0 on pci0 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.50 idad0: on ida0 idad0: 17359MB (35553120 sectors), blocksize=512 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib2: on acpi0 pci_link7: BIOS IRQ 7 for 3.5.INTA is invalid pci3: on pcib2 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 5 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:e8:41:4d fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 9 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:e8:41:ca 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 IntelliMouse, device ID 3 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> 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 1130457669 Hz quality 800 Timecoustray irq7 nters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 [-- itannord@localhost attached -- Thu Jan 5 22:55:37 2006] [-- itannord@localhost detached -- Thu Jan 5 22:55:46 2006] Trying to mount root from ufs:/dev/idad0s1a Loading configuration files. kernel dumps on /dev/idad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/idad0s1b as swap device Starting file system checks: /dev/idad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/idad0s1a: clean, 6576928 free (12408 frags, 820565 blocks, 0.2% fragmentation) Setting hostname: anderstest. fxp0: link state changed to UP lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 fxp0: flags=8843 mtu p1500 options=81 ine:t6 fe80::202:a5f f:fee8:414d%fxp0l prefixlen 64 teintative scopeid n0x1 inet 192.k168.120.37 netma sk 0xffffff00 brsoadcast 192.168.t120.255 ether a00:02:a5:e8:41:4td media: Etherenet 100baseTX stcatus: active hadd net default:a gateway 192.168n.120.1 Additiongal routing optioens:. Starting ddevd. to DOWN hw.acpi.cpu.cx_lowest: C1 -> C1 Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/idad0s1b... savecore: no dumps found ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Starting background file system checks in 60 seconds. Thu Jan 5 22:55:59 UTC 2006 FreeBSD/i386 (anderstest) (ttyd0) login: How can I get SMP running? This worked in 5.x and 4.x, I believe. Regards, -- Anders. From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 6 03:55:21 2006 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 576E916A41F for ; Fri, 6 Jan 2006 03:55:21 +0000 (GMT) (envelope-from gnu.raiz@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A463F43D49 for ; Fri, 6 Jan 2006 03:55:20 +0000 (GMT) (envelope-from gnu.raiz@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so2144132wxc for ; Thu, 05 Jan 2006 19:55:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=oBkSpFbpTQ9WmGi0AF8DNqh/CaxUdUENRr6E3eSfl/4diysnNJlt7b+9tDxsfwACkc2RUz8zezEV1hkZVgTowwT9irC/oSIZPJ2RPocfcgNmbv2QJ2eJsM8jmqTzJlN26ZcPN8nKp/tYtnJxRJjdcVvYhZIxwZoRo9Fwy3bBvAU= Received: by 10.70.109.10 with SMTP id h10mr12363315wxc; Thu, 05 Jan 2006 19:55:20 -0800 (PST) Received: by 10.70.69.13 with HTTP; Thu, 5 Jan 2006 19:55:19 -0800 (PST) Message-ID: Date: Thu, 5 Jan 2006 21:55:19 -0600 From: Gnu_Raiz To: freebsd-acpi@freebsd.org In-Reply-To: <20060103151938.GD13887@poupinou.org> MIME-Version: 1.0 References: <20051222020349.GA16607@poupinou.org> <43AC2E52.8000304@root.org> <20060103151938.GD13887@poupinou.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Z00Q Problem Tyan MB! 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, 06 Jan 2006 03:55:21 -0000 On 1/3/06, Bruno Ducrot wrote: > > On Fri, Dec 23, 2005 at 09:05:22AM -0800, Nate Lawson wrote: > > You can work around this problem with info from PR kern/89879 > > > > http://people.freebsd.org/~ariff/acer_ferrari/ > > > > A future acpica import may address this problem. The aml is accessing = a > > field before it's defined. The newest acpica adds support for lazy > > evaluation (even though this is out of spec). > > No, it won't. There are the following devices: > > > Device (SIO) > { > ... > ... > > Method (STA, 1, NotSerialized) > { > ... > ... > } > > Device (COM1) > { > ... > Method (_STA, 0, NotSerialized) > { > Store (Z00Q, Local0) > And (Local0, 0x01, Local0) > If (LEqual (Local0, 0x01)) > { > Return (0x00) > } > Else > { > Return (STA(0x02)) > } > } > > Device (COM2) > { > ... > Method (_STA, 0, NotSerialized) > { > /* same _STA, but > * And (Local0, 0x02, Local0) > */ > ... > } > > > Device (LPT) > { > > ... > Method (_STA, ...) > { > /* same _STA, but different bits checked > */ > > } > } > > Since all of those _STA methods call SIO.STA() (and since this method > is used to touch a part of a SuperIO chip (io port 0x2E, etc) in order > to initialize some devices), it's very likely that the 3 devices will not > function even if acpica does lazy evaluations for > non-existing object. If I were the acpi maintainer of the intel acpica, > package, I would add a flag turned off per default. > > For the OP. I would suggest trying to add a Z00Q manually. > > --- rcall-TyanMP2460.asl 2006/01/03 14:47:05 1.1 > +++ rcall-TyanMP2460.asl 2006/01/03 15:10:58 > @@ -1256,6 +1256,7 @@ DefinitionBlock ("DSDT.aml", "DSDT", 1, > Device (SIO) > { > Name (_HID, EisaId ("PNP0A05")) > + Name (Z00Q, 1) // bit 1: COM1, bit 2: COM2, bit 3= : > LPT > OperationRegion (Z00M, SystemIO, 0x80, 0x01) > Field (Z00M, ByteAcc, NoLock, Preserve) > { > @@ -2394,6 +2395,8 @@ DefinitionBlock ("DSDT.aml", "DSDT", 1, > } > > Notify (\_SB.PWRB, 0x02) > + > + Return(Package(2){0,0}) > } > } > > > > > > and to change the value for Z00Q according to your needs (if you need > both serial ports, then it should be 3, etc). > > Cheers, > > -- > Bruno Ducrot > > -- Which is worse: ignorance or apathy? > -- Don't know. Don't care. Ok I am now confused, so I should not use Z00C to fix Z00Q, Where should I add this proper code. I am willing to learn, but I am not an expert when it comes to this type of thing, after looking at asl file their seems to be many sections that relates to Z00Q. I would hate to put it into the wrong section, and not know after I compile it because the syntax was correct. So maybe someone can give me some pointers, as to what the proper way is to fix the file. Thanks; Gnu_Raiz From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 6 12:59:41 2006 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 799DB16A41F; Fri, 6 Jan 2006 12:59:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B424E43D45; Fri, 6 Jan 2006 12:59:40 +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 5423531 for multiple; Fri, 06 Jan 2006 08:01:09 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k06CxcfH023998; Fri, 6 Jan 2006 07:59:38 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Anders Nordby Date: Fri, 6 Jan 2006 07:53:17 -0500 User-Agent: KMail/1.8.3 References: <200601052220.k05MK78w044322@freefall.freebsd.org> In-Reply-To: <200601052220.k05MK78w044322@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601060753.18180.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1232/Fri Jan 6 06:04:05 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI boot problem 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, 06 Jan 2006 12:59:41 -0000 On Thursday 05 January 2006 05:20 pm, Anders Nordby wrote: > FreeBSD/i386 (anderstest) (ttyd0) > > login: > > How can I get SMP running? This worked in 5.x and 4.x, I believe. 1) I'll commit the patch to fix the panic later today. 2) Re: SMP, just to make sure, do you have 'device apic' and 'options SMP' = in=20 your kernel? Also, can you provide the output of 'acpidump -t' so I can s= ee=20 what your APIC table (MADT) looks like. Also, does the kernel find SMP if= =20 you disable ACPI? =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 6 16:17:26 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6AB016A41F; Fri, 6 Jan 2006 16:17:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B545643D46; Fri, 6 Jan 2006 16:17:25 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k06GHPSs003523; Fri, 6 Jan 2006 16:17:25 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k06GHPUe003519; Fri, 6 Jan 2006 16:17:25 GMT (envelope-from jhb) Date: Fri, 6 Jan 2006 16:17:25 GMT From: John Baldwin Message-Id: <200601061617.k06GHPUe003519@freefall.freebsd.org> To: uralmetal@gmail.com, jhb@FreeBSD.org, freebsd-acpi@FreeBSD.org, jhb@FreeBSD.org Cc: Subject: Re: i386/89545: Compaq DL 360 ACPI will not boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2006 16:17:26 -0000 Synopsis: Compaq DL 360 ACPI will not boot with ACPI enabled State-Changed-From-To: open->patched State-Changed-By: jhb State-Changed-When: Fri Jan 6 16:15:09 UTC 2006 State-Changed-Why: Fixes committed to HEAD. Apparently from other chat with Anders the SMP was a red herring as the boxes in question are SMP capable but only have one CPU in the box. Will MFC in a week or so. Responsible-Changed-From-To: freebsd-acpi->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Fri Jan 6 16:15:09 UTC 2006 Responsible-Changed-Why: Fixes committed to HEAD. Apparently from other chat with Anders the SMP was a red herring as the boxes in question are SMP capable but only have one CPU in the box. Will MFC in a week or so. http://www.freebsd.org/cgi/query-pr.cgi?pr=89545 From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 6 19:44:42 2006 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 EF78F16A41F for ; Fri, 6 Jan 2006 19:44:42 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FF7143D45 for ; Fri, 6 Jan 2006 19:44:42 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EuxVn-0007R1-00; Fri, 06 Jan 2006 20:44:31 +0100 Date: Fri, 6 Jan 2006 20:44:31 +0100 To: Gnu_Raiz Message-ID: <20060106194431.GA24124@poupinou.org> References: <20051222020349.GA16607@poupinou.org> <43AC2E52.8000304@root.org> <20060103151938.GD13887@poupinou.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: Z00Q Problem Tyan MB! 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, 06 Jan 2006 19:44:43 -0000 On Thu, Jan 05, 2006 at 09:55:19PM -0600, Gnu_Raiz wrote: > On 1/3/06, Bruno Ducrot wrote: > > > > On Fri, Dec 23, 2005 at 09:05:22AM -0800, Nate Lawson wrote: > > > You can work around this problem with info from PR kern/89879 > > > > > > http://people.freebsd.org/~ariff/acer_ferrari/ > > > > > > A future acpica import may address this problem. The aml is accessing a > > > field before it's defined. The newest acpica adds support for lazy > > > evaluation (even though this is out of spec). > > > > No, it won't. There are the following devices: > > > > > > Device (SIO) > > { > > ... > > ... > > > > Method (STA, 1, NotSerialized) > > { > > ... > > ... > > } > > > > Device (COM1) > > { > > ... > > Method (_STA, 0, NotSerialized) > > { > > Store (Z00Q, Local0) > > And (Local0, 0x01, Local0) > > If (LEqual (Local0, 0x01)) > > { > > Return (0x00) > > } > > Else > > { > > Return (STA(0x02)) > > } > > } > > > > Device (COM2) > > { > > ... > > Method (_STA, 0, NotSerialized) > > { > > /* same _STA, but > > * And (Local0, 0x02, Local0) > > */ > > ... > > } > > > > > > Device (LPT) > > { > > > > ... > > Method (_STA, ...) > > { > > /* same _STA, but different bits checked > > */ > > > > } > > } > > > > Since all of those _STA methods call SIO.STA() (and since this method > > is used to touch a part of a SuperIO chip (io port 0x2E, etc) in order > > to initialize some devices), it's very likely that the 3 devices will not > > function even if acpica does lazy evaluations for > > non-existing object. If I were the acpi maintainer of the intel acpica, > > package, I would add a flag turned off per default. > > > > For the OP. I would suggest trying to add a Z00Q manually. > > > > --- rcall-TyanMP2460.asl 2006/01/03 14:47:05 1.1 > > +++ rcall-TyanMP2460.asl 2006/01/03 15:10:58 > > @@ -1256,6 +1256,7 @@ DefinitionBlock ("DSDT.aml", "DSDT", 1, > > Device (SIO) > > { > > Name (_HID, EisaId ("PNP0A05")) > > + Name (Z00Q, 1) // bit 1: COM1, bit 2: COM2, bit 3: > > LPT > > OperationRegion (Z00M, SystemIO, 0x80, 0x01) > > Field (Z00M, ByteAcc, NoLock, Preserve) > > { > > @@ -2394,6 +2395,8 @@ DefinitionBlock ("DSDT.aml", "DSDT", 1, > > } > > > > Notify (\_SB.PWRB, 0x02) > > + > > + Return(Package(2){0,0}) > > } > > } > > > > > > > > > > > > and to change the value for Z00Q according to your needs (if you need > > both serial ports, then it should be 3, etc). > > > > Cheers, > > > > -- > > Bruno Ducrot > > > > -- Which is worse: ignorance or apathy? > > -- Don't know. Don't care. > > > > Ok I am now confused, so I should not use Z00C to fix Z00Q, Where should I > add this proper code. I am willing to learn, but I am not an expert when it > comes to this type of thing, after looking at asl file their seems to be > many sections that relates to Z00Q. > > I would hate to put it into the wrong section, and not know after I compile > it because the syntax was correct. So maybe someone can give me some > pointers, as to what the proper way is to fix the file. > I think replacing Z00Q by any other Z00? is totally wrong in your case. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 7 13:55:16 2006 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 D8BD416A422 for ; Sat, 7 Jan 2006 13:55:15 +0000 (GMT) (envelope-from niekdekker@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 314E343D48 for ; Sat, 7 Jan 2006 13:55:13 +0000 (GMT) (envelope-from niekdekker@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so371436uge for ; Sat, 07 Jan 2006 05:55:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:disposition-notification-to:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=YMVgIcJYuEjTLtx7rLd3LrFPJQflKE/V0FhOJ2ChrbAcKOPVZ3QizMlu7TbRubCRyUcbp4mTdCIBQ1sbAT+af4rCrK8kl+XQO7Gs7q/4in0Q5vaWkF3BLx4Vq/TK/JOtBdQNGcWCXVlUqmVBZpJP4lhN2zpO7mqmH2urK8YAZvY= Received: by 10.67.27.1 with SMTP id e1mr6678063ugj; Sat, 07 Jan 2006 05:55:11 -0800 (PST) Received: from ?192.168.1.5? ( [217.19.20.88]) by mx.gmail.com with ESMTP id m1sm10495475ugc.2006.01.07.05.55.08; Sat, 07 Jan 2006 05:55:11 -0800 (PST) Message-ID: <43BFC837.9050608@gmail.com> Date: Sat, 07 Jan 2006 14:55:03 +0100 From: Niek Dekker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl-NL; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: nl-NL,nl-BE,nl MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <200601061617.k06GHPUe003519@freefall.freebsd.org> In-Reply-To: <200601061617.k06GHPUe003519@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bug-followup@freebsd.org, John Baldwin Subject: Re: i386/89545: Compaq DL 360 ACPI will not boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2006 13:55:16 -0000 John, I've done the following on my Compaq 360DL: Upgraded the BIOS to latest version. Applied your patches as of http://people.freebsd.org/~anders/patches/pci_link_serial-end.patch http://people.freebsd.org/~anders/patches/pci_link_printf.patch-anders to acpi_pci_link.c and recompiled acpi.ko and now my system starts fine with acpi enabled. Now there is a delay of app. 20 seconds at the point where acd0 (CDrom) is detected, but otherwise no problem has yet occurred. I also compiled a custom kernel earlier for other reasons, which had no negative or positive effects on the acpi problem. Many thanks for the patches. I attach the output of dmesg.boot as wel as sysctl hw.acpi, you may want to have a look at it to see if there is anything unusual. Thanks, Niek ============= dmesg.boot: 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 6.0-RELEASE #0: Sat Jan 7 12:46:50 CET 2006 root@server.localnet:/usr/src/sys/i386/compile/DL360DIGITEKST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 671072256 (639 MB) avail memory = 651653120 (621 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 pci_link1: on acpi0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK pci_link2: on acpi0 attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK pci_link3: on acpi0 attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK pci_link4: on acpi0 attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK pci_link5: on acpi0 attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK pci_link6: on acpi0 attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK pci_link7: on acpi0 attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK pci_link8: on acpi0 attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK pci_link9: on acpi0 attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci_link0: apparently invalid index 0 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.42 idad0: on ida0 idad0: 17359MB (35553120 sectors), blocksize=512 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) pcib1: at device 5.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.1 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcib2: on acpi0 pci3: on pcib2 fxp0: port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 9 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:8b:3a:89 fxp1: port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:8b:3a:88 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 ppc0: parallel port not found. 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 996847535 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 Trying to mount root from ufs:/dev/idad0s1a ================= sysctl hw.acpi: server# sysctl hw.acpi ~ hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S4 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 8.3C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 9.8C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 31.3C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 ============================================================ John Baldwin schreef: >Synopsis: Compaq DL 360 ACPI will not boot with ACPI enabled > >State-Changed-From-To: open->patched >State-Changed-By: jhb >State-Changed-When: Fri Jan 6 16:15:09 UTC 2006 >State-Changed-Why: >Fixes committed to HEAD. Apparently from other chat with Anders the >SMP was a red herring as the boxes in question are SMP capable but only >have one CPU in the box. Will MFC in a week or so. > > >Responsible-Changed-From-To: freebsd-acpi->jhb >Responsible-Changed-By: jhb >Responsible-Changed-When: Fri Jan 6 16:15:09 UTC 2006 >Responsible-Changed-Why: >Fixes committed to HEAD. Apparently from other chat with Anders the >SMP was a red herring as the boxes in question are SMP capable but only >have one CPU in the box. Will MFC in a week or so. > >http://www.freebsd.org/cgi/query-pr.cgi?pr=89545 >_______________________________________________ >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 Sat Jan 7 20:27:38 2006 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 A4B7616A41F; Sat, 7 Jan 2006 20:27:38 +0000 (GMT) (envelope-from ravi@cow.org) Received: from happy.cow.org (happy.cow.org [208.48.232.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9459643D69; Sat, 7 Jan 2006 20:27:31 +0000 (GMT) (envelope-from ravi@cow.org) Received: by happy.cow.org (Postfix, from userid 1001) id D87DA82A009; Sat, 7 Jan 2006 15:27:30 -0500 (EST) Date: Sat, 7 Jan 2006 15:27:30 -0500 From: ravi pina To: John Baldwin Message-ID: <20060107202730.GC17900@happy.cow.org> References: <200601061617.k06GHPUe003519@freefall.freebsd.org> <43BFC837.9050608@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <43BFC837.9050608@gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-acpi@freebsd.org, bug-followup@freebsd.org Subject: Re: i386/89545: Compaq DL 360 ACPI will not boot with ACPI enabled X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2006 20:27:38 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline i manually applied pci_link_printf.patch-anders to 6.0-STABLE and my SMP compiled kernel boots fine. i thought it is noteworthy that the system pauses for >60s at line ioapic0: routing intpin 24 (PCI IRQ 24) to cluster 0 of the attached boot -v log. this may be normal behavior, but this is the first successful SMP+ACPI boot in 6.0 for me. i have also attached a sysctl output. thanks, -r -- +++ATH 7MN; {{{ --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="boot.log" 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 6.0-STABLE #0: Sat Jan 7 14:12:22 EST 2006 ravi@happy.cow.org:/usr/obj/usr/src/sys/NEU-COW Preloaded elf kernel "/boot/kernel/kernel" at 0xc0aa4000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0aa4194. MP Configuration Table version 1.4 found at 0xc00fbeca Table 'FACP' at 0x3fffc040 Table 'APIC' at 0x3fffc100 MADT: Found table at 0x3fffc100 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: disabled MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: enabled SMP: Added CPU 3 (AP) ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193107 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 996849346 Hz CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 1073725440 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000003edc3fff, 1041874944 bytes (254364 pages) avail memory = 1041620992 (993 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 3, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x94 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 3 APIC: CPU 1 has ACPI ID 0 MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 8 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 24 -> PCI IRQ 24 (level, low) ioapic0: intpin 25 -> PCI IRQ 25 (level, low) ioapic0: intpin 26 -> PCI IRQ 26 (level, low) ioapic0: intpin 27 -> PCI IRQ 27 (level, low) ioapic0: intpin 28 -> PCI IRQ 28 (level, low) ioapic0: intpin 29 -> PCI IRQ 29 (level, low) ioapic0: intpin 30 -> PCI IRQ 30 (level, low) ioapic0: intpin 31 -> PCI IRQ 31 (level, low) ioapic0: intpin 32 -> PCI IRQ 32 (level, low) ioapic0: intpin 33 -> PCI IRQ 33 (level, low) ioapic0: intpin 34 -> PCI IRQ 34 (level, low) lapic: Routing NMI -> LINT1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-34 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000100f0 pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: Power Button (fixed) pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) pcibios: BIOS version 2.10 AcpiOsDerivePciId: bus 0 dev 0 func 0 unknown: I/O range not supported AcpiOsDerivePciId: bus 0 dev 0 func 1 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 11 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 10 11 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 5 10 11 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 10 11 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link8: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link8: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link8: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link9: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link9: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 pci_link9: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 10 11 15 ACPI timer: 0/3 1/1 0/3 0/3 0/3 0/7 0/16777185 1/1 0/16777156 0/15 -> 2 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1166, dev=0x0009, revid=0x06 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0009, revid=0x06 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1000, dev=0x0010, revid=0x02 bus=0, slot=1, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xc0 (5760 ns), mingnt=0x1e (7500 ns), maxlat=0x08 (2000 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002000, size 8, enabled map[14]: type 1, range 32, base c5000000, size 24, enabled map[18]: type 1, range 32, base c4000000, size 24, enabled pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4756, revid=0x7a bus=0, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 3, range 32, base c2000000, size 24, enabled map[14]: type 4, range 32, base 00002400, size 8, enabled map[18]: type 1, range 32, base c3fff000, size 12, enabled found-> vendor=0x0e11, dev=0xa0f0, revid=0x00 bus=0, slot=4, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0143, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 32, base c3ffef00, size 8, enabled found-> vendor=0x1166, dev=0x0200, revid=0x51 bus=0, slot=15, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00000000, size 4, enabled found-> vendor=0x1166, dev=0x0211, revid=0x00 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0145, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00002800, size 4, enabled ida0: port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 19 at device 1.0 on pci0 ida0: Reserved 0x1000000 bytes for rid 0x14 type 3 at 0xc5000000 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.50 idad0: on ida0 idad0: 34727MB (71122560 sectors), blocksize=512 pci0: at device 3.0 (no driver attached) pci0: at device 4.0 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2800 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=60 ostat1=70 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata0: reset tp2 stat0=20 stat1=30 devices=0x0 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x01 err=0x04 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=01 devices=0x4 ata1: [MPSAFE] pcib1: on acpi0 pci3: on pcib1 pci3: physical bus=3 found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=3, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c6fff000, size 12, enabled map[14]: type 4, range 32, base 00003000, size 6, enabled map[18]: type 1, range 32, base c6e00000, size 20, enabled pcib1: matched entry for 3.4.INTA pcib1: slot 4 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=3, slot=5, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c6dff000, size 12, enabled map[14]: type 4, range 32, base 00003040, size 6, enabled map[18]: type 1, range 32, base c6c00000, size 20, enabled pcib1: matched entry for 3.5.INTA pcib1: slot 5 INTA hardwired to IRQ 24 fxp0: port 0x3000-0x303f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 17 at device 4.0 on pci3 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc6fff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 0e11 b134 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:02:a5:e8:a9:62 fxp0: [MPSAFE] fxp1: port 0x3040-0x307f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 24 at device 5.0 on pci3 fxp1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc6dff000 fxp1: using memory space register mapping fxp1: PCI IDs: 8086 1229 0e11 b134 0008 fxp1: Dynamic Standby mode is disabled miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached fxp1: Ethernet address: 00:02:a5:e8:a9:61 fxp1: [MPSAFE] acpi_tz0: on acpi0 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: failed to reset the aux device. fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x8001 0x8011 0x8001 0x8001 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: Failed Intstat Reg Test unknown: status reg test failed ff Jan 7 15:01:56 happy last message repeated 2 times sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x8001 0x8001 0x8001 0x8001 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66456460 hz Timecounter "TSC" frequency 996849346 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached GEOM: new disk idad0 ata1-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on ServerWorks ROSB4 chip acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 512KB buffer, PIO4 acd0: Reads: CDR, CDDA stream acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 24 (PCI IRQ 24) to cluster 0 Trying to mount root from ufs:/dev/idad0s1a start_init: trying /sbin/init Jan 7 15:01:56 happy savecore: no dumps found Jan 7 15:01:56 happy named[453]: starting BIND 9.3.1 -u bind -t /var/named Jan 7 15:01:56 happy named[453]: command channel listening on 127.0.0.1#953 Jan 7 15:01:56 happy named[453]: command channel listening on ::1#953 Jan 7 15:01:56 happy named[453]: zone 0.0.127.IN-ADDR.ARPA/IN: loading master file master/localhost.rev: file not found Jan 7 15:01:56 happy named[453]: zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA/IN: loading master file master/localhost-v6.rev: file not found Jan 7 15:01:57 happy named[453]: running Accounting enabled Linux ELF exec handler installed --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sysctl.out" happy# sysctl hw.acpi hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S4 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 8.3C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 9.8C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 31.3C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 --AqsLC8rIMeq19msA--