From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 9 05:01:44 2005 Return-Path: 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 8FF6216A4CE for ; Sun, 9 Jan 2005 05:01:44 +0000 (GMT) Received: from www.gotbrains.org (www2.gotbrains.org [206.180.149.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 270FD43D46 for ; Sun, 9 Jan 2005 05:01:44 +0000 (GMT) (envelope-from cravey@gotbrains.org) Received: from igor.gotbrains.org (eagle.spinneret.com [206.180.139.69]) by www.gotbrains.org (Postfix) with SMTP id 6DEE022BA for ; Sat, 8 Jan 2005 23:01:43 -0600 (CST) Date: Sat, 8 Jan 2005 23:01:41 -0600 From: "Stephen P. Cravey" To: acpi@freebsd.org Message-Id: <20050108230141.532c2852.cravey@gotbrains.org> X-Mailer: Sylpheed version 1.0.0rc (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: acpi problems on boot with new usb device. 5.3-R X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 05:01:44 -0000 I just got a new usb 8-in-1 media reader and when it is plugged into my motherboard, my boot cycle hangs at: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Normally, a: acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 would come next, however it's completely hung. I can plug the device into my motherboard after boot (once i've booted without it) and it seems to work fine until I need to reboot and then it hangs again. 'camcontrol devilist' shows 4 lines for it: at scbus1 target 0 lun 0 (da0,pass0) at scbus1 target 0 lun 1 (da1,pass1) at scbus1 target 0 lun 2 (da2,pass2) at scbus1 target 0 lun 3 (da3,pass3) 'acpidump -t -d' gives me : "acpidump: RSDT entry 2 (sig OEMB) is corrupt" among an otherwise normal looking dump. I have a ASUS p4p800 deluxe motherboard running 5.3-RELEASE-p2 on an HT P4. My usb controller dmesg lines look like: Intel 82801EB (ICH5) USB controller USB-A What other debugging steps do I need to perform for this? -Stephen From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 9 19:56:28 2005 Return-Path: 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 893E316A4CE; Sun, 9 Jan 2005 19:56:28 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2368F43D4C; Sun, 9 Jan 2005 19:56:28 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j09JtjsA013284; Sun, 9 Jan 2005 12:55:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 09 Jan 2005 12:56:22 -0700 (MST) Message-Id: <20050109.125622.115655493.imp@bsdimp.com> To: chris@vindaloo.com From: "M. Warner Losh" In-Reply-To: <20050108232038.GA28906@yavin.vindaloo.com> References: <20050108232038.GA28906@yavin.vindaloo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-modile@freebsd.org Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 19:56:28 -0000 In message: <20050108232038.GA28906@yavin.vindaloo.com> Christopher Sean Hilton writes: : Second, what I haven't been able to completely research: : : The PC card bus dies when on the first suspend resume. There : seems to be no way to restart it. : : The second issue may be a configuration problem. I'm interested in : hearing from anyone who is running 5.3-STABLE on a laptop so I can : gather a list of all the configuration places and write a webpage on : it. I've not had a laptop that would suspend/resume for a long time, so I haven't been able to test pccard/cardbus' behavior on suspend/resume. Warner From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 9 21:03:34 2005 Return-Path: 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 CEB7B16A4CF; Sun, 9 Jan 2005 21:03:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03CE943D5C; Sun, 9 Jan 2005 21:03:33 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j09L3TGV010610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 9 Jan 2005 13:03:30 -0800 Message-ID: <41E19C0E.6030400@root.org> Date: Sun, 09 Jan 2005 13:03:10 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20050108232038.GA28906@yavin.vindaloo.com> <20050109.125622.115655493.imp@bsdimp.com> In-Reply-To: <20050109.125622.115655493.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-acpi@freebsd.org cc: chris@vindaloo.com cc: freebsd-modile@freebsd.org Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 21:03:35 -0000 M. Warner Losh wrote: > In message: <20050108232038.GA28906@yavin.vindaloo.com> > Christopher Sean Hilton writes: > : Second, what I haven't been able to completely research: > : > : The PC card bus dies when on the first suspend resume. There > : seems to be no way to restart it. > : > : The second issue may be a configuration problem. I'm interested in > : hearing from anyone who is running 5.3-STABLE on a laptop so I can > : gather a list of all the configuration places and write a webpage on > : it. > > I've not had a laptop that would suspend/resume for a long time, so I > haven't been able to test pccard/cardbus' behavior on suspend/resume. My cardbus works fine after suspend/resume. The only current bug is the extremely long time before resume methods run that was introduced in the past couple weeks. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 10 11:02:56 2005 Return-Path: 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 8A0EE16A4CE for ; Mon, 10 Jan 2005 11:02:56 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E0243D54 for ; Mon, 10 Jan 2005 11:02:56 +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.1/8.13.1) with ESMTP id j0AB2u6w095413 for ; Mon, 10 Jan 2005 11:02:56 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0AB2tNL095407 for freebsd-acpi@freebsd.org; Mon, 10 Jan 2005 11:02:55 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Jan 2005 11:02:55 GMT Message-Id: <200501101102.j0AB2tNL095407@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 Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 11:02:56 -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 f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena 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 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi acpi / thermal support o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 10 21:03:30 2005 Return-Path: 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 BB9A316A4CE for ; Mon, 10 Jan 2005 21:03:30 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A2EA43D2D for ; Mon, 10 Jan 2005 21:03:30 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0AL3SGV023790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 10 Jan 2005 13:03:29 -0800 Message-ID: <41E2ED9F.1080602@root.org> Date: Mon, 10 Jan 2005 13:03:27 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Moore, Robert" References: <971FCB6690CD0E4898387DBF7552B90E3900E6@orsmsx403.amr.corp.intel.com> In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E3900E6@orsmsx403.amr.corp.intel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org cc: ACPI Developers Subject: Re: acpi-ca reports \_SB as a device X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 21:03:30 -0000 Ok, your rationale seems sound. We'll keep the workaround of skipping such namespace system objects when scanning from the root. -Nate Moore, Robert wrote: > For _SB_, this allows the _SB_._INI method to be run. > > For _TZ, this allows notifies on the _TZ object. Some ASL code does > this. > > > >>-----Original Message----- >>From: Nate Lawson [mailto:nate@root.org] >>Sent: Saturday, January 08, 2005 1:05 AM >>To: ACPI Developers >>Cc: acpi@FreeBSD.org >>Subject: acpi-ca reports \_SB as a device >> >>If you call AcpiGetType on \_SB, you get "device" and \_TZ gives >>"thermal". I don't think this is valid since these are system scopes, >>not devices and thermal zones. >> >>I found this while testing a patch that scans the whole namespace (\) >>for devices. It turns out some systems put PCI link devices (PNP0C0F) >>in \, so we weren't probing them. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 10 22:18:33 2005 Return-Path: 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 99FD216A4D5 for ; Mon, 10 Jan 2005 22:18:33 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0969143D49 for ; Mon, 10 Jan 2005 22:18:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16834 invoked from network); 10 Jan 2005 22:18:32 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 10 Jan 2005 22:18:32 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0AMIGCc012873; Mon, 10 Jan 2005 17:18:28 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-smp@FreeBSD.org Date: Mon, 10 Jan 2005 15:32:42 -0500 User-Agent: KMail/1.6.2 References: <20050109033319.129DD2072@towerrecords.minidns.net> In-Reply-To: <20050109033319.129DD2072@towerrecords.minidns.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501101532.42149.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: "UEMURA \(fka. MAENAKA\) Tetsuya" cc: bde@FreeBSD.org Subject: Re: 5.3-RELEASE: SMP: system clock has died X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 22:18:34 -0000 On Saturday 08 January 2005 10:33 pm, UEMURA (fka. MAENAKA) Tetsuya wrote: > Posted on Sat, 08 Jan 2005 17:31:56 -0700 > by author Stephane Raimbault > > > I have an ASUS P2B-DS motherboard with dual P2 400MHz CPU's. I have > > compiled the SMP kernel and noticed that something is not right. In > > "top" the CPU values indicate 0% across the board, even idle! > > I found 5 PRs regarding this symptom. On my 5.3-STABLE server, patch > attached with PR 17800 solved the problem. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=17800 > http://www.freebsd.org/cgi/query-pr.cgi?pr=60385 > http://www.freebsd.org/cgi/query-pr.cgi?pr=30310 > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/30310 > http://www.freebsd.org/cgi/query-pr.cgi?pr=73989 > > For information, Tyan S1867DLUAN Thunder 2500 dual Slot 1 motherboard > always shows correct CPU usage on FreeBSD 5.x since early 2003, its > Socket 370 alternative S2567U3AN Thuder HEsl shows incorrect on > 5.3-BETA4 and recent 5.3-STABLE without patch. Can you please try the patch below. It drains pending interrupts any time we turn interrupts back on on the RTC including during resume: Index: i386/isa/clock.c =================================================================== RCS file: /usr/cvs/src/sys/i386/isa/clock.c,v retrieving revision 1.213 diff -u -r1.213 clock.c --- i386/isa/clock.c 11 Jul 2004 17:50:59 -0000 1.213 +++ i386/isa/clock.c 10 Jan 2005 19:58:51 -0000 @@ -712,6 +712,7 @@ writertc(RTC_STATUSB, RTCSB_24HR); writertc(RTC_STATUSA, rtc_statusa); writertc(RTC_STATUSB, rtc_statusb); + rtcin(RTC_INTR); } /* @@ -911,6 +912,7 @@ /* Reenable RTC updates and interrupts. */ writertc(RTC_STATUSB, rtc_statusb); + rtcin(RTC_INTR); } @@ -957,6 +959,7 @@ INTR_TYPE_CLK | INTR_FAST, NULL); writertc(RTC_STATUSB, rtc_statusb); + rtcin(RTC_INTR); } init_TSC_tc(); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 02:41:39 2005 Return-Path: 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 2E2D416A4CE for ; Tue, 11 Jan 2005 02:41:39 +0000 (GMT) Received: from muse.clarku.edu (calliope.clarku.edu [140.232.1.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id B316743D3F for ; Tue, 11 Jan 2005 02:41:38 +0000 (GMT) (envelope-from ipartola@pisem.net) Received: from [192.168.0.101] (thalia.clarku.edu [140.232.1.65]) by muse.clarku.edu (Postfix) with ESMTP id BD8181CA6B1 for ; Mon, 10 Jan 2005 21:41:37 -0500 (EST) Message-ID: <41E33CEA.2000006@pisem.net> Date: Mon, 10 Jan 2005 21:41:46 -0500 From: Igor Partola User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <200501021735.j02HZWAs017587@sana.init-main.com> <41D8B4D2.4050700@root.org> <41D8B6DF.7040703@errno.com> In-Reply-To: <41D8B6DF.7040703@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 02:41:39 -0000 Hi everyone. The last time I've tried FreeBSD on my Inspiron 8600 going into S3 rebooted the machine. Two days ago I installed Gentoo Linux to test the waters there and S3 worked!! LCD display did not come back on and closing the lid did not turn off the display (with no ACPI in kernel it works perfectly along with Fn+F3 which brings me to BIOS) but on resume from S3 the system sounded as though everything was back to normal. Alt+Ctrl+Del rebooted the system smoothly. Just a thought: is it possible to take a look at the way Linux does the suspend and make it work under FreeBSD. Not copy it but use it as a reference as to what functions need to be called. Respect, Igor From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 05:10:52 2005 Return-Path: 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 6E27B16A4CE for ; Tue, 11 Jan 2005 05:10:52 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C0DD43D49 for ; Tue, 11 Jan 2005 05:10:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0B5AoGV009313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 10 Jan 2005 21:10:51 -0800 Message-ID: <41E35EB6.8040306@root.org> Date: Mon, 10 Jan 2005 21:05:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Partola References: <200501021735.j02HZWAs017587@sana.init-main.com> <41D8B4D2.4050700@root.org> <41D8B6DF.7040703@errno.com> <41E33CEA.2000006@pisem.net> In-Reply-To: <41E33CEA.2000006@pisem.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 05:10:52 -0000 Igor Partola wrote: > Hi everyone. > > The last time I've tried FreeBSD on my Inspiron 8600 going into S3 > rebooted the machine. Two days ago I installed Gentoo Linux to test the > waters there and S3 worked!! > LCD display did not come back on and closing the lid did not turn off > the display (with no ACPI in kernel it works perfectly along with Fn+F3 > which brings me to BIOS) but on resume from S3 the system sounded as > though everything was back to normal. > > Alt+Ctrl+Del rebooted the system smoothly. > > Just a thought: is it possible to take a look at the way Linux does the > suspend and make it work under FreeBSD. Not copy it but use it as a > reference as to what functions need to be called. Every bit of information helps, even that Linux works. We use the same ACPI-CA implementation so there's a lot in common. The problem for FreeBSD is likely in device drivers. You can try stripping out as much as possible from them to see if it helps. Unfortunately, without more debugging info, it's impossible to know what exactly needs fixing. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 07:44:06 2005 Return-Path: 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 28D4E16A4CE for ; Tue, 11 Jan 2005 07:44:06 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id B046843D4C for ; Tue, 11 Jan 2005 07:44:05 +0000 (GMT) (envelope-from listen@danielgraupner.de) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CoGhB-0001mX-00 for freebsd-acpi@freebsd.org; Tue, 11 Jan 2005 08:44:05 +0100 Received: from [80.145.58.124] (helo=[192.168.177.36]) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CoGhA-00086s-00 for freebsd-acpi@freebsd.org; Tue, 11 Jan 2005 08:44:04 +0100 Message-ID: <41E383C4.9040406@danielgraupner.de> Date: Tue, 11 Jan 2005 08:44:04 +0100 From: Daniel Graupner User-Agent: Mozilla Thunderbird 1.0RC1 (Windows/20041201) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <200501021735.j02HZWAs017587@sana.init-main.com> <41D8B4D2.4050700@root.org> <41D8B6DF.7040703@errno.com> <41E33CEA.2000006@pisem.net> <41E35EB6.8040306@root.org> In-Reply-To: <41E35EB6.8040306@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:dfad8e3b291c1a47284dc57432edc129 Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 07:44:06 -0000 Nate Lawson schrieb: > Igor Partola wrote: > The problem for FreeBSD is likely in device drivers. You can try > stripping out as much as possible from them to see if it helps. > Unfortunately, without more debugging info, it's impossible to know what > exactly needs fixing. I think many users of dell-notebooks are affected by this issue. Which information do you need? Maybe I can give you another hint: S3 worked on 5.2.1 with dell-laptops Regards, Daniel. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 09:57:32 2005 Return-Path: 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 C941016A4CE for ; Tue, 11 Jan 2005 09:57:32 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5447B43D1F for ; Tue, 11 Jan 2005 09:57:32 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 77C6BD80EB; Tue, 11 Jan 2005 10:57:31 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5909CB07CE; Tue, 11 Jan 2005 10:57:31 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 35DB1B07E9; Tue, 11 Jan 2005 10:57:31 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1DB7CD80EB; Tue, 11 Jan 2005 10:57:31 +0100 (CET) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j0B9vV0x029525; Tue, 11 Jan 2005 10:57:31 +0100 (CET) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.1/8.13.1) with ESMTP id j0B9vUEp001775; Tue, 11 Jan 2005 10:57:30 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.1/8.13.1/Submit) id j0B9vTNB001774; Tue, 11 Jan 2005 10:57:29 +0100 (CET) (envelope-from q@uni.de) Date: Tue, 11 Jan 2005 10:57:29 +0100 From: Ulrich Spoerlein To: Nate Lawson Message-ID: <20050111095729.GB813@galgenberg.net> References: <200501021735.j02HZWAs017587@sana.init-main.com> <41D8B4D2.4050700@root.org> <41D8B6DF.7040703@errno.com> <41E33CEA.2000006@pisem.net> <41E35EB6.8040306@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41E35EB6.8040306@root.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: freebsd-acpi@freebsd.org Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 09:57:32 -0000 On Mon, 10.01.2005 at 21:05:58 -0800, Nate Lawson wrote: > The problem for FreeBSD is likely in device drivers. You can try > stripping out as much as possible from them to see if it helps. > Unfortunately, without more debugging info, it's impossible to know what > exactly needs fixing. I think we already established, that it reboots after writing to the PM1A register, see http://lists.freebsd.org/pipermail/freebsd-acpi/2004-December/000969.html The patch you proposed didn't change the situation :( Ulrich Spoerlein -- PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 12:03:39 2005 Return-Path: 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 315A516A4CF for ; Tue, 11 Jan 2005 12:03:39 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E5043D1F for ; Tue, 11 Jan 2005 12:03:38 +0000 (GMT) (envelope-from florian@love2party.net) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CoKkL-0001IG-00 for freebsd-acpi@freebsd.org; Tue, 11 Jan 2005 13:03:37 +0100 Received: from [83.129.22.235] (helo=workstation.pluemo.net) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CoKkK-00031d-00 for freebsd-acpi@freebsd.org; Tue, 11 Jan 2005 13:03:37 +0100 From: Florian Huebner To: freebsd-acpi@freebsd.org Date: Tue, 11 Jan 2005 13:02:12 +0100 User-Agent: KMail/1.7.1 References: <200501021735.j02HZWAs017587@sana.init-main.com> <41E35EB6.8040306@root.org> <20050111095729.GB813@galgenberg.net> In-Reply-To: <20050111095729.GB813@galgenberg.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200501111302.12876.florian@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:1b6fb7af904146370fa34cc005b71504 Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 12:03:39 -0000 Hey folks! I'm heavily using my Dell 8k6 with freebsd releng_5 only. At the moment I'm= =20 not that in to ACPI stuff, but I played around a bit and was really=20 dissattisfied with some issues:=20 =46irst of all the thermal zones can't be configured as I would like to. It= 's=20 possible to give values to the _ACx syscons, but they won't affect anything= =20 for it's not possible to toggle the active switch. This has the effect that= =20 my fan turns on at about 38=B0C (way to early for a centrino) and - this is= =20 worst - never stops. I'm not sure about acpi in this case. I often read abo= ut erroneous aml tables, dumped mine but couldn't read anything out of it. S3 doesn't work here, too. At the moment it doesn't change anything at all = if=20 I close the display (and by doing so press the switch). But it did before.= =20 There were some problems with bringing back my XDesktop, but at least it di= d=20 something. Is it possible to toggle this behaviour by syscon or anything=20 related? I was told about a windows tool, I8KFANGUI (http://www.diefer.de/i8kfan/),= =20 which sounded to me like it was interesting to port or at least to look at.= =20 But on the page it's said that the tool was allready ported to *BSD by Dami= r=20 Lampa, the provided link is dead. Where to start? I would like to put some time and code into that, but so fa= r=20 didn't really get a got starting point ...=20 =2D-=20 Best regards =46lorian H=FCbner /"\ =A0 =A0florian@love2party.net | flowRE@Efnet \ / =A0 =A0UIN #88925304 =A0x =A0 =A0 ASCII RIBBON CAMPAIGN - http://arc.pasp.de/ / \ =A0 =A0Against HTML email & vCards From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 18:30:06 2005 Return-Path: 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 A2D0416A4CE for ; Tue, 11 Jan 2005 18:30:06 +0000 (GMT) Received: from muse.clarku.edu (calliope.clarku.edu [140.232.1.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24A8543D1D for ; Tue, 11 Jan 2005 18:30:06 +0000 (GMT) (envelope-from ipartola@pisem.net) Received: from [192.168.0.101] (thalia.clarku.edu [140.232.1.65]) by muse.clarku.edu (Postfix) with ESMTP id 1009C1C8EB6 for ; Tue, 11 Jan 2005 13:30:05 -0500 (EST) Message-ID: <41E41B34.2040701@pisem.net> Date: Tue, 11 Jan 2005 13:30:12 -0500 From: Igor Partola User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <200501021735.j02HZWAs017587@sana.init-main.com> <41E35EB6.8040306@root.org> <20050111095729.GB813@galgenberg.net> <200501111302.12876.florian@love2party.net> In-Reply-To: <200501111302.12876.florian@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 18:30:06 -0000 To be exact it was 2.6.9-gentoo-r13 and 2.6.10 vanilla that worked. It seems to me that certain functions of the ACPI are better off left alone as overriding them just causes trouble. For example: when there is no ACPI support in kernel closing the lid switches the display off and Fn+F3 brings me to BIOS settings. Once ACPI is loaded though these functions don't seem to work. So maybe they shouldn't be overridden until it is known that the overriding code in the kernel ACPI works well enough to handle it? Or maybe sysctl could be used to switch between BIOS and kernel ACPI to be in charge of turning off the display and such? Respect, Igor From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 20:48:15 2005 Return-Path: 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 3D80C16A4CE for ; Tue, 11 Jan 2005 20:48:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id F274043D54 for ; Tue, 11 Jan 2005 20:48:14 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0BKmDGV013249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 11 Jan 2005 12:48:14 -0800 Message-ID: <41E43B8B.6030506@root.org> Date: Tue, 11 Jan 2005 12:48:11 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Partola References: <200501021735.j02HZWAs017587@sana.init-main.com> <41E35EB6.8040306@root.org> <20050111095729.GB813@galgenberg.net> <200501111302.12876.florian@love2party.net> <41E41B34.2040701@pisem.net> In-Reply-To: <41E41B34.2040701@pisem.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 20:48:15 -0000 Igor Partola wrote: > To be exact it was 2.6.9-gentoo-r13 and 2.6.10 vanilla that worked. Try disabling some components of acpi, like: debug.acpi.disabled="sysresource" See acpi(4) for a complete list (cpu, thermal, etc.) Let me know if disabling any of those help. > It seems to me that certain functions of the ACPI are better off left > alone as overriding them just causes trouble. > > For example: when there is no ACPI support in kernel closing the lid > switches the display off and Fn+F3 brings me to BIOS settings. Once ACPI > is loaded though these functions don't seem to work. So maybe they > shouldn't be overridden until it is known that the overriding code in > the kernel ACPI works well enough to handle it? Or maybe sysctl could be > used to switch between BIOS and kernel ACPI to be in charge of turning > off the display and such? Sorry, can't do. ACPI is a big switch in the BIOS that says either "let the BIOS do everything or let the ACPI OS do everything." Use apm(4) and disable ACPI if it doesn't give the support you want. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 21:55:35 2005 Return-Path: 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 4A16E16A510 for ; Tue, 11 Jan 2005 21:55:35 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 852BA43D1D for ; Tue, 11 Jan 2005 21:55:34 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 3A37EE0E01; Tue, 11 Jan 2005 22:55:33 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1FF9958EC3; Tue, 11 Jan 2005 22:55:33 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id E7FD258EAD; Tue, 11 Jan 2005 22:55:32 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6D003D8399; Tue, 11 Jan 2005 22:55:32 +0100 (CET) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j0BLtWEt033143; Tue, 11 Jan 2005 22:55:32 +0100 (CET) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.1/8.13.1) with ESMTP id j0BLtVwQ008923; Tue, 11 Jan 2005 22:55:31 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.1/8.13.1/Submit) id j0BLtVHH008922; Tue, 11 Jan 2005 22:55:31 +0100 (CET) (envelope-from q@uni.de) Date: Tue, 11 Jan 2005 22:55:31 +0100 From: Ulrich Spoerlein To: Florian Huebner Message-ID: <20050111215531.GA849@galgenberg.net> References: <200501021735.j02HZWAs017587@sana.init-main.com> <41E35EB6.8040306@root.org> <20050111095729.GB813@galgenberg.net> <200501111302.12876.florian@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <200501111302.12876.florian@love2party.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: freebsd-acpi@freebsd.org Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 21:55:35 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 11.01.2005 at 13:02:12 +0100, Florian Huebner wrote: > Hey folks! >=20 > I'm heavily using my Dell 8k6 with freebsd releng_5 only. At the moment I= 'm=20 > not that in to ACPI stuff, but I played around a bit and was really=20 > dissattisfied with some issues:=20 > First of all the thermal zones can't be configured as I would like to. It= 's=20 > possible to give values to the _ACx syscons, but they won't affect anythi= ng=20 > for it's not possible to toggle the active switch. This has the effect th= at=20 > my fan turns on at about 38=B0C (way to early for a centrino) and - this = is=20 > worst - never stops. I'm not sure about acpi in this case. I often read a= bout > erroneous aml tables, dumped mine but couldn't read anything out of it. My fan's high setting kicks in at 70C and stays high, until the temperature drops to 40C. It doesn't ever enter 'low' in FreeBSD. But I didn't set any thermal flags, they don't seem to work that well. Yours however are seriously broken, which BIOS version are you running on? First of all, when the fan is spinning, tz0.active is still -1 and second: this laptop should have two thermal zones (CPU and GPU) as reported under Windows. > S3 doesn't work here, too. At the moment it doesn't change anything at al= l if=20 > I close the display (and by doing so press the switch). But it did before= =2E=20 > There were some problems with bringing back my XDesktop, but at least it = did=20 > something. Is it possible to toggle this behaviour by syscon or anything= =20 > related? devd(8) is your friend. Make sure to load acpi_video via loader.conf, then put this into /etc/devd.conf notify 10 { match "system" "ACPI"; match "subsystem" "Lid"; action "/sbin/sysctl hw.acpi.video.lcd0.active=3D$notify"; }; If you want to enter S1 on lid-close, set hw.acpi.lid_switch_state or use devd. > I was told about a windows tool, I8KFANGUI (http://www.diefer.de/i8kfan/)= ,=20 > which sounded to me like it was interesting to port or at least to look a= t.=20 > But on the page it's said that the tool was allready ported to *BSD by Da= mir=20 > Lampa, the provided link is dead. I got a copy when the link was still up, coming via PM. I just now tested the program the first time. Core dump :( > Where to start? I would like to put some time and code into that, but so = far=20 > didn't really get a got starting point ...=20 Try this one, would be a killer to have a working acpi_dell sometime in the not too distant future. Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB5EtTmArGtfDbn0QRArC5AJ4oKQR6mDCA6CzzuAuEj5KfA1vjXQCeOWgp Id3Q70V/speW5yTvr7G2GoI= =FVis -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 22:10:48 2005 Return-Path: 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 BC3CB16A561 for ; Tue, 11 Jan 2005 22:10:47 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04F1443D2D for ; Tue, 11 Jan 2005 22:10:47 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6737 invoked from network); 11 Jan 2005 22:10:46 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 11 Jan 2005 22:10:45 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0BMAfBi020663; Tue, 11 Jan 2005 17:10:41 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Tue, 11 Jan 2005 13:39:13 -0500 User-Agent: KMail/1.6.2 References: <200501021735.j02HZWAs017587@sana.init-main.com> <200501111302.12876.florian@love2party.net> <41E41B34.2040701@pisem.net> In-Reply-To: <41E41B34.2040701@pisem.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501111339.13806.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 22:10:48 -0000 On Tuesday 11 January 2005 01:30 pm, Igor Partola wrote: > To be exact it was 2.6.9-gentoo-r13 and 2.6.10 vanilla that worked. > > It seems to me that certain functions of the ACPI are better off left > alone as overriding them just causes trouble. > > For example: when there is no ACPI support in kernel closing the lid > switches the display off and Fn+F3 brings me to BIOS settings. Once ACPI > is loaded though these functions don't seem to work. So maybe they > shouldn't be overridden until it is known that the overriding code in > the kernel ACPI works well enough to handle it? Or maybe sysctl could be > used to switch between BIOS and kernel ACPI to be in charge of turning > off the display and such? Unfortunately, ACPI does not provide such granularity. It's pretty much an all or nothing switch. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 00:56:39 2005 Return-Path: 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 16D2716A4CE; Wed, 12 Jan 2005 00:56:39 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA3EE43D1D; Wed, 12 Jan 2005 00:56:38 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0C0ubGV021956 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 11 Jan 2005 16:56:38 -0800 Message-ID: <41E475C5.8000800@root.org> Date: Tue, 11 Jan 2005 16:56:37 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: [Fwd: cvs commit: src/sys/contrib/dev/acpica dsutils.c] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 00:56:39 -0000 This fix should be tested by anyone with _STA errors ("no return object"). I'll MFC in a day or two given no major issues. -------- Original Message -------- Subject: cvs commit: src/sys/contrib/dev/acpica dsutils.c Date: Wed, 12 Jan 2005 00:52:49 +0000 (GMT) From: Nate Lawson To: njl@FreeBSD.ORG njl 2005-01-12 00:52:40 UTC FreeBSD src repository Modified files: (Branch: INTEL) sys/contrib/dev/acpica dsutils.c Log: Fix handling of the implicit return case for methods called from an external source (i.e., _STA). The previous case only handled calls occurring within AML. This should fix Toshibas, among others. Thanks to Robert Moore of Intel for the fix. MFC after: 2 days Revision Changes Path 1.1.1.23 +2 -1 src/sys/contrib/dev/acpica/dsutils.c Index: src/sys/contrib/dev/acpica/dsutils.c diff -u src/sys/contrib/dev/acpica/dsutils.c:1.1.1.22 src/sys/contrib/dev/acpica/dsutils.c:1.1.1.23 --- src/sys/contrib/dev/acpica/dsutils.c:1.1.1.22 Wed Dec 1 23:13:41 2004 +++ src/sys/contrib/dev/acpica/dsutils.c Wed Jan 12 00:52:40 2005 @@ -167,7 +167,8 @@ * An executing method typically has no parent, since each method * is parsed separately. */ - if (!Op->Common.Parent) + if (!Op->Common.Parent || + Op->Common.Parent->Common.AmlOpcode == AML_SCOPE_OP) { /* * If this is the last statement in the method, we know it is not a -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 02:42:02 2005 Return-Path: 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 9642E16A4CE; Wed, 12 Jan 2005 02:42:02 +0000 (GMT) Received: from fearlessleader.lhr-its.com (fearlessleader.lhr-its.com [64.204.249.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AB9443D1F; Wed, 12 Jan 2005 02:42:02 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (unknown [172.24.144.34]) by fearlessleader.lhr-its.com (Postfix) with ESMTP id 491D83E6; Tue, 11 Jan 2005 21:41:53 -0500 (EST) Received: from [172.24.145.68] (dagobah.vindaloo.com [172.24.145.68]) by yavin.vindaloo.com (Postfix) with ESMTP id 8F74124C4D; Tue, 11 Jan 2005 21:41:52 -0500 (EST) Message-ID: <41E48E70.30807@vindaloo.com> Date: Tue, 11 Jan 2005 21:41:52 -0500 From: Christopher Sean Hilton User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20050108232038.GA28906@yavin.vindaloo.com> <20050109.125622.115655493.imp@bsdimp.com> <41E19C0E.6030400@root.org> In-Reply-To: <41E19C0E.6030400@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-modile@freebsd.org Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 02:42:02 -0000 Nate Lawson wrote: > M. Warner Losh wrote: > >> In message: <20050108232038.GA28906@yavin.vindaloo.com> >> Christopher Sean Hilton writes: >> : Second, what I haven't been able to completely research: >> : : The PC card bus dies when on the first suspend resume. There >> : seems to be no way to restart it. >> : : The second issue may be a configuration problem. I'm interested in >> : hearing from anyone who is running 5.3-STABLE on a laptop so I can >> : gather a list of all the configuration places and write a webpage on >> : it. >> >> I've not had a laptop that would suspend/resume for a long time, so I >> haven't been able to test pccard/cardbus' behavior on suspend/resume. > > > My cardbus works fine after suspend/resume. The only current bug is the > extremely long time before resume methods run that was introduced in the > past couple weeks. > This afternoon I retested. Here's a better description of the problem. My Netgear FA511 Card is not reinitialized after a suspend/resume cycle. I had thought that the problem was a cardbus issue but it only affects this one card. Some interesting information about this card: It's a 32bit cardbus adapter served by the dc driver. Plugging in a Netgear FA411 16 bit PCMCIA card after a suspend/resume works as expected. I will try to down the interface and kldunload the dc driver before shutdown to see if that helps. -- chris From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 04:02:20 2005 Return-Path: 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 4146216A4CE for ; Wed, 12 Jan 2005 04:02:20 +0000 (GMT) Received: from muse.clarku.edu (calliope.clarku.edu [140.232.1.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id AECCA43D46 for ; Wed, 12 Jan 2005 04:02:19 +0000 (GMT) (envelope-from ipartola@pisem.net) Received: from [192.168.0.101] (thalia.clarku.edu [140.232.1.65]) by muse.clarku.edu (Postfix) with ESMTP id D2EEB1C952F for ; Tue, 11 Jan 2005 23:02:18 -0500 (EST) Message-ID: <41E4A152.4050207@pisem.net> Date: Tue, 11 Jan 2005 23:02:26 -0500 From: Igor Partola User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-acpi@FreeBSD.org References: <200501021735.j02HZWAs017587@sana.init-main.com> <200501111302.12876.florian@love2party.net> <41E41B34.2040701@pisem.net> <200501111339.13806.jhb@FreeBSD.org> In-Reply-To: <200501111339.13806.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 04:02:20 -0000 John Baldwin wrote: >On Tuesday 11 January 2005 01:30 pm, Igor Partola wrote: > > >>To be exact it was 2.6.9-gentoo-r13 and 2.6.10 vanilla that worked. >> >>It seems to me that certain functions of the ACPI are better off left >>alone as overriding them just causes trouble. >> >>For example: when there is no ACPI support in kernel closing the lid >>switches the display off and Fn+F3 brings me to BIOS settings. Once ACPI >>is loaded though these functions don't seem to work. So maybe they >>shouldn't be overridden until it is known that the overriding code in >>the kernel ACPI works well enough to handle it? Or maybe sysctl could be >>used to switch between BIOS and kernel ACPI to be in charge of turning >>off the display and such? >> >> > >Unfortunately, ACPI does not provide such granularity. It's pretty much an >all or nothing switch. > > > Ahh well it was just a thought. I'll try to dig through the linux implementation of S3 and compare it to FreeBSD's some time this or next week and see what the difference is. I know about devd and the lid flags but S3 is much more important for me as of right now. Respect, Igor P.S.: I don't think APM is supported by many (if any) Inspiron laptops. From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 06:01:43 2005 Return-Path: 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 1E52216A4CE; Wed, 12 Jan 2005 06:01:43 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4E3F43D2F; Wed, 12 Jan 2005 06:01:42 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0C61cGV031980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 11 Jan 2005 22:01:39 -0800 Message-ID: <41E4BC93.40608@root.org> Date: Tue, 11 Jan 2005 21:58:43 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christopher Sean Hilton References: <20050108232038.GA28906@yavin.vindaloo.com> <20050109.125622.115655493.imp@bsdimp.com> <41E19C0E.6030400@root.org> <41E48E70.30807@vindaloo.com> In-Reply-To: <41E48E70.30807@vindaloo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: freebsd-stable@freebsd.org cc: freebsd-modile@freebsd.org Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 06:01:43 -0000 Christopher Sean Hilton wrote: > Nate Lawson wrote: >> >> My cardbus works fine after suspend/resume. The only current bug is >> the extremely long time before resume methods run that was introduced >> in the past couple weeks. >> > > This afternoon I retested. Here's a better description of the problem. > My Netgear FA511 Card is not reinitialized after a suspend/resume cycle. > I had thought that the problem was a cardbus issue but it only affects > this one card. Some interesting information about this card: It's a > 32bit cardbus adapter served by the dc driver. Plugging in a Netgear > FA411 16 bit PCMCIA card after a suspend/resume works as expected. I > will try to down the interface and kldunload the dc driver before > shutdown to see if that helps. That fits with my analysis as well. It seems that cardbus handles things fine but individual drivers may be lacking in suspend/resume support. That's a good testing approach, btw. If you find the dc(4) driver seems to be the culprit, the next step is to go through any datasheets and other OS drivers to see if you can find what we're doing differently. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 14:31:34 2005 Return-Path: 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 F250116A4CE; Wed, 12 Jan 2005 14:31:33 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35F6543D49; Wed, 12 Jan 2005 14:31:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0CET67w042477; Wed, 12 Jan 2005 07:29:08 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 12 Jan 2005 07:29:48 -0700 (MST) Message-Id: <20050112.072948.89901373.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <41E4BC93.40608@root.org> References: <41E19C0E.6030400@root.org> <41E48E70.30807@vindaloo.com> <41E4BC93.40608@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-acpi@freebsd.org cc: chris@vindaloo.com cc: freebsd-modile@freebsd.org Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 14:31:34 -0000 In message: <41E4BC93.40608@root.org> Nate Lawson writes: : Christopher Sean Hilton wrote: : > Nate Lawson wrote: : >> : >> My cardbus works fine after suspend/resume. The only current bug is : >> the extremely long time before resume methods run that was introduced : >> in the past couple weeks. : >> : > : > This afternoon I retested. Here's a better description of the problem. : > My Netgear FA511 Card is not reinitialized after a suspend/resume cycle. : > I had thought that the problem was a cardbus issue but it only affects : > this one card. Some interesting information about this card: It's a : > 32bit cardbus adapter served by the dc driver. Plugging in a Netgear : > FA411 16 bit PCMCIA card after a suspend/resume works as expected. I : > will try to down the interface and kldunload the dc driver before : > shutdown to see if that helps. : : That fits with my analysis as well. It seems that cardbus handles : things fine but individual drivers may be lacking in suspend/resume support. Cardbus should be detaching and reattaching the device. So that's clearly a bug in cardbus. Individual drivers have no choice in this matter, since we can't know if the cards that are there after the resume were the ones we suspended with. This doesn't matter too much for NIC cards (but none of the drivers cope with MAC addresses changing), but matters a great deal for things like flash cards. : That's a good testing approach, btw. If you find the dc(4) driver seems : to be the culprit, the next step is to go through any datasheets and : other OS drivers to see if you can find what we're doing differently. I don't think that it is a dc problem. Warner From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 15:21:08 2005 Return-Path: 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 9B8F816A4CE; Wed, 12 Jan 2005 15:21:08 +0000 (GMT) Received: from smtp5.dti.ne.jp (smtp5.dti.ne.jp [202.216.228.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id E311043D45; Wed, 12 Jan 2005 15:21:07 +0000 (GMT) (envelope-from maenaka@pluto.dti.ne.jp) Received: from towerrecords.minidns.net (PPPbb116.gifu-ip.dti.ne.jp [218.225.250.116]) by smtp5.dti.ne.jp (3.10s) with ESMTP id j0CFL7E5004216;Thu, 13 Jan 2005 00:21:07 +0900 (JST) Received: from [127.0.0.1] (destroy [192.168.0.1]) by towerrecords.minidns.net (Postfix) with ESMTP id E18FF2079; Thu, 13 Jan 2005 00:21:06 +0900 (JST) From: "UEMURA (fka. MAENAKA) Tetsuya" To: freebsd-smp@FreeBSD.org, acpi@FreeBSD.org, bde@FreeBSD.org In-Reply-To: <200501101532.42149.jhb@FreeBSD.org> References: <20050109033319.129DD2072@towerrecords.minidns.net> <200501101532.42149.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.12.01 [ja] Message-Id: <20050112152106.E18FF2079@towerrecords.minidns.net> Date: Thu, 13 Jan 2005 00:21:06 +0900 (JST) Subject: Re: Re: 5.3-RELEASE: SMP: system clock has died X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 15:21:08 -0000 I applied attached patch against 5.3-STABLE as of 6th Jan., rebuilt kernel and restarted, top shows correct CPU usage. vmstat too. While machine is as a server, suspend / resume is not tested. The machine is; two Pentium III on Tyan S2567U3AN Thunder HEsl with ACPI turned off. One amr and one em, both on 64bit 66MHz PCI bus, and one ATI RAGE XL on AGP. -- UEMURA (fka. MAENAKA) Tetsuya Posted on Mon, 10 Jan 2005 15:32:42 -0500 by author John Baldwin > On Saturday 08 January 2005 10:33 pm, UEMURA (fka. MAENAKA) Tetsuya wrote: > > Posted on Sat, 08 Jan 2005 17:31:56 -0700 > > by author Stephane Raimbault > > > > > I have an ASUS P2B-DS motherboard with dual P2 400MHz CPU's. I have > > > compiled the SMP kernel and noticed that something is not right. In > > > "top" the CPU values indicate 0% across the board, even idle! > > > > I found 5 PRs regarding this symptom. On my 5.3-STABLE server, patch > > attached with PR 17800 solved the problem. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=17800 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=60385 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=30310 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/30310 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=73989 > > > > For information, Tyan S1867DLUAN Thunder 2500 dual Slot 1 motherboard > > always shows correct CPU usage on FreeBSD 5.x since early 2003, its > > Socket 370 alternative S2567U3AN Thuder HEsl shows incorrect on > > 5.3-BETA4 and recent 5.3-STABLE without patch. > > Can you please try the patch below. It drains pending interrupts any time we > turn interrupts back on on the RTC including during resume: > > Index: i386/isa/clock.c > =================================================================== > RCS file: /usr/cvs/src/sys/i386/isa/clock.c,v > retrieving revision 1.213 > diff -u -r1.213 clock.c > --- i386/isa/clock.c 11 Jul 2004 17:50:59 -0000 1.213 > +++ i386/isa/clock.c 10 Jan 2005 19:58:51 -0000 > @@ -712,6 +712,7 @@ > writertc(RTC_STATUSB, RTCSB_24HR); > writertc(RTC_STATUSA, rtc_statusa); > writertc(RTC_STATUSB, rtc_statusb); > + rtcin(RTC_INTR); > } > > /* > @@ -911,6 +912,7 @@ > > /* Reenable RTC updates and interrupts. */ > writertc(RTC_STATUSB, rtc_statusb); > + rtcin(RTC_INTR); > } > > > @@ -957,6 +959,7 @@ > INTR_TYPE_CLK | INTR_FAST, NULL); > > writertc(RTC_STATUSB, rtc_statusb); > + rtcin(RTC_INTR); > } > > init_TSC_tc(); > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 19:39:30 2005 Return-Path: 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 9E6DA16A4CE; Wed, 12 Jan 2005 19:39:30 +0000 (GMT) Received: from fearlessleader.lhr-its.com (fearlessleader.lhr-its.com [64.204.249.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0458643D39; Wed, 12 Jan 2005 19:39:30 +0000 (GMT) (envelope-from chris@vindaloo.com) Received: from yavin.vindaloo.com (unknown [172.24.144.34]) by fearlessleader.lhr-its.com (Postfix) with ESMTP id 06A773B3; Wed, 12 Jan 2005 14:39:20 -0500 (EST) Received: by yavin.vindaloo.com (Postfix, from userid 1001) id 3C5E9253A6; Wed, 12 Jan 2005 14:39:18 -0500 (EST) Date: Wed, 12 Jan 2005 14:39:18 -0500 From: Christopher Sean Hilton To: "M. Warner Losh" Message-ID: <20050112193918.GA17164@yavin.vindaloo.com> References: <41E19C0E.6030400@root.org> <41E48E70.30807@vindaloo.com> <41E4BC93.40608@root.org> <20050112.072948.89901373.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050112.072948.89901373.imp@bsdimp.com> User-Agent: Mutt/1.4.2i cc: freebsd-acpi@freebsd.org cc: freebsd-mobile@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 19:39:30 -0000 On Wed, Jan 12, 2005 at 07:29:48AM -0700, M. Warner Losh wrote: > : > FA411 16 bit PCMCIA card after a suspend/resume works as expected. I > : > will try to down the interface and kldunload the dc driver before > : > shutdown to see if that helps. > : > : That fits with my analysis as well. It seems that cardbus handles > : things fine but individual drivers may be lacking in suspend/resume support. > > Cardbus should be detaching and reattaching the device. So that's > clearly a bug in cardbus. Individual drivers have no choice in this > matter, since we can't know if the cards that are there after the > resume were the ones we suspended with. This doesn't matter too much > for NIC cards (but none of the drivers cope with MAC addresses > changing), but matters a great deal for things like flash cards. > > : That's a good testing approach, btw. If you find the dc(4) driver seems > : to be the culprit, the next step is to go through any datasheets and > : other OS drivers to see if you can find what we're doing differently. > > I don't think that it is a dc problem. > After my tests I'm not sure where it is. Here's what I did: o Compiled a kernel without dc support so I could # kldload if_dc o Loaded if_dc.ko as a module o Inserted the card At this time the card was properly probed. o Ran dhclient dc0 and observed the card get an ip address from my dhcp server. o Did some more network tests (hit http://www.ebay.com in firefox...) o Turned off the card nicely prior to detaching it: # ifconfig dc0 down delete o Unplugged the card and observed it detach from the cbb0 "slot". o Unloaded the if_dc driver: # kldunload if_dc o Suspend the laptop to standby mode: # sysctl hw.acpi.lid_switch_state="S3" Close the laptop's lid o Resume: Open the laptop's lid o Reload the driver (kldload if_dc...) o Pluggin the card At this time the cardbus driver reports: "cbb0: CardBus card activation failed" This leads me to believe that either the CardBus handler has a problem attaching an existing "used" dc driver to the card after a suspend/resume or the dc driver has left something in a state after it's detach where a re-attach will not work correctly. Has anyone got any other ideas? -- Chris -- -- Chris Hilton chilton-at-vindaloo-dot-com ------------------------------------------------------------------------ "All I was doing was trying to get home from work!" -- Rosa Parks From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 19:44:14 2005 Return-Path: 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 2A65416A4CE for ; Wed, 12 Jan 2005 19:44:14 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEDEF43D48 for ; Wed, 12 Jan 2005 19:44:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 19284 invoked from network); 12 Jan 2005 19:44:13 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Jan 2005 19:44:13 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0CJi4VX027337; Wed, 12 Jan 2005 14:44:09 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Pawel Jakub Dawidek Date: Wed, 12 Jan 2005 14:42:02 -0500 User-Agent: KMail/1.6.2 References: <20050111202452.GK795@darkness.comp.waw.pl> <41E45026.20208@root.org> <20050111224007.GL795@darkness.comp.waw.pl> In-Reply-To: <20050111224007.GL795@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501121442.02702.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Intel SHG2 and ACPI problems. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 19:44:14 -0000 On Tuesday 11 January 2005 05:40 pm, Pawel Jakub Dawidek wrote: > On Tue, Jan 11, 2005 at 02:16:06PM -0800, Nate Lawson wrote: > +> Pawel Jakub Dawidek wrote: > +> >I had problems with ACPI on Intel SHG2 motherboard. > +> >I made a patch with works for me just fine. Could you, Nate, verify it > +> >and commit if it is ok. > +> >If you need some more info, just ask. > +> > > +> > http://people.freebsd.org/~pjd/patches/acpi_pci_link.c.patch > +> > +> John mentioned that it appears the root problem is that _CRS is failing > +> for you. Can you send a dmesg from a broken boot (without your patch)? > > Here you go: > > http://people.freebsd.org/~pjd/misc/boot-v1.txt Ok, this is a rather large patch as allowing for a b0rked _CRS required a good bit of work. I've only compile tested it and haven't run tested it so far, so beware. Note that it does include fixes for some bugs related to ExtIRQ routing (I wrote the irq to the wrong resource structure :( ) and to parsing the buffer we handed to _SRS (end pointer was wrong so I probably only ever parsed the first resource, which is the common case, so this probably didn't affect anyone). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 20:11:36 2005 Return-Path: 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 81C2E16A4F3 for ; Wed, 12 Jan 2005 20:11:36 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 783AB43D53 for ; Wed, 12 Jan 2005 20:11:35 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 846 invoked from network); 12 Jan 2005 20:11:35 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Jan 2005 20:11:32 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0CKBIGG027541; Wed, 12 Jan 2005 15:11:27 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 12 Jan 2005 15:06:50 -0500 User-Agent: KMail/1.6.2 References: <20050111202452.GK795@darkness.comp.waw.pl> <20050111224007.GL795@darkness.comp.waw.pl> <200501121442.02702.jhb@FreeBSD.org> In-Reply-To: <200501121442.02702.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501121506.50867.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: Pawel Jakub Dawidek Subject: Re: Intel SHG2 and ACPI problems. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 20:11:36 -0000 On Wednesday 12 January 2005 02:42 pm, John Baldwin wrote: > On Tuesday 11 January 2005 05:40 pm, Pawel Jakub Dawidek wrote: > > On Tue, Jan 11, 2005 at 02:16:06PM -0800, Nate Lawson wrote: > > +> Pawel Jakub Dawidek wrote: > > +> >I had problems with ACPI on Intel SHG2 motherboard. > > +> >I made a patch with works for me just fine. Could you, Nate, verify > > it +> >and commit if it is ok. > > +> >If you need some more info, just ask. > > +> > > > +> > http://people.freebsd.org/~pjd/patches/acpi_pci_link.c.patch > > +> > > +> John mentioned that it appears the root problem is that _CRS is > > failing +> for you. Can you send a dmesg from a broken boot (without > > your patch)? > > > > Here you go: > > > > http://people.freebsd.org/~pjd/misc/boot-v1.txt > > Ok, this is a rather large patch as allowing for a b0rked _CRS required a > good bit of work. I've only compile tested it and haven't run tested it so > far, so beware. Note that it does include fixes for some bugs related to > ExtIRQ routing (I wrote the irq to the wrong resource structure :( ) and to > parsing the buffer we handed to _SRS (end pointer was wrong so I probably > only ever parsed the first resource, which is the common case, so this > probably didn't affect anyone). Gee, patch would help: --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pci_link.c 2004/12/27 05:45:32 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pci_link.c 2005/01/12 19:31:01 @@ -77,6 +77,7 @@ * DMA Channel 3 * * The XXX is because I'm not sure if this is a valid assumption to make. + * Further reading of the spec is advised before this hits CVS. */ /* States during DPF processing. */ @@ -88,7 +89,9 @@ struct acpi_pci_link_softc { int pl_num_links; + int pl_crs_bad; struct link *pl_links; + device_t pl_dev; }; struct link { @@ -302,7 +305,13 @@ KASSERT(req->link_index < req->sc->pl_num_links, ("%s: array boundary violation", __func__)); link = &req->sc->pl_links[req->link_index]; + if (link->l_res_index == -1) { + KASSERT(req->sc->pl_crs_bad, + ("res_index should be set")); + link->l_res_index = req->res_index; + } req->link_index++; + req->res_index++; /* * Stash a copy of the resource for later use when doing @@ -334,6 +343,14 @@ link->l_isa_irq = FALSE; } break; + default: + if (req->in_dpf == DPF_IGNORE) + break; + if (req->sc->pl_crs_bad) + device_printf(req->sc->pl_dev, + "Warning: possible resource %d will be lost during _SRS\n", + req->res_index); + req->res_index++; } return (AE_OK); } @@ -396,21 +413,35 @@ int i; sc = device_get_softc(dev); + sc->pl_dev = dev; ACPI_SERIAL_BEGIN(pci_link); /* * Count the number of current resources so we know how big of - * a link array to allocate. + * a link array to allocate. On some systems, _CRS is broken, + * so for those systems try to derive the count from _PRS instead. */ creq.in_dpf = DPF_OUTSIDE; creq.count = 0; status = AcpiWalkResources(acpi_get_handle(dev), "_CRS", acpi_count_irq_resources, &creq); - if (ACPI_FAILURE(status)) - return (ENXIO); + sc->pl_crs_bad = ACPI_FAILURE(status); + if (sc->pl_crs_bad) { + creq.in_dpf = DPF_OUTSIDE; + creq.count = 0; + status = AcpiWalkResources(acpi_get_handle(dev), "_PRS", + acpi_count_irq_resources, &creq); + if (ACPI_FAILURE(status)) { + device_printf(dev, + "Unable to parse _CRS or _PRS: %s\n", + AcpiFormatException(status)); + ACPI_SERIAL_END(pci_link); + return (ENXIO); + } + } + sc->pl_num_links = creq.count; if (creq.count == 0) return (0); - sc->pl_num_links = creq.count; sc->pl_links = malloc(sizeof(struct link) * sc->pl_num_links, M_PCI_LINK, M_WAITOK | M_ZERO); @@ -420,22 +451,41 @@ sc->pl_links[i].l_bios_irq = PCI_INVALID_IRQ; sc->pl_links[i].l_sc = sc; sc->pl_links[i].l_isa_irq = FALSE; + sc->pl_links[i].l_res_index = -1; + } + + /* Try to read the current settings from _CRS if it is valid. */ + if (!sc->pl_crs_bad) { + rreq.in_dpf = DPF_OUTSIDE; + rreq.link_index = 0; + rreq.res_index = 0; + rreq.sc = sc; + status = AcpiWalkResources(acpi_get_handle(dev), "_CRS", + link_add_crs, &rreq); + if (ACPI_FAILURE(status)) { + device_printf(dev, "Unable to parse _CRS: %s\n", + AcpiFormatException(status)); + goto fail; + } } + + /* + * Try to read the possible settings from _PRS. Note that if the + * _CRS is toast, we depend on having a working _PRS. However, if + * _CRS works, then it is ok for _PRS to be missing. + */ rreq.in_dpf = DPF_OUTSIDE; rreq.link_index = 0; rreq.res_index = 0; rreq.sc = sc; - status = AcpiWalkResources(acpi_get_handle(dev), "_CRS", - link_add_crs, &rreq); - if (ACPI_FAILURE(status)) - goto fail; - rreq.in_dpf = DPF_OUTSIDE; - rreq.link_index = 0; - rreq.res_index = 0; status = AcpiWalkResources(acpi_get_handle(dev), "_PRS", link_add_prs, &rreq); - if (ACPI_FAILURE(status) && status != AE_NOT_FOUND) + if (ACPI_FAILURE(status) && + (status != AE_NOT_FOUND || sc->pl_crs_bad)) { + device_printf(dev, "Unable to parse _PRS: %s\n", + AcpiFormatException(status)); goto fail; + } if (bootverbose) { device_printf(dev, "Links after initial probe:\n"); acpi_pci_link_dump(sc); @@ -589,33 +639,31 @@ } static ACPI_STATUS -acpi_pci_link_route_irqs(device_t dev) +acpi_pci_link_srs_from_crs(struct acpi_pci_link_softc *sc, ACPI_BUFFER *srsbuf) { - struct acpi_pci_link_softc *sc; ACPI_RESOURCE *resource, *end, newres, *resptr; - ACPI_BUFFER crsbuf, srsbuf; + ACPI_BUFFER crsbuf; ACPI_STATUS status; struct link *link; int i, in_dpf; /* Fetch the _CRS. */ ACPI_SERIAL_ASSERT(pci_link); - sc = device_get_softc(dev); crsbuf.Pointer = NULL; crsbuf.Length = ACPI_ALLOCATE_BUFFER; - status = AcpiGetCurrentResources(acpi_get_handle(dev), &crsbuf); + status = AcpiGetCurrentResources(acpi_get_handle(sc->pl_dev), &crsbuf); if (ACPI_SUCCESS(status) && crsbuf.Pointer == NULL) status = AE_NO_MEMORY; if (ACPI_FAILURE(status)) { if (bootverbose) - device_printf(dev, + device_printf(sc->pl_dev, "Unable to fetch current resources: %s\n", AcpiFormatException(status)); return (status); } /* Fill in IRQ resources via link structures. */ - srsbuf.Pointer = NULL; + srsbuf->Pointer = NULL; link = sc->pl_links; i = 0; in_dpf = DPF_OUTSIDE; @@ -668,10 +716,10 @@ resptr = &newres; resptr->Data.ExtendedIrq.NumberOfInterrupts = 1; if (PCI_INTERRUPT_VALID(link->l_irq)) - resource->Data.ExtendedIrq.Interrupts[0] = + resptr->Data.ExtendedIrq.Interrupts[0] = link->l_irq; else - resource->Data.ExtendedIrq.Interrupts[0] = 0; + resptr->Data.ExtendedIrq.Interrupts[0] = 0; link++; i++; break; @@ -679,13 +727,13 @@ resptr = resource; } if (resptr != NULL) { - status = acpi_AppendBufferResource(&srsbuf, resptr); + status = acpi_AppendBufferResource(srsbuf, resptr); if (ACPI_FAILURE(status)) { - device_printf(dev, - "Unable to build reousrces: %s\n", + device_printf(sc->pl_dev, + "Unable to build resources: %s\n", AcpiFormatException(status)); - if (srsbuf.Pointer != NULL) - AcpiOsFree(srsbuf.Pointer); + if (srsbuf->Pointer != NULL) + AcpiOsFree(srsbuf->Pointer); AcpiOsFree(crsbuf.Pointer); return (status); } @@ -696,17 +744,88 @@ if (resource >= end) break; } + AcpiOsFree(crsbuf.Pointer); + return (AE_OK); +} + +static ACPI_STATUS +acpi_pci_link_srs_from_links(struct acpi_pci_link_softc *sc, + ACPI_BUFFER *srsbuf) +{ + ACPI_RESOURCE newres; + ACPI_STATUS status; + struct link *link; + int i; + + /* Start off with an empty buffer. */ + srsbuf->Pointer = NULL; + link = sc->pl_links; + for (i = 0; i < sc->pl_num_links; i++) { + + /* Add a new IRQ resource from each link. */ + link = &sc->pl_links[i]; + newres = link->l_prs_template; + if (newres.Id == ACPI_RSTYPE_IRQ) { + + /* Build an IRQ resource. */ + newres.Data.Irq.NumberOfInterrupts = 1; + if (PCI_INTERRUPT_VALID(link->l_irq)) { + KASSERT(link->l_irq < NUM_ISA_INTERRUPTS, + ("%s: can't put non-ISA IRQ %d in legacy IRQ resource type", + __func__, link->l_irq)); + newres.Data.Irq.Interrupts[0] = link->l_irq; + } else + newres.Data.Irq.Interrupts[0] = 0; + } else { + + /* Build an ExtIRQ resuorce. */ + newres.Data.ExtendedIrq.NumberOfInterrupts = 1; + if (PCI_INTERRUPT_VALID(link->l_irq)) + newres.Data.ExtendedIrq.Interrupts[0] = + link->l_irq; + else + newres.Data.ExtendedIrq.Interrupts[0] = 0; + } + + /* Add the new resource to the end of the _SRS buffer. */ + status = acpi_AppendBufferResource(srsbuf, &newres); + if (ACPI_FAILURE(status)) { + device_printf(sc->pl_dev, + "Unable to build resources: %s\n", + AcpiFormatException(status)); + if (srsbuf->Pointer != NULL) + AcpiOsFree(srsbuf->Pointer); + return (status); + } + } + return (AE_OK); +} + +static ACPI_STATUS +acpi_pci_link_route_irqs(device_t dev) +{ + struct acpi_pci_link_softc *sc; + ACPI_RESOURCE *resource, *end; + ACPI_BUFFER srsbuf; + ACPI_STATUS status; + struct link *link; + int i; + ACPI_SERIAL_ASSERT(pci_link); + sc = device_get_softc(dev); + if (sc->pl_crs_bad) + status = acpi_pci_link_srs_from_links(sc, &srsbuf); + else + status = acpi_pci_link_srs_from_crs(sc, &srsbuf); + /* Write out new resources via _SRS. */ status = AcpiSetCurrentResources(acpi_get_handle(dev), &srsbuf); if (ACPI_FAILURE(status)) { device_printf(dev, "Unable to route IRQs: %s\n", AcpiFormatException(status)); - AcpiOsFree(crsbuf.Pointer); AcpiOsFree(srsbuf.Pointer); return (status); } - AcpiOsFree(crsbuf.Pointer); /* * Perform acpi_config_intr() on each IRQ resource if it was just @@ -715,6 +834,7 @@ link = sc->pl_links; i = 0; resource = (ACPI_RESOURCE *)srsbuf.Pointer; + end = (ACPI_RESOURCE *)((char *)srsbuf.Pointer + srsbuf.Length); for (;;) { if (resource->Id == ACPI_RSTYPE_END_TAG) break; --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pcib.c 2004/12/27 05:40:30 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pcib.c 2005/01/11 21:44:38 @@ -98,8 +98,7 @@ /* Lookup the associated handle and device. */ pcib = (device_t)arg; - if (ACPI_FAILURE(AcpiGetHandle(acpi_get_handle(pcib), entry->Source, - &handle))) + if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, entry->Source, &handle))) return; child = acpi_get_device(handle); if (child == NULL) --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_resource.c 2004/12/27 05:40:30 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_resource.c 2004/12/31 18:57:45 @@ -439,7 +439,11 @@ "unimplemented Address64 resource\n")); break; case ACPI_RSTYPE_EXT_IRQ: - /* XXX special handling? */ + if (res->Data.ExtendedIrq.ProducerConsumer != ACPI_CONSUMER) { + ACPI_DEBUG_PRINT((ACPI_DB_RESOURCES, + "ignored ExtIRQ producer\n")); + break; + } set->set_irq(dev, context,res->Data.ExtendedIrq.Interrupts, res->Data.ExtendedIrq.NumberOfInterrupts, res->Data.ExtendedIrq.EdgeLevel, --- //depot/vendor/freebsd/src/sys/i386/i386/mptable.c 2005/01/07 18:45:35 +++ //depot/user/jhb/acpipci/i386/i386/mptable.c 2005/01/12 18:06:08 @@ -635,23 +635,38 @@ mptable_parse_io_int(int_entry_ptr intr) { void *ioapic; - u_int pin; + u_int pin, apic_id; + apic_id = intr->dst_apic_id; if (intr->dst_apic_id == 0xff) { - printf("MPTable: Ignoring global interrupt entry for pin %d\n", - intr->dst_apic_int); - return; + /* + * An APIC ID of 0xff means that the interrupt is connected + * to the specified pin on all I/O APICs in the system. If + * there is only one I/O APIC, then use that APIC to route + * the interrupts. If there is more than one I/O APIC, then + * punt. + */ + if (mptable_nioapics == 1) { + apic_id = 0; + while (ioapics[apic_id] == NULL) + apic_id++; + } else { + printf( + "MPTable: Ignoring global interrupt entry for pin %d\n", + intr->dst_apic_int); + return; + } } - if (intr->dst_apic_id >= NAPICID) { + if (apic_id >= NAPICID) { printf("MPTable: Ignoring interrupt entry for ioapic%d\n", intr->dst_apic_id); return; } - ioapic = ioapics[intr->dst_apic_id]; + ioapic = ioapics[apic_id]; if (ioapic == NULL) { printf( "MPTable: Ignoring interrupt entry for missing ioapic%d\n", - intr->dst_apic_id); + apic_id); return; } pin = intr->dst_apic_int; --- //depot/vendor/freebsd/src/sys/i386/pci/pci_pir.c 2005/01/06 22:21:32 +++ //depot/user/jhb/acpipci/i386/pci/pci_pir.c 2005/01/07 20:04:48 @@ -324,22 +324,50 @@ pin = intpin - entry->pe_intpin; pci_link = pci_pir_find_link(intpin->link); irq = pci_pir_search_irq(entry->pe_bus, entry->pe_device, pin); - if (irq == PCI_INVALID_IRQ) + if (irq == PCI_INVALID_IRQ || irq == pci_link->pl_irq) return; - if (pci_pir_valid_irq(pci_link, irq)) { - if (pci_link->pl_irq == PCI_INVALID_IRQ) { - pci_link->pl_irq = irq; - pci_link->pl_routed = 1; - } else if (pci_link->pl_irq != irq) + + /* + * If we don't have an IRQ for this link yet, then we trust the + * BIOS, even if it seems invalid from the $PIR entries. + */ + if (pci_link->pl_irq == PCI_INVALID_IRQ) { + if (!pci_pir_valid_irq(pci_link, irq)) printf( - "$PIR: BIOS IRQ %d for %d.%d.INT%c does not match link %#x irq %d\n", + "$PIR: Using invalid BIOS IRQ %d from %d.%d.INT%c is for link %#x\n", irq, entry->pe_bus, entry->pe_device, pin + 'A', - pci_link->pl_id, pci_link->pl_irq); - } else + pci_link->pl_id); + pci_link->pl_irq = irq; + pci_link->pl_routed = 1; + return; + } + + /* + * We have an IRQ and it doesn't match the current IRQ for this + * link. If the new IRQ is invalid, then warn about it and ignore + * it. If the old IRQ is invalid and the new IRQ is valid, then + * prefer the new IRQ instead. If both IRQs are valid, then just + * use the first one. Note that if we ever get into this situation + * we are having to guess which setting the BIOS actually routed. + * Perhaps we should just give up instead. + */ + if (!pci_pir_valid_irq(pci_link, irq)) { printf( "$PIR: BIOS IRQ %d for %d.%d.INT%c is not valid for link %#x\n", irq, entry->pe_bus, entry->pe_device, pin + 'A', pci_link->pl_id); + } else if (!pci_pir_valid_irq(pci_link, pci_link->pl_irq)) { + printf( +"$PIR: Preferring valid BIOS IRQ %d from %d.%d.INT%c for link %#x to IRQ %d\n", + irq, entry->pe_bus, entry->pe_device, pin + 'A', + pci_link->pl_id, pci_link->pl_irq); + pci_link->pl_irq = irq; + pci_link->pl_routed = 1; + } else + printf( + "$PIR: BIOS IRQ %d for %d.%d.INT%c does not match link %#x irq %d\n", + irq, entry->pe_bus, entry->pe_device, pin + 'A', + pci_link->pl_id, pci_link->pl_irq); } /* @@ -386,9 +414,9 @@ } /* - * Allow the user to override the IRQ for a given link device as - * long as the override is valid or is 255 or 0 to clear a preset - * IRQ. + * Allow the user to override the IRQ for a given link device. We + * allow invalid IRQs to be specified but warn about them. An IRQ + * of 255 or 0 clears any preset IRQ. */ i = 0; TAILQ_FOREACH(pci_link, &pci_links, pl_links) { @@ -398,12 +426,14 @@ continue; if (irq == 0) irq = PCI_INVALID_IRQ; - if (irq == PCI_INVALID_IRQ || - pci_pir_valid_irq(pci_link, irq)) { - pci_link->pl_routed = 0; - pci_link->pl_irq = irq; - i = 1; - } + if (irq != PCI_INVALID_IRQ && + !pci_pir_valid_irq(pci_link, irq) && bootverbose) + printf( + "$PIR: Warning, IRQ %d for link %#x is not listed as valid\n", + irq, pci_link->pl_id); + pci_link->pl_routed = 0; + pci_link->pl_irq = irq; + i = 1; } if (bootverbose && i) { printf("$PIR: Links after tunable overrides:\n"); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 20:34:33 2005 Return-Path: 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 ACD1B16A4CE; Wed, 12 Jan 2005 20:34:33 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 325B643D31; Wed, 12 Jan 2005 20:34:33 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0CKVnGq046331; Wed, 12 Jan 2005 13:31:49 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Wed, 12 Jan 2005 13:31:48 -0700 (MST) Message-Id: <20050112.133148.74705864.imp@harmony.village.org> To: chris@vindaloo.com From: Warner Losh In-Reply-To: <20050112193918.GA17164@yavin.vindaloo.com> References: <41E4BC93.40608@root.org> <20050112.072948.89901373.imp@bsdimp.com> <20050112193918.GA17164@yavin.vindaloo.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.ORG cc: freebsd-mobile@FreeBSD.ORG cc: freebsd-stable@FreeBSD.ORG Subject: Re: Suspend problem on FreeBSD 5.3-STABLE X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 20:34:34 -0000 > At this time the cardbus driver reports: > > "cbb0: CardBus card activation failed" Ignore this message. It means "no driver attached," and has been removed from current (soon to be MFC'd). What are the lines before it? Without knowing that, it is impossible to say what went wrong. Warner From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 21:14:46 2005 Return-Path: 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 6F7B116A4CE for ; Wed, 12 Jan 2005 21:14:46 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD6E843D48 for ; Wed, 12 Jan 2005 21:14:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 1923 invoked from network); 12 Jan 2005 21:14:45 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Jan 2005 21:14:45 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0CLEcLn027907; Wed, 12 Jan 2005 16:14:41 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Wed, 12 Jan 2005 16:15:23 -0500 User-Agent: KMail/1.6.2 References: <20050111202452.GK795@darkness.comp.waw.pl> <200501121442.02702.jhb@FreeBSD.org> <200501121506.50867.jhb@FreeBSD.org> In-Reply-To: <200501121506.50867.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501121615.23209.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Pawel Jakub Dawidek Subject: Re: Intel SHG2 and ACPI problems. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 21:14:46 -0000 On Wednesday 12 January 2005 03:06 pm, John Baldwin wrote: > On Wednesday 12 January 2005 02:42 pm, John Baldwin wrote: > > On Tuesday 11 January 2005 05:40 pm, Pawel Jakub Dawidek wrote: > > > On Tue, Jan 11, 2005 at 02:16:06PM -0800, Nate Lawson wrote: > > > +> Pawel Jakub Dawidek wrote: > > > +> >I had problems with ACPI on Intel SHG2 motherboard. > > > +> >I made a patch with works for me just fine. Could you, Nate, verify > > > it +> >and commit if it is ok. > > > +> >If you need some more info, just ask. > > > +> > > > > +> > http://people.freebsd.org/~pjd/patches/acpi_pci_link.c.patch > > > +> > > > +> John mentioned that it appears the root problem is that _CRS is > > > failing +> for you. Can you send a dmesg from a broken boot (without > > > your patch)? > > > > > > Here you go: > > > > > > http://people.freebsd.org/~pjd/misc/boot-v1.txt > > > > Ok, this is a rather large patch as allowing for a b0rked _CRS required a > > good bit of work. I've only compile tested it and haven't run tested it > > so far, so beware. Note that it does include fixes for some bugs related > > to ExtIRQ routing (I wrote the irq to the wrong resource structure :( ) > > and to parsing the buffer we handed to _SRS (end pointer was wrong so I > > probably only ever parsed the first resource, which is the common case, > > so this probably didn't affect anyone). > > Gee, patch would help: > > [snip] Please ignore changes in this patch to files other than acpi_pci_link.c, sorry. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 21:14:46 2005 Return-Path: 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 8512416A4CF for ; Wed, 12 Jan 2005 21:14:46 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD9D943D55 for ; Wed, 12 Jan 2005 21:14:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 1923 invoked from network); 12 Jan 2005 21:14:45 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 12 Jan 2005 21:14:45 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0CLEcLn027907; Wed, 12 Jan 2005 16:14:41 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Wed, 12 Jan 2005 16:15:23 -0500 User-Agent: KMail/1.6.2 References: <20050111202452.GK795@darkness.comp.waw.pl> <200501121442.02702.jhb@FreeBSD.org> <200501121506.50867.jhb@FreeBSD.org> In-Reply-To: <200501121506.50867.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501121615.23209.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: Pawel Jakub Dawidek Subject: Re: Intel SHG2 and ACPI problems. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 21:14:46 -0000 On Wednesday 12 January 2005 03:06 pm, John Baldwin wrote: > On Wednesday 12 January 2005 02:42 pm, John Baldwin wrote: > > On Tuesday 11 January 2005 05:40 pm, Pawel Jakub Dawidek wrote: > > > On Tue, Jan 11, 2005 at 02:16:06PM -0800, Nate Lawson wrote: > > > +> Pawel Jakub Dawidek wrote: > > > +> >I had problems with ACPI on Intel SHG2 motherboard. > > > +> >I made a patch with works for me just fine. Could you, Nate, verify > > > it +> >and commit if it is ok. > > > +> >If you need some more info, just ask. > > > +> > > > > +> > http://people.freebsd.org/~pjd/patches/acpi_pci_link.c.patch > > > +> > > > +> John mentioned that it appears the root problem is that _CRS is > > > failing +> for you. Can you send a dmesg from a broken boot (without > > > your patch)? > > > > > > Here you go: > > > > > > http://people.freebsd.org/~pjd/misc/boot-v1.txt > > > > Ok, this is a rather large patch as allowing for a b0rked _CRS required a > > good bit of work. I've only compile tested it and haven't run tested it > > so far, so beware. Note that it does include fixes for some bugs related > > to ExtIRQ routing (I wrote the irq to the wrong resource structure :( ) > > and to parsing the buffer we handed to _SRS (end pointer was wrong so I > > probably only ever parsed the first resource, which is the common case, > > so this probably didn't affect anyone). > > Gee, patch would help: > > [snip] Please ignore changes in this patch to files other than acpi_pci_link.c, sorry. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 12 21:34:38 2005 Return-Path: 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 38AAB16A4CE; Wed, 12 Jan 2005 21:34:38 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 829E543D1F; Wed, 12 Jan 2005 21:34:37 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id DC344ACBF9; Wed, 12 Jan 2005 22:34:33 +0100 (CET) Date: Wed, 12 Jan 2005 22:34:33 +0100 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20050112213433.GP795@darkness.comp.waw.pl> References: <20050111202452.GK795@darkness.comp.waw.pl> <200501121442.02702.jhb@FreeBSD.org> <200501121506.50867.jhb@FreeBSD.org> <200501121615.23209.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xe2geHXJg22At20M" Content-Disposition: inline In-Reply-To: <200501121615.23209.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-acpi@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Intel SHG2 and ACPI problems. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jan 2005 21:34:38 -0000 --xe2geHXJg22At20M Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 12, 2005 at 04:15:23PM -0500, John Baldwin wrote: +> > > Ok, this is a rather large patch as allowing for a b0rked _CRS requi= red a +> > > good bit of work. I've only compile tested it and haven't run teste= d it +> > > so far, so beware. Note that it does include fixes for some bugs re= lated +> > > to ExtIRQ routing (I wrote the irq to the wrong resource structure := ( ) +> > > and to parsing the buffer we handed to _SRS (end pointer was wrong s= o I +> > > probably only ever parsed the first resource, which is the common ca= se, +> > > so this probably didn't affect anyone). +> > +> > Gee, patch would help: +> > +> > [snip] +>=20 +> Please ignore changes in this patch to files other than acpi_pci_link.c,= =20 +> sorry. Works for me. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --xe2geHXJg22At20M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB5ZfpForvXbEpPzQRApV4AJ49dkixHEwp8oFHcs2qhZ3tdBTuZgCg4sOv DxushVzCxapw5ihdYvRfZHs= =P08n -----END PGP SIGNATURE----- --xe2geHXJg22At20M-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 13 10:05:07 2005 Return-Path: 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 DE3AD16A4CE; Thu, 13 Jan 2005 10:05:07 +0000 (GMT) Received: from mail.onlinefix.de (mail2-out.titan-networks.de [217.140.72.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56F4143D41; Thu, 13 Jan 2005 10:05:06 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from kyuzo.dunkelkammer.void ([217.140.77.242]) (authenticated bits=0)j0DA533Z030309 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 13 Jan 2005 11:05:04 +0100 Received: by kyuzo.dunkelkammer.void (Postfix, from userid 1002) id 402433CB4; Thu, 13 Jan 2005 11:05:03 +0100 (CET) Date: Thu, 13 Jan 2005 11:05:03 +0100 From: Stefan Walter To: freebsd-hardware@freebsd.org, freebsd-acpi@freebsd.org, freebsd-mobile@freebsd.org Message-ID: <20050113100503.GA1060@kyuzo.dunkelkammer.void> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline Organization: Infinity Approximation Task Force X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc X-PGP-fingerprint: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3 User-Agent: Mutt/1.5.6i Subject: Athlon XP-M/PowerNow for desktop system? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-hardware@freebsd.org List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 10:05:08 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [Reply-To set to freebsd-hardware@ - please send answers to that list only.] Hi, I'm currently thinking about replacing the Athlon 900 in my desktop machine with a more recent CPU, and I'd be interested in getting one of these Athlon XP-M "Low Power" CPUs. I think the mainboard - a MSI KT4AV-L (MS-6712) with VIA's KT400A chipset - supports those CPUs, but I'm not sure if I would be able to use their energy saving features with FreeBSD. I know about the powernow_k7 module [1], but not enough to say if it should work in this case or if there could be problems with desktop mainboards. Are there any catches one should be aware of when trying to do this? Stefan [1]: http://www.poupinou.org/cpufreq/bsd/ --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iQGVAwUBQeZHzlaRERsSueCzAQLPeQwAhUaWXtKTYFVr7pXqR/oeQmP3bqBOcqRk wl4ddr8SQuW7YKaRLI5UT12fwt9lVRTNCs6otTn5kyuy5E1xJfCJY07j/oFA24kz +8IrklallYow7OM5Qih4GYlhet1hmrPW4rp8qTsqW5INIwW+ldaucAI5SCflAc3z jz+qhesS9XxW9kUE/1HvYwC/VIFh3jAPiuu3QuZJnir6fS8vokDCs7asPK3rEXs+ 7dkwtHYi24BlBH0IFCLrXvL1bhu4kfEC+d7Aty9JkoDIBtdusd1JqbU1iYpCT9Xt 6yZfWDptogQTzPe4JjWYNgUS5UhPMhsiBmAOif9BoEEjbWWMsHHG5WT2WgOesJcZ LmtZn5mQq5MBzduPTnLK8eOWD2LPp5cCkuDHcjHmbLx/WmenBLNoPCW/sT7wGk0/ WLvZwA1skpaO8PCYSY1/hsTGwpMnmXVYM4q+2YjVS7M2ayUGoN0kuN8D3ZMjSi3v CrY3rAY8eeb4LEur4mAcGpWp1EoKl4qM =8VkE -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 13 11:56:02 2005 Return-Path: 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 03A5016A4CE; Thu, 13 Jan 2005 11:56:02 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8819A43D2D; Thu, 13 Jan 2005 11:56:01 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1Cp3a4-0007WJ-00; Thu, 13 Jan 2005 12:56:00 +0100 Date: Thu, 13 Jan 2005 12:56:00 +0100 To: freebsd-hardware@freebsd.org Message-ID: <20050113115600.GP19199@poupinou.org> References: <20050113100503.GA1060@kyuzo.dunkelkammer.void> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050113100503.GA1060@kyuzo.dunkelkammer.void> User-Agent: Mutt/1.5.5.1+cvs20040105i From: Bruno Ducrot cc: freebsd-acpi@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Athlon XP-M/PowerNow for desktop system? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 11:56:02 -0000 On Thu, Jan 13, 2005 at 11:05:03AM +0100, Stefan Walter wrote: > [Reply-To set to freebsd-hardware@ - please send answers to that list > only.] > > Hi, > > I'm currently thinking about replacing the Athlon 900 in my desktop > machine with a more recent CPU, and I'd be interested in getting one of > these Athlon XP-M "Low Power" CPUs. I think the mainboard - a MSI KT4AV-L > (MS-6712) with VIA's KT400A chipset - supports those CPUs, but I'm not > sure if I would be able to use their energy saving features with FreeBSD. > I know about the powernow_k7 module [1], but not enough to say if it > should work in this case or if there could be problems with desktop > mainboards. > Generally, for an ATX motherboard, you may be able to change the multiplier of the CPU but not the voltage, the latter requiring a VRM mobile part. If this is a concern, you should consider an ITX form but you have to be sure that one do have a VRM mobile part. Of course, you may consider another kind of CPU if you need ATX form (amd64 class, maybe sempron, if you want to stick with AMD, comes to mind). -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 13 15:02:44 2005 Return-Path: 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 1DE1516A4CE for ; Thu, 13 Jan 2005 15:02:44 +0000 (GMT) Received: from dexter.starfire.mn.org (starfire.skypoint.net [66.93.17.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id B712C43D1F for ; Thu, 13 Jan 2005 15:02:42 +0000 (GMT) (envelope-from john@dexter.starfire.mn.org) Received: (from john@localhost) by dexter.starfire.mn.org (8.11.3/8.11.3) id j0DF2fS04015 for freebsd-acpi@freebsd.org; Thu, 13 Jan 2005 09:02:41 -0600 (CST) (envelope-from john) Date: Thu, 13 Jan 2005 09:02:41 -0600 From: John To: freebsd-acpi@freebsd.org Message-ID: <20050113090241.B3845@starfire.mn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: Greetings! I want to contribute X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 15:02:44 -0000 Good day, folks. I am the owner of a Compaq Armada M700 which has some definite ACPI issues. I didn't notice right away, because it came up properly, reported CPU and battery status reasonably, apm output was sensible, etc. Events such as inserting a PCMCIA card or docking station events, and maybe even lid events caused the system to either instantly lock up tighter than a drum or do a trap 19/panic and then lock up. The system has the 686H firmware, which is the latest, and with a date matching the latest from Compaq's firmware upgrade package. I know that this is an older laptop, but at 650Mhz and a reasonable amount of RAM, it is an affordable and capable work station, and I would like to help with the efforts in support. At a minimum, I hope to learn enough about ACPI to "blacklist" only the parts of the ACPI subdrivers that are causing the problem, but maybe I'll actually be able to fix something. I haven't had any code in the release since about FreeBSD version 1.1, and it's about time I changed that. :) I haven't even read the spec yet, so I obviously have a lot of learning to do. I promise not to bug anyone for information until I've spent some time with the driver spec and the driver code. Thanks, and I look forward to contributing something. -- John Lind john@starfire.MN.ORG From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 13 16:01:32 2005 Return-Path: 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 EDFF116A4CE for ; Thu, 13 Jan 2005 16:01:32 +0000 (GMT) Received: from web61003.mail.yahoo.com (web61003.mail.yahoo.com [216.155.196.92]) by mx1.FreeBSD.org (Postfix) with SMTP id 756ED43D48 for ; Thu, 13 Jan 2005 16:01:32 +0000 (GMT) (envelope-from federicogalvezdurand@yahoo.com) Received: (qmail 83013 invoked by uid 60001); 13 Jan 2005 16:01:31 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=b1lFIHjeYLvqzASQiXDWT2Ku28zl/9NByJuzjAzO1V2+vbqPkPQLRLOZsj5hvt5g37Mo7VuaJtQmRQ45xw+MhN4SfSfjrsfF5eyUH2HwlWzu9mpi6MUw+jfB4ojKZhTZPR4XCE/eeIDlCyfp1VMGZVZ53/aRBkII3IStFC7YWLg= ; Message-ID: <20050113160131.83011.qmail@web61003.mail.yahoo.com> Received: from [83.76.121.246] by web61003.mail.yahoo.com via HTTP; Thu, 13 Jan 2005 08:01:31 PST Date: Thu, 13 Jan 2005 08:01:31 -0800 (PST) From: Federico Galvez-Durand To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [Fwd: cvs commit: src/sys/contrib/dev/acpica dsutils.c] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 16:01:33 -0000 Thanks Nate, Toshiba 2805-s301 is back to ACPI now. http://www.del.ufrj.br/~fico/FreeBSD/debug/dmesg20050113 Fico Nate Lawson nate at root.org Tue Jan 11 16:56:39 PST 2005 : * Previous message: 5.3-RELEASE: SMP: system clock has died * Next message: Intel SHG2 and ACPI problems. * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] This fix should be tested by anyone with _STA errors ("no return object"). I'll MFC in a day or two given no major issues. -------- Original Message -------- Subject: cvs commit: src/sys/contrib/dev/acpica dsutils.c Date: Wed, 12 Jan 2005 00:52:49 +0000 (GMT) From: Nate Lawson To: njl at FreeBSD.ORG njl 2005-01-12 00:52:40 UTC FreeBSD src repository Modified files: (Branch: INTEL) sys/contrib/dev/acpica dsutils.c Log: Fix handling of the implicit return case for methods called from an external source (i.e., _STA). The previous case only handled calls occurring within AML. This should fix Toshibas, among others. Thanks to Robert Moore of Intel for the fix. MFC after: 2 days Revision Changes Path 1.1.1.23 +2 -1 src/sys/contrib/dev/acpica/dsutils.c Index: src/sys/contrib/dev/acpica/dsutils.c diff -u src/sys/contrib/dev/acpica/dsutils.c:1.1.1.22 src/sys/contrib/dev/acpica/dsutils.c:1.1.1.23 --- src/sys/contrib/dev/acpica/dsutils.c:1.1.1.22 Wed Dec 1 23:13:41 2004 +++ src/sys/contrib/dev/acpica/dsutils.c Wed Jan 12 00:52:40 2005 @@ -167,7 +167,8 @@ * An executing method typically has no parent, since each method * is parsed separately. */ - if (!Op->Common.Parent) + if (!Op->Common.Parent || + Op->Common.Parent->Common.AmlOpcode == AML_SCOPE_OP) { /* * If this is the last statement in the method, we know it is not a -- Nate * Previous message: 5.3-RELEASE: SMP: system clock has died * Next message: Intel SHG2 and ACPI problems. * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] More information about the freebsd-acpi mailing list __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 13 20:00:01 2005 Return-Path: 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 1B1B316A4CE for ; Thu, 13 Jan 2005 20:00:01 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82A0243D1F for ; Thu, 13 Jan 2005 20:00:00 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0DJxxl6016473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 13 Jan 2005 11:59:59 -0800 Message-ID: <41E6D33E.4090705@root.org> Date: Thu, 13 Jan 2005 11:59:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Federico Galvez-Durand References: <20050113160131.83011.qmail@web61003.mail.yahoo.com> In-Reply-To: <20050113160131.83011.qmail@web61003.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: [Fwd: cvs commit: src/sys/contrib/dev/acpica dsutils.c] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 20:00:01 -0000 Federico Galvez-Durand wrote: > Thanks Nate, Toshiba 2805-s301 is back to ACPI now. > > http://www.del.ufrj.br/~fico/FreeBSD/debug/dmesg20050113 > > Fico Excellent. I MFCd the fix last night also. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 13 21:52:12 2005 Return-Path: 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 31FA616A4CE for ; Thu, 13 Jan 2005 21:52:12 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4F3243D39 for ; Thu, 13 Jan 2005 21:52:11 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0DLq9l6019648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 13 Jan 2005 13:52:10 -0800 Message-ID: <41E6ED89.3070803@root.org> Date: Thu, 13 Jan 2005 13:52:09 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John References: <20050113090241.B3845@starfire.mn.org> In-Reply-To: <20050113090241.B3845@starfire.mn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Greetings! I want to contribute X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 21:52:12 -0000 John wrote: > Good day, folks. > > I am the owner of a Compaq Armada M700 which has some definite ACPI > issues. I didn't notice right away, because it came up properly, > reported CPU and battery status reasonably, apm output was > sensible, etc. Events such as inserting a PCMCIA card or docking > station events, and maybe even lid events caused the system to either > instantly lock up tighter than a drum or do a trap 19/panic and > then lock up. The system has the 686H firmware, which is the > latest, and with a date matching the latest from Compaq's firmware > upgrade package. > > I know that this is an older laptop, but at 650Mhz and a reasonable > amount of RAM, it is an affordable and capable work station, and > I would like to help with the efforts in support. At a minimum, > I hope to learn enough about ACPI to "blacklist" only the parts of > the ACPI subdrivers that are causing the problem, but maybe I'll > actually be able to fix something. I haven't had any code in the > release since about FreeBSD version 1.1, and it's about time I > changed that. :) > > I haven't even read the spec yet, so I obviously have a lot of > learning to do. I promise not to bug anyone for information until > I've spent some time with the driver spec and the driver code. > > Thanks, and I look forward to contributing something. A good start is to read the acpi handbook entry and man pages. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 14 04:32:44 2005 Return-Path: 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 02C1216A4CE for ; Fri, 14 Jan 2005 04:32:44 +0000 (GMT) Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E75943D53 for ; Fri, 14 Jan 2005 04:32:43 +0000 (GMT) (envelope-from freebsd@nbritton.org) Received: from [192.168.1.10] (12-223-129-46.client.insightbb.com[12.223.129.46]) by sccimhc92.asp.att.net (sccimhc92) with ESMTP id <20050114043242i9200iss3se>; Fri, 14 Jan 2005 04:32:43 +0000 Message-ID: <41E74B68.30009@nbritton.org> Date: Thu, 13 Jan 2005 22:32:40 -0600 From: Nikolas Britton User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20050113090241.B3845@starfire.mn.org> <41E6ED89.3070803@root.org> In-Reply-To: <41E6ED89.3070803@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Greetings! I want to contribute X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 04:32:44 -0000 Nate Lawson wrote: > John wrote: > >> Good day, folks. >> >> I am the owner of a Compaq Armada M700 which has some definite ACPI >> issues. I didn't notice right away, because it came up properly, >> reported CPU and battery status reasonably, apm output was >> sensible, etc. Events such as inserting a PCMCIA card or docking >> station events, and maybe even lid events caused the system to either >> instantly lock up tighter than a drum or do a trap 19/panic and >> then lock up. The system has the 686H firmware, which is the >> latest, and with a date matching the latest from Compaq's firmware >> upgrade package. >> >> I know that this is an older laptop, but at 650Mhz and a reasonable >> amount of RAM, it is an affordable and capable work station, and >> I would like to help with the efforts in support. At a minimum, >> I hope to learn enough about ACPI to "blacklist" only the parts of >> the ACPI subdrivers that are causing the problem, but maybe I'll >> actually be able to fix something. I haven't had any code in the >> release since about FreeBSD version 1.1, and it's about time I >> changed that. :) >> >> I haven't even read the spec yet, so I obviously have a lot of >> learning to do. I promise not to bug anyone for information until >> I've spent some time with the driver spec and the driver code. >> >> Thanks, and I look forward to contributing something. > > > A good start is to read the acpi handbook entry and man pages. > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html Fixed (?) DSDT for the Armada M700: http://acpi.sourceforge.net/dsdt/view.php?id=27 http://gerda.univie.ac.at/freebsd-laptops/ And quoting nate from the problems I had with the Armada 1750: "I've attached the diff between the two versions for history. But all you have to do is download the patched ASL ("Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl") and compile/override it. See the handbook or "man acpi" for steps, but the short of it is: iasl Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl cp DSDT.aml /boot And add to /boot/loader.conf: acpi_dsdt_load="YES" acpi_dsdt_name="/boot/DSDT.aml" This will load your custom AML at boot time." ----- BTW Nate... Thanks again for helpin me. From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 14 17:12:32 2005 Return-Path: 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 8EC5716A4CE for ; Fri, 14 Jan 2005 17:12:32 +0000 (GMT) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3213A43D1D for ; Fri, 14 Jan 2005 17:12:32 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-210-221-89.client.insightbb.com ([12.210.221.89] helo=familysquires.net) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1CpUzr-0001Ql-2B for freebsd-acpi@freebsd.org; Fri, 14 Jan 2005 12:12:27 -0500 Date: Fri, 14 Jan 2005 12:12:26 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-acpi@freebsd.org In-Reply-To: <20050113160131.83011.qmail@web61003.mail.yahoo.com> Message-ID: <20050114121057.F9972@familysquires.net> References: <20050113160131.83011.qmail@web61003.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: [Fwd: cvs commit: src/sys/contrib/dev/acpica dsutils.c] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 17:12:32 -0000 On Thu, 13 Jan 2005, Federico Galvez-Durand wrote: > Thanks Nate, Toshiba 2805-s301 is back to ACPI now. > This also fixes my problems with 5.3-STABLE on a Toshiba Tecra 8100. Thanks! Mike Squires From owner-freebsd-acpi@FreeBSD.ORG Sat Jan 15 09:09:56 2005 Return-Path: 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 53B9816A4CE for ; Sat, 15 Jan 2005 09:09:56 +0000 (GMT) Received: from marge.cload.net (ambres.net2.nerim.net [213.41.172.209]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C26F43D58 for ; Sat, 15 Jan 2005 09:09:55 +0000 (GMT) (envelope-from ohmer@epita.info) Received: (qmail 37594 invoked by uid 100); 15 Jan 2005 10:25:51 -0000 Received: from unknown (HELO ?127.0.0.1?) (192.168.1.95) by marge.cload.net with SMTP; 15 Jan 2005 10:25:51 -0000 Message-ID: <41E8DDDE.3080205@epita.info> Date: Sat, 15 Jan 2005 10:09:50 +0100 From: oHmEr User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: multipart/mixed; boundary="------------080100080606090603070609" Subject: compaq proliant ML370 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 09:09:56 -0000 This is a multi-part message in MIME format. --------------080100080606090603070609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit dear list, i would like to report 2 acpi related problem with a compaq proliant ML370 under 5.3-STABLE : - cd install cant boot with acpi enabled. - fan never stops bringing me headach. i have attached the output of acpidump -t. i can't fix them myself and i hope that someone is able to fix at least the fan noise which is going to damage my brain. thanks. --------------080100080606090603070609 Content-Type: application/octet-stream; name="acpidump" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="acpidump" LyoKICBSU0QgUFRSOiBPRU09Q09NUEFRLCBBQ1BJX1Jldj0xLjB4ICgwKQoJUlNEVD0weDA3 ZmZjMDAwLCBja3N1bT05MAogKi8KLyoKICBSU0RUOiBMZW5ndGg9NDgsIFJldmlzaW9uPTEs IENoZWNrc3VtPTE3NSwKCU9FTUlEPUNPTVBBUSwgT0VNIFRhYmxlIElEPVJBQ0VCQUlULCBP RU0gUmV2aXNpb249MHgyLAoJQ3JlYXRvciBJRD3SBCwgQ3JlYXRvciBSZXZpc2lvbj0weDE2 MmUKCUVudHJpZXM9eyAweDA3ZmZjMDQwLCAweDA3ZmZjMTAwLCAweDA3ZmZmODAwIH0KICov Ci8qCiAgRkFDUDogTGVuZ3RoPTExNiwgUmV2aXNpb249MSwgQ2hlY2tzdW09MTczLAoJT0VN SUQ9Q09NUEFRLCBPRU0gVGFibGUgSUQ9TUlDUk8sIE9FTSBSZXZpc2lvbj0weDIsCglDcmVh dG9yIElEPdIELCBDcmVhdG9yIFJldmlzaW9uPTB4MTYyZQogCUZBQ1M9MHg3ZmZjMGMwLCBE U0RUPTB4N2ZmYzE4MAoJSU5UX01PREVMPUFQSUMKCVByZWZlcnJlZF9QTV9Qcm9maWxlPVVu c3BlY2lmaWVkICgwKQoJU0NJX0lOVD05CglTTUlfQ01EPTB4MjMwLCBBQ1BJX0VOQUJMRT0w eDEsIEFDUElfRElTQUJMRT0weDAsIFM0QklPU19SRVE9MHgwCglQU1RBVEVfQ05UPTB4MAoJ UE0xYV9FVlRfQkxLPTB4MjIwLTB4MjIzCglQTTFhX0NOVF9CTEs9MHgyMzAtMHgyMzEKCVBN X1RNUl9CTEs9MHgyNDAtMHgyNDMKCVBfTFZMMl9MQVQ9NjU1MzUgdXMsIFBfTFZMM19MQVQ9 NjU1MzUgdXMKCUZMVVNIX1NJWkU9MCwgRkxVU0hfU1RSSURFPTAKCURVVFlfT0ZGU0VUPTAs IERVVFlfV0lEVEg9MAoJREFZX0FMUk09MCwgTU9OX0FMUk09MCwgQ0VOVFVSWT0wCglJQVBD X0JPT1RfQVJDSD0KCUZsYWdzPXtXQklOVkQsUFJPQ19DMSxTTFBfQlVUVE9OLEZJWF9SVEN9 CiAqLwovKgogIEZBQ1M6CUxlbmd0aD02NCwgSHdTaWc9MHgwMDAwYWJjZCwgRmlybV9XYWtl X1ZlYz0weDAwMDAwMDAwCglHbG9iYWxfTG9jaz0KCUZsYWdzPQoJVmVyc2lvbj0wCiAqLwov KgogIERTRFQ6IExlbmd0aD0xMTk1NywgUmV2aXNpb249MSwgQ2hlY2tzdW09MjE3LAoJT0VN SUQ9Q09NUEFRLCBPRU0gVGFibGUgSUQ9RFNEVCwgT0VNIFJldmlzaW9uPTB4MSwKCUNyZWF0 b3IgSUQ9TVNGVCwgQ3JlYXRvciBSZXZpc2lvbj0weDEwMDAwMGIKICovCi8qCiAgQVBJQzog TGVuZ3RoPTc4LCBSZXZpc2lvbj0xLCBDaGVja3N1bT0xMTYsCglPRU1JRD1DT01QQVEsIE9F TSBUYWJsZSBJRD0wMDAwMDA4MywgT0VNIFJldmlzaW9uPTB4MiwKCUNyZWF0b3IgSUQ9LCBD cmVhdG9yIFJldmlzaW9uPTB4MAoJTG9jYWwgQVBJQyBBRERSPTB4ZmVlMDAwMDAKCUZsYWdz PXtQQy1BVH0KCglUeXBlPUxvY2FsIEFQSUMKCUFDUEkgQ1BVPTAKCUZsYWdzPXtFTkFCTEVE fQoJQVBJQyBJRD0wCgoJVHlwZT1Mb2NhbCBBUElDCglBQ1BJIENQVT0xCglGbGFncz17RU5B QkxFRH0KCUFQSUMgSUQ9MQoKCVR5cGU9SU8gQVBJQwoJQVBJQyBJRD04CglJTlQgQkFTRT0w CglBRERSPTB4MDAwMDAwMDBmZWMwMDAwMAoKCVR5cGU9TG9jYWwgTk1JCglBQ1BJIENQVT0x CglMSU5UIFBpbj0xCglGbGFncz17UG9sYXJpdHk9Y29uZm9ybWluZywgVHJpZ2dlcj1jb25m b3JtaW5nfQogKi8KLyoKICBTU0RUOiBMZW5ndGg9MTAyMywgUmV2aXNpb249MSwgQ2hlY2tz dW09MjgsCglPRU1JRD1DT01QQVEsIE9FTSBUYWJsZSBJRD1TU0RULCBPRU0gUmV2aXNpb249 MHgxLAoJQ3JlYXRvciBJRD1NU0ZULCBDcmVhdG9yIFJldmlzaW9uPTB4MTAwMDAwYgogKi8K --------------080100080606090603070609--