From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 22 02:37:31 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C80B216A420 for ; Sun, 22 Jan 2006 02:37:30 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F89543D48 for ; Sun, 22 Jan 2006 02:37:30 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1F0V6b-0003CA-00; Sun, 22 Jan 2006 03:37:25 +0100 Date: Sun, 22 Jan 2006 03:37:25 +0100 To: "Natham " Message-ID: <20060122023725.GA12271@poupinou.org> References: <3b93bd110601210802w740181f2i59d1d07d1bdc55d8@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3b93bd110601210802w740181f2i59d1d07d1bdc55d8@mail.gmail.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: speedstep trouble X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 02:37:31 -0000 On Sat, Jan 21, 2006 at 11:02:02AM -0500, Natham wrote: > hi: > > i have installed freebsd 6 on my laptop. but my speedstep dont works. > I were looking for help in the irc channel and nobodie can help me. > Now im updating to stable brach. I try everything but in dmesg i got > this: > > > Trying to mount root from ufs:/dev/ad0s4a > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 > device_attach: est0 attach returned 6 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 > device_attach: est0 attach returned 6 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 6120d2906000d29, bus_clk, 64 > device_attach: est0 attach returned > > i have a dell 630m laptop, with an intel pentium m 740. > > what can i do? (the speedstep works on linux -ubuntu-live- and windows). > It should work. Are you sure you put that line onto /boot/loader.conf: cpufreq_load="YES" and it's not build into the kernel? Note that it won't work if you load it after the OS booted. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 22 04:50:11 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE8316A420 for ; Sun, 22 Jan 2006 04:50:11 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F1E643D66 for ; Sun, 22 Jan 2006 04:50:07 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0M4oGEX030935 for ; Sat, 21 Jan 2006 23:50:18 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by pimout6-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k0M4o3aP042754; Sat, 21 Jan 2006 23:50:04 -0500 Message-ID: <43D30F0F.3090703@root.org> Date: Sat, 21 Jan 2006 20:50:23 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Manfred Lotz References: <20060120200410.a05870c1.manfred.lotz@arcor.de> In-Reply-To: <20060120200410.a05870c1.manfred.lotz@arcor.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 04:50:11 -0000 Manfred Lotz wrote: > Hi there, > With my Samsung X20 1730 suspend /resume works fine when doing > acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume and > the touchpad mouse gets awake after resuming. That's great. > > However when closing the lid (I set hw.acpi.lid_switch_state=S3) and > then pressing the power button although suspend/resume works > fine the mouse won't get restarted. This means /etc/rc.resume and > presumably /etc/rc.suspend won't get called in this case. > > Same happen when pressing Fn-ESC the key for suspend. > > How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets > called in the "non-acpiconf" cases? Ok, I committed code to -current to provide a resume event and will mfc in a week or two. You can catch it in devd.conf with: notify 10 { match "system" "kern"; match "subsystem" "power"; match "type" "resume"; action "SOME SCRIPT"; }; -- Nate From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 22 06:49:14 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E471316A41F for ; Sun, 22 Jan 2006 06:49:13 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2551143D46 for ; Sun, 22 Jan 2006 06:49:12 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id AC716DA7C2; Sun, 22 Jan 2006 07:49:11 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 9CA661BE7DE; Sun, 22 Jan 2006 07:49:11 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-018-246.pools.arcor-ip.net [84.58.18.246]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 69C4E1202A9; Sun, 22 Jan 2006 07:49:11 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0M6nGa3045404; Sun, 22 Jan 2006 07:49:17 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Sun, 22 Jan 2006 07:49:11 +0100 From: Manfred Lotz To: Nate Lawson Message-Id: <20060122074911.9d7566fc.manfred.lotz@arcor.de> In-Reply-To: <43D29A95.7070809@root.org> References: <20060120200410.a05870c1.manfred.lotz@arcor.de> <43D13F8A.8000802@root.org> <20060121105719.2eb0c2f9.manfred.lotz@arcor.de> <43D29A95.7070809@root.org> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 06:49:14 -0000 On Sat, 21 Jan 2006 12:33:25 -0800 Nate Lawson wrote: > Manfred Lotz wrote: > > On Fri, 20 Jan 2006 11:52:42 -0800 > > Nate Lawson wrote: > > > > > >>Manfred Lotz wrote: > >> > >>>Hi there, > >>>With my Samsung X20 1730 suspend /resume works fine when doing > >>>acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume > >>>and the touchpad mouse gets awake after resuming. That's great. > >>> > >>>However when closing the lid (I set hw.acpi.lid_switch_state=S3) > >>>and then pressing the power button although suspend/resume works > >>>fine the mouse won't get restarted. This means /etc/rc.resume and > >>>presumably /etc/rc.suspend won't get called in this case. > >>> > >>>Same happen when pressing Fn-ESC the key for suspend. > >>> > >>>How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets > >>>called in the "non-acpiconf" cases? > >> > >>That's an implementation problem. I think the right approach is to > >>add a resume notification to devd. That should be easy to do and I > >>may look into it this weekend if no one submits a patch first. > >> > > > > > > Thanks. From what you said and after googling I tried the following: > > > > I set: > > sysctl hw.acpi.lid_switch_state=NONE > > > > and added the following section at the end of /etc/devd.conf > > > > notify 10 { > > match "system" "ACPI"; > > match "subsystem" "Lid"; > > action "/etc/rc.lid $notify"; > > }; > > > > created /etc/rc.lid: > > > > <------ snip ----------> > > #! /bin/sh > > LOGGER="/usr/bin/logger -t lid_switch -p user.notice" > > > > $LOGGER $1 > > <------ snip ----------> > > > > made it executable > > and restarted devd via /etc/rc.d/devd restart > > > > > > However after closing and then opening the lid nothing had happened. > > > > Any idea what I did wrong? > > Nothing offhand. Try running devd manually with the -d flag so it > won't go into the background and it will print the events on > console. Then close/open the lid. > > -d flag helped. I just didn't wait long enough. It took almost 12 seconds after closing the lid till the message showed up in /var/log/messages. 12 seconds is a long time. Is there anything I can adjust to make it shorter? -- Manfred From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 22 16:51:58 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2CD316A41F for ; Sun, 22 Jan 2006 16:51:57 +0000 (GMT) (envelope-from mail@sashi.de) Received: from server56.greatnet.de (server56.greatnet.de [83.133.97.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95AA043D46 for ; Sun, 22 Jan 2006 16:51:57 +0000 (GMT) (envelope-from mail@sashi.de) Received: from [49.1.1.102] (p54B00184.dip0.t-ipconnect.de [84.176.1.132]) by server56.greatnet.de (Postfix) with ESMTP id 9687C60E3D for ; Sun, 22 Jan 2006 17:51:42 +0100 (CET) Message-ID: <43D3B829.4070902@sashi.de> Date: Sun, 22 Jan 2006 17:51:53 +0100 From: Sashi Asokarajan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051013 X-Accept-Language: de-de, en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [PATCH] Asus A6VM-Q004H laptop extras with acpi_asus X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mail@sashi.de List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2006 16:51:58 -0000 Hi there, after playing around with acpi_asus and the dsdt-dump, I've got the gadgets of my Asus Laptop A6VM-Q004H working ! I couldn't figure out the LCD_GET Method. Probably it's not implemented(?!), so I've set it to NULL. Here's what I've done so far: --- acpi_asus.c Mon Jan 23 17:02:29 2006 +++ acpi_asus.c.sas Mon Jan 23 17:04:49 2006 @@ -146,6 +146,18 @@ .disp_set = "SDSP" }, { + .name = "A6V", + .bled_set = "BLED", + .mled_set = "MLED", + .wled_set = "WLED", + .lcd_get = NULL, + .lcd_set = "\\_SB.PCI0.SBRG.EC0._Q10", + .brn_get = "GPLV", + .brn_set = "SPLV", + .disp_get = "\\_SB.PCI0.P0P3.VGA.GETD", + .disp_set = "SDSP" + }, + { .name = "D1x", .mled_set = "MLED", .lcd_get = "\\GP11", Patch can also be downloaded from here: *** USE AT YOUR OWN RISK *** http://www.sashi.de/downloads/freebsd/asus-a6vm/acpi/acpi_asus.a6vm.patch Bye, Sashi Asokarajan From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 11:00:33 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4037916A41F; Mon, 23 Jan 2006 11:00:33 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE03D43D46; Mon, 23 Jan 2006 11:00:32 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1F0zQN-0006aR-00; Mon, 23 Jan 2006 11:59:51 +0100 Date: Mon, 23 Jan 2006 11:59:51 +0100 To: Nate Lawson Message-ID: <20060123105951.GA25245@poupinou.org> References: <200601201851.26858.joao@matik.com.br> <43D15458.506@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43D15458.506@root.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 11:00:33 -0000 On Fri, Jan 20, 2006 at 01:21:28PM -0800, Nate Lawson wrote: > JoaoBR wrote: > >I have some Epox socket 939 motherboards, nvidia3 with AMD Athlon 64 and > >some X2 > >They give me a very good performance but sporadic reboots without core > >dumps or any other advices so I guess there is some sudden irq conflict or > >so > > > >I get nothing usefull by vmstat. I mount the same Nics, adaptec, mem and > >processor on an Asus A8V and it runs wothout any problem stable. > > > >btw I am running releng_6 > > If disabling acpi doesn't solve the problem, then it's probably not acpi. > > >I downloaded the acpi table and iasl shows me this > > > >epox.asl 2575: Name (_HID, "_NVRAIDBUS") > >Error 1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS) > > > >Is here somebody how like to try to help me out here? You can get the > >files here: > > > >http://suporte.matik.com.br/epox.dsl > >http://suporte.matik.com.br/epox.dmesg > > You could get rid of the "_" anywhere NVRAIDBUS occurs. But this should > have nothing to do with causing resets. > IIRC it is an error to put non-alphanumeric onto an _HID node, but ACPI-CA interpreter is able to handle this situation. IOW iasl will give up if such error is done and is to compiling such ASL, but the in-kernel AML interpreter should interprete such things correctly. If the ASL contains only this error, it won't help the OP to override the DSDT. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 11:02:31 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1016116A41F for ; Mon, 23 Jan 2006 11:02:31 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A8DB43D86 for ; Mon, 23 Jan 2006 11:02:16 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0NB2G7L086137 for ; Mon, 23 Jan 2006 11:02:16 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0NB2Fe6086131 for freebsd-acpi@freebsd.org; Mon, 23 Jan 2006 11:02:15 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 23 Jan 2006 11:02:15 GMT Message-Id: <200601231102.k0NB2Fe6086131@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 11:02:31 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI o [2005/11/11] kern/88859 acpi ACPI broken on Compaq DL360 13 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM o [2005/12/03] kern/89879 acpi [acpi] ACPI-0438: *** Error: Looking up [ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 13:14:38 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EF7F16A42D; Mon, 23 Jan 2006 13:14:35 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E035F4493B; Mon, 23 Jan 2006 12:49:16 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NCnEnZ098398; Mon, 23 Jan 2006 10:49:14 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: Bruno Ducrot Date: Mon, 23 Jan 2006 10:49:02 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <43D15458.506@root.org> <20060123105951.GA25245@poupinou.org> In-Reply-To: <20060123105951.GA25245@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601231049.03935.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 13:14:39 -0000 On Monday 23 January 2006 08:59, Bruno Ducrot wrote: > > > > > >epox.asl 2575: Name (_HID, "_NVRAIDBUS") > > >Error 1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS) > > > > > >Is here somebody how like to try to help me out here? You can get the > > >files here: > > > > > >http://suporte.matik.com.br/epox.dsl > > >http://suporte.matik.com.br/epox.dmesg > > > > You could get rid of the "_" anywhere NVRAIDBUS occurs. But this should > > have nothing to do with causing resets. > good to know, after it iasl compiles fine with only an WAK warning as=20 Reserved method must return a value (_WAK) > IIRC it is an error to put non-alphanumeric onto an _HID node, but > ACPI-CA interpreter is able to handle this situation. IOW iasl will > give up if such error is done and is to compiling such ASL, but the > in-kernel AML interpreter should interprete such things correctly. > > If the ASL contains only this error, it won't help the OP to override > the DSDT. good to know as well, what means supposed my cards are ok the motherboard h= as=20 issues right thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 13:50:34 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E66916A41F; Mon, 23 Jan 2006 13:50:34 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id A64FA44535; Mon, 23 Jan 2006 13:50:33 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1F124u-0006jr-00; Mon, 23 Jan 2006 14:49:52 +0100 Date: Mon, 23 Jan 2006 14:49:52 +0100 To: JoaoBR Message-ID: <20060123134952.GB25245@poupinou.org> References: <200601201851.26858.joao@matik.com.br> <43D15458.506@root.org> <20060123105951.GA25245@poupinou.org> <200601231049.03935.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601231049.03935.joao@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 13:50:34 -0000 On Mon, Jan 23, 2006 at 10:49:02AM -0200, JoaoBR wrote: > On Monday 23 January 2006 08:59, Bruno Ducrot wrote: > > > > > > > >epox.asl 2575: Name (_HID, "_NVRAIDBUS") > > > >Error 1068 - String must be entirely alphanumeric ^ (_NVRAIDBUS) > > > > > > > >Is here somebody how like to try to help me out here? You can get the > > > >files here: > > > > > > > >http://suporte.matik.com.br/epox.dsl > > > >http://suporte.matik.com.br/epox.dmesg > > > > > > You could get rid of the "_" anywhere NVRAIDBUS occurs. But this should > > > have nothing to do with causing resets. > > > > good to know, after it iasl compiles fine with only an WAK warning as > Reserved method must return a value (_WAK) > > > IIRC it is an error to put non-alphanumeric onto an _HID node, but > > ACPI-CA interpreter is able to handle this situation. IOW iasl will > > give up if such error is done and is to compiling such ASL, but the > > in-kernel AML interpreter should interprete such things correctly. > > > > If the ASL contains only this error, it won't help the OP to override > > the DSDT. > > > good to know as well, what means supposed my cards are ok the motherboard has > issues right Can't tell for sure if you don't test without ACPI loaded. It may be possible after all the apci_thermal subsystem trigger a (false) overheat situation which may explain a sudden shutdown. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 15:52:25 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56E216A41F; Mon, 23 Jan 2006 15:52:25 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE899440EA; Mon, 23 Jan 2006 15:52:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NFqOqG006589; Mon, 23 Jan 2006 13:52:25 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 13:52:11 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231049.03935.joao@matik.com.br> <20060123134952.GB25245@poupinou.org> In-Reply-To: <20060123134952.GB25245@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601231352.12421.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 15:52:25 -0000 On Monday 23 January 2006 11:49, Bruno Ducrot wrote: > > > > good to know as well, what means supposed my cards are ok the motherboa= rd > > has issues right > > Can't tell for sure if you don't test without ACPI loaded. > It may be possible after all the apci_thermal subsystem trigger a > (false) overheat situation which may explain a sudden shutdown. very nice because exactly this is what I thought, still more likely since t= he=20 sudden "off" happens after a certain time when compiling world or other=20 processor expensive tasks any hint how I can get closer to know this? Am I right that the shutdown co= mes=20 from the motherboard in this case so there is not so very much to do for th= e=20 OS? normally I find 20 up to 23 hw.acpi.thermal.tz0.temperature: 21.8C but unfortunatly I never could get it in time when it shut off there is an option in the BIOS as "ACPI Shutdown Temp" but it is disabled I just compiled cpufrequency into the kernel and enabled BIOS Smartfan CPU= =20 Temp to see what I get hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% machdep.cpu_idle_hlt: 1 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2000 dev.cpu.0.freq_levels: 2000/67000 1800/64700 1000/28600 dev.acpi_perf.0.%parent: cpu0 dev.powernow.0.%parent: cpu0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 thank's again Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 18:08:20 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C23E16A41F; Mon, 23 Jan 2006 18:08:20 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3FAB43D55; Mon, 23 Jan 2006 18:08:17 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1F166l-0007fZ-00; Mon, 23 Jan 2006 19:08:03 +0100 Date: Mon, 23 Jan 2006 19:08:03 +0100 To: JoaoBR Message-ID: <20060123180803.GC25245@poupinou.org> References: <200601201851.26858.joao@matik.com.br> <200601231049.03935.joao@matik.com.br> <20060123134952.GB25245@poupinou.org> <200601231352.12421.joao@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601231352.12421.joao@matik.com.br> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 18:08:20 -0000 On Mon, Jan 23, 2006 at 01:52:11PM -0200, JoaoBR wrote: > On Monday 23 January 2006 11:49, Bruno Ducrot wrote: > > > > > > > good to know as well, what means supposed my cards are ok the motherboard > > > has issues right > > > > Can't tell for sure if you don't test without ACPI loaded. > > It may be possible after all the apci_thermal subsystem trigger a > > (false) overheat situation which may explain a sudden shutdown. > > > very nice because exactly this is what I thought, still more likely since the > sudden "off" happens after a certain time when compiling world or other > processor expensive tasks > > any hint how I can get closer to know this? Am I right that the shutdown comes > from the motherboard in this case so there is not so very much to do for the > OS? > > normally I find 20 up to 23 > hw.acpi.thermal.tz0.temperature: 21.8C > but unfortunatly I never could get it in time when it shut off > > there is an option in the BIOS as "ACPI Shutdown Temp" but it is disabled > > I just compiled cpufrequency into the kernel and enabled BIOS Smartfan CPU > Temp to see what I get > > hw.acpi.cpu.cx_supported: C1/0 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_usage: 100.00% > machdep.cpu_idle_hlt: 1 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 2000 > dev.cpu.0.freq_levels: 2000/67000 1800/64700 1000/28600 > dev.acpi_perf.0.%parent: cpu0 > dev.powernow.0.%parent: cpu0 > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%parent: cpu0 > The temperature is read from some isa io port at 0x295... I'm wondering if you should use mbmon instead of ACPI (the _TMP method in that DSDT look a little ugly to my eyes, though I am not sure if it will give some buggy informations). Maybe you should try to disable acpi thermal stuff via hint.acpi_tz.0.disabled="1" and use the mbmon port for monitoring those temperatures. Don't use ACPI and mbmon at the same time: there will be some conflicts accessing the sensor chip internal registers. As an added 'bonus', you should have access to motherboard temperature, not only CPU, and you should be able to monitor voltages, fan, etc. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 18:44:34 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF0316A41F; Mon, 23 Jan 2006 18:44:34 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B58A7442DB; Mon, 23 Jan 2006 18:44:33 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NIiYPt014124; Mon, 23 Jan 2006 16:44:34 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 16:44:21 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231352.12421.joao@matik.com.br> <20060123180803.GC25245@poupinou.org> In-Reply-To: <20060123180803.GC25245@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601231644.22126.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 18:44:34 -0000 On Monday 23 January 2006 16:08, Bruno Ducrot wrote: \> > The temperature is read from some isa io port at 0x295... > > I'm wondering if you should use mbmon instead of ACPI > (the _TMP method in that DSDT look a little ugly to my eyes, > though I am not sure if it will give some buggy > informations). > ok, I didn't said it before but I graf with mrtg based on mbmon and I ever = get=20 something 40C but I never got peaks, then this sysctl temperatur is never=20 higher then 24C what then confirmes you are saying here > Maybe you should try to disable acpi thermal stuff via > hint.acpi_tz.0.disabled=3D"1" I will try it I haven't done it because I thought that if the shutoff is caused by a=20 hardware/bios feature then the OS can not do so very much here but a try does not hurt anything this: debug.acpi.disabled=3Dthermal would be the same? Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 18:48:15 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 302BE16A432; Mon, 23 Jan 2006 18:48:12 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD8D43D49; Mon, 23 Jan 2006 18:48:11 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0NIm5eY003774; Mon, 23 Jan 2006 13:48:06 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id k0NIm695006101; Mon, 23 Jan 2006 13:48:07 -0500 Message-ID: <43D524FB.4050001@root.org> Date: Mon, 23 Jan 2006 10:48:27 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200601201851.26858.joao@matik.com.br> <200601231352.12421.joao@matik.com.br> <20060123180803.GC25245@poupinou.org> <200601231644.22126.joao@matik.com.br> In-Reply-To: <200601231644.22126.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 18:48:16 -0000 JoaoBR wrote: > On Monday 23 January 2006 16:08, Bruno Ducrot wrote: >>Maybe you should try to disable acpi thermal stuff via >>hint.acpi_tz.0.disabled="1" > > > I will try it > > I haven't done it because I thought that if the shutoff is caused by a > hardware/bios feature then the OS can not do so very much here > > but a try does not hurt anything > > this: > > debug.acpi.disabled=thermal > > would be the same? Yes. The first version he gave is the generic driver disabling mechanism, the acpi version disables all subsystems related to the function. It may be redundant though at this point and we might consider removing it. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 21:35:08 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4FA916A464; Mon, 23 Jan 2006 21:34:31 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F85441CA; Mon, 23 Jan 2006 21:09:15 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NL9GAQ020222; Mon, 23 Jan 2006 19:09:16 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 19:09:02 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231644.22126.joao@matik.com.br> <43D524FB.4050001@root.org> In-Reply-To: <43D524FB.4050001@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601231909.02998.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 21:35:08 -0000 On Monday 23 January 2006 16:48, Nate Lawson wrote: > >>hint.acpi_tz.0.disabled=3D"1" > > > > debug.acpi.disabled=3Dthermal > > > > would be the same? > > Yes. The first version he gave is the generic driver disabling > mechanism, the acpi version disables all subsystems related to the > function. It may be redundant though at this point and we might > consider removing it. well, would you mind saying which one exactly you think of for removing? thank you Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 21:48:31 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 248A016A420; Mon, 23 Jan 2006 21:48:31 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3115A43D80; Mon, 23 Jan 2006 21:48:14 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0NLm4eY019277; Mon, 23 Jan 2006 16:48:08 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k0NLm3rf113048; Mon, 23 Jan 2006 16:48:06 -0500 Message-ID: <43D54F28.8080205@root.org> Date: Mon, 23 Jan 2006 13:48:24 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200601201851.26858.joao@matik.com.br> <200601231644.22126.joao@matik.com.br> <43D524FB.4050001@root.org> <200601231909.02998.joao@matik.com.br> In-Reply-To: <200601231909.02998.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 21:48:31 -0000 JoaoBR wrote: > On Monday 23 January 2006 16:48, Nate Lawson wrote: > > >>>>hint.acpi_tz.0.disabled="1" >>> >>>debug.acpi.disabled=thermal >>> >>> would be the same? >> >>Yes. The first version he gave is the generic driver disabling >>mechanism, the acpi version disables all subsystems related to the >>function. It may be redundant though at this point and we might >>consider removing it. > > > well, would you mind saying which one exactly you think of for removing? Thinking of removing debug.acpi.disabled since it is mostly redundant with the hint approach. But more investigation should be done before claiming that. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 22:42:29 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 871E316A41F; Mon, 23 Jan 2006 22:42:29 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2AB644330; Mon, 23 Jan 2006 22:42:28 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0NMgOeY006232; Mon, 23 Jan 2006 17:42:25 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k0NMgPn5150756; Mon, 23 Jan 2006 17:42:26 -0500 Message-ID: <43D55BE6.3000407@root.org> Date: Mon, 23 Jan 2006 14:42:46 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200601201851.26858.joao@matik.com.br> <200601231909.02998.joao@matik.com.br> <43D54F28.8080205@root.org> <200601232038.44907.joao@matik.com.br> In-Reply-To: <200601232038.44907.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 22:42:29 -0000 JoaoBR wrote: > On Monday 23 January 2006 19:48, Nate Lawson wrote: > >>>well, would you mind saying which one exactly you think of for removing? >> >>Thinking of removing debug.acpi.disabled since it is mostly redundant >>with the hint approach. But more investigation should be done before >>claiming that. > > > ok, means that all acpi subdrivers can not be disabled any more in boot.loader > and would be switched as hints on or off, right > > is this already possible, I mean disabling the acpi subsets as hints? > > let me ask what would be the advantage of using hints instead? Any timeline > for this or just a thought at this time? > grep resource_disabled /sys/dev/acpica/*.c /sys/dev/acpica/acpi.c: if (resource_disabled("acpi", 0)) /sys/dev/acpica/acpi_perf.c: if (resource_disabled("acpi_perf", 0)) /sys/dev/acpica/acpi_throttle.c: if (resource_disabled("acpi_throttle", 0)) > grep acpi_disabled /sys/dev/acpica/*.c /sys/dev/acpica/acpi.c: if (!acpi_disabled("bus")) /sys/dev/acpica/acpi.c: if (acpi_disabled("children")) /sys/dev/acpica/acpi.c: if (acpi_disabled("children")) /sys/dev/acpica/acpi.c:acpi_disabled(char *subsys) /sys/dev/acpica/acpi_acad.c: if (acpi_disabled("acad") || /sys/dev/acpica/acpi_button.c: if (acpi_disabled("button") || /sys/dev/acpica/acpi_cmbat.c: if (acpi_disabled("cmbat") || /sys/dev/acpica/acpi_cpu.c: if (acpi_disabled("cpu") || acpi_get_type(dev) != ACPI_TYPE_PROCESSOR) /sys/dev/acpica/acpi_ec.c: if (acpi_get_type(dev) != ACPI_TYPE_DEVICE || acpi_disabled("ec")) /sys/dev/acpica/acpi_hpet.c: if (acpi_disabled("hpet") || /sys/dev/acpica/acpi_isab.c: if (acpi_disabled("isab") || /sys/dev/acpica/acpi_lid.c: if (acpi_disabled("lid") || /sys/dev/acpica/acpi_pci_link.c: if (acpi_disabled("pci_link") || /sys/dev/acpica/acpi_pcib_acpi.c: if (acpi_disabled("pcib") || /sys/dev/acpica/acpi_pcib_pci.c: acpi_disabled("pci")) /sys/dev/acpica/acpi_resource.c: if (acpi_disabled("sysresource") || /sys/dev/acpica/acpi_smbat.c: if (acpi_disabled("smbat") || /sys/dev/acpica/acpi_thermal.c: if (acpi_get_type(dev) == ACPI_TYPE_THERMAL && !acpi_disabled("thermal")) { /sys/dev/acpica/acpi_timer.c: if (acpi_disabled("timer") || (acpi_quirks & ACPI_Q_TIMER) || /sys/dev/acpica/acpi_video.c: if (acpi_disabled("video") || So it looks like debug.acpi.disabled=thermal is the only way to do it for now. We may want to move to resource_disabled later, but that's for future discusion. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 22:57:49 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45CC516A560; Mon, 23 Jan 2006 22:57:35 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFEF5442B9; Mon, 23 Jan 2006 22:38:57 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NMcwee023652; Mon, 23 Jan 2006 20:38:58 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 20:38:44 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231909.02998.joao@matik.com.br> <43D54F28.8080205@root.org> In-Reply-To: <43D54F28.8080205@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601232038.44907.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 22:57:52 -0000 On Monday 23 January 2006 19:48, Nate Lawson wrote: > > well, would you mind saying which one exactly you think of for removing? > > Thinking of removing debug.acpi.disabled since it is mostly redundant > with the hint approach. But more investigation should be done before > claiming that. ok, means that all acpi subdrivers can not be disabled any more in boot.loa= der=20 and would be switched as hints on or off, right is this already possible, I mean disabling the acpi subsets as hints? let me ask what would be the advantage of using hints instead? Any timeline= =20 for this or just a thought at this time? thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 23:19:25 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D84516A41F; Mon, 23 Jan 2006 23:19:25 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6815D43D48; Mon, 23 Jan 2006 23:19:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0NNJPRW025151; Mon, 23 Jan 2006 21:19:26 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Mon, 23 Jan 2006 21:19:10 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601232038.44907.joao@matik.com.br> <43D55BE6.3000407@root.org> In-Reply-To: <43D55BE6.3000407@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601232119.11586.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2006 23:19:25 -0000 On Monday 23 January 2006 20:42, Nate Lawson wrote: > > So it looks like debug.acpi.disabled=3Dthermal is the only way to do it > for now. We may want to move to resource_disabled later, but that's for > future discusion. that was a good one, you just saved me some reboots and new questions about= it and good to know where to lookup it thank's! Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 24 07:42:43 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68E0F16A41F for ; Tue, 24 Jan 2006 07:42:43 +0000 (GMT) (envelope-from qwaven@idirect.ca) Received: from twiddle.look.ca (beta1.look.ca [207.136.80.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id E127543D46 for ; Tue, 24 Jan 2006 07:42:42 +0000 (GMT) (envelope-from qwaven@idirect.ca) Received: from 209-161-226-27.dsl.look.ca ([209.161.226.27] helo=amdathlon) by twiddle.look.ca with esmtp (Exim 4.20) id 1F1Ip6-0005gV-FY for freebsd-acpi@FreeBSD.org; Tue, 24 Jan 2006 07:42:40 +0000 From: "M.Linneman" To: Date: Tue, 24 Jan 2006 02:42:14 -0500 Message-ID: <000301c620b9$c3bf4a90$0200a8c0@amdathlon> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcYguYm5HaMb0fOvSVqAmQAmw3SY5g== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-SA-Exim-Mail-From: qwaven@idirect.ca X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on omega.look.ca X-Spam-Level: X-Spam-Status: No, hits=-99.5 required=9.0 tests=HTML_60_70,HTML_MESSAGE, USER_IN_WHITELIST autolearn=no version=2.63 X-SA-Exim-Version: 3.1 (built Tue Feb 24 05:09:27 GMT 2004) X-SA-Exim-Scanned: Yes Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD 6.0 - ACPI & SuperMicro 370DL3 DUAL CPUs + Detection X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 07:42:43 -0000 Hello, I am currently running FreeBSD 6.0 and I am attempting to run in a Dual CPU environment. I have not been able to get the second CPU to detect. I have had a discussion with someone in a popular FreeBSD help forum and as a result it was suggested that I report my problem to you as it seems to be a problem with the ACPI. My system: 2x - Pentium III 1Ghz CPU's 2x - 512MB ECC SDRAM (1 GB Total) 1x - SuperMicro 370DL3 Motherboard (latest BIOS) As per the handbooks submission guidelines I have included (linked) the following: My dmesg.boot while running the appropriate ACPI modules and debugging in verbose mode. You can find it here in *.rtf (WordPad format): http://qwaven.741.com/files/dmesg.boot.rtf Or if you prefer HTML you can view it here: http://qwaven.741.com/dmesg.boot.htm My ACPI Dump (acpidump -t -d > name-system.asl): http://qwaven.741.com/files/qwaven-SuperMicro370DL3.asl If anyone can help sort this out or knows of some sort of fix for this problem please let me know. Thanks in advance. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 24 08:20:01 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73CC316A41F for ; Tue, 24 Jan 2006 08:20:01 +0000 (GMT) (envelope-from qwaven@idirect.ca) Received: from keymaster.look.ca (delta1.look.ca [207.136.80.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A5F43D5A for ; Tue, 24 Jan 2006 08:20:00 +0000 (GMT) (envelope-from qwaven@idirect.ca) Received: from 209-161-226-27.dsl.look.ca ([209.161.226.27] helo=amdathlon) by keymaster.look.ca with esmtp (Exim 4.20) id 1F1JPC-0007e2-OG for freebsd-acpi@FreeBSD.org; Tue, 24 Jan 2006 08:19:58 +0000 From: "M.Linneman" To: Date: Tue, 24 Jan 2006 03:19:33 -0500 Message-ID: <000001c620be$fa3fad30$0200a8c0@amdathlon> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <200601240608.07748.joao@matik.com.br> Thread-Index: AcYgvVaSVO5iLt+vSiWngQQmXPa3XAAAV1dg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-SA-Exim-Mail-From: qwaven@idirect.ca Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on phi.look.ca X-Spam-Level: X-Spam-Status: No, hits=-100.0 required=9.0 tests=USER_IN_WHITELIST autolearn=no version=2.63 X-SA-Exim-Version: 3.1 (built Tue Feb 24 05:09:27 GMT 2004) X-SA-Exim-Scanned: Yes Cc: Subject: RE: FreeBSD 6.0 - ACPI & SuperMicro 370DL3 DUAL CPUs + Detection X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 08:20:01 -0000 Hello, Yes settings have been checked both in the kernel and in the bios. It = was suggested to me that it=92s a coding error on the motherboard = manufacturers side and that FreeBSD should try and make some sort of fix/work around = for it. -----Original Message----- From: JoaoBR [mailto:joao@matik.com.br]=20 Sent: January 24, 2006 3:08 AM To: M.Linneman Subject: Re: FreeBSD 6.0 - ACPI & SuperMicro 370DL3 DUAL CPUs + = Detection On Tuesday 24 January 2006 05:42, M.Linneman wrote: > Hello, > > > > I am currently running FreeBSD 6.0 and I am attempting to run in a = Dual CPU > environment. I have not been able to get the second CPU to detect. I = have > had a discussion with someone in a popular FreeBSD help forum and as a > result it was suggested that I report my problem to you as it seems to = be a > problem with the ACPI. > > Hi if you compiled SMP into the kernel then check if your second CPU is = enabled in the BIOS what probably is not the case. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 24 18:14:33 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A83916A41F for ; Tue, 24 Jan 2006 18:14:33 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D7E43D48 for ; Tue, 24 Jan 2006 18:14:32 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0OIEcEV020586 for ; Tue, 24 Jan 2006 13:14:40 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k0OIEPXG107486; Tue, 24 Jan 2006 13:14:26 -0500 Message-ID: <43D66E94.2060003@root.org> Date: Tue, 24 Jan 2006 10:14:44 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M.Linneman" References: <000301c620b9$c3bf4a90$0200a8c0@amdathlon> In-Reply-To: <000301c620b9$c3bf4a90$0200a8c0@amdathlon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: FreeBSD 6.0 - ACPI & SuperMicro 370DL3 DUAL CPUs + Detection X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 18:14:33 -0000 M.Linneman wrote: > I am currently running FreeBSD 6.0 and I am attempting to run in a Dual CPU > environment. I have not been able to get the second CPU to detect. I have > had a discussion with someone in a popular FreeBSD help forum and as a > result it was suggested that I report my problem to you as it seems to be a > problem with the ACPI. > > My system: > > 2x - Pentium III 1Ghz CPU's > > 2x - 512MB ECC SDRAM (1 GB Total) > > 1x - SuperMicro 370DL3 Motherboard (latest BIOS) > > > As per the handbooks submission guidelines I have included (linked) the > following: I appreciate you sending all the info, but there's one key piece missing. Does booting with ACPI disabled fix this? If not, there's no way it can be an acpi problem. Select the "disable ACPI" option from the daemon loader or enter: hint.acpi.0.disabled="1" at the loader prompt. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 24 20:13:40 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 284F216A422 for ; Tue, 24 Jan 2006 20:13:40 +0000 (GMT) (envelope-from qwaven@idirect.ca) Received: from gatekeeper.look.ca (gamma1.look.ca [207.136.80.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D11BA43D5E for ; Tue, 24 Jan 2006 20:13:37 +0000 (GMT) (envelope-from qwaven@idirect.ca) Received: from 209-161-226-27.dsl.look.ca ([209.161.226.27] helo=amdathlon) by gatekeeper.look.ca with esmtp (Exim 4.20) id 1F1UWo-0001sl-PT for freebsd-acpi@freebsd.org; Tue, 24 Jan 2006 20:12:34 +0000 From: "M.Linneman" To: Date: Tue, 24 Jan 2006 15:13:09 -0500 Message-ID: <000501c62122$aa8ba140$0200a8c0@amdathlon> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcYhIpgW6lmFcrm8TFqAF+aPot3+Gg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-SA-Exim-Mail-From: qwaven@idirect.ca X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on phi.look.ca X-Spam-Level: X-Spam-Status: No, hits=-99.1 required=9.0 tests=HTML_50_60,HTML_MESSAGE, USER_IN_WHITELIST autolearn=no version=2.63 X-SA-Exim-Version: 3.1 (built Tue Feb 24 05:09:27 GMT 2004) X-SA-Exim-Scanned: Yes Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 6.0 - ACPI & SuperMicro 370DL3 DUAL CPUs + Detection X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 20:13:40 -0000 Hello, I thought about what you said and from what I remember when I tried without ACPI support that there were no change as far as CPU's are concerned. This led me to try a Windows based operating system. From there I found that Windows also only reports 1 CPU in the task manager. I've looked through the manual that I found on Super Micros website and through the bios but I have found nothing that specifically states to enable/disable CPU#2. So I am sorry to have wasted anyone's time as clearly this is not an issue directly with FreeBSD. I have contacted Super Micro hopefully they will have something for me to do. As far as I'm concerned it's their board/settings and not the chosen O/S. Thanks everyone for all your input. From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 26 13:30:40 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBAAF16A420 for ; Thu, 26 Jan 2006 13:30:40 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F68E43D49 for ; Thu, 26 Jan 2006 13:30:39 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id B16A21626A8; Thu, 26 Jan 2006 14:30:37 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id A41552465ED; Thu, 26 Jan 2006 14:30:37 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-005-249.pools.arcor-ip.net [84.58.5.249]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 6DED713B7EC; Thu, 26 Jan 2006 14:30:37 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0QDUjUX069787; Thu, 26 Jan 2006 14:30:45 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Thu, 26 Jan 2006 14:30:40 +0100 From: Manfred Lotz To: Nate Lawson Message-Id: <20060126143040.a6b1f796.manfred.lotz@arcor.de> In-Reply-To: <43D30F0F.3090703@root.org> References: <20060120200410.a05870c1.manfred.lotz@arcor.de> <43D30F0F.3090703@root.org> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 13:30:41 -0000 On Sat, 21 Jan 2006 20:50:23 -0800 Nate Lawson wrote: > Manfred Lotz wrote: > > Hi there, > > With my Samsung X20 1730 suspend /resume works fine when doing > > acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume > > and the touchpad mouse gets awake after resuming. That's great. > >=20 > > However when closing the lid (I set hw.acpi.lid_switch_state=3DS3) and > > then pressing the power button although suspend/resume works > > fine the mouse won't get restarted. This means /etc/rc.resume and > > presumably /etc/rc.suspend won't get called in this case. > >=20 > > Same happen when pressing Fn-ESC the key for suspend. > >=20 > > How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets > > called in the "non-acpiconf" cases? >=20 > Ok, I committed code to -current to provide a resume event and will > mfc in a week or two. You can catch it in devd.conf with: >=20 > notify 10 { > match "system" "kern"; > match "subsystem" "power"; > match "type" "resume"; > action "SOME SCRIPT"; > }; >=20 Well, I had problems testing it. I actually have a 6.0 STABLE on my Samsung and installed a small 7.0 current system. However, it didn=B4't even boot with ACPI. It stumbles over acd0 where it is simply hanging with timeout stuff or so. Could I possible copy some src files to my 6.0 system and rebuild a kernel in order to test it? --=20 Manfred From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 26 16:15:30 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06DEF16A420 for ; Thu, 26 Jan 2006 16:15:30 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C06D143D5C for ; Thu, 26 Jan 2006 16:15:29 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Thu, 26 Jan 2006 08:15:26 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EDF304503E; Thu, 26 Jan 2006 08:15:26 -0800 (PST) To: Manfred Lotz In-reply-to: Your message of "Thu, 26 Jan 2006 14:30:40 +0100." <20060126143040.a6b1f796.manfred.lotz@arcor.de> Date: Thu, 26 Jan 2006 08:15:26 -0800 From: "Kevin Oberman" Message-Id: <20060126161526.EDF304503E@ptavv.es.net> Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 16:15:30 -0000 > Date: Thu, 26 Jan 2006 14:30:40 +0100 > From: Manfred Lotz > Sender: owner-freebsd-acpi@freebsd.org > > On Sat, 21 Jan 2006 20:50:23 -0800 > Nate Lawson wrote: > > > Manfred Lotz wrote: > > > Hi there, > > > With my Samsung X20 1730 suspend /resume works fine when doing > > > acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume > > > and the touchpad mouse gets awake after resuming. That's great. > > > > > > However when closing the lid (I set hw.acpi.lid_switch_state=S3) and > > > then pressing the power button although suspend/resume works > > > fine the mouse won't get restarted. This means /etc/rc.resume and > > > presumably /etc/rc.suspend won't get called in this case. > > > > > > Same happen when pressing Fn-ESC the key for suspend. > > > > > > How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets > > > called in the "non-acpiconf" cases? > > > > Ok, I committed code to -current to provide a resume event and will > > mfc in a week or two. You can catch it in devd.conf with: > > > > notify 10 { > > match "system" "kern"; > > match "subsystem" "power"; > > match "type" "resume"; > > action "SOME SCRIPT"; > > }; > > > > Well, I had problems testing it. I actually have a 6.0 STABLE on my > Samsung and installed a small 7.0 current system. However, it didnī't > even boot with ACPI. It stumbles over acd0 where it is simply hanging > with timeout stuff or so. > > Could I possible copy some src files to my 6.0 system and rebuild a > kernel in order to test it? This is a known problem with current. The work-around is to disable DMA for the cd. Add hw.ata.ata_dma=0 to /boot/loader.conf. While there have been MANY reports of the problem, the ata maintainer has no hardware that exhibits the problem, so it is unclear on when a fix might appear. :-( -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 26 16:44:35 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74C1C16A420 for ; Thu, 26 Jan 2006 16:44:35 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99C3E43D49 for ; Thu, 26 Jan 2006 16:44:34 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 959 invoked from network); 26 Jan 2006 16:44:32 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.178.179]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 26 Jan 2006 16:44:32 -0000 Date: Thu, 26 Jan 2006 17:44:30 +0100 From: Fabian Keil To: "Kevin Oberman" Message-ID: <20060126174430.6286d4dc@localhost> In-Reply-To: <20060126161526.EDF304503E@ptavv.es.net> References: <20060126143040.a6b1f796.manfred.lotz@arcor.de> <20060126161526.EDF304503E@ptavv.es.net> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_MVxeF+whh8sj53iVTYI.I2+; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 16:44:35 -0000 --Sig_MVxeF+whh8sj53iVTYI.I2+ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable "Kevin Oberman" wrote: > > Date: Thu, 26 Jan 2006 14:30:40 +0100 > > From: Manfred Lotz > > Sender: owner-freebsd-acpi@freebsd.org > >=20 > > On Sat, 21 Jan 2006 20:50:23 -0800 > > Nate Lawson wrote: > >=20 > > > Manfred Lotz wrote: > > > > Hi there, > > > > With my Samsung X20 1730 suspend /resume works fine when doing > > > > acpiconf -s 3. I added /etc/rc.d/moused restart > > > > in /etc/rc.resume and the touchpad mouse gets awake after > > > > resuming. That's great. > > > >=20 > > > > However when closing the lid (I set > > > > hw.acpi.lid_switch_state=3DS3) and then pressing the power button > > > > although suspend/resume works fine the mouse won't get > > > > restarted. This means /etc/rc.resume and > > > > presumably /etc/rc.suspend won't get called in this case. > > > >=20 > > > > Same happen when pressing Fn-ESC the key for suspend. > > > >=20 > > > > How can I make sure /etc/rc.suspend as well as /etc/rc.resuem > > > > gets called in the "non-acpiconf" cases? > > >=20 > > > Ok, I committed code to -current to provide a resume event and > > > will mfc in a week or two. You can catch it in devd.conf with: > > >=20 > > > notify 10 { > > > match "system" "kern"; > > > match "subsystem" "power"; > > > match "type" "resume"; > > > action "SOME SCRIPT"; > > > }; > > >=20 > >=20 > > Well, I had problems testing it. I actually have a 6.0 STABLE on my > > Samsung and installed a small 7.0 current system. However, it > > didn=B4't even boot with ACPI. It stumbles over acd0 where it is > > simply hanging with timeout stuff or so. > >=20 > > Could I possible copy some src files to my 6.0 system and rebuild a > > kernel in order to test it? >=20 > This is a known problem with current. The work-around is to disable > DMA for the cd. Add hw.ata.ata_dma=3D0 to /boot/loader.conf. >=20 > While there have been MANY reports of the problem, the ata maintainer > has no hardware that exhibits the problem, so it is unclear on when a > fix might appear. :-( There is a patch available in one of the threads on freebsd-current. Fabian --=20 http://www.fabiankeil.de/ --Sig_MVxeF+whh8sj53iVTYI.I2+ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD2PxzjV8GA4rMKUQRAvN8AJ0aqHDzcBH0kSj4EM6KCs5lAm3JMgCg4yaB Wh7ciUV66bMRcIT03b/mFvc= =yZJD -----END PGP SIGNATURE----- --Sig_MVxeF+whh8sj53iVTYI.I2+-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 26 19:16:35 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3164716A420 for ; Thu, 26 Jan 2006 19:16:35 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id B901243D55 for ; Thu, 26 Jan 2006 19:16:34 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0QJGiEX001603 for ; Thu, 26 Jan 2006 14:16:45 -0500 X-ORBL: [71.139.97.200] Received: from [10.0.5.50] (ppp-71-139-97-200.dsl.snfc21.pacbell.net [71.139.97.200]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k0QJGRSD198342; Thu, 26 Jan 2006 14:16:32 -0500 Message-ID: <43D9201B.3010403@root.org> Date: Thu, 26 Jan 2006 11:16:43 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Manfred Lotz References: <20060120200410.a05870c1.manfred.lotz@arcor.de> <43D30F0F.3090703@root.org> <20060126143040.a6b1f796.manfred.lotz@arcor.de> In-Reply-To: <20060126143040.a6b1f796.manfred.lotz@arcor.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 19:16:35 -0000 Manfred Lotz wrote: > On Sat, 21 Jan 2006 20:50:23 -0800 > Nate Lawson wrote: > > >>Manfred Lotz wrote: >> >>>Hi there, >>>With my Samsung X20 1730 suspend /resume works fine when doing >>>acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume >>>and the touchpad mouse gets awake after resuming. That's great. >>> >>>However when closing the lid (I set hw.acpi.lid_switch_state=S3) and >>>then pressing the power button although suspend/resume works >>>fine the mouse won't get restarted. This means /etc/rc.resume and >>>presumably /etc/rc.suspend won't get called in this case. >>> >>>Same happen when pressing Fn-ESC the key for suspend. >>> >>>How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets >>>called in the "non-acpiconf" cases? >> >>Ok, I committed code to -current to provide a resume event and will >>mfc in a week or two. You can catch it in devd.conf with: >> >>notify 10 { >> match "system" "kern"; >> match "subsystem" "power"; >> match "type" "resume"; >> action "SOME SCRIPT"; >>}; >> > > > Well, I had problems testing it. I actually have a 6.0 STABLE on my > Samsung and installed a small 7.0 current system. However, it didnī't > even boot with ACPI. It stumbles over acd0 where it is simply hanging > with timeout stuff or so. > > Could I possible copy some src files to my 6.0 system and rebuild a > kernel in order to test it? You can just download the patch and apply it to 6.0. It's only one file: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/subr_bus.c.diff?r1=text&tr1=1.189&r2=text&tr2=1.190 -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 26 19:19:52 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7793516A433 for ; Thu, 26 Jan 2006 19:19:52 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 261C243D6D for ; Thu, 26 Jan 2006 19:19:44 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0QJJdec012827 for ; Thu, 26 Jan 2006 14:19:40 -0500 X-ORBL: [71.139.97.200] Received: from [10.0.5.50] (ppp-71-139-97-200.dsl.snfc21.pacbell.net [71.139.97.200]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id k0QJJfv0012097; Thu, 26 Jan 2006 14:19:42 -0500 Message-ID: <43D920DF.7020501@root.org> Date: Thu, 26 Jan 2006 11:19:59 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20060126161526.EDF304503E@ptavv.es.net> In-Reply-To: <20060126161526.EDF304503E@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 19:19:52 -0000 Kevin Oberman wrote: >>Date: Thu, 26 Jan 2006 14:30:40 +0100 >>From: Manfred Lotz >>Sender: owner-freebsd-acpi@freebsd.org >> >>On Sat, 21 Jan 2006 20:50:23 -0800 >>Nate Lawson wrote: >> >> >>>Manfred Lotz wrote: >>> >>>>Hi there, >>>>With my Samsung X20 1730 suspend /resume works fine when doing >>>>acpiconf -s 3. I added /etc/rc.d/moused restart in /etc/rc.resume >>>>and the touchpad mouse gets awake after resuming. That's great. >>>> >>>>However when closing the lid (I set hw.acpi.lid_switch_state=S3) and >>>>then pressing the power button although suspend/resume works >>>>fine the mouse won't get restarted. This means /etc/rc.resume and >>>>presumably /etc/rc.suspend won't get called in this case. >>>> >>>>Same happen when pressing Fn-ESC the key for suspend. >>>> >>>>How can I make sure /etc/rc.suspend as well as /etc/rc.resuem gets >>>>called in the "non-acpiconf" cases? >>> >>>Ok, I committed code to -current to provide a resume event and will >>>mfc in a week or two. You can catch it in devd.conf with: >>> >>>notify 10 { >>> match "system" "kern"; >>> match "subsystem" "power"; >>> match "type" "resume"; >>> action "SOME SCRIPT"; >>>}; >>> >> >>Well, I had problems testing it. I actually have a 6.0 STABLE on my >>Samsung and installed a small 7.0 current system. However, it didnī't >>even boot with ACPI. It stumbles over acd0 where it is simply hanging >>with timeout stuff or so. >> >>Could I possible copy some src files to my 6.0 system and rebuild a >>kernel in order to test it? > > > This is a known problem with current. The work-around is to disable > DMA for the cd. Add hw.ata.ata_dma=0 to /boot/loader.conf. > > While there have been MANY reports of the problem, the ata maintainer > has no hardware that exhibits the problem, so it is unclear on when a > fix might appear. :-( I think the same problem has been reintroduced in the last 4 major ata commits, and then fixed a while later. The problem is that there is a phantom slave device on the secondary bus (i.e., drive bay on thinkpads). Putting any dvd or cd drive in that bay triggers the issue. I got so tired of this recurring that I run RELENG_5 ata on my laptop with -current everything else. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jan 26 19:32:04 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B65CF16A422 for ; Thu, 26 Jan 2006 19:32:04 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2E943D6B for ; Thu, 26 Jan 2006 19:32:03 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0QJVwea021834 for ; Thu, 26 Jan 2006 14:31:59 -0500 X-ORBL: [71.139.97.200] Received: from [10.0.5.50] (ppp-71-139-97-200.dsl.snfc21.pacbell.net [71.139.97.200]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id k0QJW1WB032698; Thu, 26 Jan 2006 14:32:01 -0500 Message-ID: <43D923C3.1010709@root.org> Date: Thu, 26 Jan 2006 11:32:19 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Manfred Lotz References: <20060120200410.a05870c1.manfred.lotz@arcor.de> <43D13F8A.8000802@root.org> <20060121105719.2eb0c2f9.manfred.lotz@arcor.de> <43D29A95.7070809@root.org> <20060122074911.9d7566fc.manfred.lotz@arcor.de> In-Reply-To: <20060122074911.9d7566fc.manfred.lotz@arcor.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: suspend/resume event X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2006 19:32:04 -0000 Manfred Lotz wrote: > On Sat, 21 Jan 2006 12:33:25 -0800 > Nate Lawson wrote: >>Manfred Lotz wrote: >>>However after closing and then opening the lid nothing had happened. >>> >>>Any idea what I did wrong? >> >>Nothing offhand. Try running devd manually with the -d flag so it >>won't go into the background and it will print the events on >>console. Then close/open the lid. > > > > -d flag helped. I just didn't wait long enough. It took almost > 12 seconds after closing the lid till the message showed up > in /var/log/messages. > > 12 seconds is a long time. Is there anything I can adjust to make it > shorter? Hmm, no idea what's causing that. We generate the printf and event on console as soon as the BIOS generates the interrupt so it's likely that the BIOS is delaying generating it until it's finished reinitializing after resume. Perhaps the patch I committed to -current will help because it unconditionally sends a resume event, independent of what the laptop does with the lid button. -- Nate