From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 12 02:24:04 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 790C116A420 for ; Sun, 12 Feb 2006 02:24:04 +0000 (GMT) (envelope-from boehlen@qualimedic.de) Received: from mail.qualimedic.de (mail2.qualimedic.de [213.203.218.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EB1143D48 for ; Sun, 12 Feb 2006 02:24:03 +0000 (GMT) (envelope-from boehlen@qualimedic.de) Received: (qmail 17163 invoked by uid 1010); 12 Feb 2006 00:57:24 -0000 Received: from 84.44.133.248 by jason (envelope-from , uid 201) with qmail-scanner-1.25 (clamdscan: 0.86.1/995. Clear:RC:1(84.44.133.248):. Processed in 0.136757 secs); 12 Feb 2006 00:57:24 -0000 Received: from xdsl-84-44-133-248.netcologne.de (boehlen@84.44.133.248) by mail.qualimedic.de with ESMTPA; 12 Feb 2006 00:57:24 -0000 From: Martin von Boehlen Organization: Qualimedic.com AG To: freebsd-acpi@freebsd.org Date: Sun, 12 Feb 2006 01:57:24 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Message-Id: <200602120157.24206.boehlen@qualimedic.de> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IStormy Monday: Wher does the weather come from? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 02:24:04 -0000 Hello, there are some probs with an ACPI interrupt storm on FreeBSD 6.0/6.1-PatchedIntoOblivion ;) I DO NOT HAVE A BIOS WHERE ACPI IS AN OPTION. I need to disable it completely! But root@www1 ~ # kldstat Id Refs Address Size Name 1 7 0xc0400000 3412e8 kernel 2 1 0xc0742000 58554 acpi.ko 3 1 0xc45a7000 16000 linux.ko shows me acpi.ko I don't want it! I don't need it! How do I get rid of it? Where can I get further hints ? And, yes, I've scourged the mailing lists, the FAQ, the handbook, whatsoever! Now, 'top' often reports 'istorm' states on 'irq9: acpi0' with the 'S' option and the machine is incredibly slow. 'vmstat' does NOT report any stray interrupts, but with vmstat -i it goes like this: root@www1 ~ # vmstat -i interrupt total rate irq6: fdc0 10 0 irq9: acpi0 283447006 23415 irq14: ata0 41 0 irq16: ahc0 86 0 irq17: iir0 485463 40 irq18: dc0 9395156 776 irq19: dc1 21534416 1778 cpu0: timer 24208102 1999 cpu1: timer 24181422 1997 Total 363251702 30008 I have compiled the kernel for SMP with APIC on. But I do NOT need ACPI! How do I disable it?? I've seen no kernel option. I've seen no hints in /etc/defaults/rc.conf Best Regards MvB From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 12 03:03:06 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A29316A420 for ; Sun, 12 Feb 2006 03:03:06 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 6507743D45 for ; Sun, 12 Feb 2006 03:03:04 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 90961 invoked from network); 12 Feb 2006 03:03:02 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 3.22512 secs); 12 Feb 2006 03:03:02 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from niked.ddns.cablebg.net (HELO tormentor.totalterror.net) (85.130.14.211) by mx01.interbgc.com with SMTP; 12 Feb 2006 03:02:59 -0000 Received: (qmail 98714 invoked from network); 12 Feb 2006 03:02:57 -0000 Received: from unknown (HELO ?10.0.0.12?) (ndenev@10.0.0.12) by tormentor.totalterror.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Feb 2006 03:02:57 -0000 Message-ID: <43EEA588.3080802@cytexbg.com> Date: Sun, 12 Feb 2006 05:03:36 +0200 From: Niki Denev User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary="------------080708020302030200060506" Subject: [PATCH] debug sysctl for acpi_ibm hiding the event printfs X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 03:03:06 -0000 This is a multi-part message in MIME format. --------------080708020302030200060506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, For some time i started using my IBM TP X31 with the following sysctl enabled : dev.acpi_ibm.0.events=1 and the following lines in devd.conf : notify 10 { match "system" "ACPI"; match "subsystem" "IBM"; match "notify" "0x05"; action "/usr/local/sbin/wlan_toggle.sh"; }; With this stuff i am able to use the wireless/radio (Fn-F5) button on my laptop to enable/disable the wireless interface with the help of a simple shell script. But as annoying side effect of dev.acpi_ibm.0.events enabled now i get printfs with the event codes each time i press a special combination. So i decided to hide the printfs in acpi_ibm behind a debug sysctl, in my case : dev.acpi_ibm.0.debug The patch is attached. (it is for -CURRENT) P.S.: As another side effect of dev.acpi_ibm.0.events enabled i can no longer use the suspend (Fn-F4) and display output (Fn-F7) keys because now they generate events to devd. This seems a little strange because the brightness and think light combinations continue to work and do not generate events. --niki --------------080708020302030200060506 Content-Type: text/plain; name="acpi_ibm-debug-sysctl.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acpi_ibm-debug-sysctl.patch" --- acpi_ibm.c.orig Wed Feb 8 23:48:20 2006 +++ acpi_ibm.c Sun Feb 12 04:41:43 2006 @@ -67,6 +67,7 @@ #define ACPI_IBM_METHOD_FANLEVEL 11 #define ACPI_IBM_METHOD_FANSTATUS 12 #define ACPI_IBM_METHOD_THERMAL 13 +#define ACPI_IBM_METHOD_DEBUG 14 /* Hotkeys/Buttons */ #define IBM_RTC_HOTKEY1 0x64 @@ -172,6 +173,12 @@ int access; } acpi_ibm_sysctls[] = { { + .name = "debug", + .method = ACPI_IBM_METHOD_DEBUG, + .description = "Show debug messages", + .access = CTLTYPE_INT | CTLFLAG_RW + }, + { .name = "events", .method = ACPI_IBM_METHOD_EVENTS, .description = "ACPI events enable", @@ -249,6 +256,8 @@ ACPI_SERIAL_DECL(ibm, "ACPI IBM extras"); +static int acpi_ibm_debug = 0; + static int acpi_ibm_probe(device_t dev); static int acpi_ibm_attach(device_t dev); static int acpi_ibm_detach(device_t dev); @@ -508,6 +517,9 @@ ACPI_SERIAL_ASSERT(ibm); switch (method) { + case ACPI_IBM_METHOD_DEBUG: + val = acpi_ibm_debug; + break; case ACPI_IBM_METHOD_EVENTS: acpi_GetInteger(sc->handle, IBM_NAME_EVENTS_STATUS_GET, &val); break; @@ -641,6 +653,11 @@ ACPI_SERIAL_ASSERT(ibm); switch (method) { + case ACPI_IBM_METHOD_DEBUG: + if (arg < 0 || arg > 1) + return (EINVAL); + acpi_ibm_debug = arg; + break; case ACPI_IBM_METHOD_EVENTS: if (arg < 0 || arg > 1) return (EINVAL); @@ -795,6 +812,7 @@ ACPI_HANDLE ledb_handle; switch (method) { + case ACPI_IBM_METHOD_DEBUG: case ACPI_IBM_METHOD_EVENTS: /* Events are disabled by default */ return (TRUE); @@ -919,9 +937,11 @@ ACPI_FUNCTION_TRACE_U32((char *)(uintptr_t)__func__, notify); - printf("IBM:NOTIFY:%x\n", notify); - if (notify != 0x80) - printf("Unknown notify\n"); + if (acpi_ibm_debug) { + printf("IBM:NOTIFY:%x\n", notify); + if (notify != 0x80) + printf("Unknown notify\n"); + } for (;;) { acpi_GetInteger(acpi_get_handle(dev), IBM_NAME_EVENTS_GET, &event); @@ -929,14 +949,16 @@ if (event == 0) break; - printf("notify:%x\n", event); + if (acpi_ibm_debug) + printf("notify:%x\n", event); type = (event >> 12) & 0xf; arg = event & 0xfff; switch (type) { case 1: if (!(sc->events_availmask & (1 << (arg - 1)))) { - printf("Unknown key %d\n", arg); + if (acpi_ibm_debug) + printf("Unknown key %d\n", arg); break; } --------------080708020302030200060506-- From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 12 03:15:49 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6144616A420 for ; Sun, 12 Feb 2006 03:15:49 +0000 (GMT) (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 C8AE143D46 for ; Sun, 12 Feb 2006 03:15:48 +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.4/8.13.4) with ESMTP id k1C3FieV039736; Sun, 12 Feb 2006 11:15:44 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.4/8.13.4/Submit) id k1C3FiZe039735; Sun, 12 Feb 2006 11:15:44 +0800 (CST) (envelope-from rafan) Date: Sun, 12 Feb 2006 11:15:44 +0800 From: Rong-En Fan To: Niki Denev Message-ID: <20060212031544.GA39629@svm.csie.ntu.edu.tw> References: <43EEA588.3080802@cytexbg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43EEA588.3080802@cytexbg.com> User-Agent: Mutt/1.5.11 Cc: freebsd-acpi@freebsd.org Subject: Re: [PATCH] debug sysctl for acpi_ibm hiding the event printfs X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 03:15:49 -0000 On Sun, Feb 12, 2006 at 05:03:36AM +0200, Niki Denev wrote: > Hello, > > For some time i started using my IBM TP X31 with > the following sysctl enabled : > > dev.acpi_ibm.0.events=1 I think acpi_ibm(4) mentions this: dev.acpi_ibm.0.eventmask you can select to report some events to devd(8). Best, Rong-En Fan From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 12 03:17:22 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 198CC16A420 for ; Sun, 12 Feb 2006 03:17:22 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2EF943D45 for ; Sun, 12 Feb 2006 03:17:21 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-114-10.dsl.snfc21.pacbell.net [71.139.114.10]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k1C3HFX8003576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 11 Feb 2006 19:17:20 -0800 Message-ID: <43EEA8BE.5040202@root.org> Date: Sat, 11 Feb 2006 19:17:18 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin von Boehlen References: <200602120157.24206.boehlen@qualimedic.de> In-Reply-To: <200602120157.24206.boehlen@qualimedic.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: IStormy Monday: Wher does the weather come from? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 03:17:22 -0000 Martin von Boehlen wrote: > Hello, > > there are some probs with an ACPI interrupt storm on > FreeBSD 6.0/6.1-PatchedIntoOblivion ;) > > I DO NOT HAVE A BIOS WHERE ACPI IS AN OPTION. > I need to disable it completely! > But > root@www1 ~ # kldstat > Id Refs Address Size Name > 1 7 0xc0400000 3412e8 kernel > 2 1 0xc0742000 58554 acpi.ko > 3 1 0xc45a7000 16000 linux.ko > shows me acpi.ko > > I don't want it! I don't need it! How do I get rid of it? > Where can I get further hints ? > And, yes, I've scourged the mailing lists, the FAQ, the handbook, whatsoever! That's funny, the manpage says: LOADER TUNABLES Tunables can be set at the loader(8) prompt before booting the kernel or stored in /boot/loader.conf. ... hint.acpi.0.disabled Set this to 1 to disable all of ACPI. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 12 04:14:18 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 206BD16A422 for ; Sun, 12 Feb 2006 04:14:18 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B73B43D49 for ; Sun, 12 Feb 2006 04:14:17 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Sat, 11 Feb 2006 20:14:15 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 16C6F45042; Sat, 11 Feb 2006 20:14:14 -0800 (PST) To: Martin von Boehlen In-reply-to: Your message of "Sun, 12 Feb 2006 01:57:24 +0100." <200602120157.24206.boehlen@qualimedic.de> Date: Sat, 11 Feb 2006 20:14:14 -0800 From: "Kevin Oberman" Message-Id: <20060212041414.16C6F45042@ptavv.es.net> Cc: freebsd-acpi@freebsd.org Subject: Re: IStormy Monday: Wher does the weather come from? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 04:14:18 -0000 > From: Martin von Boehlen > Date: Sun, 12 Feb 2006 01:57:24 +0100 > Sender: owner-freebsd-acpi@freebsd.org > > Hello, > > there are some probs with an ACPI interrupt storm on > FreeBSD 6.0/6.1-PatchedIntoOblivion ;) > > I DO NOT HAVE A BIOS WHERE ACPI IS AN OPTION. > I need to disable it completely! > But > root@www1 ~ # kldstat > Id Refs Address Size Name > 1 7 0xc0400000 3412e8 kernel > 2 1 0xc0742000 58554 acpi.ko > 3 1 0xc45a7000 16000 linux.ko > shows me acpi.ko > I don't want it! I don't need it! How do I get rid of it? > Where can I get further hints ? > And, yes, I've scourged the mailing lists, the FAQ, the handbook, whatsoever! > > Now, 'top' often reports 'istorm' states on 'irq9: acpi0' with the 'S' option > and the machine is incredibly slow. > > 'vmstat' does NOT report any stray interrupts, but with vmstat -i it goes like > this: > > root@www1 ~ # vmstat -i > interrupt total rate > irq6: fdc0 10 0 > irq9: acpi0 283447006 23415 > irq14: ata0 41 0 > irq16: ahc0 86 0 > irq17: iir0 485463 40 > irq18: dc0 9395156 776 > irq19: dc1 21534416 1778 > cpu0: timer 24208102 1999 > cpu1: timer 24181422 1997 > Total 363251702 30008 > > > I have compiled the kernel for SMP with APIC on. But I do NOT need ACPI! > How do I disable it?? > I've seen no kernel option. > I've seen no hints in /etc/defaults/rc.conf This used to be a FAQ, but it seems to have gotten less common. Enter the line 'hint.adv.0.disabled="1"' into /boot/loader.conf. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Sun Feb 12 12:25:38 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C03DD16A420 for ; Sun, 12 Feb 2006 12:25:38 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx02.interbgc.com [217.9.224.227]) by mx1.FreeBSD.org (Postfix) with SMTP id B9FE043D48 for ; Sun, 12 Feb 2006 12:25:37 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 34456 invoked from network); 12 Feb 2006 12:25:35 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(0.1/8.0):. Processed in 2.148756 secs); 12 Feb 2006 12:25:35 -0000 X-Spam-Status: No, hits=0.1 required=8.0 Received: from niked.ddns.cablebg.net (HELO tormentor.totalterror.net) (85.130.14.211) by mx02.interbgc.com with SMTP; 12 Feb 2006 12:25:33 -0000 Received: (qmail 58214 invoked from network); 12 Feb 2006 12:25:29 -0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 12 Feb 2006 12:25:29 -0000 Message-ID: <43EF2930.9090807@cytexbg.com> Date: Sun, 12 Feb 2006 14:25:20 +0200 From: Niki Denev User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Rong-En Fan References: <43EEA588.3080802@cytexbg.com> <20060212031544.GA39629@svm.csie.ntu.edu.tw> In-Reply-To: <20060212031544.GA39629@svm.csie.ntu.edu.tw> X-Enigmail-Version: 0.94.0.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: [PATCH] debug sysctl for acpi_ibm hiding the event printfs X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 12:25:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rong-En Fan wrote: > On Sun, Feb 12, 2006 at 05:03:36AM +0200, Niki Denev wrote: >> Hello, >> >> For some time i started using my IBM TP X31 with >> the following sysctl enabled : >> >> dev.acpi_ibm.0.events=1 > > I think acpi_ibm(4) mentions this: > > dev.acpi_ibm.0.eventmask > > you can select to report some events to devd(8). > > Best, > Rong-En Fan Yes, i have no problem getting the events. The problem is that when generating events acpi_ibm also prints the event codes on the console, so i hid them behind a debug sysctl. - --niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD7ykwHNAJ/fLbfrkRAggsAJ97e4EJuyDLRz0qrDh9zvLEztuZmACeIR9e o6+9+lxdat2g3Tm9RRqAVIg= =ze5P -----END PGP SIGNATURE----- From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 05:45:14 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E450816A420 for ; Mon, 13 Feb 2006 05:45:13 +0000 (GMT) (envelope-from markus@brueffer.de) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39BA943D45 for ; Mon, 13 Feb 2006 05:45:13 +0000 (GMT) (envelope-from markus@brueffer.de) Received: from fwd27.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1F8WWL-0002NF-01; Mon, 13 Feb 2006 06:45:09 +0100 Received: from ramses.kicks-ass.net (Sx3OUBZ6ZeLrY75wkz94GoCWcenJ5To45U0G2WmbBTkmMmiB8SnbwV@[80.143.247.116]) by fwd27.sul.t-online.de with esmtp id 1F8WWC-1pWRpg0; Mon, 13 Feb 2006 06:45:00 +0100 Received: from localhost (dslb-084-061-001-143.pools.arcor-ip.net [84.61.1.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ramses.kicks-ass.net (Postfix) with ESMTP id C9F17B833; Mon, 13 Feb 2006 06:44:51 +0100 (CET) From: Markus Brueffer To: freebsd-acpi@freebsd.org Date: Mon, 13 Feb 2006 06:44:02 +0100 User-Agent: KMail/1.9.1 References: <43EEA588.3080802@cytexbg.com> In-Reply-To: <43EEA588.3080802@cytexbg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1696157.hshoAJAnLi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602130644.06530.markus@brueffer.de> X-ID: Sx3OUBZ6ZeLrY75wkz94GoCWcenJ5To45U0G2WmbBTkmMmiB8SnbwV@t-dialin.net X-TOI-MSGID: 730ae598-a487-44a4-8b76-d435b5f8691c Cc: Subject: Re: [PATCH] debug sysctl for acpi_ibm hiding the event printfs 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, 13 Feb 2006 05:45:14 -0000 --nextPart1696157.hshoAJAnLi Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sunday 12 February 2006 04:03 schrieb Niki Denev: > For some time i started using my IBM TP X31 with > the following sysctl enabled : > > dev.acpi_ibm.0.events=3D1 > > and the following lines in devd.conf : > > notify 10 { > match "system" "ACPI"; > match "subsystem" "IBM"; > match "notify" "0x05"; > action "/usr/local/sbin/wlan_toggle.sh"; > }; > > With this stuff i am able to use the wireless/radio (Fn-F5) button on my > laptop to enable/disable the wireless interface with the help of a > simple shell script. > But as annoying side effect of dev.acpi_ibm.0.events enabled now i get > printfs with the event codes each time i press a special combination. > So i decided to hide the printfs in acpi_ibm behind a debug sysctl, > in my case : dev.acpi_ibm.0.debug > The patch is attached. (it is for -CURRENT) Thanks for the patch. I have the debug output handling of acpi_ibm on my to= do=20 list and will take care of it. > P.S.: As another side effect of dev.acpi_ibm.0.events enabled i can no > longer use the suspend (Fn-F4) and display output (Fn-F7) keys because > now they generate events to devd. If you set the events sysctl to 1, all possible keys (depending on your mod= el)=20 will report acpi events to devd. You can control which keys should raise ac= pi=20 events and which shouldn't via the dev.acpi_ibm.0.eventmask sysctl. See the= =20 manpage for details. > This seems a little strange because the brightness and think light > combinations continue to work and do not generate events.=20 It highly depends on your model, which keys are able to generate events and= =20 which are not. But if brightness and thinklight don't generate events, not= =20 all is lost: acpi_ibm implements a second method to recognize keypresses on= =20 special keys (mostly used on older Thinkpads, but still supported on newer= =20 ones). Take a look at the dev.acpi_ibm.0.hotkey sysctl. To assign actions t= o=20 these keys, you can use the sysutils/tpb port. Cheers, 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! --nextPart1696157.hshoAJAnLi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD8Bym1I0Qcnj4qNQRAuQAAJ93XasvxQ0ybkj9yfijTDqcPVOJlACg/bbf ROXFGiA8xR7BlXE24m3mLPk= =jMB6 -----END PGP SIGNATURE----- --nextPart1696157.hshoAJAnLi-- From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 08:45:13 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0368216A420; Mon, 13 Feb 2006 08:45:13 +0000 (GMT) (envelope-from kono@kth.se) Received: from omega.nanophys.kth.se (omega.nanophys.kth.se [130.237.35.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5387F43D45; Mon, 13 Feb 2006 08:45:11 +0000 (GMT) (envelope-from kono@kth.se) Received: from omega.nanophys.kth.se (localhost [127.0.0.1]) by omega.nanophys.kth.se (8.13.4/8.13.1) with ESMTP id k1D8jAgr043710; Mon, 13 Feb 2006 09:45:10 +0100 (CET) (envelope-from kono@kth.se) Received: from localhost (localhost [[UNIX: localhost]]) by omega.nanophys.kth.se (8.13.4/8.13.1/Submit) id k1D8j9eC043624; Mon, 13 Feb 2006 09:45:09 +0100 (CET) (envelope-from kono@kth.se) X-Authentication-Warning: omega.nanophys.kth.se: kono set sender to kono@kth.se using -f From: Alexander Konovalenko Organization: KTH To: John Baldwin Date: Mon, 13 Feb 2006 09:45:09 +0100 User-Agent: KMail/1.8.3 References: <20051226172520.V29157@omega.nanophys.kth.se> <200512271117.15361.jhb@freebsd.org> <200602061642.56603.jhb@freebsd.org> In-Reply-To: <200602061642.56603.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602130945.09885.kono@kth.se> Cc: freebsd-acpi@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: "no carrier" on vr0 caused by suspend (FreeBSD 6.0) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kono@kth.se List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 08:45:13 -0000 On Monday 06 February 2006 22.42, John Baldwin wrote: > On Tuesday 27 December 2005 11:17, John Baldwin wrote: > > On Monday 26 December 2005 04:36 pm, Adriaan de Groot wrote: > > > On Monday 26 December 2005 17:44, Alexander Konovalenko wrote: > > > > recently I have upgraded my AMD Athlono-XP laptop to 6.0 STABLE, > > > > everything works fine, even suspending with zzz works except > > > > network interface vr0 which is in state "no carrier" right after wake > > > > up. The only thing which helps is reboot. > > > > > > I just finished working on a Via C3-mini ITX box, also with a vr0 > > > interface; it's not a laptop, but I felt it needed to suspend anyway. > > > Suspend into S3 causes the vr0 to hang on resume, in my case with > > > regular vr0: watchdog timeout messages. > > > > > > Solution: reset the driver. > > > > > > Implementation: build a custom kernel with _no_ vr interface built in. > > > Make sure vr is built as a module. In the suspend script, unload the > > > module. In resume, reload it, then run rc.d/netif and rc.d/routing. For > > > simple machines with uncomplicated interfaces and routing, that ought > > > to do the trick. > > > > You can try stopping the chip during suspend and init on resume. > > Something like this: > > Did the patch below work (did you try it)? > Unfortunately it did not work, suspend cause "no carrier" anyway :-( Thanks for help anyway /Alexander Konovalenko From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 11:02:22 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0664C16A420 for ; Mon, 13 Feb 2006 11:02:22 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C45C443D45 for ; Mon, 13 Feb 2006 11:02:21 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1DB2Lle067187 for ; Mon, 13 Feb 2006 11:02:21 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1DB2KY3067180 for freebsd-acpi@freebsd.org; Mon, 13 Feb 2006 11:02:20 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Feb 2006 11:02:20 GMT Message-Id: <200602131102.k1DB2KY3067180@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 11:02:22 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI o [2005/11/11] kern/88859 acpi ACPI broken on Compaq DL360 13 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM o [2005/12/03] kern/89879 acpi [acpi] ACPI-0438: *** Error: Looking up [ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 11:32:45 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B32B516A420 for ; Mon, 13 Feb 2006 11:32:45 +0000 (GMT) (envelope-from s.mueller@microworker.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADF2443D53 for ; Mon, 13 Feb 2006 11:32:44 +0000 (GMT) (envelope-from s.mueller@microworker.net) Received: from [212.227.126.202] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1F8bwh-0000n0-00 for freebsd-acpi@freebsd.org; Mon, 13 Feb 2006 12:32:43 +0100 Received: from [172.23.4.150] (helo=pustefix150.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 1F8bwh-0004qY-00 for freebsd-acpi@freebsd.org; Mon, 13 Feb 2006 12:32:43 +0100 Message-Id: <12428601.243161139830363567.JavaMail.servlet@kundenserver> From: s.mueller@microworker.net To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-Binford: 6100 (more power) X-Mailer: Webmail X-Originating-From: 5154653 X-Routing: DE X-Message-Id: <5154653$1139830363566172.23.4.15028849875@pustefix150.kundenserver.de--624527100> X-Received: from pustefix150.kundenserver.de by 84.191.139.79 with HTTP id 5154653 for [freebsd-acpi@freebsd.org]; Mon, 13 Feb 2006 12:32:43 CET Date: Mon, 13 Feb 2006 12:32:43 +0100 X-Provags-ID: kundenserver.de abuse@kundenserver.de ident:@172.23.4.150 Subject: ACPI trouble on Dell Latitude D505 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, 13 Feb 2006 11:32:45 -0000 Dear list-members, since the last update of xorg, I ran into a small pitty, when closing the l= id of my Dell Latitude D505 Notebook, it's getting blank... Thats ok and th= ats what mostly everyone wants. :) But, when I re-open the lid , I have onl= y a blank screen. The ACPI devices gives the correct output (lid close and = lid opened), but the screen is still blank. It would be nice if somebody could explain me, how to fix this issue. If you can tell me how I get more background/debugging output from the acpi= driver, it would be nice if you would tell me too. Sincerly Sebastian M=FCller Verbose bootlog: Feb 13 11:13:49 blixx syslogd: restart Feb 13 11:13:49 blixx syslogd: kernel boot file is /boot/kernel/kernel Feb 13 11:13:49 blixx kernel: Copyright (c) 1992-2006 The FreeBSD Project. Feb 13 11:13:49 blixx kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1= 989, 1991, 1992, 1993, 1994 Feb 13 11:13:49 blixx kernel: The Regents of the University of California. = All rights reserved. Feb 13 11:13:49 blixx kernel: FreeBSD 6.1-PRERELEASE #8: Sun Feb 12 23:04:1= 6 UTC 2006 Feb 13 11:13:49 blixx kernel: root@blixx.batchboxx:/usr/obj/usr/src/sys/bli= xx Feb 13 11:13:49 blixx kernel: Preloaded elf kernel "/boot/kernel/kernel" at= 0xc08a3000. Feb 13 11:13:49 blixx kernel: Calibrating clock(s) ... i8254 clock: 1193098= Hz Feb 13 11:13:49 blixx kernel: Timecounter "i8254" frequency 1193098 Hz qual= ity 0 Feb 13 11:13:49 blixx kernel: Calibrating TSC clock ... TSC clock: 15985347= 32 Hz Feb 13 11:13:49 blixx kernel: CPU: Intel(R) Pentium(R) M processor 1600MHz = (1598.53-MHz 686-class CPU) Feb 13 11:13:49 blixx kernel: Origin =3D "GenuineIntel" Id =3D 0x695 Step= ping =3D 5 Feb 13 11:13:49 blixx kernel: Features=3D0xa7e9f9bf Feb 13 11:13:49 blixx kernel: Features2=3D0x180 Feb 13 11:13:49 blixx kernel: real memory =3D 796565504 (759 MB) Feb 13 11:13:49 blixx kernel: Physical memory chunk(s): Feb 13 11:13:49 blixx kernel: 0x0000000000001000 - 0x000000000009efff, 6471= 68 bytes (158 pages) Feb 13 11:13:49 blixx kernel: 0x0000000000100000 - 0x00000000003fffff, 3145= 728 bytes (768 pages) Feb 13 11:13:49 blixx kernel: 0x0000000000c25000 - 0x000000002ea16fff, 7695= 97440 bytes (187890 pages) Feb 13 11:13:49 blixx kernel: avail memory =3D 770203648 (734 MB) Feb 13 11:13:49 blixx kernel: bios32: Found BIOS32 Service Directory header= at 0xc00ffe80 Feb 13 11:13:49 blixx kernel: bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D= 0 Len =3D 1 Feb 13 11:13:49 blixx kernel: pcibios: PCI BIOS entry at 0xf0000+0xc96e Feb 13 11:13:49 blixx kernel: pnpbios: Found PnP BIOS data at 0xc00fe2d0 Feb 13 11:13:49 blixx kernel: pnpbios: Entry =3D f0000:e2f4 Rev =3D 1.0 Feb 13 11:13:49 blixx kernel: pnpbios: Event flag at 4b4 Feb 13 11:13:49 blixx kernel: Other BIOS signatures found: Feb 13 11:13:49 blixx kernel: wlan: <802.11 Link Layer> Feb 13 11:13:49 blixx kernel: ath_rate: versi= on 0.1 Feb 13 11:13:49 blixx kernel: mem: Feb 13 11:13:49 blixx kernel: Pentium Pro MTRR support enabled Feb 13 11:13:49 blixx kernel: null: Feb 13 11:13:49 blixx kernel: random: Feb 13 11:13:49 blixx kernel: io: Feb 13 11:13:49 blixx kernel: VESA: information block Feb 13 11:13:49 blixx kernel: 56 45 53 41 00 03 00 01 00 01 01 00 00 00 40 = 00=20 Feb 13 11:13:49 blixx kernel: 00 01 7d 00 00 01 45 01 00 01 57 01 00 01 8d = 01=20 Feb 13 11:13:49 blixx kernel: 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 = 00=20 Feb 13 11:13:49 blixx kernel: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = 00=20 Feb 13 11:13:49 blixx kernel: VESA: 9 mode(s) found Feb 13 11:13:49 blixx kernel: VESA: v3.0, 8000k memory, flags:0x1, mode tab= le:0xc07fc780 (1000040) Feb 13 11:13:49 blixx kernel: VESA: Intel(r)852GM/852GME/855GM/855GME Graph= ics Chip Accelerated VGA BIOS Feb 13 11:13:49 blixx kernel: VESA: Intel Corporation Intel(r)852GM/852GME/= 855GM/855GME Graphics Controller Hardware Version 0.0 Feb 13 11:13:49 blixx kernel: ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF= 5111, RF5112, RF2413) Feb 13 11:13:49 blixx kernel: acpi0: on motherboard Feb 13 11:13:49 blixx kernel: acpi0: [MPSAFE] Feb 13 11:13:49 blixx kernel: pci_open(1):=09mode 1 addr port (0x0cf8) is 0= x80000050 Feb 13 11:13:49 blixx kernel: pci_open(1a):=09mode1res=3D0x80000000 (0x8000= 0000) Feb 13 11:13:49 blixx kernel: pci_cfgcheck:=09device 0 [class=3D060000] [hd= r=3D80] is there (id=3D35808086) Feb 13 11:13:49 blixx kernel: pcibios: BIOS version 2.10 Feb 13 11:13:49 blixx kernel: Found $PIR table, 9 entries at 0xc00fc590 Feb 13 11:13:49 blixx kernel: PCI-Only Interrupts: none Feb 13 11:13:49 blixx kernel: Location Bus Device Pin Link IRQs Feb 13 11:13:49 blixx kernel: embedded 0 29 A 0x60 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 29 B 0x63 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 29 C 0x62 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 29 D 0x6b 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 30 A 0x60 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 30 B 0x61 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 30 C 0x62 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 30 D 0x63 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 31 A 0x62 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 31 B 0x61 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 0 2 A 0x60 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 1 8 A 0x68 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 1 1 A 0x60 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 1 1 B 0x63 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 1 3 A 0x61 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 1 3 B 0x63 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 8 0 A 0x61 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 8 0 B 0x63 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 8 1 A 0x61 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: embedded 8 1 B 0x63 3 4 5 6 7 9 1= 0 11 12 14 15 Feb 13 11:13:49 blixx kernel: acpi_bus_number: root bus has no _BBN, assumi= ng 0 Feb 13 11:13:49 blixx kernel: AcpiOsDerivePciId: bus 0 dev 31 func 0 Feb 13 11:13:49 blixx kernel: acpi_bus_number: root bus has no _BBN, assumi= ng 0 Feb 13 11:13:49 blixx kernel: AcpiOsDerivePciId: bus 0 dev 31 func 0 Feb 13 11:13:49 blixx kernel: atpic: Programming IRQ9 as level/low Feb 13 11:13:49 blixx kernel: pci_link0: Links after initial probe: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link0: Links after initial validation: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link0: Links after disable: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 255 N 0 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link1: Links after initial probe: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 5 7 Feb 13 11:13:49 blixx kernel: pci_link1: Links after initial validation: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 255 N 0 5 7 Feb 13 11:13:49 blixx kernel: pci_link1: Links after disable: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 255 N 0 5 7 Feb 13 11:13:49 blixx kernel: pci_link2: Links after initial probe: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link2: Links after initial validation: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link2: Links after disable: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 255 N 0 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link3: Links after initial probe: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 5 7 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link3: Links after initial validation: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 5 7 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link3: Links after disable: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 255 N 0 5 7 9 10 11 Feb 13 11:13:49 blixx kernel: pci_link4: Links after initial probe: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Feb 13 11:13:49 blixx kernel: pci_link4: Links after initial validation: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Feb 13 11:13:49 blixx kernel: pci_link4: Links after disable: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Feb 13 11:13:49 blixx kernel: pci_link5: Links after initial probe: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Feb 13 11:13:49 blixx kernel: pci_link5: Links after initial validation: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Feb 13 11:13:49 blixx kernel: pci_link5: Links after disable: Feb 13 11:13:49 blixx kernel: Index IRQ Rtd Ref IRQs Feb 13 11:13:49 blixx kernel: 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Feb 13 11:13:49 blixx kernel: ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1= /1 1/1 -> 10 Feb 13 11:13:49 blixx kernel: Timecounter "ACPI-fast" frequency 3579545 Hz = quality 1000 Feb 13 11:13:49 blixx kernel: acpi_timer0: <24-bit timer at 3.579545MHz> po= rt 0x808-0x80b on acpi0 Feb 13 11:13:49 blixx kernel: cpu0: on acpi0 Feb 13 11:13:49 blixx kernel: est0: = on cpu0 Feb 13 11:13:49 blixx kernel: p4tcc0: on cp= u0 Feb 13 11:13:49 blixx kernel: acpi_acad0: on acpi0 Feb 13 11:13:49 blixx kernel: battery0: on ac= pi0 Feb 13 11:13:49 blixx kernel: battery1: on ac= pi0 Feb 13 11:13:49 blixx kernel: acpi_lid0: on acp= i0 Feb 13 11:13:49 blixx kernel: acpi_button0: on acpi0 Feb 13 11:13:49 blixx kernel: acpi_button1: on acpi0 Feb 13 11:13:49 blixx kernel: pcib0: port 0xcf8-0xcf= f on acpi0 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 0.31.INTA at fun= c 1: 255 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 0.31.INTB at fun= c 5: 11 Feb 13 11:13:49 blixx kernel: pci_link1: BIOS IRQ 11 for 0.31.INTB is inval= id Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 0.29.INTA at fun= c 0: 11 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 0.29.INTB at fun= c 1: 11 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 0.29.INTC at fun= c 2: 11 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 0.29.INTD at fun= c 7: 11 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 0.2.INTA at func= 0: 11 Feb 13 11:13:49 blixx kernel: pci0: on pcib0 Feb 13 11:13:49 blixx kernel: pci0: physical bus=3D0 Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x3580, revi= d=3D0x02 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D0, func=3D0 Feb 13 11:13:49 blixx kernel: class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x3584, revi= d=3D0x02 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D0, func=3D1 Feb 13 11:13:49 blixx kernel: class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x3585, revi= d=3D0x02 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D0, func=3D3 Feb 13 11:13:49 blixx kernel: class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x3582, revi= d=3D0x02 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D2, func=3D0 Feb 13 11:13:49 blixx kernel: class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0007, statreg=3D0x0090, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: intpin=3Da, irq=3D11 Feb 13 11:13:49 blixx kernel: powerspec 1 supports D0 D1 D3 current D0 Feb 13 11:13:49 blixx kernel: map[10]: type 3, range 32, base f0000000, siz= e 27, enabled Feb 13 11:13:49 blixx kernel: map[14]: type 1, range 32, base faf80000, siz= e 19, enabled Feb 13 11:13:49 blixx kernel: map[18]: type 4, range 32, base 0000c000, siz= e 3, enabled Feb 13 11:13:49 blixx kernel: pcib0: matched entry for 0.2.INTA (src \_SB_.= PCI0.LNKA:0) Feb 13 11:13:49 blixx kernel: pcib0: slot 2 INTA routed to irq 11 via \_SB_= .PCI0.LNKA Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x3582, revi= d=3D0x02 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D2, func=3D1 Feb 13 11:13:49 blixx kernel: class=3D03-80-00, hdrtype=3D0x00, mfdev=3D1 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0007, statreg=3D0x0090, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: powerspec 1 supports D0 D1 D3 current D0 Feb 13 11:13:49 blixx kernel: map[10]: type 3, range 32, base e8000000, siz= e 27, enabled Feb 13 11:13:49 blixx kernel: map[14]: type 1, range 32, base faf00000, siz= e 19, enabled Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x24c2, revi= d=3D0x01 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D29, func=3D0 Feb 13 11:13:49 blixx kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: intpin=3Da, irq=3D11 Feb 13 11:13:49 blixx kernel: map[20]: type 4, range 32, base 0000bf80, siz= e 5, enabled Feb 13 11:13:49 blixx kernel: pcib0: matched entry for 0.29.INTA (src \_SB_= .PCI0.LNKA:0) Feb 13 11:13:49 blixx kernel: pcib0: slot 29 INTA routed to irq 11 via \_SB= _.PCI0.LNKA Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x24c4, revi= d=3D0x01 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D29, func=3D1 Feb 13 11:13:49 blixx kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: intpin=3Db, irq=3D11 Feb 13 11:13:49 blixx kernel: map[20]: type 4, range 32, base 0000bf40, siz= e 5, enabled Feb 13 11:13:49 blixx kernel: pcib0: matched entry for 0.29.INTB (src \_SB_= .PCI0.LNKD:0) Feb 13 11:13:49 blixx kernel: pcib0: slot 29 INTB routed to irq 11 via \_SB= _.PCI0.LNKD Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x24c7, revi= d=3D0x01 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D29, func=3D2 Feb 13 11:13:49 blixx kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: intpin=3Dc, irq=3D11 Feb 13 11:13:49 blixx kernel: map[20]: type 4, range 32, base 0000bf20, siz= e 5, enabled Feb 13 11:13:49 blixx kernel: pcib0: matched entry for 0.29.INTC (src \_SB_= .PCI0.LNKC:0) Feb 13 11:13:49 blixx kernel: pcib0: slot 29 INTC routed to irq 11 via \_SB= _.PCI0.LNKC Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x24cd, revi= d=3D0x01 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D29, func=3D7 Feb 13 11:13:49 blixx kernel: class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: intpin=3Dd, irq=3D11 Feb 13 11:13:49 blixx kernel: powerspec 2 supports D0 D3 current D0 Feb 13 11:13:49 blixx kernel: map[10]: type 1, range 32, base faeffc00, siz= e 10, enabled Feb 13 11:13:49 blixx kernel: pcib0: matched entry for 0.29.INTD (src \_SB_= .PCI0.LNKH:0) Feb 13 11:13:49 blixx kernel: pcib0: slot 29 INTD routed to irq 11 via \_SB= _.PCI0.LNKH Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x2448, revi= d=3D0x81 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D30, func=3D0 Feb 13 11:13:49 blixx kernel: class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0107, statreg=3D0x8080, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 n= s), maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x24cc, revi= d=3D0x01 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D31, func=3D0 Feb 13 11:13:49 blixx kernel: class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x24ca, revi= d=3D0x01 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D31, func=3D1 Feb 13 11:13:49 blixx kernel: class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: intpin=3Da, irq=3D255 Feb 13 11:13:49 blixx kernel: map[20]: type 4, range 32, base 0000bfa0, siz= e 4, enabled Feb 13 11:13:49 blixx kernel: map[24]: type 1, range 32, base 00000000, siz= e 10, memory disabled Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x24c5, revi= d=3D0x01 Feb 13 11:13:49 blixx kernel: bus=3D0, slot=3D31, func=3D5 Feb 13 11:13:49 blixx kernel: class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz= =3D0 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns),= maxlat=3D0x00 (0 ns) Feb 13 11:13:49 blixx kernel: intpin=3Db, irq=3D11 Feb 13 11:13:49 blixx kernel: powerspec 2 supports D0 D3 current D0 Feb 13 11:13:49 blixx kernel: map[10]: type 4, range 32, base 0000d800, siz= e 8, enabled Feb 13 11:13:49 blixx kernel: map[14]: type 4, range 32, base 0000dc40, siz= e 6, enabled Feb 13 11:13:49 blixx kernel: map[18]: type 1, range 32, base faeff800, siz= e 9, enabled Feb 13 11:13:49 blixx kernel: map[1c]: type 1, range 32, base faeff400, siz= e 8, enabled Feb 13 11:13:49 blixx kernel: pcib0: matched entry for 0.31.INTB (src \_SB_= .PCI0.LNKB:0) Feb 13 11:13:49 blixx kernel: pci_link1: Picked IRQ 9 with weight 0 Feb 13 11:13:49 blixx kernel: pcib0: slot 31 INTB routed to irq 9 via \_SB_= .PCI0.LNKB Feb 13 11:13:49 blixx kernel: pci0: at device 0.1 (no dri= ver attached) Feb 13 11:13:49 blixx kernel: pci0: at device 0.3 (no dri= ver attached) Feb 13 11:13:49 blixx kernel: agp0: port 0xc000-0xc007 mem 0xf0000000-0xf7ffffff,0xfaf80000-0xfaffffff = irq 11 at device 2.0 on pci0 Feb 13 11:13:49 blixx kernel: agp0: Reserved 0x8000000 bytes for rid 0x10 t= ype 3 at 0xf0000000 Feb 13 11:13:49 blixx kernel: agp0: Reserved 0x80000 bytes for rid 0x14 typ= e 3 at 0xfaf80000 Feb 13 11:13:49 blixx kernel: agp0: detected 8060k stolen memory Feb 13 11:13:49 blixx kernel: agp0: aperture size is 128M Feb 13 11:13:49 blixx kernel: pci0: at device 2.1 (no driver atta= ched) Feb 13 11:13:49 blixx kernel: uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 Feb 13 11:13:49 blixx kernel: uhci0: Reserved 0x20 bytes for rid 0x20 type = 4 at 0xbf80 Feb 13 11:13:49 blixx kernel: uhci0: [GIANT-LOCKED] Feb 13 11:13:49 blixx kernel: usb0: on uhci0 Feb 13 11:13:49 blixx kernel: usb0: USB revision 1.0 Feb 13 11:13:49 blixx kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.= 00/1.00, addr 1 Feb 13 11:13:49 blixx kernel: uhub0: 2 ports with 2 removable, self powered Feb 13 11:13:49 blixx kernel: uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 Feb 13 11:13:49 blixx kernel: uhci1: Reserved 0x20 bytes for rid 0x20 type = 4 at 0xbf40 Feb 13 11:13:49 blixx kernel: uhci1: [GIANT-LOCKED] Feb 13 11:13:49 blixx kernel: usb1: on uhci1 Feb 13 11:13:49 blixx kernel: usb1: USB revision 1.0 Feb 13 11:13:49 blixx kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.= 00/1.00, addr 1 Feb 13 11:13:49 blixx kernel: uhub1: 2 ports with 2 removable, self powered Feb 13 11:13:49 blixx kernel: uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 Feb 13 11:13:49 blixx kernel: uhci2: Reserved 0x20 bytes for rid 0x20 type = 4 at 0xbf20 Feb 13 11:13:49 blixx kernel: uhci2: [GIANT-LOCKED] Feb 13 11:13:49 blixx kernel: usb2: on uhci2 Feb 13 11:13:49 blixx kernel: usb2: USB revision 1.0 Feb 13 11:13:49 blixx kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.= 00/1.00, addr 1 Feb 13 11:13:49 blixx kernel: uhub2: 2 ports with 2 removable, self powered Feb 13 11:13:49 blixx kernel: ehci0: mem 0xfaeffc00-0xfaefffff irq 11 at device 29.7 on pci0 Feb 13 11:13:49 blixx kernel: ehci0: Reserved 0x400 bytes for rid 0x10 type= 3 at 0xfaeffc00 Feb 13 11:13:49 blixx kernel: ehci0: [GIANT-LOCKED] Feb 13 11:13:49 blixx kernel: usb3: EHCI version 1.0 Feb 13 11:13:49 blixx kernel: usb3: companion controllers, 2 ports each: us= b0 usb1 usb2 Feb 13 11:13:49 blixx kernel: usb3: on ehci0 Feb 13 11:13:49 blixx kernel: usb3: USB revision 2.0 Feb 13 11:13:49 blixx kernel: uhub3: Intel EHCI root hub, class 9/0, rev 2.= 00/1.00, addr 1 Feb 13 11:13:49 blixx kernel: uhub3: 6 ports with 6 removable, self powered Feb 13 11:13:49 blixx kernel: pcib1: at device 30.0 o= n pci0 Feb 13 11:13:49 blixx kernel: pcib1: secondary bus 1 Feb 13 11:13:49 blixx kernel: pcib1: subordinate bus 1 Feb 13 11:13:49 blixx kernel: pcib1: I/O decode 0xe000-0xefff Feb 13 11:13:49 blixx kernel: pcib1: memory decode 0xfc000000-0xfdfff= fff Feb 13 11:13:49 blixx kernel: pcib1: prefetched decode 0xfff00000-0xfffff Feb 13 11:13:49 blixx kernel: pcib1: Subtractively decoded bridge. Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 1.1.INTA at func= 0: 255 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 1.1.INTB at func= 1: 11 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 1.3.INTA at func= 0: 11 Feb 13 11:13:49 blixx kernel: pci_link1: BIOS IRQ 11 for 1.3.INTA is invali= d Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 1.8.INTA at func= 0: 11 Feb 13 11:13:49 blixx kernel: ACPI: Found matching pin for 1.8.INTA at func= 0: 11 Feb 13 11:13:49 blixx kernel: pci_link1: BIOS IRQ 11 for 1.8.INTA is invali= d Feb 13 11:13:49 blixx kernel: pci1: on pcib1 Feb 13 11:13:49 blixx kernel: pci1: physical bus=3D1 Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x104c, dev=3D0xac44, revi= d=3D0x02 Feb 13 11:13:49 blixx kernel: bus=3D1, slot=3D1, func=3D0 Feb 13 11:13:49 blixx kernel: class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz= =3D8 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x20 (960 ns), mingnt=3D0x40 (1600= 0 ns), maxlat=3D0x07 (1750 ns) Feb 13 11:13:49 blixx kernel: intpin=3Da, irq=3D255 Feb 13 11:13:49 blixx kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Feb 13 11:13:49 blixx kernel: map[10]: type 1, range 32, base 00000000, siz= e 12, memory disabled Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x104c, dev=3D0x8029, revi= d=3D0x00 Feb 13 11:13:49 blixx kernel: bus=3D1, slot=3D1, func=3D1 Feb 13 11:13:49 blixx kernel: class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0116, statreg=3D0x0210, cachelnsz= =3D8 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 = ns), maxlat=3D0x04 (1000 ns) Feb 13 11:13:49 blixx kernel: intpin=3Db, irq=3D11 Feb 13 11:13:49 blixx kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Feb 13 11:13:49 blixx kernel: map[10]: type 1, range 32, base fcfff800, siz= e 11, enabled Feb 13 11:13:49 blixx kernel: pcib1: (null) requested memory range 0xfcfff8= 00-0xfcffffff: good Feb 13 11:13:49 blixx kernel: map[14]: type 1, range 32, base fcff8000, siz= e 14, enabled Feb 13 11:13:49 blixx kernel: pcib1: (null) requested memory range 0xfcff80= 00-0xfcffbfff: good Feb 13 11:13:49 blixx kernel: pcib1: matched entry for 1.1.INTB (src \_SB_.= PCI0.LNKD:0) Feb 13 11:13:49 blixx kernel: pcib1: slot 1 INTB routed to irq 11 via \_SB_= .PCI0.LNKD Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x168c, dev=3D0x0013, revi= d=3D0x01 Feb 13 11:13:49 blixx kernel: bus=3D1, slot=3D3, func=3D0 Feb 13 11:13:49 blixx kernel: class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz= =3D8 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500= ns), maxlat=3D0x1c (7000 ns) Feb 13 11:13:49 blixx kernel: intpin=3Da, irq=3D11 Feb 13 11:13:49 blixx kernel: powerspec 2 supports D0 D3 current D0 Feb 13 11:13:49 blixx kernel: map[10]: type 1, range 32, base fcfe0000, siz= e 16, enabled Feb 13 11:13:49 blixx kernel: pcib1: (null) requested memory range 0xfcfe00= 00-0xfcfeffff: good Feb 13 11:13:49 blixx kernel: pcib1: matched entry for 1.3.INTA (src \_SB_.= PCI0.LNKB:0) Feb 13 11:13:49 blixx kernel: pcib1: slot 3 INTA routed to irq 9 via \_SB_.= PCI0.LNKB Feb 13 11:13:49 blixx kernel: found->=09vendor=3D0x8086, dev=3D0x103d, revi= d=3D0x81 Feb 13 11:13:49 blixx kernel: bus=3D1, slot=3D8, func=3D0 Feb 13 11:13:49 blixx kernel: class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 Feb 13 11:13:49 blixx kernel: cmdreg=3D0x0117, statreg=3D0x0290, cachelnsz= =3D8 (dwords) Feb 13 11:13:49 blixx kernel: lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000= ns), maxlat=3D0x38 (14000 ns) Feb 13 11:13:49 blixx kernel: intpin=3Da, irq=3D11 Feb 13 11:13:49 blixx kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Feb 13 11:13:49 blixx kernel: map[10]: type 1, range 32, base fcffe000, siz= e 12, enabled Feb 13 11:13:49 blixx kernel: pcib1: (null) requested memory range 0xfcffe0= 00-0xfcffefff: good Feb 13 11:13:49 blixx kernel: map[14]: type 4, range 32, base 0000ecc0, siz= e 6, enabled Feb 13 11:13:49 blixx kernel: pcib1: (null) requested I/O range 0xecc0-0xec= ff: in range Feb 13 11:13:49 blixx kernel: pcib1: matched entry for 1.8.INTA (src \_SB_.= PCI0.LNKE:0) Feb 13 11:13:49 blixx kernel: pcib1: slot 8 INTA routed to irq 11 via \_SB_= .PCI0.LNKE Feb 13 11:13:49 blixx kernel: cbb0: at device 1= .0 on pci1 Feb 13 11:13:49 blixx kernel: pcib1: cbb0 requested memory range 0xfc000000= -0xfdffffff: good Feb 13 11:13:49 blixx kernel: cbb0: Lazy allocation of 0x1000 bytes rid 0x1= 0 type 3 at 0xfc000000 Feb 13 11:13:49 blixx kernel: cardbus0: on cbb0 Feb 13 11:13:49 blixx kernel: pccard0: <16-bit PCCard bus> on cbb0 Feb 13 11:13:49 blixx kernel: pcib1: matched entry for 1.1.INTA (src \_SB_.= PCI0.LNKA:0) Feb 13 11:13:49 blixx kernel: pcib1: slot 1 INTA routed to irq 11 via \_SB_= .PCI0.LNKA Feb 13 11:13:49 blixx kernel: cbb0: [MPSAFE] Feb 13 11:13:49 blixx kernel: cbb0: PCI Configuration space: Feb 13 11:13:49 blixx kernel: 0x00: 0xac44104c 0x02100007 0x06070002 0x0082= 2008=20 Feb 13 11:13:49 blixx kernel: 0x10: 0xfc000000 0x020000a0 0x20030201 0xffff= f000=20 Feb 13 11:13:49 blixx kernel: 0x20: 0x00000000 0xfffff000 0x00000000 0xffff= fffc=20 Feb 13 11:13:49 blixx kernel: 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740= 010b=20 Feb 13 11:13:49 blixx kernel: 0x40: 0x01631028 0x00000001 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0x50: 0x00000000 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0x60: 0x00000000 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0x70: 0x00000000 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0x80: 0x08405061 0x00000000 0x001f0000 0x012c= 1222=20 Feb 13 11:13:49 blixx kernel: 0x90: 0x606482c2 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0xa0: 0xfe120001 0x00c00000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0xb0: 0x00000000 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0xc0: 0x00000000 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0xd0: 0x00000000 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0xe0: 0x00000000 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: 0xf0: 0x00000000 0x00000000 0x00000000 0x0000= 0000=20 Feb 13 11:13:49 blixx kernel: fwohci0: vendor=3D104c, dev=3D8029 Feb 13 11:13:49 blixx kernel: fwohci0: vendor=3D104c, dev=3D8029 Feb 13 11:13:49 blixx kernel: fwohci0: <1394 Open Host Controller Interface= > mem 0xfcfff800-0xfcffffff,0xfcff8000-0xfcffbfff irq 11 at device 1.1 on p= ci1 Feb 13 11:13:49 blixx kernel: fwohci0: Reserved 0x800 bytes for rid 0x10 ty= pe 3 at 0xfcfff800 Feb 13 11:13:49 blixx kernel: fwohci0: [MPSAFE] Feb 13 11:13:49 blixx kernel: fwohci0: OHCI version 1.10 (ROM=3D0) Feb 13 11:13:49 blixx kernel: fwohci0: No. of Isochronous channels is 4. Feb 13 11:13:49 blixx kernel: fwohci0: EUI64 34:4f:c0:00:38:21:20:30 Feb 13 11:13:49 blixx kernel: fwohci0: Phy 1394a available S400, 2 ports. Feb 13 11:13:49 blixx kernel: fwohci0: Link S400, max_rec 2048 bytes. Feb 13 11:13:49 blixx kernel: firewire0: on fwohci= 0 Feb 13 11:13:49 blixx kernel: fwohci0: Initiate bus reset Feb 13 11:13:49 blixx kernel: fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLE= MASTER mode Feb 13 11:13:49 blixx kernel: firewire0: 1 nodes, maxhop <=3D 0, cable IRM = =3D 0 (me) Feb 13 11:13:49 blixx kernel: firewire0: bus manager 0 (me) Feb 13 11:13:49 blixx kernel: ath0: mem 0xfcfe0000-0xfcfefff= f irq 9 at device 3.0 on pci1 Feb 13 11:13:49 blixx kernel: ath0: Reserved 0x10000 bytes for rid 0x10 typ= e 3 at 0xfcfe0000 Feb 13 11:13:49 blixx kernel: ath0: [MPSAFE] Feb 13 11:13:49 blixx kernel: ath0: bpf attached Feb 13 11:13:49 blixx kernel: ath0: Ethernet address: 00:0f:ea:e8:19:81 Feb 13 11:13:49 blixx kernel: ath0: bpf attached Feb 13 11:13:49 blixx kernel: ath0: bpf attached Feb 13 11:13:49 blixx kernel: ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Feb 13 11:13:49 blixx kernel: ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6= Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Feb 13 11:13:49 blixx kernel: ath0: turboG rates: 6Mbps 9Mbps 12Mbps 18Mbps= 24Mbps 36Mbps 48Mbps 54Mbps Feb 13 11:13:49 blixx kernel: ath0: mac 5.9 phy 4.3 radio 4.6 Feb 13 11:13:49 blixx kernel: ath0: Use hw queue 1 for WME_AC_BE traffic Feb 13 11:13:49 blixx kernel: ath0: Use hw queue 0 for WME_AC_BK traffic Feb 13 11:13:49 blixx kernel: ath0: Use hw queue 2 for WME_AC_VI traffic Feb 13 11:13:49 blixx kernel: ath0: Use hw queue 3 for WME_AC_VO traffic Feb 13 11:13:49 blixx kernel: ath0: Use hw queue 8 for CAB traffic Feb 13 11:13:49 blixx kernel: ath0: Use hw queue 9 for beacons Feb 13 11:13:49 blixx kernel: fxp0: port 0xecc0-0xecff mem 0xfcffe000-0xfcffefff irq 11 at device 8.0 on pc= i1 Feb 13 11:13:49 blixx kernel: fxp0: Reserved 0x1000 bytes for rid 0x10 type= 3 at 0xfcffe000 Feb 13 11:13:49 blixx kernel: fxp0: using memory space register mapping Feb 13 11:13:49 blixx kernel: fxp0: PCI IDs: 8086 103d 1028 2002 0081 Feb 13 11:13:49 blixx kernel: fxp0: Dynamic Standby mode is disabled Feb 13 11:13:49 blixx kernel: miibus0: on fxp0 Feb 13 11:13:49 blixx kernel: inphy0: on = miibus0 Feb 13 11:13:49 blixx kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100= baseTX-FDX, auto Feb 13 11:13:49 blixx kernel: fxp0: bpf attached Feb 13 11:13:49 blixx kernel: fxp0: Ethernet address: 00:0f:1f:bd:d9:55 Feb 13 11:13:49 blixx kernel: fxp0: [MPSAFE] Feb 13 11:13:49 blixx kernel: isab0: at device 31.0 on pci= 0 Feb 13 11:13:49 blixx kernel: isa0: on isab0 Feb 13 11:13:49 blixx kernel: atapci0: port= 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 Feb 13 11:13:49 blixx kernel: atapci0: Reserved 0x10 bytes for rid 0x20 typ= e 4 at 0xbfa0 Feb 13 11:13:49 blixx kernel: ata0: on atapci0 Feb 13 11:13:49 blixx kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type= 4 at 0x1f0 Feb 13 11:13:49 blixx kernel: atapci0: Reserved 0x1 bytes for rid 0x14 type= 4 at 0x3f6 Feb 13 11:13:49 blixx kernel: ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1= =3D00 Feb 13 11:13:49 blixx kernel: ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb= =3D0x00 Feb 13 11:13:49 blixx kernel: ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb= =3D0x00 Feb 13 11:13:49 blixx kernel: ata0: reset tp2 stat0=3D50 stat1=3D00 devices= =3D0x1 Feb 13 11:13:49 blixx kernel: ata0: [MPSAFE] Feb 13 11:13:49 blixx kernel: ata1: on atapci0 Feb 13 11:13:49 blixx kernel: atapci0: Reserved 0x8 bytes for rid 0x18 type= 4 at 0x170 Feb 13 11:13:49 blixx kernel: atapci0: Reserved 0x1 bytes for rid 0x1c type= 4 at 0x376 Feb 13 11:13:49 blixx kernel: ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1= =3D00 Feb 13 11:13:49 blixx kernel: ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb= =3D0xeb Feb 13 11:13:49 blixx kernel: ata1: stat1=3D0x00 err=3D0x04 lsb=3D0x00 msb= =3D0x00 Feb 13 11:13:49 blixx kernel: ata1: reset tp2 stat0=3D00 stat1=3D00 devices= =3D0x4 Feb 13 11:13:49 blixx kernel: ata1: [MPSAFE] Feb 13 11:13:49 blixx kernel: pcm0: port 0xd800-0xd8= ff,0xdc40-0xdc7f mem 0xfaeff800-0xfaeff9ff,0xfaeff400-0xfaeff4ff irq 9 at d= evice 31.5 on pci0 Feb 13 11:13:49 blixx kernel: pcm0: Reserved 0x200 bytes for rid 0x18 type = 3 at 0xfaeff800 Feb 13 11:13:49 blixx kernel: pcm0: Reserved 0x100 bytes for rid 0x1c type = 3 at 0xfaeff400 Feb 13 11:13:49 blixx kernel: pcm0: [MPSAFE] Feb 13 11:13:49 blixx kernel: pcm0: Feb 13 11:13:49 blixx kernel: pcm0: Codec features headphone, 20 bit DAC, 2= 0 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement Feb 13 11:13:49 blixx kernel: pcm0: Primary codec extended features variabl= e rate PCM, reserved 1, AMAP, reserved 4 Feb 13 11:13:49 blixx kernel: pcm0: ac97 codec dac ready count: 0 Feb 13 11:13:49 blixx kernel: pcm0: sndbuf_setmap 2e416000, 4000; 0xe621000= 0 -> 2e416000 Feb 13 11:13:49 blixx kernel: pcm0: sndbuf_setmap 2e40d000, 4000; 0xe621400= 0 -> 2e40d000 Feb 13 11:13:49 blixx kernel: acpi_tz0: on acpi0 Feb 13 11:13:49 blixx kernel: psmcpnp0: irq 12 on acpi0 Feb 13 11:13:49 blixx kernel: atkbdc0: port 0= x60,0x64 irq 1 on acpi0 Feb 13 11:13:49 blixx kernel: atkbd0: irq 1 on atkbdc0 Feb 13 11:13:49 blixx kernel: atkbd: the current kbd controller command byt= e 0065 Feb 13 11:13:49 blixx kernel: atkbd: keyboard ID 0x41ab (2) Feb 13 11:13:49 blixx kernel: kbd0 at atkbd0 Feb 13 11:13:49 blixx kernel: kbd0: atkbd0, AT 101/102 (2), config:0x0, fla= gs:0x3d0000 Feb 13 11:13:49 blixx kernel: atkbd0: [GIANT-LOCKED] Feb 13 11:13:49 blixx kernel: psm0: current command byte:0065 Feb 13 11:13:49 blixx kernel: psm0: irq 12 on atkbdc0 Feb 13 11:13:49 blixx kernel: psm0: [GIANT-LOCKED] Feb 13 11:13:49 blixx kernel: psm0: model GlidePoint, device ID 0-00, 2 but= tons Feb 13 11:13:49 blixx kernel: psm0: config:00000000, flags:00000008, packet= size:3 Feb 13 11:13:49 blixx kernel: psm0: syncmask:c0, syncbits:00 Feb 13 11:13:49 blixx kernel: sio0: irq maps: 0xa01 0xa11 0xa01 0xa01 Feb 13 11:13:49 blixx kernel: sio0: <16550A-compatible COM port> port 0x3f8= -0x3ff irq 4 flags 0x10 on acpi0 Feb 13 11:13:49 blixx kernel: sio0: type 16550A Feb 13 11:13:49 blixx kernel: sio1: irq maps: 0xa01 0xa09 0xa01 0xa01 Feb 13 11:13:49 blixx kernel: sio1 port 0x2f8-0x2ff,0x280-0x287 irq 3 drq 3= on acpi0 Feb 13 11:13:49 blixx kernel: sio1: type 16550A Feb 13 11:13:49 blixx kernel: npx0: [FAST] Feb 13 11:13:49 blixx kernel: npx0: on motherboard Feb 13 11:13:49 blixx kernel: npx0: INT 16 interface Feb 13 11:13:49 blixx kernel: ata: ata0 already exists; skipping it Feb 13 11:13:49 blixx kernel: ata: ata1 already exists; skipping it Feb 13 11:13:49 blixx kernel: atkbdc: atkbdc0 already exists; skipping it Feb 13 11:13:49 blixx kernel: sio: sio0 already exists; skipping it Feb 13 11:13:49 blixx kernel: sio: sio1 already exists; skipping it Feb 13 11:13:49 blixx kernel: pnp_identify: Trying Read_Port at 203 Feb 13 11:13:49 blixx kernel: pnp_identify: Trying Read_Port at 243 Feb 13 11:13:49 blixx kernel: pnp_identify: Trying Read_Port at 283 Feb 13 11:13:49 blixx kernel: pnp_identify: Trying Read_Port at 2c3 Feb 13 11:13:49 blixx kernel: pnp_identify: Trying Read_Port at 303 Feb 13 11:13:49 blixx kernel: pnp_identify: Trying Read_Port at 343 Feb 13 11:13:49 blixx kernel: pnp_identify: Trying Read_Port at 383 Feb 13 11:13:49 blixx kernel: pnp_identify: Trying Read_Port at 3c3 Feb 13 11:13:49 blixx kernel: PNP Identify complete Feb 13 11:13:49 blixx kernel: vt: vt0 already exists; skipping it Feb 13 11:13:49 blixx kernel: sc: sc0 already exists; skipping it Feb 13 11:13:49 blixx kernel: vga: vga0 already exists; skipping it Feb 13 11:13:49 blixx kernel: isa_probe_children: disabling PnP devices Feb 13 11:13:49 blixx kernel: isa_probe_children: probing non-PnP devices Feb 13 11:13:49 blixx kernel: pmtimer0 on isa0 Feb 13 11:13:49 blixx kernel: orm0: at iomem 0xc0000-0xcd= 7ff,0xcd800-0xcdfff,0xce000-0xce7ff,0xce800-0xcefff,0xcf000-0xcf7ff,0xcf800= -0xcffff on isa0 Feb 13 11:13:49 blixx kernel: adv0: not probed (disabled) Feb 13 11:13:49 blixx kernel: aha0: not probed (disabled) Feb 13 11:13:49 blixx kernel: aic0: not probed (disabled) Feb 13 11:13:49 blixx kernel: bt0: not probed (disabled) Feb 13 11:13:49 blixx kernel: cs0: not probed (disabled) Feb 13 11:13:49 blixx kernel: ed0: not probed (disabled) Feb 13 11:13:49 blixx kernel: fdc0 failed to probe at port 0x3f0 irq 6 drq = 2 on isa0 Feb 13 11:13:49 blixx kernel: fe0: not probed (disabled) Feb 13 11:13:49 blixx kernel: ie0: not probed (disabled) Feb 13 11:13:49 blixx kernel: lnc0: not probed (disabled) Feb 13 11:13:49 blixx kernel: ppc0 failed to probe at irq 7 on isa0 Feb 13 11:13:49 blixx kernel: sc0: at flags 0x100 on isa0 Feb 13 11:13:49 blixx kernel: sc0: VGA <16 virtual consoles, flags=3D0x300> Feb 13 11:13:49 blixx kernel: sc0: fb0, kbd0, terminal emulator: sc (syscon= s terminal) Feb 13 11:13:49 blixx kernel: sio2: not probed (disabled) Feb 13 11:13:49 blixx kernel: sio3: not probed (disabled) Feb 13 11:13:49 blixx kernel: sn0: not probed (disabled) Feb 13 11:13:49 blixx kernel: vga0: at port 0x3c0-0x3df i= omem 0xa0000-0xbffff on isa0 Feb 13 11:13:49 blixx kernel: vt0: not probed (disabled) Feb 13 11:13:49 blixx kernel: isa_probe_children: probing PnP devices Feb 13 11:13:49 blixx kernel: Device configuration finished. Feb 13 11:13:49 blixx kernel: procfs registered Feb 13 11:13:49 blixx kernel: Timecounter "TSC" frequency 1598534732 Hz qua= lity 800 Feb 13 11:13:49 blixx kernel: Timecounters tick every 1.000 msec Feb 13 11:13:49 blixx kernel: Linux ELF exec handler installed Feb 13 11:13:49 blixx kernel: lo0: bpf attached Feb 13 11:13:49 blixx kernel: acpi_acad0: acline initialization start Feb 13 11:13:49 blixx kernel: acpi_acad0: On Line Feb 13 11:13:49 blixx kernel: acpi_acad0: acline initialization done, tried= 1 times Feb 13 11:13:49 blixx kernel: battery0: battery initialization start Feb 13 11:13:49 blixx kernel: battery0: battery initialization done, tried = 1 times Feb 13 11:13:49 blixx kernel: battery1: battery initialization start Feb 13 11:13:49 blixx kernel: ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DU= DMA100 cable=3D80 wire Feb 13 11:13:49 blixx kernel: ad0: setting PIO4 on ICH4 chip Feb 13 11:13:49 blixx kernel: ad0: setting UDMA100 on ICH4 chip Feb 13 11:13:49 blixx kernel: ad0: 57231MB at at= a0-master UDMA100 Feb 13 11:13:49 blixx kernel: ad0: 117210240 sectors [116280C/16H/63S] 16 s= ectors/interrupt 1 depth queue Feb 13 11:13:49 blixx kernel: GEOM: new disk ad0 Feb 13 11:13:49 blixx kernel: ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DU= DMA33 cable=3D40 wire Feb 13 11:13:49 blixx kernel: acd0: setting PIO4 on ICH4 chip Feb 13 11:13:49 blixx kernel: acd0: setting UDMA33 on ICH4 chip Feb 13 11:13:49 blixx kernel: acd0: CDRW drive a= t ata1 as master Feb 13 11:13:49 blixx kernel: acd0: read 4134KB/s (4134KB/s) write 4134KB/s= (4134KB/s), 2048KB buffer, UDMA33 Feb 13 11:13:49 blixx kernel: acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, = DVDR, packet Feb 13 11:13:49 blixx kernel: acd0: Writes: CDR, CDRW, test write, burnproo= f Feb 13 11:13:49 blixx kernel: acd0: Audio: play, 256 volume levels Feb 13 11:13:49 blixx kernel: acd0: Mechanism: ejectable tray, unlocked Feb 13 11:13:49 blixx kernel: acd0: Medium: no/blank disc Feb 13 11:13:49 blixx kernel: pcm0: measured ac97 link rate at 48007 Hz, wi= ll use 48000 Hz Feb 13 11:13:49 blixx kernel: Trying to mount root from ufs:/dev/ad0s3a Feb 13 11:13:49 blixx kernel: start_init: trying /sbin/init Feb 13 11:13:49 blixx kernel: Loading configuration files. Feb 13 11:13:49 blixx kernel: /dev/ad0s3b is smaller than physical memory Feb 13 11:13:49 blixx kernel: No suitable dump device was found. Feb 13 11:13:49 blixx kernel: Entropy harvesting: Feb 13 11:13:49 blixx kernel: interrupts Feb 13 11:13:49 blixx kernel: ethernet Feb 13 11:13:49 blixx kernel: point_to_point Feb 13 11:13:49 blixx kernel: kickstart Feb 13 11:13:49 blixx kernel: . Feb 13 11:13:49 blixx kernel: swapon: adding /dev/ad0s3b as swap device Feb 13 11:13:49 blixx kernel: Starting file system checks: Feb 13 11:13:49 blixx kernel: /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING CHEC= KS Feb 13 11:13:49 blixx kernel: /dev/ad0s3a: clean, 444087 free (1335 frags, = 55344 blocks, 0.3% fragmentation) Feb 13 11:13:49 blixx kernel: /dev/ad0s3e: FILE SYSTEM CLEAN; SKIPPING CHEC= KS Feb 13 11:13:49 blixx kernel: /dev/ad0s3e: clean, 5037668 free (115076 frag= s, 615324 blocks, 1.1% fragmentation) Feb 13 11:13:49 blixx kernel: /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHEC= KS Feb 13 11:13:49 blixx kernel: /dev/ad0s1d: clean, 2200687 free (7919 frags,= 274096 blocks, 0.1% fragmentation) Feb 13 11:13:49 blixx kernel: /dev/ad0s3f: FILE SYSTEM CLEAN; SKIPPING CHEC= KS Feb 13 11:13:49 blixx kernel: /dev/ad0s3f: clean, 1608225 free (25 frags, 2= 01025 blocks, 0.0% fragmentation) Feb 13 11:13:49 blixx kernel: /dev/ad0s3d: FILE SYSTEM CLEAN; SKIPPING CHEC= KS Feb 13 11:13:49 blixx kernel: /dev/ad0s3d: clean, 431740 free (2964 frags, = 53597 blocks, 0.6% fragmentation) Feb 13 11:13:49 blixx kernel: pass0 at ata1 bus 0 target 0 lun 0 Feb 13 11:13:49 blixx kernel: pass0: <_NEC DVD+RW ND-6100A 104D> Removable = CD-ROM SCSI-0 device=20 Feb 13 11:13:49 blixx kernel: pass0: Serial Number [ Feb 13 11:13:49 blixx kernel: pass0: 33.000MB/s transfers Feb 13 11:13:49 blixx kernel: GEOM: new disk cd0 Feb 13 11:13:49 blixx kernel: (cd0:ata1:0:0:0): error 6 Feb 13 11:13:49 blixx kernel: (cd0:ata1:0:0:0): Unretryable Error Feb 13 11:13:49 blixx kernel: cd0 at ata1 bus 0 target 0 lun 0 Feb 13 11:13:49 blixx kernel: cd0: <_NEC DVD+RW ND-6100A 104D> Removable CD= -ROM SCSI-0 device=20 Feb 13 11:13:49 blixx kernel: cd0: Serial Number [ Feb 13 11:13:49 blixx kernel: cd0: 33.000MB/s transfers Feb 13 11:13:49 blixx kernel: cd0: Attempt to query device size failed: NOT= READY, Medium not present Feb 13 11:13:49 blixx kernel: Setting hostname: blixx.batchboxx. Feb 13 11:13:49 blixx kernel: (cd0:ata1:0:0:0): error 6 Feb 13 11:13:49 blixx kernel: (cd0:ata1:0:0:0): Unretryable Error Feb 13 11:13:49 blixx kernel: (cd0:ata1:0:0:0): error 6 Feb 13 11:13:49 blixx kernel: (cd0:ata1:0:0:0): Unretryable Error Feb 13 11:13:49 blixx kernel: (cd0:ata1:0:0:0): error 6 Feb 13 11:13:49 blixx kernel: (cd0:ata1:0:0:0): Unretryable Error From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 15:18:48 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1988F16A422; Mon, 13 Feb 2006 15:18:48 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C690443D5A; Mon, 13 Feb 2006 15:18:47 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1DFIlBm087359; Mon, 13 Feb 2006 15:18:47 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1DFIlka087355; Mon, 13 Feb 2006 15:18:47 GMT (envelope-from jhb) Date: Mon, 13 Feb 2006 15:18:47 GMT From: John Baldwin Message-Id: <200602131518.k1DFIlka087355@freefall.freebsd.org> To: tedm@ipinc.net, jhb@FreeBSD.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: kern/88859: ACPI broken on Compaq DL360 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 15:18:48 -0000 Synopsis: ACPI broken on Compaq DL360 State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Feb 13 15:18:28 UTC 2006 State-Changed-Why: This is fixed in RELENG_6 and will be fixed in 6.1-RELEASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=88859 From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 15:21:38 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E060016A420; Mon, 13 Feb 2006 15:21:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E14C43D5F; Mon, 13 Feb 2006 15:21:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1DFLcxv087512; Mon, 13 Feb 2006 15:21:38 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1DFLas2087508; Mon, 13 Feb 2006 15:21:36 GMT (envelope-from jhb) Date: Mon, 13 Feb 2006 15:21:36 GMT From: John Baldwin Message-Id: <200602131521.k1DFLas2087508@freefall.freebsd.org> To: simon@seun.ru, jhb@FreeBSD.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: kern/64365: ACPI problems 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, 13 Feb 2006 15:21:39 -0000 Synopsis: ACPI problems State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Feb 13 15:21:06 UTC 2006 State-Changed-Why: Feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=64365 From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 15:27:11 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA8516A422; Mon, 13 Feb 2006 15:27:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9509D43D69; Mon, 13 Feb 2006 15:27:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1DFRBfj087710; Mon, 13 Feb 2006 15:27:11 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1DFRB01087706; Mon, 13 Feb 2006 15:27:11 GMT (envelope-from jhb) Date: Mon, 13 Feb 2006 15:27:11 GMT From: John Baldwin Message-Id: <200602131527.k1DFRB01087706@freefall.freebsd.org> To: dwerner1974@yahoo.com, jhb@FreeBSD.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: kern/89879: [acpi] ACPI-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND 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, 13 Feb 2006 15:27:12 -0000 Synopsis: [acpi] ACPI-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Feb 13 15:26:54 UTC 2006 State-Changed-Why: Problem was resolved by patching buggy ASL. http://www.freebsd.org/cgi/query-pr.cgi?pr=89879 From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 17:10:23 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EC5D16A420 for ; Mon, 13 Feb 2006 17:10:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF88043D55 for ; Mon, 13 Feb 2006 17:10:11 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1DHABxM096894 for ; Mon, 13 Feb 2006 17:10:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1DHAB0J096893; Mon, 13 Feb 2006 17:10:11 GMT (envelope-from gnats) Date: Mon, 13 Feb 2006 17:10:11 GMT Message-Id: <200602131710.k1DHAB0J096893@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Cc: Subject: Re: i386/56372: acpi don't work on TYAN tiger100 M/B X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 17:10:23 -0000 The following reply was made to PR i386/56372; it has been noted by GNATS. From: John Baldwin To: bug-followup@freebsd.org, enokion@yahoo.co.jp Cc: Subject: Re: i386/56372: acpi don't work on TYAN tiger100 M/B Date: Mon, 13 Feb 2006 10:10:18 -0500 Do more recent versions of FreeBSD (such as 5.4 or 6.0) still show the same error messages? (AE_AML_REGION_LIMIT, etc.) A lot of the ACPI-related code has changed since 5.1. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 17:10:26 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C7E16A420 for ; Mon, 13 Feb 2006 17:10:26 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47C2E43D90 for ; Mon, 13 Feb 2006 17:10:14 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1DHAEYM096906 for ; Mon, 13 Feb 2006 17:10:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1DHAExG096905; Mon, 13 Feb 2006 17:10:14 GMT (envelope-from gnats) Date: Mon, 13 Feb 2006 17:10:14 GMT Message-Id: <200602131710.k1DHAExG096905@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Cc: Subject: Re: i386/80426: [APIC] [panic] 5.4-RC3 still panic when boot on ASUS P2B-DS M/B X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 17:10:26 -0000 The following reply was made to PR i386/80426; it has been noted by GNATS. From: John Baldwin To: bug-followup@freebsd.org, g_jin@lbl.gov Cc: Subject: Re: i386/80426: [APIC] [panic] 5.4-RC3 still panic when boot on ASUS P2B-DS M/B Date: Mon, 13 Feb 2006 10:14:48 -0500 The problem is that your BIOS is marked as buggy by the ACPI code. Unfortunately the MADT code doesn't check the blacklist until it is too late to revert back to not using ACPI. You will just need to use the 'hint.acpi.0.disabled=1' loader tunable to disable ACPI altogether. Given how few blacklisted BIOSes are present in SMP machines, trying to make the quirk checking happen earlier is probably not going to happen anytime soon, so it's probably best to just disable ACPI as the panic message told you to. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 17:10:27 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5F0216A422 for ; Mon, 13 Feb 2006 17:10:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CEC143D93 for ; Mon, 13 Feb 2006 17:10:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1DHAHF6096914 for ; Mon, 13 Feb 2006 17:10:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1DHAH4D096913; Mon, 13 Feb 2006 17:10:17 GMT (envelope-from gnats) Date: Mon, 13 Feb 2006 17:10:17 GMT Message-Id: <200602131710.k1DHAH4D096913@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/80815: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 17:10:28 -0000 The following reply was made to PR kern/80815; it has been noted by GNATS. From: John Baldwin To: bug-followup@freebsd.org, eugen@kuzbass.ru Cc: Subject: Re: kern/80815: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying Date: Mon, 13 Feb 2006 10:24:30 -0500 Can you try 6.0 or a recent 6.x snapshot? The pci link code in 6.x has been rewritten from scratch. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 17:29:42 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E46B16A420 for ; Mon, 13 Feb 2006 17:29:42 +0000 (GMT) (envelope-from boris.hollas@informatik.uni-ulm.de) Received: from mail.informatik.uni-ulm.de (ns.informatik.uni-ulm.de [134.60.68.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7592843D6B for ; Mon, 13 Feb 2006 17:29:28 +0000 (GMT) (envelope-from boris.hollas@informatik.uni-ulm.de) Received: from localhost ([127.0.0.1]) by mail.informatik.uni-ulm.de with esmtp (Exim 4.52) id 1F8hVv-0002uT-4d for freebsd-acpi@freebsd.org; Mon, 13 Feb 2006 18:29:27 +0100 Received: from mail.informatik.uni-ulm.de ([127.0.0.1]) by localhost (mail.informatik.uni-ulm.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10661-09 for ; Mon, 13 Feb 2006 18:29:25 +0100 (CET) Received: from theoin.informatik.uni-ulm.de ([134.60.76.76] helo=localhost.informatik.uni-ulm.de) by mail.informatik.uni-ulm.de with esmtp (Exim 4.52) id 1F8hVt-0002uI-Az for freebsd-acpi@freebsd.org; Mon, 13 Feb 2006 18:29:25 +0100 To: freebsd-acpi@freebsd.org Date: Mon, 13 Feb 2006 18:27:25 +0100 From: "Boris Hollas" Organization: Uni Ulm Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 955) X-Virus-Scanned: amavisd-new at informatik.uni-ulm.de Subject: Thermal problem on Compaq Armada E 500 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, 13 Feb 2006 17:29:42 -0000 Hello, I have the following problem on 5.4-R with my Armada E 500: After switching on, the fan starts and keeps running even at 0% CPU load, albeit at low speed. sysctl hw.acpi.thermal tells me that tz0 ist not active and tz0.temperature is about 27 deg Celsius, which is very cool. Interestingly, the fan will be switched off if it has been running at higher speed once. tz0.temperature is about 40 deg Celsius if the fan is not running. After booting Windows, the fan will run at highest speed for one second and then switch off. To switch the fan off manually, I therefore tried to set hw.acpi.thermal.active to levels 0,1 or 2, which had no effect. I always get the message /home/boris# sysctl hw.acpi.thermal.tz0.active=0 hw.acpi.thermal.tz0.active: -1 -> -1 The only method I have so far to switch the fan off is to run some CPU-demanding program and to kill this after the fan has been running at higher speed. The output of sysctl hw.acpi is hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 C2/100 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% hw.acpi.acline: 1 hw.acpi.battery.life: -1 hw.acpi.battery.time: -1 hw.acpi.battery.state: 7 hw.acpi.battery.units: 3 hw.acpi.battery.info_expire: 5 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 27.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 90.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 103.0C hw.acpi.thermal.tz0._ACx: 80.0C 70.0C 50.0C -1 -1 -1 -1 -1 -1 -1 The BIOS dates from 2002, enabling or disabling apm make no difference. From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 18:52:21 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC97E16A424 for ; Mon, 13 Feb 2006 18:52:20 +0000 (GMT) (envelope-from dthiele@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 4ADCF43D86 for ; Mon, 13 Feb 2006 18:52:10 +0000 (GMT) (envelope-from dthiele@gmx.net) Received: (qmail invoked by alias); 13 Feb 2006 18:52:06 -0000 Received: from p54860059.dip0.t-ipconnect.de (EHLO [192.168.1.33]) [84.134.0.89] by mail.gmx.net (mp017) with SMTP; 13 Feb 2006 19:52:06 +0100 X-Authenticated: #19302822 Message-ID: <43F0D578.3040302@gmx.net> Date: Mon, 13 Feb 2006 19:52:40 +0100 From: Daniel Thiele User-Agent: Thunderbird 1.5 (X11/20060204) MIME-Version: 1.0 To: Daniel Thiele References: <43BA5E03.4080306@gmx.net> <43BA7167.2060500@inbox.ru> <43BA88F8.8040506@gmx.net> In-Reply-To: <43BA88F8.8040506@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI S3 and S5 Problem with HDD on ThinkPad R40 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 18:52:21 -0000 Daniel Thiele wrote: > Rechistov Grigory wrote: >> I've heard about some commands (atacontrol ?) which allow to spin down >> hard drive, so maybe we should just put them in shutdown script? >> > > You can use ataidle (sysutils/ataidle) to put a HDD into idle or standby > mode, but putting that command into /etc/rc.shutdown will AFAIK not work > since /etc/rc.shutdown is called before the kernel syncs the disks at > the end of its shutdown process. So if you put them into standby mode > before they will spin up again for this final syncing. > > I do not know if it is possible and/or reasonable to do all the things > that ataidle does to put a HDD into standby mode somewhere after the > disks are synced in the shutdown and suspend actions the kernel does. Hi, I have a solution for the problem or at least for the S5 power off problem to be precise. I simply looked at the ataidle source code and added the standby part from ataidle to the ata driver's shutdown function. To do this just change ad_shutdown() in /usr/src/sys/dev/ata/ata-disk.c from this: static void ad_shutdown(device_t dev) { struct ata_device *atadev = device_get_softc(dev); if (atadev->param.support.command2 & ATA_SUPPORT_FLUSHCACHE) ata_controlcmd(dev, ATA_FLUSHCACHE, 0, 0, 0); } to this: static void ad_shutdown(device_t dev) { struct ata_device *atadev = device_get_softc(dev); if (atadev->param.support.command2 & ATA_SUPPORT_FLUSHCACHE) ata_controlcmd(dev, ATA_FLUSHCACHE, 0, 0, 0); if (atadev->param.support.command2 & ATA_SUPPORT_STANDBY) ata_controlcmd(dev, ATA_STANDBY_IMMEDIATE, 0, 0, 0); } The two extra lines should put the HDD in the "immediate standby" mode (if this mode is supported) which cause the drive to spin down before it's power is turned off during the shutdown procedure done when entering the S5 state. I hope this is the correct way to overcome this problem. At least it seems to run flawlessly since the past 5 weeks on both FreeBSD 6.0-STABLE and FreeBSD 6.1-PRERELEASE. Best regards Daniel Thiele From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 13 18:54:22 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AFC016A423 for ; Mon, 13 Feb 2006 18:54:22 +0000 (GMT) (envelope-from dthiele@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id B86BB43D5C for ; Mon, 13 Feb 2006 18:54:20 +0000 (GMT) (envelope-from dthiele@gmx.net) Received: (qmail invoked by alias); 13 Feb 2006 18:54:18 -0000 Received: from p54860059.dip0.t-ipconnect.de (EHLO [192.168.1.33]) [84.134.0.89] by mail.gmx.net (mp020) with SMTP; 13 Feb 2006 19:54:18 +0100 X-Authenticated: #19302822 Message-ID: <43F0D5FF.2090308@gmx.net> Date: Mon, 13 Feb 2006 19:54:55 +0100 From: Daniel Thiele User-Agent: Thunderbird 1.5 (X11/20060204) MIME-Version: 1.0 To: Daniel Thiele References: <43BA5E03.4080306@gmx.net> <43BA7167.2060500@inbox.ru> <43BA88F8.8040506@gmx.net> <43F0D578.3040302@gmx.net> In-Reply-To: <43F0D578.3040302@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-acpi@FreeBSD.org Subject: Re: ACPI S3 and S5 Problem with HDD on ThinkPad R40 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 18:54:22 -0000 Daniel Thiele wrote: > Daniel Thiele wrote: >> Rechistov Grigory wrote: >>> I've heard about some commands (atacontrol ?) which allow to spin >>> down hard drive, so maybe we should just put them in shutdown script? >>> >> >> You can use ataidle (sysutils/ataidle) to put a HDD into idle or standby >> mode, but putting that command into /etc/rc.shutdown will AFAIK not work >> since /etc/rc.shutdown is called before the kernel syncs the disks at >> the end of its shutdown process. So if you put them into standby mode >> before they will spin up again for this final syncing. >> >> I do not know if it is possible and/or reasonable to do all the things >> that ataidle does to put a HDD into standby mode somewhere after the >> disks are synced in the shutdown and suspend actions the kernel does. > > > Hi, > > I have a solution for the problem or at least for the S5 power off > problem to be precise. I simply looked at the ataidle source code and > added the standby part from ataidle to the ata driver's shutdown > function. To do this just change ad_shutdown() in > /usr/src/sys/dev/ata/ata-disk.c from this: > > > static void > ad_shutdown(device_t dev) > { > struct ata_device *atadev = device_get_softc(dev); > > if (atadev->param.support.command2 & ATA_SUPPORT_FLUSHCACHE) > ata_controlcmd(dev, ATA_FLUSHCACHE, 0, 0, 0); > } > > > to this: > > > static void > ad_shutdown(device_t dev) > { > struct ata_device *atadev = device_get_softc(dev); > > if (atadev->param.support.command2 & ATA_SUPPORT_FLUSHCACHE) > ata_controlcmd(dev, ATA_FLUSHCACHE, 0, 0, 0); > > if (atadev->param.support.command2 & ATA_SUPPORT_STANDBY) > ata_controlcmd(dev, ATA_STANDBY_IMMEDIATE, 0, 0, 0); > } > > And recompile and reinstall the kernel, of course. (sorry I forgot that in my previous email) From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 14 04:00:46 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81E9216A420 for ; Tue, 14 Feb 2006 04:00:46 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44BD843D8E for ; Tue, 14 Feb 2006 04:00:34 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1E40Yan041700 for ; Tue, 14 Feb 2006 04:00:34 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1E40Y1e041698; Tue, 14 Feb 2006 04:00:34 GMT (envelope-from gnats) Date: Tue, 14 Feb 2006 04:00:34 GMT Message-Id: <200602140400.k1E40Y1e041698@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Eugene Grosbein Cc: Subject: Re: kern/80815: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Grosbein List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 04:00:46 -0000 The following reply was made to PR kern/80815; it has been noted by GNATS. From: Eugene Grosbein To: John Baldwin Cc: bug-followup@freebsd.org Subject: Re: kern/80815: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying Date: Tue, 14 Feb 2006 10:51:42 +0700 John Baldwin wrote: > > Can you try 6.0 or a recent 6.x snapshot? The pci link code in 6.x has been > rewritten from scratch. I did already: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/91408 In short: 6.0-RELEASE has problems, 7.0-CURRENT does not. From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 14 14:39:26 2006 Return-Path: X-Original-To: freebsd-acpi@hub.freebsd.org Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0568A16A423; Tue, 14 Feb 2006 14:39:26 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5158143D69; Tue, 14 Feb 2006 14:39:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1EEdMwP091259; Tue, 14 Feb 2006 14:39:22 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1EEdLUp091255; Tue, 14 Feb 2006 14:39:21 GMT (envelope-from jhb) Date: Tue, 14 Feb 2006 14:39:21 GMT From: John Baldwin Message-Id: <200602141439.k1EEdLUp091255@freefall.freebsd.org> To: eugen@kuzbass.ru, jhb@FreeBSD.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: kern/80815: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying 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, 14 Feb 2006 14:39:26 -0000 Synopsis: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Tue Feb 14 14:38:55 UTC 2006 State-Changed-Why: Closed at submitter's request. Superseded by PR 91408. http://www.freebsd.org/cgi/query-pr.cgi?pr=80815 From owner-freebsd-acpi@FreeBSD.ORG Tue Feb 14 14:50: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7EB016A43A for ; Tue, 14 Feb 2006 14:50:26 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D5FD43D48 for ; Tue, 14 Feb 2006 14:50:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8586441 for multiple; Tue, 14 Feb 2006 09:49:48 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1EEoN5s060427; Tue, 14 Feb 2006 09:50:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Eugene Grosbein Date: Tue, 14 Feb 2006 09:39:36 -0500 User-Agent: KMail/1.9.1 References: <200602140400.k1E40Y1e041698@freefall.freebsd.org> In-Reply-To: <200602140400.k1E40Y1e041698@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602140939.38394.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1288/Tue Feb 14 04:24:31 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: kern/80815: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying 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, 14 Feb 2006 14:50:27 -0000 On Monday 13 February 2006 23:00, Eugene Grosbein wrote: > The following reply was made to PR kern/80815; it has been noted by GNATS. > > From: Eugene Grosbein > To: John Baldwin > Cc: bug-followup@freebsd.org > Subject: Re: kern/80815: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - > WRITE_DMA retrying > Date: Tue, 14 Feb 2006 10:51:42 +0700 > > John Baldwin wrote: > > Can you try 6.0 or a recent 6.x snapshot? The pci link code in 6.x has > > been rewritten from scratch. > > I did already: > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/91408 > > In short: 6.0-RELEASE has problems, 7.0-CURRENT does not. Ok. How about a RELENG_6 kernel? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 15 22:39:52 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA9E416A420 for ; Wed, 15 Feb 2006 22:39:52 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr004.jf.intel.com (fmr19.intel.com [134.134.136.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E92F43D48 for ; Wed, 15 Feb 2006 22:39:52 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr004.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc, v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id k1FMdqch007539 for ; Wed, 15 Feb 2006 22:39:52 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc, v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id k1FMdQBw004831 for ; Wed, 15 Feb 2006 22:39:52 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2006021514395118733 for ; Wed, 15 Feb 2006 14:39:51 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 15 Feb 2006 14:39:51 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 15 Feb 2006 14:39:49 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E045DA8D3@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How can I fix these problems of the asl of my computer? Thread-Index: AcYu7CDry6Z3JLIdQ6iw1xDR9z2H3wDlCcxg From: "Moore, Robert" To: , X-OriginalArrivalTime: 15 Feb 2006 22:39:51.0743 (UTC) FILETIME=[BBF7F4F0:01C63280] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.16 Cc: Subject: RE: How can I fix these problems of the asl of my computer? 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, 15 Feb 2006 22:39:53 -0000 ze2205au.asl 2243: Return (UPRS) Error 1022 - Object does not exist ^ (UPRS) ze2205au.asl 2253: Store (UPRS, Local0) Error 1022 - Object does not exist ^ (UPRS) ze2205au.asl 4138: Name (_WDG, Buffer (0x50) Warning 2033 - Unknown reserved name ^ (_WDG) ze2205au.asl 4699: Method (_WED, 1, NotSerialized) Warning 2033 - Unknown reserved name ^ (_WED) 1) Add "External (UPRS)" after the definition block is opened: DefinitionBlock ("DSDT.aml", "DSDT", 1, "HP ", "3091 ", 537137673) { External (UPRS) 2) Ignore the warnings. Your BIOS writers did not read the ACPI spec or became blind sometime in the middle of it, highly probable. :-) Bob From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 15 22:58:06 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C2516A422 for ; Wed, 15 Feb 2006 22:58:06 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B54D843D46 for ; Wed, 15 Feb 2006 22:58:03 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k1FMw2Ek014359; Wed, 15 Feb 2006 17:58:02 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Wed, 15 Feb 2006 17:57:44 -0500 User-Agent: KMail/1.6.2 References: <971FCB6690CD0E4898387DBF7552B90E045DA8D3@orsmsx403.amr.corp.intel.com> In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E045DA8D3@orsmsx403.amr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200602151757.50295.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1289/Tue Feb 14 09:36:44 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: huangxiangkui@gmail.com, "Moore, Robert" Subject: Re: How can I fix these problems of the asl of my computer? 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, 15 Feb 2006 22:58:06 -0000 On Wednesday 15 February 2006 05:39 pm, Moore, Robert wrote: > ze2205au.asl 4138: Name (_WDG, Buffer (0x50) > Warning 2033 - Unknown reserved name ^ (_WDG) > > ze2205au.asl 4699: Method (_WED, 1, NotSerialized) > Warning 2033 - Unknown reserved name ^ (_WED) This is a very common problem with all recent HP/Compaq laptops: http://gentoo-wiki.com/Talk:HOWTO_Fix_Common_ACPI_Problems > 2) Ignore the warnings. Your BIOS writers did not read the ACPI > spec or became blind sometime in the middle of it, highly probable. > :-) No, they are not blind. They just work for the dark side. ;-) Both _WDG and _WED are Microsoft extensions: http://www.microsoft.com/whdc/system/pnppwr/wmi/wmi-acpi.mspx Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 15 23:06:33 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3801616A420; Wed, 15 Feb 2006 23:06:33 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr002.jf.intel.com (fmr17.intel.com [134.134.136.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8186943D6A; Wed, 15 Feb 2006 23:06:18 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr002.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id k1FN6HeZ026937; Wed, 15 Feb 2006 23:06:17 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id k1FN6FBc018574; Wed, 15 Feb 2006 23:06:15 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2006021515061122407 ; Wed, 15 Feb 2006 15:06:12 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 15 Feb 2006 15:06:05 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 15 Feb 2006 15:06:03 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E045DA997@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How can I fix these problems of the asl of my computer? Thread-Index: AcYyg4bbnPAC1efORp6Sm/B1AiY+/gAAIvIg From: "Moore, Robert" To: "Jung-uk Kim" , X-OriginalArrivalTime: 15 Feb 2006 23:06:05.0217 (UTC) FILETIME=[65D50910:01C63284] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.16 Cc: huangxiangkui@gmail.com Subject: RE: How can I fix these problems of the asl of my computer? 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, 15 Feb 2006 23:06:33 -0000 I had a sneaking suspicion that MS might be involved in this. I can add these to the compiler's reserved list to eliminate future warnings. BTW, I meant that most everyone goes nearly blind attempting to read the ACPI spec. > -----Original Message----- > From: Jung-uk Kim [mailto:jkim@FreeBSD.org] > Sent: Wednesday, February 15, 2006 2:58 PM > To: freebsd-acpi@FreeBSD.org > Cc: Moore, Robert; huangxiangkui@gmail.com > Subject: Re: How can I fix these problems of the asl of my computer? >=20 > On Wednesday 15 February 2006 05:39 pm, Moore, Robert wrote: > > ze2205au.asl 4138: Name (_WDG, Buffer (0x50) > > Warning 2033 - Unknown reserved name ^ (_WDG) > > > > ze2205au.asl 4699: Method (_WED, 1, NotSerialized) > > Warning 2033 - Unknown reserved name ^ (_WED) >=20 > This is a very common problem with all recent HP/Compaq laptops: > http://gentoo-wiki.com/Talk:HOWTO_Fix_Common_ACPI_Problems >=20 > > 2) Ignore the warnings. Your BIOS writers did not read the ACPI > > spec or became blind sometime in the middle of it, highly probable. > > :-) >=20 > No, they are not blind. They just work for the dark side. ;-) >=20 > Both _WDG and _WED are Microsoft extensions: > http://www.microsoft.com/whdc/system/pnppwr/wmi/wmi-acpi.mspx >=20 > Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 15 23:20: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4045C16A420 for ; Wed, 15 Feb 2006 23:20:07 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B606B43D5D for ; Wed, 15 Feb 2006 23:20:00 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k1FNJxAv014987; Wed, 15 Feb 2006 18:19:59 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Wed, 15 Feb 2006 18:19:44 -0500 User-Agent: KMail/1.6.2 References: <971FCB6690CD0E4898387DBF7552B90E045DA997@orsmsx403.amr.corp.intel.com> In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E045DA997@orsmsx403.amr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200602151819.47034.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1289/Tue Feb 14 09:36:44 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: huangxiangkui@gmail.com, "Moore, Robert" Subject: Re: How can I fix these problems of the asl of my computer? 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, 15 Feb 2006 23:20:07 -0000 On Wednesday 15 February 2006 06:06 pm, Moore, Robert wrote: > I had a sneaking suspicion that MS might be involved in this. :-) > I can add these to the compiler's reserved list to eliminate future > warnings. Great. > BTW, I meant that most everyone goes nearly blind attempting to > read the ACPI spec. Yes, I think I am going to be the next victim. ;-) Jung-uk Kim > > -----Original Message----- > > From: Jung-uk Kim [mailto:jkim@FreeBSD.org] > > Sent: Wednesday, February 15, 2006 2:58 PM > > To: freebsd-acpi@FreeBSD.org > > Cc: Moore, Robert; huangxiangkui@gmail.com > > Subject: Re: How can I fix these problems of the asl of my > > computer? > > > > On Wednesday 15 February 2006 05:39 pm, Moore, Robert wrote: > > > ze2205au.asl 4138: Name (_WDG, Buffer (0x50) > > > Warning 2033 - Unknown reserved name ^ (_WDG) > > > > > > ze2205au.asl 4699: Method (_WED, 1, NotSerialized) > > > Warning 2033 - Unknown reserved name ^ (_WED) > > > > This is a very common problem with all recent HP/Compaq laptops: > > http://gentoo-wiki.com/Talk:HOWTO_Fix_Common_ACPI_Problems > > > > > 2) Ignore the warnings. Your BIOS writers did not read the ACPI > > > spec or became blind sometime in the middle of it, highly > > > probable. > > > > > > :-) > > > > No, they are not blind. They just work for the dark side. ;-) > > > > Both _WDG and _WED are Microsoft extensions: > > http://www.microsoft.com/whdc/system/pnppwr/wmi/wmi-acpi.mspx > > > > Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 16 15:28:15 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 499A516A423 for ; Thu, 16 Feb 2006 15:28:15 +0000 (GMT) (envelope-from huangxiangkui@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5595F43D46 for ; Thu, 16 Feb 2006 15:28:14 +0000 (GMT) (envelope-from huangxiangkui@gmail.com) Received: by nproxy.gmail.com with SMTP id l24so119145nfc for ; Thu, 16 Feb 2006 07:28:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=iUkt7lrHIzgbv2vajLCNfTYFxRUIDJf68S9l9PgFj/B9+QI28VpCt+cFVEEKfrBj3McddrczgIAM1mFsW2+g+v4kANQtRGlYF67YyR6AWkJEPpleGvZEUocXBkRdKDmhgEbFoa2AFvO5xpjBKkdoCR7jsZgMWH986wCG+A0dXy4= Received: by 10.48.238.20 with SMTP id l20mr195969nfh; Thu, 16 Feb 2006 07:28:12 -0800 (PST) Received: by 10.48.203.20 with HTTP; Thu, 16 Feb 2006 07:28:12 -0800 (PST) Message-ID: Date: Thu, 16 Feb 2006 23:28:12 +0800 From: To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: How can I fix these problems of the asl of my computer? 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, 16 Feb 2006 15:28:15 -0000 My problem has been send on http://lists.freebsd.org/pipermail/freebsd-acpi/2006-February/002542.html I fellow the way by Moore, Robert. on http://lists.freebsd.org/pipermail/freebsd-acpi/2006-February/002571.html I use the commond "iasl acpi.asl" to compile the fixed code of ACPI.and get below. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 12 2006] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c ASL Input: acpi.asl - 5056 lines, 181043 bytes, 2399 keywords AML Output: DSDT.aml - 23214 bytes 561 named objects 1838 executable opcode= s Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 822 Optimizations =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D And I use commond "cp DSDT.aml /boot/DSDT.aml".to copy the DSDT.aml to boot= . And add the next text to the /boot/rc.conf. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D acpi_dsdt_load=3D"YES" acpi_dsdt_name=3D"/boot/DSDT.aml" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D But when I reboot the computer. The FreeBSD also start with the error of acpi. I use the commond "dmesg" get below. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE-p4 #0: Sun Feb 12 23:00:51 CST 2006 root@localhost.my.domain:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile AMD Sempron(tm) Processor 3000+ (1794.79-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20fc2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xc2500800,3DNow+,3DNow> real memory =3D 233766912 (222 MB) avail memory =3D 219250688 (209 MB) ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 acpi0: Power Button (fixed) pci_link0: irq 0 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 ACPI-0438: *** Error: Looking up [UPRS] in namespace, AE_NOT_FOUND SearchNode 0xc14a0440 StartNode 0xc14a0440 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.LNKU._CRS] (Node 0xc14a0440), AE_NOT_FOUND pci_link8: on acpi0 ACPI-0438: *** Error: Looking up [UPRS] in namespace, AE_NOT_FOUND SearchNode 0xc14a0440 StartNode 0xc14a0440 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.LNKU._CRS] (Node 0xc14a0440), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [UPRS] in namespace, AE_NOT_FOUND SearchNode 0xc14a0480 StartNode 0xc14a0480 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.LNKU._PRS] (Node 0xc14a0480), AE_NOT_FOUND pci_link8: Unable to parse _CRS or _PRS: AE_NOT_FOUND device_attach: pci_link8 attach returned 6 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 pci_link8: on acpi0 ACPI-0438: *** Error: Looking up [UPRS] in namespace, AE_NOT_FOUND SearchNode 0xc14a0440 StartNode 0xc14a0440 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.LNKU._CRS] (Node 0xc14a0440), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [UPRS] in namespace, AE_NOT_FOUND SearchNode 0xc14a0480 StartNode 0xc14a0480 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.LNKU._PRS] (Node 0xc14a0480), AE_NOT_FOUND pci_link8: Unable to parse _CRS or _PRS: AE_NOT_FOUND device_attach: pci_link8 attach returned 6 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) ohci0: mem 0xd0000000-0xd0000fff irq 19 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xd0001000-0xd0001fff irq 19 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xd0002000-0xd0002fff irq 19 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: (0x1002) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8410-0x841f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci5: on pcib2 rl0: port 0xa000-0xa0ff mem 0xd0206000-0xd02060ff irq 18 at device 0.0 on pci5 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:16:36:18:10:9f cbb0: at device 9.0 on pci5 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xd0206800-0xd0206fff,0xd0200000-0xd0203fff irq 22 at device 9.2 on pci5 fwohci0: OHCI version 1.10 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:85:7a:e2 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:85:7a:e2 fwe0: Ethernet address: 02:c0:9f:85:7a:e2 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc000ffc0, gen=3D2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int pci5: at device 9.3 (no driver attached) pci5: at device 9.4 (no driver attached) pci0: at device 20.5 (no driver attached) pci0: at device 20.6 (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] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 acpi_acad0: on acpi0 battery0: on acpi0 pci_link8: on acpi0 ACPI-0438: *** Error: Looking up [UPRS] in namespace, AE_NOT_FOUND SearchNode 0xc14a0440 StartNode 0xc14a0440 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.LNKU._CRS] (Node 0xc14a0440), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [UPRS] in namespace, AE_NOT_FOUND SearchNode 0xc14a0480 StartNode 0xc14a0480 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.LNKU._PRS] (Node 0xc14a0480), AE_NOT_FOUND pci_link8: Unable to parse _CRS or _PRS: AE_NOT_FOUND device_attach: pci_link8 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xdc000-0xdffff,0xe0000-0xe3fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> 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 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB Receiver, rev 1.10/20.10, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. Timecounter "TSC" frequency 1794790862 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38154MB at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s3a ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled umass0: Ramaxel FlashDisk, rev 1.00/1.00, addr 3 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 15MB (32000 512 byte sectors: 64H 32S/T 15C) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I don't know why it is error again?Please Help me!!! Wait you. From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 16 20:28:09 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E2C916A420 for ; Thu, 16 Feb 2006 20:28:09 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from phoenix.gargantuan.com (srv01.lak.lwxdatacom.net [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id C422843D48 for ; Thu, 16 Feb 2006 20:28:08 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 6EAB6110; Thu, 16 Feb 2006 15:28:07 -0500 (EST) Date: Thu, 16 Feb 2006 15:28:07 -0500 From: "Michael W. Oliver" To: huangxiangkui@gmail.com Message-ID: <20060216202807.GF25913@gargantuan.com> Mail-Followup-To: huangxiangkui@gmail.com, freebsd-acpi@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qp4W5+cUSnZs0RIF" Content-Disposition: inline In-Reply-To: X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: mutt-ng/devel-r774 (FreeBSD) Cc: freebsd-acpi@freebsd.org Subject: Re: How can I fix these problems of the asl of my computer? 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, 16 Feb 2006 20:28:09 -0000 --qp4W5+cUSnZs0RIF Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006-02-16T23:28:12+0800, huangxiangkui@gmail.com wrote: > My problem has been send on > http://lists.freebsd.org/pipermail/freebsd-acpi/2006-February/002542.html >=20 > I fellow the way by Moore, Robert. on > http://lists.freebsd.org/pipermail/freebsd-acpi/2006-February/002571.html >=20 > I use the commond "iasl acpi.asl" to compile the fixed code of > ACPI.and get below. >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > Intel ACPI Component Architecture > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 12 2006] > Copyright (C) 2000 - 2004 Intel Corporation > Supports ACPI Specification Revision 2.0c >=20 > ASL Input: acpi.asl - 5056 lines, 181043 bytes, 2399 keywords > AML Output: DSDT.aml - 23214 bytes 561 named objects 1838 executable opco= des >=20 > Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 822 Optimizations > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > And I use commond "cp DSDT.aml /boot/DSDT.aml".to copy the DSDT.aml to bo= ot. > And add the next text to the /boot/rc.conf. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > acpi_dsdt_load=3D"YES" > acpi_dsdt_name=3D"/boot/DSDT.aml" > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D Add those lines to /boot/loader.conf , not /boot/rc.conf , and you should be OK. --=20 Mike Oliver [see complete headers for contact information] --qp4W5+cUSnZs0RIF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD9OBXsWv7q8X6o8kRAkj9AKCe74W29praMzXfEmzf9I98krOZvQCgqsVm +zBwzbV6RHE4AeYjJw5OuH8= =nfu/ -----END PGP SIGNATURE----- --qp4W5+cUSnZs0RIF-- From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 17 04:48: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1BAA16A420 for ; Fri, 17 Feb 2006 04:48:07 +0000 (GMT) (envelope-from huangxiangkui@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id E72EE43D49 for ; Fri, 17 Feb 2006 04:48:06 +0000 (GMT) (envelope-from huangxiangkui@gmail.com) Received: by nproxy.gmail.com with SMTP id i2so216359nfe for ; Thu, 16 Feb 2006 20:48:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LEs+9xtcX+MraxIFtSTDy41zW//JcF+53bQWmd4dORmUwAFvXW3UFuTU12tN2pa1y9vcKE2Gw52WS2izJarIQcWI6I3aH1ql/APpraJPzdZMHlUq2dHr86VEg2E/ohNl2O0W6ay62M4CXsjf2KwlhSjuS7XAIxx6uobQdD5awls= Received: by 10.48.214.20 with SMTP id m20mr356479nfg; Thu, 16 Feb 2006 20:48:05 -0800 (PST) Received: by 10.48.203.20 with HTTP; Thu, 16 Feb 2006 20:48:05 -0800 (PST) Message-ID: Date: Fri, 17 Feb 2006 12:48:05 +0800 From: To: huangxiangkui@gmail.com, freebsd-acpi@freebsd.org In-Reply-To: <20060216202807.GF25913@gargantuan.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060216202807.GF25913@gargantuan.com> Cc: Subject: Re: How can I fix these problems of the asl of my computer? 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, 17 Feb 2006 04:48:07 -0000 I am sorry.That is my problem. I don't write the text in the file rc.conf.It is loader.conf. It is my mistake that I write the error file name in the mail.sorry. The error hadn't been fixed. Help me! 2006/2/17, Michael W. Oliver : > On 2006-02-16T23:28:12+0800, huangxiangkui@gmail.com wrote: > > My problem has been send on > > http://lists.freebsd.org/pipermail/freebsd-acpi/2006-February/002542.ht= ml > > > > I fellow the way by Moore, Robert. on > > http://lists.freebsd.org/pipermail/freebsd-acpi/2006-February/002571.ht= ml > > > > I use the commond "iasl acpi.asl" to compile the fixed code of > > ACPI.and get below. > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Intel ACPI Component Architecture > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 12 200= 6] > > Copyright (C) 2000 - 2004 Intel Corporation > > Supports ACPI Specification Revision 2.0c > > > > ASL Input: acpi.asl - 5056 lines, 181043 bytes, 2399 keywords > > AML Output: DSDT.aml - 23214 bytes 561 named objects 1838 executable op= codes > > > > Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 822 Optimization= s > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > And I use commond "cp DSDT.aml /boot/DSDT.aml".to copy the DSDT.aml to = boot. > > And add the next text to the /boot/rc.conf. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > acpi_dsdt_load=3D"YES" > > acpi_dsdt_name=3D"/boot/DSDT.aml" > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > > Add those lines to /boot/loader.conf , not /boot/rc.conf , and you > should be OK. > > -- > Mike Oliver > [see complete headers for contact information] > > > From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 17 21:04:17 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD89C16A422; Fri, 17 Feb 2006 21:04:17 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr005.jf.intel.com (fmr20.intel.com [134.134.136.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1539F43D45; Fri, 17 Feb 2006 21:04:16 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr100.jf.intel.com (orsfmr100.jf.intel.com [10.7.209.16]) by orsfmr005.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id k1HL4GxD023910; Fri, 17 Feb 2006 21:04:16 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr100.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id k1HL48kv019360; Fri, 17 Feb 2006 21:04:16 GMT Received: from orsmsx331.amr.corp.intel.com ([192.168.65.56]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2006021713041628849 ; Fri, 17 Feb 2006 13:04:16 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 17 Feb 2006 13:04:16 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 17 Feb 2006 13:04:14 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E04650068@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How can I fix these problems of the asl of my computer? Thread-Index: AcYyhoOSA1OKlOhbSgGakntKgGo8bgBfx08g From: "Moore, Robert" To: "Jung-uk Kim" , X-OriginalArrivalTime: 17 Feb 2006 21:04:16.0127 (UTC) FILETIME=[B619E8F0:01C63405] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.16 Cc: huangxiangkui@gmail.com Subject: RE: How can I fix these problems of the asl of my computer? 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, 17 Feb 2006 21:04:18 -0000 17 February 2006. Summary of changes for version 20060217: 2) iASL Compiler/Disassembler: Implemented support for new reserved names: _WDG and _WED are Microsoft extensions for Windows Instrumentation Management, _TDL is a new ACPI-defined method (Throttling Depth Limit.) > -----Original Message----- > From: Jung-uk Kim [mailto:jkim@FreeBSD.org] > Sent: Wednesday, February 15, 2006 3:20 PM > To: freebsd-acpi@FreeBSD.org > Cc: Moore, Robert; huangxiangkui@gmail.com > Subject: Re: How can I fix these problems of the asl of my computer? >=20 > On Wednesday 15 February 2006 06:06 pm, Moore, Robert wrote: > > I had a sneaking suspicion that MS might be involved in this. >=20 > :-) >=20 > > I can add these to the compiler's reserved list to eliminate future > > warnings. >=20 > Great. >=20 > > BTW, I meant that most everyone goes nearly blind attempting to > > read the ACPI spec. >=20 > Yes, I think I am going to be the next victim. ;-) >=20 > Jung-uk Kim >=20 > > > -----Original Message----- > > > From: Jung-uk Kim [mailto:jkim@FreeBSD.org] > > > Sent: Wednesday, February 15, 2006 2:58 PM > > > To: freebsd-acpi@FreeBSD.org > > > Cc: Moore, Robert; huangxiangkui@gmail.com > > > Subject: Re: How can I fix these problems of the asl of my > > > computer? > > > > > > On Wednesday 15 February 2006 05:39 pm, Moore, Robert wrote: > > > > ze2205au.asl 4138: Name (_WDG, Buffer (0x50) > > > > Warning 2033 - Unknown reserved name ^ (_WDG) > > > > > > > > ze2205au.asl 4699: Method (_WED, 1, NotSerialized) > > > > Warning 2033 - Unknown reserved name ^ (_WED) > > > > > > This is a very common problem with all recent HP/Compaq laptops: > > > http://gentoo-wiki.com/Talk:HOWTO_Fix_Common_ACPI_Problems > > > > > > > 2) Ignore the warnings. Your BIOS writers did not read the ACPI > > > > spec or became blind sometime in the middle of it, highly > > > > probable. > > > > > > > > :-) > > > > > > No, they are not blind. They just work for the dark side. ;-) > > > > > > Both _WDG and _WED are Microsoft extensions: > > > http://www.microsoft.com/whdc/system/pnppwr/wmi/wmi-acpi.mspx > > > > > > Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Sat Feb 18 04:40: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 [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB5BB16A47B for ; Sat, 18 Feb 2006 04:40:09 +0000 (GMT) (envelope-from huangxiangkui@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CCF643D45 for ; Sat, 18 Feb 2006 04:40:09 +0000 (GMT) (envelope-from huangxiangkui@gmail.com) Received: by nproxy.gmail.com with SMTP id c31so364183nfb for ; Fri, 17 Feb 2006 20:40:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i+hnKIFnyYqjzcmGflHKvOZCLSXFuk+Dqqa3K3nSvpElLsJ6TW+MsYKWcnKCs4zwAsYB0y8Nj76sDKdF2xcfHNtsQLIxeZyiHYXxiTy+jEkq2WSe3dX1Jtka4KwCjDuCXlZ+HE6wOs5Duy4VPjBpsJhDFg3mJDfGysenPyBYSe0= Received: by 10.49.33.14 with SMTP id l14mr631903nfj; Fri, 17 Feb 2006 20:40:07 -0800 (PST) Received: by 10.48.203.20 with HTTP; Fri, 17 Feb 2006 20:40:07 -0800 (PST) Message-ID: Date: Sat, 18 Feb 2006 12:40:07 +0800 From: huangxiangkui@gmail.com To: freebsd-acpi@freebsd.org In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E04650068@orsmsx403.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <971FCB6690CD0E4898387DBF7552B90E04650068@orsmsx403.amr.corp.intel.com> Subject: Re: How can I fix these problems of the asl of my computer? 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, 18 Feb 2006 04:40:10 -0000 But HOW can I use the newer ACPI in the FreeBSD 6.0 release-p4? And I don't find the 20060217 in the web of Inter. http://developer.intel.com/technology/iapc/acpi/downloads.htm Where can I download the compiler? How CAN I use new ACPI?Should I make the kernel? Can I fix the error by use the new ACPI? 2006/2/18, Moore, Robert : > 17 February 2006. Summary of changes for version 20060217: > > 2) iASL Compiler/Disassembler: > > Implemented support for new reserved names: _WDG and _WED are Microsoft > extensions for Windows Instrumentation Management, _TDL is a new > ACPI-defined method (Throttling Depth Limit.) > > > > -----Original Message----- > > From: Jung-uk Kim [mailto:jkim@FreeBSD.org] > > Sent: Wednesday, February 15, 2006 3:20 PM > > To: freebsd-acpi@FreeBSD.org > > Cc: Moore, Robert; huangxiangkui@gmail.com > > Subject: Re: How can I fix these problems of the asl of my computer? > > > > On Wednesday 15 February 2006 06:06 pm, Moore, Robert wrote: > > > I had a sneaking suspicion that MS might be involved in this. > > > > :-) > > > > > I can add these to the compiler's reserved list to eliminate future > > > warnings. > > > > Great. > > > > > BTW, I meant that most everyone goes nearly blind attempting to > > > read the ACPI spec. > > > > Yes, I think I am going to be the next victim. ;-) > > > > Jung-uk Kim > > > > > > -----Original Message----- > > > > From: Jung-uk Kim [mailto:jkim@FreeBSD.org] > > > > Sent: Wednesday, February 15, 2006 2:58 PM > > > > To: freebsd-acpi@FreeBSD.org > > > > Cc: Moore, Robert; huangxiangkui@gmail.com > > > > Subject: Re: How can I fix these problems of the asl of my > > > > computer? > > > > > > > > On Wednesday 15 February 2006 05:39 pm, Moore, Robert wrote: > > > > > ze2205au.asl 4138: Name (_WDG, Buffer (0x50) > > > > > Warning 2033 - Unknown reserved name ^ (_WDG) > > > > > > > > > > ze2205au.asl 4699: Method (_WED, 1, NotSerialized) > > > > > Warning 2033 - Unknown reserved name ^ (_WED) > > > > > > > > This is a very common problem with all recent HP/Compaq laptops: > > > > http://gentoo-wiki.com/Talk:HOWTO_Fix_Common_ACPI_Problems > > > > > > > > > 2) Ignore the warnings. Your BIOS writers did not read the ACPI > > > > > spec or became blind sometime in the middle of it, highly > > > > > probable. > > > > > > > > > > :-) > > > > > > > > No, they are not blind. They just work for the dark side. ;-) > > > > > > > > Both _WDG and _WED are Microsoft extensions: > > > > http://www.microsoft.com/whdc/system/pnppwr/wmi/wmi-acpi.mspx > > > > > > > > Jung-uk Kim >