From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 11 11:14:26 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C7A616A5EA for ; Mon, 11 Dec 2006 11:14:26 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9275C43D5E for ; Mon, 11 Dec 2006 11:06:58 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kBBB8EcB022748 for ; Mon, 11 Dec 2006 11:08:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kBBB8D2J022744 for freebsd-acpi@FreeBSD.org; Mon, 11 Dec 2006 11:08:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Dec 2006 11:08:13 GMT Message-Id: <200612111108.kBBB8D2J022744@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2006 11:14:26 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o kern/55822 acpi No ACPI power off with SMP kernel o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/64002 acpi acpi problem o i386/67273 acpi [hang] system hangs with acpi and Xfree o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/79080 acpi acpi thermal changes freezes HP nx6110 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/67309 acpi zzz reboot computer (ACPI S3) o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/73823 acpi [feature request] acpi / power-on by timer support f kern/74030 acpi Unplugging AC causes battery % to stay locked at 98% f kern/90871 acpi ACPI problems with ASUS A8N-VM-CSM o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI o kern/98171 acpi [acpi] ACPI 1304 / 0501 errors on Acer 5024WLMi Laptop o kern/103365 acpi [acpi] acpi poweroff doesn't work with geli device att 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 12 16:52:12 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E42FF16A416; Tue, 12 Dec 2006 16:52:12 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 629C443CB6; Tue, 12 Dec 2006 16:50:33 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.8/8.13.8) with ESMTP id kBCGpjq0014666; Wed, 13 Dec 2006 00:51:45 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.8/8.13.8/Submit) id kBCGpjtB000976; Wed, 13 Dec 2006 00:51:45 +0800 (CST) (envelope-from rafan) Date: Wed, 13 Dec 2006 00:51:45 +0800 From: Rong-En Fan To: takawata@jp.freebsd.org, markus@freebsd.org Message-ID: <20061212165145.GA59094@svm.csie.ntu.edu.tw> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-acpi@freebsd.org Subject: acpi_ibm(4) and 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: Tue, 12 Dec 2006 16:52:13 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Recently, I bought a Core 2 Duo ThinkPad X60. I'm running amd64 -current on it. First, acpi_ibm(4) is specific to i386. However, I compile it as a module and it works in most cases. It seems that it can not get the brightness level. I put my ASL at=20 http://people.freebsd.org/~rafan/x60-1706b69.asl for anyone interested. So, my questions are=20 1) can we safely use acpi_ibm(4) on amd64 2) the brightness issue Regards, Rong-En Fan --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFft4g144QkYb9jGgRAp7KAKCV2s+oD9iIUOPrzvmbcC0Rr6VCeQCcD4e5 +1ZojCN3JH7Gce7O0sXa7B4= =+Hew -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 13 02:28:07 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 911D516A407; Wed, 13 Dec 2006 02:28:07 +0000 (UTC) (envelope-from markus@freebsd.org) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6F6643CA7; Wed, 13 Dec 2006 02:26:40 +0000 (GMT) (envelope-from markus@freebsd.org) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 7400BA7D76; Wed, 13 Dec 2006 03:28:05 +0100 (CET) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id 64B19113AC1; Wed, 13 Dec 2006 03:28:05 +0100 (CET) Received: from ramses.kicks-ass.net (dslb-084-061-047-146.pools.arcor-ip.net [84.61.47.146]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 4D52E12E373; Wed, 13 Dec 2006 03:28:05 +0100 (CET) Received: from cheops.phoenix (cheops.phoenix [192.168.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ramses.kicks-ass.net (Postfix) with ESMTP id 8E814B841; Wed, 13 Dec 2006 03:28:05 +0100 (CET) From: Markus Brueffer To: Rong-En Fan Date: Wed, 13 Dec 2006 03:27:43 +0100 User-Agent: KMail/1.9.4 References: <20061212165145.GA59094@svm.csie.ntu.edu.tw> In-Reply-To: <20061212165145.GA59094@svm.csie.ntu.edu.tw> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10411712.a5YiN1r99H"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612130327.47809.markus@freebsd.org> Cc: freebsd-acpi@freebsd.org Subject: Re: acpi_ibm(4) and 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: Wed, 13 Dec 2006 02:28:07 -0000 --nextPart10411712.a5YiN1r99H Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 12 December 2006 17:51, Rong-En Fan wrote: > It seems that it can not get the brightness level. I put my ASL at > > http://people.freebsd.org/~rafan/x60-1706b69.asl > > for anyone interested. Everything looks right DSDT wise, the EC offset for brightness didn't chang= e. I did a quick read through the linux-thinkpad ml archives and it seems that= =20 this is a BIOS related problem. Older versions work, but current ones show= =20 this problem. What BIOS and EC versions do you have installed? Btw: acpi_video(4) should add a brightness sysctl for the lcd (judging from= =20 your DSDT). How does this one behave? Does writing to the brightness sysctl= =20 have any effect (acpi_ibm(4) and acpi_video(4))? > 1) can we safely use acpi_ibm(4) on amd64 No objections here. Markus =2D-=20 Markus Brueffer =A0 =A0| GPG-Key: http://people.FreeBSD.org/~markus/markus.= asc markus@brueffer.de | FP: 3F9B EBE8 F290 E5CC 1447 8760 D48D 1072 78F8 A8D4 markus@FreeBSD.org | FreeBSD: The Power to Serve! --nextPart10411712.a5YiN1r99H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFf2Uj1I0Qcnj4qNQRArntAKCQaUt3f6iVgMpsLHKaaqHqBUQaKACgurTC CRDiAezbp/KPJT1XvpOCCLo= =Qop5 -----END PGP SIGNATURE----- --nextPart10411712.a5YiN1r99H-- From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 13 13:17: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BCDA16A416 for ; Wed, 13 Dec 2006 13:17:55 +0000 (UTC) (envelope-from andre.mil@tiscali.it) Received: from mail-relay-3.tiscali.it (mail-relay-3.tiscali.it [213.205.33.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3332F43CEC for ; Wed, 13 Dec 2006 13:16:09 +0000 (GMT) (envelope-from andre.mil@tiscali.it) Received: from [127.0.0.1] (84.221.124.14) by mail-relay-3.tiscali.it (7.2.078) id 45535E91003ECE93 for freebsd-acpi@freebsd.org; Wed, 13 Dec 2006 14:17:36 +0100 Message-ID: <457FFD78.30203@tiscali.it> Date: Wed, 13 Dec 2006 14:17:44 +0100 From: Andrea Milani User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Acer TM4101WLMi does not resume 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, 13 Dec 2006 13:17:55 -0000 Hello, I have an Acer TravelMate 4101WLMi laptop on which I have installed FreeBSD 6.2-PRERELEASE (csupped yesterday from RELENG_6). After some searching on the FreeBSD lists and the manual pages, I have been able to get some of the ACPI functions to work: I can see the battery charge level and after loading the cpufreq driver I can control the CPU frequency. However I still cannot get suspend (S3) to work properly. I have not even tried S4. The problem is the following. If I issue a "acpiconf -s3" the laptop suspends itself, and it seems to do it correctly (the power led turns yellow, the disk stops spinning, the fans stop, etc). Anyway when I try to resume, the system seems to resume (leds light up, the hard disk starts spinning, etc) but the display stays blank. At this point I have to switch off the power and reboot the computer to get it working again. I have hw.acpi.reset_video = 0; I have also tried to set it to 1, to no avail. Here is the output from "sysctl hw.acpi": hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% 0.00% hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 59.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 93.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 97.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 Also, here are the links to the dmesg output after a verbose boot, and to the asl file. http://web.tiscali.it/khyax/freebsd/andrea-acer-tm-4101wlmi-dmesg-verbose.txt http://web.tiscali.it/khyax/freebsd/andrea-acer-tm-4101wlmi.asl Note that I am using a modified DSDT.aml file. I had to change lines 6462, 6463, 6719, 6720 in the asl file, from "Z00B" to "Ones", to get the battery status working. I hope this information can help you solve the problem. Thanks for your work. From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 13 14:49: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0AB516A403 for ; Wed, 13 Dec 2006 14:49:33 +0000 (UTC) (envelope-from andre.mil@tiscali.it) Received: from mail-relay-2.tiscali.it (mail-relay-2.tiscali.it [213.205.33.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AE2843C9F for ; Wed, 13 Dec 2006 14:48:03 +0000 (GMT) (envelope-from andre.mil@tiscali.it) Received: from [127.0.0.1] (84.221.203.157) by mail-relay-2.tiscali.it (7.2.078) id 4576D997000CECFF for freebsd-acpi@freebsd.org; Wed, 13 Dec 2006 15:49:31 +0100 Message-ID: <45801302.8020108@tiscali.it> Date: Wed, 13 Dec 2006 15:49:38 +0100 From: Andrea Milani User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <457FFD78.30203@tiscali.it> In-Reply-To: <457FFD78.30203@tiscali.it> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Acer TM4101WLMi does not resume 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, 13 Dec 2006 14:49:33 -0000 Andrea Milani wrote: > Anyway when I try to resume, the system seems to resume (leds light > up, the hard disk starts spinning, etc) but the display stays blank. > At this point I have to switch off the power and reboot the computer > to get it working again. Update: after reading some previous messages on this list, I have discovered that after the resume, when the display is blank, I can press CTRL+ALT+CANC and the system executes the reboot procedure correctly. The display remains blank until the initial BIOS screen is shown. From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 13 22:16:05 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C342D16A415 for ; Wed, 13 Dec 2006 22:16:05 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7432143CBB for ; Wed, 13 Dec 2006 22:14:26 +0000 (GMT) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP id 44F82391 for ; Wed, 13 Dec 2006 23:15:51 +0100 (MET) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP for ; Wed, 13 Dec 2006 23:15:51 +0100 (MET) Received: (from j@localhost) by uriah.heep.sax.de (8.13.4/8.13.1/Submit) id kBDMFor0068763 for freebsd-acpi@freebsd.org; Wed, 13 Dec 2006 23:15:50 +0100 (MET) (envelope-from j) Date: Wed, 13 Dec 2006 23:15:50 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20061213221550.GA67376@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.11 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on uriah.heep.sax.de X-Spam-Level: X-Spam-Status: No, score=0.0 required=6.5 tests=none autolearn=failed version=3.0.2 Subject: Interrupt routing issue on Compaq nx6325 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Dec 2006 22:16:05 -0000 I've got something that turns out to be an interrupt routing issue on a brand-new HP/Compaq nx6325 notebook. Everything works when I disable the APIC (but then I've only got one out of the two CPU cores), and everything works with a different notebook that has a previous BIOS release. Linux works, but appears to install a workaround for some interrupt routing bug. Is it OK to post the details here on this list, or would freebsd-hardware seem more appropriate for a clarification? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 14 00:43:27 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 9C53016A412; Thu, 14 Dec 2006 00:43:26 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Thu, 14 Dec 2006 08:43:19 +0800 From: Ariff Abdullah To: Joerg Wunsch Message-Id: <20061214084319.3ca09dec.ariff@FreeBSD.org> In-Reply-To: <20061213221550.GA67376@uriah.heep.sax.de> References: <20061213221550.GA67376@uriah.heep.sax.de> 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__14_Dec_2006_08_43_19_+0800_4Yxc5J6/JC6.rE.c" Cc: freebsd-acpi@freebsd.org Subject: Re: Interrupt routing issue on Compaq nx6325 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 00:43:27 -0000 --Signature=_Thu__14_Dec_2006_08_43_19_+0800_4Yxc5J6/JC6.rE.c Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 13 Dec 2006 23:15:50 +0100 Joerg Wunsch wrote: > I've got something that turns out to be an interrupt routing issue > on a brand-new HP/Compaq nx6325 notebook. Everything works when I > disable the APIC (but then I've only got one out of the two CPU > cores), and everything works with a different notebook that has a > previous BIOS release. Linux works, but appears to install a > workaround for some interrupt routing bug. >=20 > Is it OK to post the details here on this list, or would > freebsd-hardware seem more appropriate for a clarification? >=20 See PR: i386/104678 My current workaround is (for RELENG_6) http://people.freebsd.org/~ariff/misc/idlecpu_apic_4.diff (hw.apic.idle_cpu=3D1 or 2) -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Thu__14_Dec_2006_08_43_19_+0800_4Yxc5J6/JC6.rE.c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgJ4tlr+deMUwTNoRAtQNAKCBZZYc+dF79xDnDUnATqu762aIlQCgjoFO BJiiyxmCjpJy5OuRh4pP7lQ= =Qjbe -----END PGP SIGNATURE----- --Signature=_Thu__14_Dec_2006_08_43_19_+0800_4Yxc5J6/JC6.rE.c-- From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 14 03:57:28 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F29EB16A403; Thu, 14 Dec 2006 03:57:27 +0000 (UTC) (envelope-from kevin.foo@zaidibrahim.com) Received: from tba.zaidibrahim.com (tba.zaidibrahim.com [202.75.165.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62C7E43CA2; Thu, 14 Dec 2006 03:55:51 +0000 (GMT) (envelope-from kevin.foo@zaidibrahim.com) thread-index: AccfM/WuMw1QhYYwSRqEO24Jf/vJ0A== X-MessageTextProcessor: DisclaimIt (2.60.261) [Zaid Ibrahim & Co., Kuala Lumpur, Malaysia] Received: from mzimyklex02.zaidibrahim.com ([10.209.33.203]) by tba.zaidibrahim.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Dec 2006 11:57:22 +0800 Received: from b3ta.zaidibrahim.com ([10.209.46.120]) by mzimyklex02.zaidibrahim.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 14 Dec 2006 11:57:22 +0800 From: "Kevin Foo" Organization: Zaid Ibrahim & Co. To: "Ariff Abdullah" Date: Thu, 14 Dec 2006 11:57:39 +0800 User-Agent: - References: <20061213221550.GA67376@uriah.heep.sax.de> <20061214084319.3ca09dec.ariff@FreeBSD.org> In-Reply-To: <20061214084319.3ca09dec.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Class: urn:content-classes:message Content-Disposition: inline Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 Message-ID: <200612141157.39824.kevin.foo@zaidibrahim.com> X-OriginalArrivalTime: 14 Dec 2006 03:57:22.0488 (UTC) FILETIME=[F56FB380:01C71F33] Cc: freebsd-acpi@freebsd.org Subject: Re: Interrupt routing issue on Compaq nx6325 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 03:57:28 -0000 That works great on Compaq presario v3000 and v3100 series. And HDA = patch is awesome. Nice work!=20 Did you get suspend working on v3000? I got "acpi0: device_suspend = failed" whenever issuing "zzz". Current sysctl output for acpi:- hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: S3 hw.acpi.standby_state: S0 hw.acpi.suspend_state: S3 I'm using your patch at = http://people.freebsd.org/~ariff/misc/r6_EVERYTHING.diff --=20 Regards, Kevin Foo Key fingerprint : 4B23 FC1C E50B 9693 CCDD 2A7D A048 E909 8924 9BDD Public key : = http://keyserver.linux.it/pks/lookup?op=3Dget&search=3D0x89249BDD On Thursday 14 December 2006 08:43, Ariff Abdullah wrote: > On Wed, 13 Dec 2006 23:15:50 +0100 > Joerg Wunsch wrote: > > I've got something that turns out to be an interrupt routing issue > > on a brand-new HP/Compaq nx6325 notebook. Everything works when I > > disable the APIC (but then I've only got one out of the two CPU > > cores), and everything works with a different notebook that has a > > previous BIOS release. Linux works, but appears to install a > > workaround for some interrupt routing bug. > >=20 > > Is it OK to post the details here on this list, or would > > freebsd-hardware seem more appropriate for a clarification? > >=20 >=20 > See PR: i386/104678 >=20 > My current workaround is (for RELENG_6) >=20 > http://people.freebsd.org/~ariff/misc/idlecpu_apic_4.diff >=20 > (hw.apic.idle_cpu=3D1 or 2) >=20 > -- > Ariff Abdullah > FreeBSD >=20 > ... Recording in stereo is obviously too advanced > and confusing for us idiot ***** users :P ........=20 *****************************Internet Email Confidentiality Footer = *****************************=20 Legal Privilege & Confidentiality=20 -------------------------------------------------------------------------= -------------------------------------------------------------------------= ------------- This email contains privileged and/or confidential information. If you = are not the intended recipient (or responsible for delivery of the = message to such person) or if you have inadvertently received this = email, you should destroy or delete this message and notify the sender = by reply email accordingly. If you or your employer do not consent to = using Internet email for messages of this kind please advise immediately = by sending an email to the sender of this message . All opinions, = conclusions and other information in this message that do not relate to = the official business of Zaid Ibrahim & Co shall be understood as = neither given nor endorsed by Zaid Ibrahim & Co. Our company accepts no = liability for the content of this email, or for the consequences of any = actions taken on the basis of the information provided, unless that = information is subsequently confirmed in writing. =20 Caveat=20 -------------------------------------------------------------------------= -------------------------------------------------------------------------= -----------WARNING: Computer viruses can be transmitted via email, and = you should check this email and any attachments for the presence of = viruses. Zaid Ibrahim & Co accepts no liability for any damage caused by = any virus transmitted by this email. Our employees are expressly = required not to make defamatory statements nor infringe or authorise any = infringement of copyright or any other legal right via any = communications. Any such communication is contrary to our company policy = and outside the scope of the employment of said individual. We will not = be liable for such communication.=20 From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 14 07:43:51 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DE7816A577; Thu, 14 Dec 2006 07:43:51 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59F3843C9F; Thu, 14 Dec 2006 07:42:11 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.8/8.13.8) with ESMTP id kBE7hi1s041480; Thu, 14 Dec 2006 15:43:44 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.8/8.13.8/Submit) id kBE7hin7087665; Thu, 14 Dec 2006 15:43:44 +0800 (CST) (envelope-from rafan) Date: Thu, 14 Dec 2006 15:43:44 +0800 From: Rong-En Fan To: Markus Brueffer Message-ID: <20061214074344.GC93983@svm.csie.ntu.edu.tw> References: <20061212165145.GA59094@svm.csie.ntu.edu.tw> <200612130327.47809.markus@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <200612130327.47809.markus@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-acpi@freebsd.org, Rong-En Fan Subject: Re: acpi_ibm(4) and 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, 14 Dec 2006 07:43:51 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 13, 2006 at 03:27:43AM +0100, Markus Brueffer wrote: > On Tuesday 12 December 2006 17:51, Rong-En Fan wrote: > > It seems that it can not get the brightness level. I put my ASL at > > > > http://people.freebsd.org/~rafan/x60-1706b69.asl > > > > for anyone interested. >=20 > Everything looks right DSDT wise, the EC offset for brightness didn't cha= nge. > I did a quick read through the linux-thinkpad ml archives and it seems th= at=20 > this is a BIOS related problem. Older versions work, but current ones sho= w=20 > this problem. What BIOS and EC versions do you have installed? >=20 > Btw: acpi_video(4) should add a brightness sysctl for the lcd (judging fr= om=20 > your DSDT). How does this one behave? Does writing to the brightness sysc= tl=20 > have any effect (acpi_ibm(4) and acpi_video(4))? write to dev.acpi_ibm.0.lcd_brightness work, read not. read/write hw.acpi.video.lcd0.brightness works well. But the levels from acpi_video(4) is a bit weird: hw.acpi.video.lcd0.brightness: 30 hw.acpi.video.lcd0.levels: 100 30 30 40 50 60 70 80 90 100 Or, is this normal? > > 1) can we safely use acpi_ibm(4) on amd64 >=20 > No objections here. >=20 > Markus >=20 > --=20 > Markus Brueffer ? =A0| GPG-Key: http://people.FreeBSD.org/~markus/markus.= asc > markus@brueffer.de | FP: 3F9B EBE8 F290 E5CC 1447 8760 D48D 1072 78F8 A8D4 > markus@FreeBSD.org | FreeBSD: The Power to Serve! --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgQCv144QkYb9jGgRAmhyAJ9l3vFK5G2Z/h6kZwCX7fo7sJDWbgCghQs3 f61l5xfL1KnA5BCgnhAcYvU= =N9cv -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 14 15:59:31 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79D6416A40F; Thu, 14 Dec 2006 15:59:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C90143CCB; Thu, 14 Dec 2006 15:55:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBEFvA7h039161; Thu, 14 Dec 2006 10:57:11 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 14 Dec 2006 10:53:09 -0500 User-Agent: KMail/1.9.1 References: <20061213221550.GA67376@uriah.heep.sax.de> <20061214084319.3ca09dec.ariff@FreeBSD.org> In-Reply-To: <20061214084319.3ca09dec.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612141053.10344.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 14 Dec 2006 10:57:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2332/Thu Dec 14 09:54:27 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Joerg Wunsch , Ariff Abdullah Subject: Re: Interrupt routing issue on Compaq nx6325 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 15:59:31 -0000 On Wednesday 13 December 2006 19:43, Ariff Abdullah wrote: > On Wed, 13 Dec 2006 23:15:50 +0100 > Joerg Wunsch wrote: > > I've got something that turns out to be an interrupt routing issue > > on a brand-new HP/Compaq nx6325 notebook. Everything works when I > > disable the APIC (but then I've only got one out of the two CPU > > cores), and everything works with a different notebook that has a > > previous BIOS release. Linux works, but appears to install a > > workaround for some interrupt routing bug. > > > > Is it OK to post the details here on this list, or would > > freebsd-hardware seem more appropriate for a clarification? > > > > See PR: i386/104678 > > My current workaround is (for RELENG_6) > > http://people.freebsd.org/~ariff/misc/idlecpu_apic_4.diff > > (hw.apic.idle_cpu=1 or 2) This doesn't sound like his problem. Joerg, can you get a linux dmesg and a freebsd dmesg from the box so I can compare them? -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 14 16:31: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCF1A16A492; Thu, 14 Dec 2006 16:31:41 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF9943CC9; Thu, 14 Dec 2006 16:28:26 +0000 (GMT) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP id D397C180; Thu, 14 Dec 2006 17:29:47 +0100 (MET) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP; Thu, 14 Dec 2006 17:29:47 +0100 (MET) Received: (from j@localhost) by uriah.heep.sax.de (8.13.4/8.13.1/Submit) id kBEGTlRQ008876; Thu, 14 Dec 2006 17:29:47 +0100 (MET) (envelope-from j) Date: Thu, 14 Dec 2006 17:29:47 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20061214162947.GA6287@uriah.heep.sax.de> References: <20061213221550.GA67376@uriah.heep.sax.de> <20061214084319.3ca09dec.ariff@FreeBSD.org> <200612141053.10344.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612141053.10344.jhb@freebsd.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.11 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on uriah.heep.sax.de X-Spam-Level: X-Spam-Status: No, score=0.0 required=6.5 tests=none autolearn=failed version=3.0.2 Cc: Subject: Re: Interrupt routing issue on Compaq nx6325 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 16:31:41 -0000 As John Baldwin wrote: > > My current workaround is (for RELENG_6) > > > > http://people.freebsd.org/~ariff/misc/idlecpu_apic_4.diff > > > > (hw.apic.idle_cpu=1 or 2) > This doesn't sound like his problem. Joerg, can you get a linux > dmesg and a freebsd dmesg from the box so I can compare them? Well, at least Ariff's workaround helped my system as well. My only/major concern with it is about the additional power consumption when running on batteries, but for the time being, I can live with two different boot modes for this: one that uses HLT and only 1 CPU (without the APIC) for minimal battery power consumption, and another one using the APIC and both CPU cores, with HLT disabled. After reading through the lengthy thread in the PR, yes, most of the symptoms mentioned there apply to my nx6325 as well. In particular, booting into single-user mode, bouncing caps lock a number of times (so the prompt appears), and starting a background job to eat up one entire CPU did make the machine work as well (but with certainly worse impact on power consumption than Ariff's workaround). I've put the boot messages up at http://www.sax.de/~joerg/dmesg-nx6325.tar.bz2 What in particular caught my eye in the Linux messages is: Dec 12 23:33:26 remi kernel: ENABLING IO-APIC IRQs Dec 12 23:33:26 remi kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 Dec 12 23:33:26 remi kernel: ..MP-BIOS bug: 8254 timer not connected to IO-APIC Dec 12 23:33:26 remi kernel: ...trying to set up timer (IRQ0) through the 8259A ... failed. Dec 12 23:33:26 remi kernel: ...trying to set up timer as Virtual Wire IRQ... works. I didn't quite follow the referred to discussion of the Linux kernel hackers, is the above their workaround, or is that something entirely different? What's also strange to me is that on my boss'es nx6325 (BIOS revision F.02 instead of the F.03 in my machine), the 6.2-BETA3 CD boots without troubles. That's not SMP (just the GENERIC kernel), but for me, even in uniprocessor mode I cannot get it to run unless I disable the APIC. I tried using the F.02 revision ACPI AML code, but to no avail (but in retrospect, I might have forgotten to re-check that with a GENERIC kernel). I've also got the F.02 dmesg output somewhere, but unfortunately, it appears I've lost the USB stick they are supposed to be on. :-( I can refetch them from that other machine though, but not before next week. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 14 17:41:29 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C6C516A4C2 for ; Thu, 14 Dec 2006 17:41:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7120943F53 for ; Thu, 14 Dec 2006 17:27:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBEHSsuG039753; Thu, 14 Dec 2006 12:29:01 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Joerg Wunsch Date: Thu, 14 Dec 2006 11:56:46 -0500 User-Agent: KMail/1.9.1 References: <20061213221550.GA67376@uriah.heep.sax.de> <200612141053.10344.jhb@freebsd.org> <20061214162947.GA6287@uriah.heep.sax.de> In-Reply-To: <20061214162947.GA6287@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612141156.46852.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 14 Dec 2006 12:29:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2332/Thu Dec 14 09:54:27 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-acpi@freebsd.org Subject: Re: Interrupt routing issue on Compaq nx6325 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 17:41:29 -0000 On Thursday 14 December 2006 11:29, Joerg Wunsch wrote: > As John Baldwin wrote: > > > > My current workaround is (for RELENG_6) > > > > > > http://people.freebsd.org/~ariff/misc/idlecpu_apic_4.diff > > > > > > (hw.apic.idle_cpu=1 or 2) > > > This doesn't sound like his problem. Joerg, can you get a linux > > dmesg and a freebsd dmesg from the box so I can compare them? > > Well, at least Ariff's workaround helped my system as well. My > only/major concern with it is about the additional power consumption > when running on batteries, but for the time being, I can live with two > different boot modes for this: one that uses HLT and only 1 CPU > (without the APIC) for minimal battery power consumption, and another > one using the APIC and both CPU cores, with HLT disabled. > > What in particular caught my eye in the Linux messages is: > > Dec 12 23:33:26 remi kernel: ENABLING IO-APIC IRQs > Dec 12 23:33:26 remi kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 > Dec 12 23:33:26 remi kernel: ..MP-BIOS bug: 8254 timer not connected to IO-APIC > Dec 12 23:33:26 remi kernel: ...trying to set up timer (IRQ0) through the 8259A ... failed. > Dec 12 23:33:26 remi kernel: ...trying to set up timer as Virtual Wire IRQ... works. > > I didn't quite follow the referred to discussion of the Linux kernel > hackers, is the above their workaround, or is that something entirely > different? That's something different because of the way IRQ0 doesn't consistently work when using APIC. I thought you meant that you had a problem with PCI devices not working (i.e. an "interrupt routing problem"). -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 14 18:18:55 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 14F2D16A407; Thu, 14 Dec 2006 18:18:53 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Fri, 15 Dec 2006 02:18:44 +0800 From: Ariff Abdullah To: Joerg Wunsch Message-Id: <20061215021844.417330dd.ariff@FreeBSD.org> In-Reply-To: <20061214162947.GA6287@uriah.heep.sax.de> References: <20061213221550.GA67376@uriah.heep.sax.de> <20061214084319.3ca09dec.ariff@FreeBSD.org> <200612141053.10344.jhb@freebsd.org> <20061214162947.GA6287@uriah.heep.sax.de> 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=_Fri__15_Dec_2006_02_18_44_+0800_SzoMQgNnjI8TJY+4" Cc: freebsd-acpi@freebsd.org Subject: Re: Interrupt routing issue on Compaq nx6325 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 18:18:55 -0000 --Signature=_Fri__15_Dec_2006_02_18_44_+0800_SzoMQgNnjI8TJY+4 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 14 Dec 2006 17:29:47 +0100 Joerg Wunsch wrote: > As John Baldwin wrote: >=20 > > > My current workaround is (for RELENG_6) > > >=20 > > > http://people.freebsd.org/~ariff/misc/idlecpu_apic_4.diff > > >=20 > > > (hw.apic.idle_cpu=3D1 or 2) >=20 > > This doesn't sound like his problem. Joerg, can you get a linux > > dmesg and a freebsd dmesg from the box so I can compare them? >=20 > Well, at least Ariff's workaround helped my system as well. My > only/major concern with it is about the additional power consumption > when running on batteries, but for the time being, I can live with > two different boot modes for this: one that uses HLT and only 1 CPU > (without the APIC) for minimal battery power consumption, and > another one using the APIC and both CPU cores, with HLT disabled. >=20 > After reading through the lengthy thread in the PR, yes, most of the > symptoms mentioned there apply to my nx6325 as well. In particular, > booting into single-user mode, bouncing caps lock a number of times > (so the prompt appears), and starting a background job to eat up one > entire CPU did make the machine work as well (but with certainly > worse impact on power consumption than Ariff's workaround). > Just ignore large part of it. Most of the workarounds (disabling hlt, selective hlt) there does not applicable anymore with my above patch which: 1) HLT enabled, 2) APIC enabled 3) Piggybacking APIC timer through RTC interrupt (hw.apic.idle_cpu=3D1) Workaround is still a workaround, though. > I've put the boot messages up at >=20 > http://www.sax.de/~joerg/dmesg-nx6325.tar.bz2 >=20 > What in particular caught my eye in the Linux messages is: >=20 > Dec 12 23:33:26 remi kernel: ENABLING IO-APIC IRQs > Dec 12 23:33:26 remi kernel: ..TIMER: vector=3D0x31 apic1=3D0 pin1=3D2 > apic2=3D-1 pin2=3D-1 Dec 12 23:33:26 remi kernel: ..MP-BIOS bug: 8254 > timer not connected to IO-APIC Dec 12 23:33:26 remi kernel: > ...trying to set up timer (IRQ0) through the 8259A ... failed. Dec > 12 23:33:26 remi kernel: ...trying to set up timer as Virtual Wire > IRQ... works. >=20 > I didn't quite follow the referred to discussion of the Linux kernel > hackers, is the above their workaround, or is that something > entirely different? >=20 > What's also strange to me is that on my boss'es nx6325 (BIOS > revision F.02 instead of the F.03 in my machine), the 6.2-BETA3 CD > boots without troubles. That's not SMP (just the GENERIC kernel), > but for me, even in uniprocessor mode I cannot get it to run unless > I disable the APIC. I tried using the F.02 revision ACPI AML code, > but to no avail (but in retrospect, I might have forgotten to > re-check that with a GENERIC kernel). >=20 > I've also got the F.02 dmesg output somewhere, but unfortunately, it > appears I've lost the USB stick they are supposed to be on. :-( I > can refetch them from that other machine though, but not before next > week. >=20 -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Fri__15_Dec_2006_02_18_44_+0800_SzoMQgNnjI8TJY+4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgZWLlr+deMUwTNoRAp+jAJ0cupICWMjFSvt8bP1z8mVzex2itwCgx0aw gIkEGKYfQShRcDB7O1X2pSI= =wdMY -----END PGP SIGNATURE----- --Signature=_Fri__15_Dec_2006_02_18_44_+0800_SzoMQgNnjI8TJY+4-- From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 14 23:39: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFC7016A47C for ; Thu, 14 Dec 2006 23:39:19 +0000 (UTC) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ACDD43CA6 for ; Thu, 14 Dec 2006 23:23:34 +0000 (GMT) (envelope-from j@uriah.heep.sax.de) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP id 843D4164 for ; Fri, 15 Dec 2006 00:25:05 +0100 (MET) Received: from uriah.heep.sax.de (localhost [127.0.0.1]) by uriah.heep.sax.de (Postfix) with ESMTP for ; Fri, 15 Dec 2006 00:25:05 +0100 (MET) Received: (from j@localhost) by uriah.heep.sax.de (8.13.4/8.13.1/Submit) id kBENP5Hs022495 for freebsd-acpi@freebsd.org; Fri, 15 Dec 2006 00:25:05 +0100 (MET) (envelope-from j) Date: Fri, 15 Dec 2006 00:25:05 +0100 From: Joerg Wunsch To: freebsd-acpi@freebsd.org Message-ID: <20061214232504.GA20454@uriah.heep.sax.de> References: <20061213221550.GA67376@uriah.heep.sax.de> <200612141053.10344.jhb@freebsd.org> <20061214162947.GA6287@uriah.heep.sax.de> <200612141156.46852.jhb@freebsd.org> <20061213221550.GA67376@uriah.heep.sax.de> <20061214084319.3ca09dec.ariff@FreeBSD.org> <200612141053.10344.jhb@freebsd.org> <20061214162947.GA6287@uriah.heep.sax.de> <20061215021844.417330dd.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612141156.46852.jhb@freebsd.org> <20061215021844.417330dd.ariff@FreeBSD.org> X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 User-Agent: Mutt/1.5.11 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on uriah.heep.sax.de X-Spam-Level: X-Spam-Status: No, score=0.0 required=6.5 tests=none autolearn=failed version=3.0.2 Subject: Re: Interrupt routing issue on Compaq nx6325 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2006 23:39:19 -0000 As John Baldwin wrote: > > What in particular caught my eye in the Linux messages is: > > Dec 12 23:33:26 remi kernel: ENABLING IO-APIC IRQs > > Dec 12 23:33:26 remi kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 > > Dec 12 23:33:26 remi kernel: ..MP-BIOS bug: 8254 timer not connected to IO-APIC > > Dec 12 23:33:26 remi kernel: ...trying to set up timer (IRQ0) through the 8259A ... failed. > > Dec 12 23:33:26 remi kernel: ...trying to set up timer as Virtual Wire IRQ... works. > > I didn't quite follow the referred to discussion of the Linux > > kernel hackers, is the above their workaround, or is that > > something entirely different? > That's something different because of the way IRQ0 doesn't > consistently work when using APIC. Ah OK. > I thought you meant that you had a problem with PCI devices not > working (i.e. an "interrupt routing problem"). As disabling the APIC made the machine work, together with that Linux messages, I thought of an interrupt routing problem. Turns out it's rather a weird CPU problem then. (But still, Linux gets around that.) As Ariff Abdullah wrote: (power consumption) > Just ignore large part of it. Most of the workarounds (disabling > hlt, selective hlt) there does not applicable anymore with my above > patch which: > 1) HLT enabled, 2) APIC enabled 3) Piggybacking APIC > timer through RTC interrupt (hw.apic.idle_cpu=1) OK, that's what I'm using now. The machine has been working for the entire day quite fine, but when I came back at night, it had lost about half an hour of system time. I seen Bruce reported it losing one second per lid switch activation, but in my case, the machine was left untouched physically. It has only been used for heavy compile jobs (JDK, OpenOffice) remotely, but with the lid closed. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 15 10:37: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48BF516A407 for ; Fri, 15 Dec 2006 10:37:48 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EEC343C9E for ; Fri, 15 Dec 2006 10:36:06 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.8/8.13.8) with ESMTP id kBFAblUZ020870 for ; Fri, 15 Dec 2006 18:37:47 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.8/8.13.8/Submit) id kBFAblPt064282 for freebsd-acpi@freebsd.org; Fri, 15 Dec 2006 18:37:47 +0800 (CST) (envelope-from rafan) Date: Fri, 15 Dec 2006 18:37:47 +0800 From: Rong-En Fan To: freebsd-acpi@freebsd.org Message-ID: <20061215103747.GA35194@svm.csie.ntu.edu.tw> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: acpi extra driver 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, 15 Dec 2006 10:37:48 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It seems that all acpi_support/acpi_* drivers are listed in machine-independent file, i.e. conf/files. But they are only appear in i386's NOTES. Well, I know that all these driver=20 only appear on i386 before. But now we have some laptop with x86-64 cpus, like ThinkPad X60. Shall we list these drivers in amd64/NOTES, too? Regards, Rong-En Fan --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFgnr6144QkYb9jGgRAkUFAJ0S34c6jC5kw+ZkYlEoCWxsnTFDugCeL0WY EL4KdNYjxnZUh5e54vrZrn8= =nszr -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 15 11:01: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A839316A47B for ; Fri, 15 Dec 2006 11:01:41 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59D8143CC4 for ; Fri, 15 Dec 2006 10:59:49 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.13.8/8.13.3) with ESMTP id kBFB0NAS015046; Fri, 15 Dec 2006 20:00:26 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200612151100.kBFB0NAS015046@sana.init-main.com> To: Rong-En Fan From: takawata@jp.freebsd.org In-reply-to: Your message of "Fri, 15 Dec 2006 18:37:47 +0800." <20061215103747.GA35194@svm.csie.ntu.edu.tw> Date: Fri, 15 Dec 2006 20:00:23 +0900 Sender: takawata@init-main.com Cc: freebsd-acpi@freebsd.org Subject: Re: acpi extra driver 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, 15 Dec 2006 11:01:41 -0000 In message <20061215103747.GA35194@svm.csie.ntu.edu.tw>, Rong-En Fan wrote: > >--tThc/1wpZn/ma/RB >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >It seems that all acpi_support/acpi_* drivers are listed in >machine-independent file, i.e. conf/files. But they are only >appear in i386's NOTES. Well, I know that all these driver=20 >only appear on i386 before. But now we have some laptop with >x86-64 cpus, like ThinkPad X60. Shall we list these drivers in >amd64/NOTES, too? I think it's OK. And we may want to hook acpi extras kernel module for AMD64 or IA64. How about this patch? Index: Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/acpi/Makefile,v retrieving revision 1.51 diff -u -r1.51 Makefile --- Makefile 10 Nov 2006 20:06:03 -0000 1.51 +++ Makefile 15 Dec 2006 10:56:28 -0000 @@ -1,14 +1,10 @@ # $FreeBSD: src/sys/modules/acpi/Makefile,v 1.51 2006/11/10 20:06:03 emaste Exp $ -.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "ia64" -.error "ACPI must be compiled in (not built as a module) on amd64 and ia64" +.if ${MACHINE} == "i386" +SUBDIR= acpi .endif -.if ${MACHINE} != "i386" -.error "The ACPI module is only for i386" -.endif - -SUBDIR= acpi acpi_aiboost acpi_asus acpi_fujitsu acpi_ibm \ +SUBDIR+= acpi_aiboost acpi_asus acpi_fujitsu acpi_ibm \ acpi_panasonic acpi_sony acpi_toshiba acpi_video acpi_dock .include Index: acpi/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/acpi/acpi/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- acpi/Makefile 30 May 2006 09:38:53 -0000 1.16 +++ acpi/Makefile 15 Dec 2006 10:52:05 -0000 @@ -1,5 +1,10 @@ # $FreeBSD: src/sys/modules/acpi/acpi/Makefile,v 1.16 2006/05/30 09:38:53 ru Exp $ +.if ${MACHINE} != "i386" +.error "The ACPI module is only for i386" +.endif + + .PATH: ${.CURDIR}/../../../contrib/dev/acpica \ ${.CURDIR}/../../../pci \ ${.CURDIR}/../../../dev/acpica \ From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 15 11:15:10 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2410616A47B for ; Fri, 15 Dec 2006 11:15:10 +0000 (UTC) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9182C43CB2 for ; Fri, 15 Dec 2006 11:13:27 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.8/8.13.8) with ESMTP id kBFBF7Nl046632; Fri, 15 Dec 2006 19:15:07 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.8/8.13.8/Submit) id kBFBF7RB099225; Fri, 15 Dec 2006 19:15:07 +0800 (CST) (envelope-from rafan) Date: Fri, 15 Dec 2006 19:15:07 +0800 From: Rong-En Fan To: takawata@jp.freebsd.org Message-ID: <20061215111507.GA27024@svm.csie.ntu.edu.tw> References: <20061215103747.GA35194@svm.csie.ntu.edu.tw> <200612151100.kBFB0NAS015046@sana.init-main.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612151100.kBFB0NAS015046@sana.init-main.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-acpi@freebsd.org Subject: Re: acpi extra driver 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, 15 Dec 2006 11:15:10 -0000 On Fri, Dec 15, 2006 at 08:00:23PM +0900, takawata@jp.freebsd.org wrote: > In message <20061215103747.GA35194@svm.csie.ntu.edu.tw>, Rong-En Fan wrote: > >It seems that all acpi_support/acpi_* drivers are listed in > >machine-independent file, i.e. conf/files. But they are only > >appear in i386's NOTES. Well, I know that all these driver=20 > >only appear on i386 before. But now we have some laptop with > >x86-64 cpus, like ThinkPad X60. Shall we list these drivers in > >amd64/NOTES, too? > > I think it's OK. And we may want to hook acpi extras kernel module for > AMD64 or IA64. > How about this patch? Looks good to me. The patch for NOTES is at http://people.freebsd.org/~rafan/acpi_extra_NOTES.diff Regards, Rong-En Fan From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 16 06:29: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23AA616A407 for ; Sat, 16 Dec 2006 06:29:53 +0000 (UTC) (envelope-from omikjam@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BBB443C9D for ; Sat, 16 Dec 2006 06:29:52 +0000 (GMT) (envelope-from omikjam@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so924765uge for ; Fri, 15 Dec 2006 22:29: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; b=MolC7oHqiyIGvc5Rd2ZKbfIjJV64uejHSXL5sc7d/+26pyiS9J4Fk8mBLDSHkuoLbG1Ji8IIEa0cEiSLomZZjem/uQL01EQtubyjhyYWl/HiCJFdfnFc9GiOQhqkGR4+4n1DOX/vNmNRJZDr2Tx8ggzsUlJMLAH0MH8J81K0Fgc= Received: by 10.78.122.11 with SMTP id u11mr453767huc.1166250590335; Fri, 15 Dec 2006 22:29:50 -0800 (PST) Received: by 10.78.128.18 with HTTP; Fri, 15 Dec 2006 22:29:49 -0800 (PST) Message-ID: <129bb9070612152229n154c3389y73fea0583ed548fd@mail.gmail.com> Date: Sat, 16 Dec 2006 07:29:50 +0100 From: "Erik Mossberg" To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ACPI thermal polling on Abit AW8 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, 16 Dec 2006 06:29:53 -0000 I'm getting spammed with an ACPI error message, which seems to be related to thermal polling, this problem both occurs in 6.2-RC1 (generic) and 7.0-CURRENT (15 dec). Seems it has been reported some time ago; http://lists.freebsd.org/pipermail/freebsd-bugs/2006-August/019794.html My "workaround" so far to this is that i've set hw.acpi.thermal.polling_rateto some really high value (46800), to avoid the spam-age. Anyone know any better way around it? (apart from disabling ACPI) 6.2-RC1 - FreeBSD xxxxx 6.2-RC1 FreeBSD 6.2-RC1 #0: Thu Nov 16 05:12:08 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 ---------------------------> ACPI-1304: *** Error: Method execution failed [\\_TZ_.THRM._TMP] (Node 0xc6c37380), AE_AML_NO_RETURN_VALUE <--------------------------- FreeBSD xxxxx 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Fri Dec 15 20:00:02 CET 2006 omicron@xxxx:/usr/obj/usr/src/sys/CURRENT i386 ---------------------------> ACPI-0610: *** Error: Method execution failed [\\_TZ_.THRM._TMP] (Node 0xc4d42c00), AE_AML_NO_RETURN_VALUE <--------------------------- Current motherboard is: Abit AW8 (I955X) dmesg from -current box ----------------------------------> Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #4: Fri Dec 15 20:00:02 CET 2006 omicron@xxxxxxxxxx:/usr/obj/usr/src/sys/CURRENT ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 3.40GHz (3481.96-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf62 Stepping = 2 Features=0xbfebfbff Features2=0xe43d> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2146304000 (2046 MB) avail memory = 2095034368 (1997 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xf4000000-0xf7ffffff,0xd8000000-0xdfffffff,0xfa000000-0xfaffffff irq 16 at device 0.0 on pci1 pcm0: mem 0xfdff8000-0xfdffbfff irq 16 at device 27.0 on pci0 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.1 on pci0 pci3: on pcib3 pci3:0:0: bad VPD cksum, remain 14 bge0: mem 0xfdef0000-0xfdefffff irq 17 at device 0.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:50:8d:7d:8c:e1 uhci0: port 0xff00-0xff1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xfe00-0xfe1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xfd00-0xfd1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xfc00-0xfc1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdfff000-0xfdfff3ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfb00-0xfb0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xfa00-0xfa07,0xf900-0xf903,0xf800-0xf807,0xf700-0xf703,0xf600-0xf60f mem 0xfdffe000-0xfdffe3ff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ums0: on uhub1 ums0: 16 buttons and Z dir. uhid0: on uhub1 Timecounters tick every 1.000 msec ACPI-0610: *** Error: Method execution failed [\\_TZ_.THRM._TMP] (Node 0xc4d42c00), AE_AML_NO_RETURN_VALUE ACPI-0610: *** Error: Method execution failed [\\_TZ_.THRM._TMP] (Node 0xc4d42c00), AE_AML_NO_RETURN_VALUE ACPI-0610: *** Error: Method execution failed [\\_TZ_.THRM._TMP] (Node 0xc4d42c00), AE_AML_NO_RETURN_VALUE ACPI-0610: *** Error: Method execution failed [\\_TZ_.THRM._TMP] (Node 0xc4d42c00), AE_AML_NO_RETURN_VALUE ACPI-0610: *** Error: Method execution failed [\\_TZ_.THRM._TMP] (Node 0xc4d42c00), AE_AML_NO_RETURN_VALUE acd0: DVDR at ata0-master UDMA33 ad4: 4094MB at ata2-master SATA150 ad6: 35304MB at ata3-master SATA150 ad8: 35304MB at ata4-master SATA150 pcm0: pcm0: ar0: 70604MB status: READY ar0: disk0 READY using ad8 at ata4-master ar0: disk1 READY using ad6 at ata3-master SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a sysctl ->>>>>>>> kern.ostype: FreeBSD kern.osrelease: 7.0-CURRENT kern.osrevision: 199506 kern.version: FreeBSD 7.0-CURRENT #4: Fri Dec 15 20:00:02 CET 2006 omicron@xxxxxxxxxx:/usr/obj/usr/src/sys/CURRENT kern.maxvnodes: 100000 kern.maxproc: 6164 kern.maxfiles: 12328 kern.argmax: 262144 kern.securelevel: -1 kern.hostname: xxxxxxxxxx kern.hostid: 0 kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } kern.posix1version: 200112 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 1166216649, usec = 244520 } Fri Dec 15 22:04:09 2006 kern.domainname: kern.osreldate: 700028 kern.bootfile: /boot/kernel/kernel kern.maxfilesperproc: 11095 kern.maxprocperuid: 5547 kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 128 kern.ipc.nmbjumbo16: 0 kern.ipc.nmbjumbo9: 0 kern.ipc.nmbjumbop: 0 kern.ipc.nmbclusters: 25600 kern.ipc.piperesizeallowed: 1 kern.ipc.piperesizefail: 0 kern.ipc.pipeallocfail: 0 kern.ipc.pipefragretry: 0 kern.ipc.pipekva: 114688 kern.ipc.pipes: 14 kern.ipc.maxpipekva: 16777216 kern.ipc.msgseg: 2048 kern.ipc.msgssz: 8 kern.ipc.msgtql: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgmni: 40 kern.ipc.msgmax: 16384 kern.ipc.semaem: 16384 kern.ipc.semvmx: 32767 kern.ipc.semusz: 92 kern.ipc.semume: 10 kern.ipc.semopm: 100 kern.ipc.semmsl: 60 kern.ipc.semmnu: 30 kern.ipc.semmns: 60 kern.ipc.semmni: 10 kern.ipc.semmap: 30 kern.ipc.shm_allow_removed: 0 kern.ipc.shm_use_phys: 0 kern.ipc.shmall: 8192 kern.ipc.shmseg: 128 kern.ipc.shmmni: 192 kern.ipc.shmmin: 1 kern.ipc.shmmax: 33554432 kern.ipc.maxsockets: 12328 kern.ipc.numopensockets: 14 kern.ipc.nsfbufsused: 0 kern.ipc.nsfbufspeak: 6 kern.ipc.nsfbufs: 6656 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 kern.logsigexit: 1 kern.iov_max: 1024 kern.cam.cam_srch_hi: 0 kern.cam.scsi_delay: 5000 kern.cam.cd.changer.max_busy_seconds: 15 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.da.da_send_ordered: 1 kern.cam.da.default_timeout: 60 kern.cam.da.retry_count: 4 kern.disks: ar0 ad8 ad6 ad4 kern.geom.collectstats: 1 kern.geom.debugflags: 0 kern.elf32.fallback_brand: -1 kern.init_shutdown_timeout: 120 kern.init_path:/sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init:/stand/sysinstall kern.acct_suspended: 0 kern.acct_configured: 0 kern.acct_chkfreq: 15 kern.acct_resume: 4 kern.acct_suspend: 2 kern.cp_time: 1356830 1 296967 16639 7305943 kern.openfiles: 70 kern.kq_calloutmax: 4096 kern.ps_arg_cache_limit: 256 kern.stackprot: 7 kern.randompid: 0 kern.lastpid: 70739 kern.ktrace.request_pool: 100 kern.ktrace.genio_size: 4096 kern.module_path: /boot/kernel;/boot/modules kern.malloc_count: 173 kern.fallback_elf_brand: -1 kern.maxusers: 384 kern.ident: CURRENT kern.kstack_pages: 2 kern.shutdown.kproc_shutdown_wait: 60 kern.shutdown.poweroff_delay: 5000 kern.sync_on_panic: 0 kern.corefile: %N.core kern.nodump_coredump: 0 kern.coredump: 1 kern.sugid_coredump: 0 kern.sigqueue.alloc_fail: 0 kern.sigqueue.overflow: 0 kern.sigqueue.preallocate: 1024 kern.sigqueue.max_pending_per_proc: 128 kern.forcesigexit: 1 kern.fscale: 2048 kern.timecounter.tick: 1 kern.timecounter.choice: TSC(-100) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast kern.timecounter.nsetclock: 4 kern.timecounter.ngetmicrotime: 15174 kern.timecounter.ngetnanotime: 1 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetmicrouptime: 1756541 kern.timecounter.ngetnanouptime: 1769 kern.timecounter.ngetbinuptime: 750968 kern.timecounter.nmicrotime: 2461888 kern.timecounter.nnanotime: 271 kern.timecounter.nbintime: 2462159 kern.timecounter.nmicrouptime: 1568828 kern.timecounter.nnanouptime: 1 kern.timecounter.nbinuptime: 22911821 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 59577 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 11522647 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 1000 kern.timecounter.tc.TSC.mask: 4294967295 kern.timecounter.tc.TSC.counter: 3981321641 kern.timecounter.tc.TSC.frequency: 3481964803 kern.timecounter.tc.TSC.quality: -100 kern.timecounter.smp_tsc: 0 kern.threads.virtual_cpu: 2 kern.threads.max_threads_hits: 0 kern.threads.max_groups_per_proc: 1500 kern.threads.max_threads_per_proc: 1500 kern.threads.debug: 0 kern.ccpu: 1948 kern.sched.runq_fuzz: 1 kern.sched.preemption: 1 kern.sched.ipiwakeup.htt2: 0 kern.sched.ipiwakeup.onecpu: 0 kern.sched.ipiwakeup.useloop: 0 kern.sched.ipiwakeup.usemask: 1 kern.sched.ipiwakeup.delivered: 3564458 kern.sched.ipiwakeup.requested: 3564295 kern.sched.ipiwakeup.enabled: 1 kern.sched.quantum: 100000 kern.sched.name: 4BSD kern.devstat.version: 6 kern.devstat.generation: 221 kern.devstat.numdevs: 4 kern.kobj_methodcount: 114 kern.log_wakeups_per_second: 5 kern.msgbuf_clear: 0 kern.msgbuf: kern.always_console_output: 0 kern.log_console_output: 1 kern.smp.forward_roundrobin_enabled: 1 kern.smp.forward_signal_enabled: 1 kern.smp.cpus: 2 kern.smp.disabled: 0 kern.smp.active: 1 kern.smp.maxcpus: 16 kern.nselcoll: 0 kern.tty_nout: 45014004 kern.tty_nin: 14968 kern.drainwait: 300 kern.constty_wakeups_per_second: 5 kern.consmsgbuf_size: 8192 kern.consmute: 0 kern.console: consolectl,/consolectl,ttyd0, kern.pts.max: 1000 kern.pts.enable: 0 kern.minvnodes: 25000 kern.metadelay: 28 kern.dirdelay: 29 kern.filedelay: 30 kern.chroot_allow_open_directories: 1 kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 2 Disk Wait: 1 Page Wait: 0 Sleep: 41) Virtual Memory: (Total: 2343836K, Active 202612K) Real Memory: (Total: 153012K Active 43276K) Shared Virtual Memory: (Total: 12360K Active: 6992K) Shared Real Memory: (Total: 5396K Active: 4216K) Free Memory Pages: 89088K vm.loadavg: { 1.01 1.02 0.99 } vm.v_free_min: 3342 vm.v_free_target: 14149 vm.v_free_reserved: 781 vm.v_inactive_target: 21223 vm.v_cache_min: 14149 vm.v_cache_max: 28298 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.kmem_size_scale: 3 vm.kmem_size_max: 335544320 vm.kmem_size: 335544320 vm.nswapdev: 0 vm.dmmax: 32 vm.swap_async_max: 4 vm.zone_count: 69 vm.old_contigmalloc: 0 vm.swap_idle_threshold2: 10 vm.swap_idle_threshold1: 2 vm.exec_map_entries: 16 vm.stats.misc.zero_page_count: 5439 vm.stats.misc.cnt_prezero: 84332784 vm.stats.vm.v_kthreadpages: 0 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_vforkpages: 171087888 vm.stats.vm.v_forkpages: 1524961968 vm.stats.vm.v_kthreads: 49 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_vforks: 156240 vm.stats.vm.v_forks: 1412499 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_cache_max: 28298 vm.stats.vm.v_cache_min: 14149 vm.stats.vm.v_cache_count: 14522 vm.stats.vm.v_inactive_count: 418627 vm.stats.vm.v_inactive_target: 21223 vm.stats.vm.v_active_count: 22825 vm.stats.vm.v_wire_count: 48649 vm.stats.vm.v_free_count: 7738 vm.stats.vm.v_free_min: 3342 vm.stats.vm.v_free_target: 14149 vm.stats.vm.v_free_reserved: 781 vm.stats.vm.v_page_count: 512515 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_tfree: 148480301 vm.stats.vm.v_pfree: 103527472 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_pdpages: 1143316 vm.stats.vm.v_pdwakeups: 83 vm.stats.vm.v_reactivated: 99348 vm.stats.vm.v_intrans: 1832 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_vnodepgsin: 56844 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodein: 10167 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_ozfod: 83190450 vm.stats.vm.v_zfod: 96482633 vm.stats.vm.v_cow_optim: 70923 vm.stats.vm.v_cow_faults: 33169614 vm.stats.vm.v_vm_faults: 155686602 vm.stats.sys.v_soft: 8412516 vm.stats.sys.v_intr: 8074577 vm.stats.sys.v_syscall: 211224013 vm.stats.sys.v_trap: 158556552 vm.stats.sys.v_swtch: 49885669 vm.stats.object.bypasses: 779671 vm.stats.object.collapses: 4084245 vm.stats.pagequeue.prime2: 7 vm.stats.pagequeue.prime1: 13 vm.stats.pagequeue.cachenways: 8 vm.stats.pagequeue.cachesize: 2048 vm.stats.pagequeue.page_colors: 64 vm.v_free_severe: 2061 vm.max_proc_mmap: 49344 vm.old_msync: 0 vm.msync_flush_flags: 3 vm.boot_pages: 48 vm.pageout_lock_miss: 0 vm.disable_swapspace_pageouts: 0 vm.defer_swapspace_pageouts: 0 vm.swap_idle_enabled: 0 vm.pageout_stats_interval: 5 vm.pageout_full_stats_interval: 20 vm.pageout_stats_max: 14149 vm.max_launder: 32 vm.idlezero_maxrun: 16 vm.idlezero_enable: 1 vm.kvm_free: 402649088 vm.kvm_size: 1069543424 vm.pmap.pmap_collect_active: 0 vm.pmap.pmap_collect_inactive: 0 vm.pmap.pv_entry_spare: 10473 vm.pmap.pv_entry_allocs: 935501207 vm.pmap.pv_entry_frees: 935481440 vm.pmap.pc_chunk_tryfail: 0 vm.pmap.pc_chunk_frees: 4765736 vm.pmap.pc_chunk_allocs: 4765826 vm.pmap.pc_chunk_count: 90 vm.pmap.pv_entry_count: 19768 vm.pmap.shpgperproc: 200 vm.pmap.pv_entry_max: 1745520 vfs.ufs.dirhash_docheck: 0 vfs.ufs.dirhash_mem: 1283585 vfs.ufs.dirhash_maxmem: 2097152 vfs.ufs.dirhash_minsize: 2560 vfs.devfs.rule_depth: 1 vfs.devfs.generation: 111 vfs.pfs.vncache.misses: 0 vfs.pfs.vncache.hits: 0 vfs.pfs.vncache.maxentries: 0 vfs.pfs.vncache.entries: 0 vfs.flushwithdeps: 0 vfs.getnewbufrestarts: 0 vfs.getnewbufcalls: 2937451 vfs.hifreebuffers: 808 vfs.lofreebuffers: 404 vfs.numfreebuffers: 7121 vfs.dirtybufthresh: 1637 vfs.hidirtybuffers: 1819 vfs.lodirtybuffers: 909 vfs.numdirtybuffers: 77 vfs.recursiveflushes: 0 vfs.altbufferflushes: 0 vfs.dirtybufferflushes: 21322 vfs.hirunningspace: 1048576 vfs.lorunningspace: 524288 vfs.bufdefragcnt: 0 vfs.buffreekvacnt: 0 vfs.bufreusecnt: 7154 vfs.hibufspace: 117276672 vfs.lobufspace: 117211136 vfs.maxmallocbufspace: 5863833 vfs.bufmallocspace: 198656 vfs.maxbufspace: 117932032 vfs.bufspace: 117211136 vfs.runningbufspace: 0 vfs.vmiodirenable: 1 vfs.cache.numfullpathfound: 98073 vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfail2: 0 vfs.cache.numfullpathfail1: 821 vfs.cache.numfullpathcalls: 98894 vfs.cache.nchstats: 267761688 13381640 820326 0 1771876 0 150324 274675 vfs.cache.numneghits: 13381647 vfs.cache.numnegzaps: 403031 vfs.cache.numposhits: 267761708 vfs.cache.numposzaps: 417295 vfs.cache.nummisszap: 114183 vfs.cache.nummiss: 1657693 vfs.cache.numchecks: 371757509 vfs.cache.dotdothits: 4452017 vfs.cache.dothits: 1333011 vfs.cache.numcalls: 289520585 vfs.cache.numcache: 90670 vfs.cache.numneg: 5666 vfs.read_max: 8 vfs.write_behind: 1 vfs.lookup_shared: 0 vfs.usermount: 0 vfs.worklist_len: 11 vfs.timestamp_precision: 0 vfs.reassignbufcalls: 6191349 vfs.freevnodes: 8897 vfs.wantfreevnodes: 25000 vfs.numvnodes: 87374 vfs.ffs.doreallocblks: 1 vfs.ffs.doasyncfree: 1 vfs.ffs.compute_summary_at_mount: 0 net.local.stream.recvspace: 8192 net.local.stream.sendspace: 8192 net.local.dgram.recvspace: 4096 net.local.dgram.maxdgram: 2048 net.local.recycled: 0 net.local.taskcount: 0 net.local.inflight: 0 net.inet.ip.portrange.randomtime: 45 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.first: 49152 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 0 net.inet.ip.accept_sourceroute: 0 net.inet.ip.keepfaith: 0 net.inet.ip.gifttl: 30 net.inet.ip.same_prefix_carp_only: 0 net.inet.ip.subnets_are_local: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.maxfragpackets: 800 net.inet.ip.maxfragsperpacket: 16 net.inet.ip.fragpackets: 0 net.inet.ip.check_interface: 0 net.inet.ip.random_id: 0 net.inet.ip.sendsourcequench: 0 net.inet.ip.process_options: 1 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.bmcastecho: 0 net.inet.icmp.quotelen: 8 net.inet.icmp.reply_from_interface: 0 net.inet.icmp.reply_src: net.inet.icmp.icmplim_output: 1 net.inet.icmp.log_redirect: 0 net.inet.icmp.drop_redirect: 0 net.inet.icmp.maskfake: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.count: 3 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.reass.overflows: 5 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.insecure_rst: 0 net.inet.tcp.rfc3390: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.delayed_ack: 1 net.inet.tcp.blackhole: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.tso: 1 net.inet.tcp.newreno: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.enable: 1 net.inet.tcp.inflight.stab: 20 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.maxtcptw: 2465 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.pcbcount: 3 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.minmssoverload: 0 net.inet.tcp.minmss: 216 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncookies_only: 0 net.inet.tcp.syncookies: 1 net.inet.tcp.timer_race: 0 net.inet.tcp.always_keepalive: 1 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.rexmit_min: 3 net.inet.tcp.msl: 30000 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 42080 net.inet.udp.strict_mcast_mship: 0 net.inet.udp.blackhole: 0 net.inet.udp.log_in_vain: 0 net.inet.raw.recvspace: 8192 net.inet.raw.maxdgram: 8192 net.inet.accf.unloadable: 0 net.link.generic.system.ifcount: 2 net.link.ether.inet.log_arp_permanent_modify: 1 net.link.ether.inet.log_arp_movements: 1 net.link.ether.inet.log_arp_wrong_iface: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.useloopback: 1 net.link.ether.inet.maxtries: 5 net.link.ether.inet.max_age: 1200 net.link.ether.inet.prune_intvl: 300 net.link.ether.ipfw: 0 net.link.gif.parallel_tunnels: 0 net.link.gif.max_nesting: 1 net.link.log_link_state_change: 1 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 net.inet6.ip6.maxfragpackets: 6400 net.inet6.ip6.accept_rtadv: 1 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 net.inet6.ip6.hdrnestlimit: 50 net.inet6.ip6.dad_count: 1 net.inet6.ip6.auto_flowlabel: 1 net.inet6.ip6.defmcasthlim: 1 net.inet6.ip6.gifhlim: 30 net.inet6.ip6.kame_version: FreeBSD net.inet6.ip6.use_deprecated: 1 net.inet6.ip6.rr_prune: 5 net.inet6.ip6.v6only: 1 net.inet6.ip6.rtexpire: 3600 net.inet6.ip6.rtminexpire: 10 net.inet6.ip6.rtmaxcache: 128 net.inet6.ip6.use_tempaddr: 0 net.inet6.ip6.temppltime: 86400 net.inet6.ip6.tempvltime: 604800 net.inet6.ip6.auto_linklocal: 1 net.inet6.ip6.prefer_tempaddr: 0 net.inet6.ip6.use_defaultzone: 0 net.inet6.ip6.maxfrags: 6400 net.inet6.ip6.mcast_pmtu: 0 net.inet6.icmp6.rediraccept: 1 net.inet6.icmp6.redirtimeout: 600 net.inet6.icmp6.nd6_prune: 1 net.inet6.icmp6.nd6_delay: 5 net.inet6.icmp6.nd6_umaxtries: 3 net.inet6.icmp6.nd6_mmaxtries: 3 net.inet6.icmp6.nd6_useloopback: 1 net.inet6.icmp6.nodeinfo: 3 net.inet6.icmp6.errppslimit: 100 net.inet6.icmp6.nd6_maxnudhint: 0 net.inet6.icmp6.nd6_debug: 0 net.inet6.icmp6.nd6_maxqueuelen: 1 net.bpf.maxinsns: 512 net.bpf.maxbufsize: 524288 net.bpf.bufsize: 4096 net.isr.swi_count: 14780 net.isr.drop: 0 net.isr.queued: 12 net.isr.deferred: 15501 net.isr.directed: 853324 net.isr.count: 868825 net.isr.direct: 1 net.route.netisr_maxqlen: 256 debug.mddebug: 0 debug.elf32_legacy_coredump: 0 debug.elf32_trace: 0 debug.bootverbose: 0 debug.boothowto: -2147483648 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 debug.sizeof.cdev_priv: 216 debug.sizeof.cdev: 184 debug.sizeof.g_bioq: 36 debug.sizeof.g_consumer: 60 debug.sizeof.g_provider: 88 debug.sizeof.g_geom: 68 debug.sizeof.g_class: 68 debug.sizeof.kinfo_proc: 768 debug.sizeof.buf: 352 debug.sizeof.bio: 132 debug.sizeof.proc: 576 debug.sizeof.vnode: 268 debug.sizeof.devstat: 240 debug.sizeof.namecache: 36 debug.to_avg_mpcalls: 865 debug.to_avg_mtxcalls: 0 debug.to_avg_gcalls: 258 debug.to_avg_depth: 1291 debug.umtx.umtx_pi_allocated: 0 debug.kdb.stop_cpus: 1 debug.kdb.trap_code: 0 debug.kdb.trap: 0 debug.kdb.panic: 0 debug.kdb.enter: 0 debug.kdb.current: debug.kdb.available: debug.rman_debug: 0 debug.ttydebug: 0 debug.disablefullpath: 0 debug.disablecwd: 0 debug.hashstat.nchash: 131072 65444 7 4992 debug.vfscache: 1 debug.numcachehv: 5764 debug.numcache: 90670 debug.numneg: 5666 debug.ncnegfactor: 16 debug.nchash: 131071 debug.vnlru_nowhere: 0 debug.rush_requests: 0 debug.mpsafevfs: 1 debug.if_tun_debug: 0 debug.mpsafenet: 1 debug.collectsnapstats: 0 debug.snapdebug: 0 debug.dopersistence: 0 debug.dir_entry: 0 debug.direct_blk_ptrs: 0 debug.inode_bitmap: 0 debug.indir_blk_ptrs: 0 debug.sync_limit_hit: 0 debug.ino_limit_hit: 0 debug.blk_limit_hit: 0 debug.ino_limit_push: 0 debug.blk_limit_push: 0 debug.worklist_push: 0 debug.maxindirdeps: 50 debug.tickdelay: 2 debug.max_softdeps: 400000 debug.dobkgrdwrite: 1 debug.bigcgs: 0 debug.dircheck: 0 debug.nosleepwithlocks: 0 debug.psm.pkterrthresh: 2 debug.psm.usecs: 500000 debug.psm.secs: 0 debug.psm.errusecs: 0 debug.psm.errsecs: 2 debug.psm.hz: 20 debug.psm.loglevel: 0 debug.minidump: 1 debug.stop_cpus_with_nmi: 1 debug.PMAP1unchanged: 599441053 debug.PMAP1changed: 4537754 debug.PMAP1changedcpu: 1525 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 0x20051021 debug.acpi.semaphore_debug: 0 debug.acpi.resume_beep: 0 hw.machine: i386 hw.model: Intel(R) Pentium(R) D CPU 3.40GHz hw.ncpu: 2 hw.byteorder: 1234 hw.physmem: 2137317376 hw.usermem: 1938051072 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.realmem: 2146304000 hw.ata.wc: 1 hw.ata.atapi_dma: 1 hw.ata.ata_dma: 1 hw.bge.allow_asf: 1 hw.bge.fake_autoneg: 0 hw.pci.honor_msi_blacklist: 1 hw.pci.enable_msix: 1 hw.pci.enable_msi: 1 hw.pci.do_power_resume: 1 hw.pci.do_power_nodriver: 0 hw.pci.enable_io_modes: 1 hw.pci.host_mem_start: 2147483648 hw.pci.irq_override_mask: 57080 hw.syscons.kbd_debug: 1 hw.syscons.kbd_reboot: 1 hw.syscons.bell: 1 hw.syscons.saver.keybonly: 1 hw.syscons.sc_no_suspend_vtswitch: 0 hw.intr_storm_threshold: 500 hw.availpages: 521806 hw.bus.devctl_disable: 0 hw.psm.tap_timeout: 125000 hw.psm.tap_threshold: 25 hw.kbd.keymap_restrict_change: 0 hw.busdma.total_bpages: 515 hw.busdma.zone0.total_bpages: 515 hw.busdma.zone0.free_bpages: 515 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 2 hw.busdma.zone0.boundary: 65536 hw.clockrate: 3481 hw.via_feature_xcrypt: 0 hw.via_feature_rng: 0 hw.instruction_sse: 1 hw.apic.enable_extint: 0 hw.snd.latency_profile: 1 hw.snd.latency: 5 hw.snd.report_soft_formats: 1 hw.snd.feeder_buffersize: 16384 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.verbose: 1 hw.snd.maxautovchans: 4 hw.snd.default_unit: 0 hw.midi.instroff: 0 hw.midi.dumpraw: 0 hw.midi.debug: 0 hw.midi.stat.verbose: 0 hw.midi.seq.debug: 0 hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_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: 46800 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: -273.2C 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: 75.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 85.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.nvidia.version: NVIDIA FreeBSD x86 Kernel Module 1.0-8776 Mon Oct 16 21:58:12 PDT 2006 hw.nvidia.registry.EnableVia4x: 0 hw.nvidia.registry.EnableALiAGP: 0 hw.nvidia.registry.NvAGP: 1 hw.nvidia.registry.EnableAGPSBA: 0 hw.nvidia.registry.EnableAGPFW: 0 hw.nvidia.registry.SoftEDIDs: 1 hw.nvidia.registry.Mobile: 4294967295 hw.nvidia.registry.ResmanDebugLevel: 4294967295 hw.nvidia.registry.FlatPanelMode: 0 hw.nvidia.registry.DevicesConnected: 0 hw.nvidia.registry.VideoEnhancement: 0 hw.nvidia.registry.RmLogonRC: 1 hw.nvidia.registry.DetectPrimaryVga: 1 machdep.enable_panic_key: 0 machdep.adjkerntz: -3600 machdep.wall_cmos_clock: 1 machdep.disable_rtc_set: 0 machdep.conspeed: 9600 machdep.gdbspeed: 9600 machdep.conrclk: 1843200 machdep.disable_mtrrs: 0 machdep.guessed_bootdev: 2686451712 machdep.cpu_idle_hlt: 1 machdep.hlt_cpus: 0 machdep.panic_on_nmi: 1 machdep.tsc_freq: 3481964803 machdep.i8254_freq: 1193182 machdep.acpi_timer_freq: 3579545 machdep.acpi_root: 1012576 machdep.hlt_logical_cpus: 0 machdep.logical_cpus_mask: 2 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 1 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 1 p1003_1b.realtime_signals: 200112 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 1 p1003_1b.synchronized_io: 0 p1003_1b.timers: 200112 p1003_1b.aio_listio_max: -1 p1003_1b.aio_max: -1 p1003_1b.aio_prio_delta_max: -1 p1003_1b.delaytimer_max: 2147483647 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 62 p1003_1b.sem_nsems_max: 0 p1003_1b.sem_value_max: 0 p1003_1b.sigqueue_max: 128 p1003_1b.timer_max: 32 security.jail.jailed: 0 security.jail.chflags_allowed: 0 security.jail.allow_raw_sockets: 0 security.jail.enforce_statfs: 2 security.jail.sysvipc_allowed: 0 security.jail.socket_unixiproute_only: 1 security.jail.set_hostname_allowed: 1 security.bsd.suser_enabled: 1 security.bsd.unprivileged_proc_debug: 1 security.bsd.conservative_signals: 1 security.bsd.see_other_gids: 1 security.bsd.see_other_uids: 1 security.bsd.unprivileged_read_msgbuf: 1 security.bsd.hardlink_check_gid: 0 security.bsd.hardlink_check_uid: 0 security.bsd.unprivileged_get_quota: 0 compat.linux.oss_version: 198144 compat.linux.osrelease: 2.4.2 compat.linux.osname: Linux dev.nexus.0.%driver: nexus dev.nexus.0.%parent: root0 dev.npx.0.%desc: math processor dev.npx.0.%driver: npx dev.npx.0.%parent: nexus0 dev.acpi.0.%desc: IntelR AWRDACPI dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.PX40.SYSR dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=1 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.PX40.PMIO dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=2 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.EXPL dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C02 _UID=4 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=\_SB_.MEM_ dev.acpi_sysresource.3.%pnpinfo: _HID=PNP0C01 _UID=0 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.pci_link.0.%desc: ACPI PCI Link LNKA dev.pci_link.0.%driver: pci_link dev.pci_link.0.%location: handle=\_SB_.PCI0.LNKA dev.pci_link.0.%pnpinfo: _HID=PNP0C0F _UID=1 dev.pci_link.0.%parent: acpi0 dev.pci_link.1.%desc: ACPI PCI Link LNKB dev.pci_link.1.%driver: pci_link dev.pci_link.1.%location: handle=\_SB_.PCI0.LNKB dev.pci_link.1.%pnpinfo: _HID=PNP0C0F _UID=2 dev.pci_link.1.%parent: acpi0 dev.pci_link.2.%desc: ACPI PCI Link LNKC dev.pci_link.2.%driver: pci_link dev.pci_link.2.%location: handle=\_SB_.PCI0.LNKC dev.pci_link.2.%pnpinfo: _HID=PNP0C0F _UID=3 dev.pci_link.2.%parent: acpi0 dev.pci_link.3.%desc: ACPI PCI Link LNKD dev.pci_link.3.%driver: pci_link dev.pci_link.3.%location: handle=\_SB_.PCI0.LNKD dev.pci_link.3.%pnpinfo: _HID=PNP0C0F _UID=4 dev.pci_link.3.%parent: acpi0 dev.pci_link.4.%desc: ACPI PCI Link LNKE dev.pci_link.4.%driver: pci_link dev.pci_link.4.%location: handle=\_SB_.PCI0.LNKE dev.pci_link.4.%pnpinfo: _HID=PNP0C0F _UID=5 dev.pci_link.4.%parent: acpi0 dev.pci_link.5.%desc: ACPI PCI Link LNKF dev.pci_link.5.%driver: pci_link dev.pci_link.5.%location: handle=\_SB_.PCI0.LNKF dev.pci_link.5.%pnpinfo: _HID=PNP0C0F _UID=6 dev.pci_link.5.%parent: acpi0 dev.pci_link.6.%desc: ACPI PCI Link LNK0 dev.pci_link.6.%driver: pci_link dev.pci_link.6.%location: handle=\_SB_.PCI0.LNK0 dev.pci_link.6.%pnpinfo: _HID=PNP0C0F _UID=7 dev.pci_link.6.%parent: acpi0 dev.pci_link.7.%desc: ACPI PCI Link LNK1 dev.pci_link.7.%driver: pci_link dev.pci_link.7.%location: handle=\_SB_.PCI0.LNK1 dev.pci_link.7.%pnpinfo: _HID=PNP0C0F _UID=8 dev.pci_link.7.%parent: acpi0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.acpi_button.0.%desc: Power Button dev.acpi_button.0.%driver: acpi_button dev.acpi_button.0.%location: handle=\_SB_.PWRB dev.acpi_button.0.%pnpinfo: _HID=PNP0C0C _UID=0 dev.acpi_button.0.%parent: acpi0 dev.pcib.0.%desc: ACPI Host-PCI bridge dev.pcib.0.%driver: pcib dev.pcib.0.%location: handle=\_SB_.PCI0 dev.pcib.0.%pnpinfo: _HID=PNP0A08 _UID=1 dev.pcib.0.%parent: acpi0 dev.pcib.0.wake: 0 dev.pcib.1.%desc: PCI-PCI bridge dev.pcib.1.%driver: pcib dev.pcib.1.%location: slot=1 function=0 dev.pcib.1.%pnpinfo: vendor=0x8086 device=0x2775 subvendor=0x0088 subdevice=0x0000 class=0x060400 dev.pcib.1.%parent: pci0 dev.pcib.2.%desc: ACPI PCI-PCI bridge dev.pcib.2.%driver: pcib dev.pcib.2.%location: slot=28 function=0 handle=\_SB_.PCI0.PEX0 dev.pcib.2.%pnpinfo: vendor=0x8086 device=0x27d0 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.2.%parent: pci0 dev.pcib.2.wake: 0 dev.pcib.3.%desc: ACPI PCI-PCI bridge dev.pcib.3.%driver: pcib dev.pcib.3.%location: slot=28 function=1 handle=\_SB_.PCI0.PEX1 dev.pcib.3.%pnpinfo: vendor=0x8086 device=0x27d2 subvendor=0x0040 subdevice=0x0000 class=0x060400 dev.pcib.3.%parent: pci0 dev.pcib.3.wake: 0 dev.pcib.4.%desc: ACPI PCI-PCI bridge dev.pcib.4.%driver: pcib dev.pcib.4.%location: slot=30 function=0 handle=\_SB_.PCI0.HUB0 dev.pcib.4.%pnpinfo: vendor=0x8086 device=0x244e subvendor=0x0050 subdevice=0x0000 class=0x060401 dev.pcib.4.%parent: pci0 dev.pcib.4.wake: 0 dev.pci.0.%desc: ACPI PCI bus dev.pci.0.%driver: pci dev.pci.0.%parent: pcib0 dev.pci.0.wake: 0 dev.pci.1.%desc: PCI bus dev.pci.1.%driver: pci dev.pci.1.%parent: pcib1 dev.pci.2.%desc: ACPI PCI bus dev.pci.2.%driver: pci dev.pci.2.%parent: pcib2 dev.pci.2.wake: 0 dev.pci.3.%desc: ACPI PCI bus dev.pci.3.%driver: pci dev.pci.3.%parent: pcib3 dev.pci.3.wake: 0 dev.pci.4.%desc: ACPI PCI bus dev.pci.4.%driver: pci dev.pci.4.%parent: pcib4 dev.pci.4.wake: 0 dev.hostb.0.%desc: Host to PCI bridge dev.hostb.0.%driver: hostb dev.hostb.0.%location: slot=0 function=0 dev.hostb.0.%pnpinfo: vendor=0x8086 device=0x2774 subvendor=0x147b subdevice=0x105c class=0x060000 dev.hostb.0.%parent: pci0 dev.vgapci.0.%desc: VGA-compatible display dev.vgapci.0.%driver: vgapci dev.vgapci.0.%location: slot=0 function=0 dev.vgapci.0.%pnpinfo: vendor=0x10de device=0x0140 subvendor=0x1043 subdevice=0x81a4 class=0x030000 dev.vgapci.0.%parent: pci1 dev.pcm.0.%desc: Intel 82801G High Definition Audio Controller dev.pcm.0.%driver: pcm dev.pcm.0.%location: slot=27 function=0 handle=\_SB_.PCI0.AZAL dev.pcm.0.%pnpinfo: vendor=0x8086 device=0x27d8 subvendor=0x147b subdevice=0x105b class=0x040300 dev.pcm.0.%parent: pci0 dev.pcm.0.wake: 0 dev.pcm.0.buffersize: 16384 dev.pcm.0.vchans: 1 dev.pcm.0.vchanrate: 48000 dev.pcm.0.vchanformat: s16le dev.pcm.0.polling: 0 dev.bge.0.%desc: Broadcom BCM5750 B1, ASIC rev. 0x4101 dev.bge.0.%driver: bge dev.bge.0.%location: slot=0 function=0 dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x169d subvendor=0x147b subdevice=0x105c class=0x020000 dev.bge.0.%parent: pci3 dev.miibus.0.%desc: MII bus dev.miibus.0.%driver: miibus dev.miibus.0.%parent: bge0 dev.brgphy.0.%desc: BCM5750 10/100/1000baseTX PHY dev.brgphy.0.%driver: brgphy dev.brgphy.0.%location: phyno=1 dev.brgphy.0.%pnpinfo: oui=0x818 model=0x18 rev=0x0 dev.brgphy.0.%parent: miibus0 dev.uhci.0.%desc: UHCI (generic) USB controller dev.uhci.0.%driver: uhci dev.uhci.0.%location: slot=29 function=0 handle=\_SB_.PCI0.USB0 dev.uhci.0.%pnpinfo: vendor=0x8086 device=0x27c8 subvendor=0x147b subdevice=0x105c class=0x0c0300 dev.uhci.0.%parent: pci0 dev.uhci.0.wake: 0 dev.uhci.1.%desc: UHCI (generic) USB controller dev.uhci.1.%driver: uhci dev.uhci.1.%location: slot=29 function=1 handle=\_SB_.PCI0.USB1 dev.uhci.1.%pnpinfo: vendor=0x8086 device=0x27c9 subvendor=0x147b subdevice=0x105c class=0x0c0300 dev.uhci.1.%parent: pci0 dev.uhci.1.wake: 0 dev.uhci.2.%desc: UHCI (generic) USB controller dev.uhci.2.%driver: uhci dev.uhci.2.%location: slot=29 function=2 handle=\_SB_.PCI0.USB2 dev.uhci.2.%pnpinfo: vendor=0x8086 device=0x27ca subvendor=0x147b subdevice=0x105c class=0x0c0300 dev.uhci.2.%parent: pci0 dev.uhci.2.wake: 0 dev.uhci.3.%desc: UHCI (generic) USB controller dev.uhci.3.%driver: uhci dev.uhci.3.%location: slot=29 function=3 handle=\_SB_.PCI0.USB3 dev.uhci.3.%pnpinfo: vendor=0x8086 device=0x27cb subvendor=0x147b subdevice=0x105c class=0x0c0300 dev.uhci.3.%parent: pci0 dev.uhci.3.wake: 0 dev.usb.0.%desc: UHCI (generic) USB controller dev.usb.0.%driver: usb dev.usb.0.%parent: uhci0 dev.usb.1.%desc: UHCI (generic) USB controller dev.usb.1.%driver: usb dev.usb.1.%parent: uhci1 dev.usb.2.%desc: UHCI (generic) USB controller dev.usb.2.%driver: usb dev.usb.2.%parent: uhci2 dev.usb.3.%desc: UHCI (generic) USB controller dev.usb.3.%driver: usb dev.usb.3.%parent: uhci3 dev.usb.4.%desc: Intel 82801GB/R (ICH7) USB 2.0 controller dev.usb.4.%driver: usb dev.usb.4.%parent: ehci0 dev.uhub.0.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.0.%driver: uhub dev.uhub.0.%parent: usb0 dev.uhub.1.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.1.%driver: uhub dev.uhub.1.%parent: usb1 dev.uhub.2.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.2.%driver: uhub dev.uhub.2.%parent: usb2 dev.uhub.3.%desc: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 dev.uhub.3.%driver: uhub dev.uhub.3.%parent: usb3 dev.uhub.4.%desc: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 dev.uhub.4.%driver: uhub dev.uhub.4.%parent: usb4 dev.ehci.0.%desc: Intel 82801GB/R (ICH7) USB 2.0 controller dev.ehci.0.%driver: ehci dev.ehci.0.%location: slot=29 function=7 handle=\_SB_.PCI0.USBE dev.ehci.0.%pnpinfo: vendor=0x8086 device=0x27cc subvendor=0x147b subdevice=0x105c class=0x0c0320 dev.ehci.0.%parent: pci0 dev.ehci.0.wake: 0 dev.isab.0.%desc: PCI-ISA bridge dev.isab.0.%driver: isab dev.isab.0.%location: slot=31 function=0 handle=\_SB_.PCI0.PX40 dev.isab.0.%pnpinfo: vendor=0x8086 device=0x27b8 subvendor=0x8086 subdevice=0x27b8 class=0x060100 dev.isab.0.%parent: pci0 dev.isa.0.%desc: ISA bus dev.isa.0.%driver: isa dev.isa.0.%parent: isab0 dev.atapci.0.%desc: Intel ICH7 UDMA100 controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=31 function=1 handle=\_SB_.PCI0.ICHX dev.atapci.0.%pnpinfo: vendor=0x8086 device=0x27df subvendor=0x147b subdevice=0x105c class=0x01018a dev.atapci.0.%parent: pci0 dev.atapci.1.%desc: Intel ICH7 SATA300 controller dev.atapci.1.%driver: atapci dev.atapci.1.%location: slot=31 function=2 handle=\_SB_.PCI0.IDE1 dev.atapci.1.%pnpinfo: vendor=0x8086 device=0x27c3 subvendor=0x147b subdevice=0x105c class=0x010400 dev.atapci.1.%parent: pci0 dev.ata.0.%desc: ATA channel 0 dev.ata.0.%driver: ata dev.ata.0.%parent: atapci0 dev.ata.1.%desc: ATA channel 1 dev.ata.1.%driver: ata dev.ata.1.%parent: atapci0 dev.ata.2.%desc: ATA channel 0 dev.ata.2.%driver: ata dev.ata.2.%parent: atapci1 dev.ata.3.%desc: ATA channel 1 dev.ata.3.%driver: ata dev.ata.3.%parent: atapci1 dev.ata.4.%desc: ATA channel 2 dev.ata.4.%driver: ata dev.ata.4.%parent: atapci1 dev.ata.5.%desc: ATA channel 3 dev.ata.5.%driver: ata dev.ata.5.%parent: atapci1 dev.acpi_tz.0.%desc: Thermal Zone dev.acpi_tz.0.%driver: acpi_tz dev.acpi_tz.0.%location: handle=\_TZ_.THRM dev.acpi_tz.0.%pnpinfo: _HID=none _UID=0 dev.acpi_tz.0.%parent: acpi0 dev.atpic.0.%desc: AT interrupt controller dev.atpic.0.%driver: atpic dev.atpic.0.%location: handle=\_SB_.PCI0.PX40.PIC_ dev.atpic.0.%pnpinfo: _HID=PNP0000 _UID=0 dev.atpic.0.%parent: acpi0 dev.atdma.0.%desc: AT DMA controller dev.atdma.0.%driver: atdma dev.atdma.0.%location: handle=\_SB_.PCI0.PX40.DMA1 dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0 dev.atdma.0.%parent: acpi0 dev.attimer.0.%desc: AT timer dev.attimer.0.%driver: attimer dev.attimer.0.%location: handle=\_SB_.PCI0.PX40.TMR_ dev.attimer.0.%pnpinfo: _HID=PNP0100 _UID=0 dev.attimer.0.%parent: acpi0 dev.attimer.1.%desc: AT realtime clock dev.attimer.1.%driver: attimer dev.attimer.1.%location: handle=\_SB_.PCI0.PX40.RTC_ dev.attimer.1.%pnpinfo: _HID=PNP0B00 _UID=0 dev.attimer.1.%parent: acpi0 dev.npxisa.0.%desc: Legacy ISA coprocessor support dev.npxisa.0.%driver: npxisa dev.npxisa.0.%location: handle=\_SB_.PCI0.PX40.COPR dev.npxisa.0.%pnpinfo: _HID=PNP0C04 _UID=0 dev.npxisa.0.%parent: acpi0 dev.atkbdc.0.%desc: Keyboard controller (i8042) dev.atkbdc.0.%driver: atkbdc dev.atkbdc.0.%location: handle=\_SB_.PCI0.PX40.PS2K dev.atkbdc.0.%pnpinfo: _HID=PNP0303 _UID=0 dev.atkbdc.0.%parent: acpi0 dev.atkbd.0.%desc: AT Keyboard dev.atkbd.0.%driver: atkbd dev.atkbd.0.%parent: atkbdc0 dev.pmtimer.0.%driver: pmtimer dev.pmtimer.0.%parent: isa0 dev.sc.0.%desc: System console dev.sc.0.%driver: sc dev.sc.0.%parent: isa0 dev.vga.0.%desc: Generic ISA VGA dev.vga.0.%driver: vga dev.vga.0.%parent: isa0 dev.sio.0.%driver: sio dev.sio.0.%parent: isa0 dev.ums.0.%desc: Logitech USB Gaming Mouse, rev 2.00/46.00, addr 2, iclass 3/1 dev.ums.0.%driver: ums dev.ums.0.%location: port=1 interface=0 dev.ums.0.%pnpinfo: vendor=0x046d product=0xc041 devclass=0x00 devsubclass=0x00 release=0x4600 sernum="" intclass=0x03 intsubclass=0x01 dev.ums.0.%parent: uhub1 dev.uhid.0.%desc: Logitech USB Gaming Mouse, rev 2.00/46.00, addr 2, iclass 3/1 dev.uhid.0.%driver: uhid dev.uhid.0.%location: port=1 interface=1 dev.uhid.0.%pnpinfo: vendor=0x046d product=0xc041 devclass=0x00 devsubclass=0x00 release=0x4600 sernum="" intclass=0x03 intsubclass=0x00 dev.uhid.0.%parent: uhub1 dev.acd.0.%desc: NEC DVD RW ND-3550A/1.05 dev.acd.0.%driver: acd dev.acd.0.%parent: ata0 dev.ad.4.%desc: GIGABYTE i-RAM/v0.98 dev.ad.4.%driver: ad dev.ad.4.%parent: ata2 dev.ad.6.%desc: WDC WD360GD-00FNA0/35.06K35 dev.ad.6.%driver: ad dev.ad.6.%parent: ata3 dev.ad.8.%desc: WDC WD360GD-00FNA0/35.06K35 dev.ad.8.%driver: ad dev.ad.8.%parent: ata4 dev.subdisk.4.%driver: subdisk dev.subdisk.4.%parent: ad4 dev.subdisk.6.%driver: subdisk dev.subdisk.6.%parent: ad6 dev.subdisk.8.%driver: subdisk dev.subdisk.8.%parent: ad8