From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 5 11:02:00 2005 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 19DCD16A420 for ; Mon, 5 Sep 2005 11:02:00 +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 2FF1543D4C for ; Mon, 5 Sep 2005 11:01:59 +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.3/8.13.3) with ESMTP id j85B1xM9076784 for ; Mon, 5 Sep 2005 11:01:59 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j85B1wV6076778 for freebsd-acpi@freebsd.org; Mon, 5 Sep 2005 11:01:58 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 5 Sep 2005 11:01:58 GMT Message-Id: <200509051101.j85B1wV6076778@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, 05 Sep 2005 11:02:00 -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 10 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 acpi / power-on by timer support o [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 5 18:33:13 2005 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 4290116A41F for ; Mon, 5 Sep 2005 18:33:13 +0000 (GMT) (envelope-from my_haz_runs@yahoo.com) Received: from web50615.mail.yahoo.com (web50615.mail.yahoo.com [206.190.39.115]) by mx1.FreeBSD.org (Postfix) with SMTP id C3E1543D45 for ; Mon, 5 Sep 2005 18:33:12 +0000 (GMT) (envelope-from my_haz_runs@yahoo.com) Received: (qmail 87663 invoked by uid 60001); 5 Sep 2005 18:33:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=A9ZCFfyhbiyil7Ik7W6iyUTMoqozQr1sgZPsukcFn3ftjq8HDMQzea/4ka3wzn2N6MUJbtXP/fFqo/5E2EaTwxFg2wKkYCgckuZ/lQ3NcokbdY6FAzrpIUQxr0YYv6DliVTeKxFNGSpJq/E3ycC1dgNodzOyB2VjcQiHA60Wc4I= ; Message-ID: <20050905183312.87661.qmail@web50615.mail.yahoo.com> Received: from [213.113.80.248] by web50615.mail.yahoo.com via HTTP; Mon, 05 Sep 2005 11:33:11 PDT Date: Mon, 5 Sep 2005 11:33:11 -0700 (PDT) From: haz hands To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Q: CPU Throttle 5.4-RELEASE 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, 05 Sep 2005 18:33:13 -0000 I just installed R5.4 from R5.3 and have yet to figure out if and how i can change the CPU throttle. I need to do this as my cpu fan is bad and the cpu will overheat under heavy load (i.e compiling a big program or playing gnuchess). Before i had a script that would throttle down the CPU if the temprature got above 75C without this guard the CPU comes very close to over heating ~85C. I know that there is passive cool down (basically doing what I like to do manually but at higher tempratures and with less controle) hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 46.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 89.5C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 93.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 Additionally [0] cyh:~/ $ uname -a FreeBSD cyh-fbsd-box 5.4-RELEASE FreeBSD 5.4-RELEASE #1: Sat Sep 3 16:58:10 CEST 2005 cyh@.bredbandsbolaget.se:/usr/obj/usr/src/sys/GENERIC i386 [0] cyh:~/ $ dmesg| grep cpu cpu0: on acpi0 acpi_throttle0: on cpu0 [0] cyh:~/ $ sysctl -a | grep cpu kern.threads.virtual_cpu: 1 kern.ccpu: 1948 kern.smp.maxcpus: 1 kern.smp.cpus: 1 hw.ncpu: 1 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% machdep.cpu_idle_hlt: 1 dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1601 dev.cpu.0.freq_levels: 1601/-1 1400/-1 1200/-1 1000/-1 800/-1 600/-1 400/-1 200/-1 dev.acpi_throttle.0.%parent: cpu0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 [0] cyh:~/ $ Now in R5.3 I could just use the very straight forward hw.acpi.cpu.throttle_state and change that as i cheked the temprature when needed. Cheers - Haz __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 5 18:44:10 2005 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 2782216A41F for ; Mon, 5 Sep 2005 18:44:10 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 464C443D4C for ; Mon, 5 Sep 2005 18:44:06 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:5hytu4F16Mh6O+IIimG9m0X58/SoS2K2f8S1Mx0N3vz/z0EyFBpD9fvoAM7RKaf0@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j85IhRn8045698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Sep 2005 03:43:28 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 06 Sep 2005 03:43:27 +0900 Message-ID: From: Hajimu UMEMOTO To: haz hands In-Reply-To: <20050905183312.87661.qmail@web50615.mail.yahoo.com> References: <20050905183312.87661.qmail@web50615.mail.yahoo.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-BETA4 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Tue, 06 Sep 2005 03:43:28 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: freebsd-acpi@freebsd.org Subject: Re: Q: CPU Throttle 5.4-RELEASE 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, 05 Sep 2005 18:44:10 -0000 Hi, >>>>> On Mon, 5 Sep 2005 11:33:11 -0700 (PDT) >>>>> haz hands said: my_haz_runs> dev.cpu.0.freq: 1601 my_haz_runs> dev.cpu.0.freq_levels: 1601/-1 1400/-1 1200/-1 1000/-1 my_haz_runs> 800/-1 600/-1 400/-1 200/-1 my_haz_runs> Now in R5.3 my_haz_runs> I could just use the very straight forward my_haz_runs> hw.acpi.cpu.throttle_state You can choose a cpu freq within dev.cpu.0.freq_levels, and set it by dev.cpu.0.freq. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 6 00:09:49 2005 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 6E05A16A41F for ; Tue, 6 Sep 2005 00:09:49 +0000 (GMT) (envelope-from jason.harmening@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF42F43D46 for ; Tue, 6 Sep 2005 00:09:48 +0000 (GMT) (envelope-from jason.harmening@gmail.com) Received: by wproxy.gmail.com with SMTP id i8so477514wra for ; Mon, 05 Sep 2005 17:09:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id:from; b=qmctXd/AuVlDBrdx2jNiY6lxFdpiLLPaX1/NBoC85/QHTkGNBzuaoIemTNfzLTX2r43hhaCmV/gKrCH4DY3t7eYTlpBmUbpnptn65dbBQsf24R7FrST/V3UYpLGxsd/WA7YhtgtrulN3uYOLtJAbq1deZixtv2sjz5OL2w/l3E4= Received: by 10.54.3.79 with SMTP id 79mr4453893wrc; Mon, 05 Sep 2005 17:09:48 -0700 (PDT) Received: from ?192.168.0.3? ( [70.112.17.171]) by mx.gmail.com with ESMTP id 11sm8061197wrl.2005.09.05.17.09.48; Mon, 05 Sep 2005 17:09:48 -0700 (PDT) To: freebsd-acpi@freebsd.org Date: Mon, 5 Sep 2005 19:11:42 -0500 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509051911.42320.Jason.Harmening@gmail.com> From: Jason Harmening Subject: [6.0-BETA] ACPI+Thinkpad A31 problems X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 00:09:49 -0000 My Thinkpad A31 has ACPI issues with 6.0-BETA--it worked fine with 5.4, but with 6.0 if I suspend and resume with the X server running, the screen will become garbled. If I shut down X before suspending, it will resume fine, but if I then try to restart X, the screen will again become garbled. The machine will still be responsive--I can issue commands via ssh--but if I try to issue a reboot or shutdown command, it will hang and I'll have to do a hard reboot. The problem began when I upgraded from 5.4 in July and is still present with the latest 6.0-BETA4. The laptop has a Radeon 7500, and I know radeondrm + ACPI problems have been reported before, but this problem happens regardless of whether I have DRI enabled in xorg.conf or radeondrm in my kernel. The only tunables I have set are hint.psm.0.flags=0x2000 in device.hints (to reinitialize the mouse on resume) and hw.acpi.lid_switch_state=S3. Let me know if I should provide further information--this seems to be a very serious regression from 5.x. Thanks, Jason Harmening From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 6 08:59:44 2005 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 48BA616A41F for ; Tue, 6 Sep 2005 08:59:44 +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 7B67143D53 for ; Tue, 6 Sep 2005 08:59:43 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 17073 invoked from network); 6 Sep 2005 08:56:04 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.179.28]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 6 Sep 2005 08:56:04 -0000 Date: Tue, 6 Sep 2005 10:56:46 +0200 From: Fabian Keil To: Jason Harmening Message-ID: <20050906105646.06dd74ee@localhost> In-Reply-To: <200509051911.42320.Jason.Harmening@gmail.com> References: <200509051911.42320.Jason.Harmening@gmail.com> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) 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=Signature_Tue__6_Sep_2005_10_56_46_+0200_Z7cJbDIq+IRg6k4T; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: freebsd-acpi@freebsd.org Subject: Re: [6.0-BETA] ACPI+Thinkpad A31 problems X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 08:59:44 -0000 --Signature_Tue__6_Sep_2005_10_56_46_+0200_Z7cJbDIq+IRg6k4T Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jason Harmening wrote: > My Thinkpad A31 has ACPI issues with 6.0-BETA--it worked fine with 5.4, b= ut=20 > with 6.0 if I suspend and resume with the X server running, the screen wi= ll=20 > become garbled. If I shut down X before suspending, it will resume fine,= but=20 > if I then try to restart X, the screen will again become garbled. The=20 > machine will still be responsive--I can issue commands via ssh--but if I= try=20 > to issue a reboot or shutdown command, it will hang and I'll have to do a= =20 > hard reboot. The problem began when I upgraded from 5.4 in July and is s= till=20 > present with the latest 6.0-BETA4. >=20 > The laptop has a Radeon 7500, and I know radeondrm + ACPI problems have b= een=20 > reported before, but this problem happens regardless of whether I have DR= I=20 > enabled in xorg.conf or radeondrm in my kernel. The only tunables I have= set=20 > are hint.psm.0.flags=3D0x2000 in device.hints (to reinitialize the mouse = on=20 > resume) and hw.acpi.lid_switch_state=3DS3. On my ThinkPad R51 I had to put acpi_video_load=3D"YES" in /boot/loader.conf, in /etc/sysctl.conf I added hw.acpi.reset_video=3D0 and hw.syscons.sc_no_suspend_vtswitch=3D1. Before that, I had the same symptoms you described above. I'm using FreeBSD 5.4-STABLE.=20 If I put radeondrm in the kernel, ACPI stops working. If I don't, xorg will load radeon.ko, but complain about not being able to enable DRI: |[drm] failed to load kernel module "radeon" |(II) RADEON(0): [drm] drmOpen failed |(EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. Fabian --=20 http://www.fabiankeil.de/ --Signature_Tue__6_Sep_2005_10_56_46_+0200_Z7cJbDIq+IRg6k4T Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFDHVnOjV8GA4rMKUQRAmPZAJ44w2tnx++57IdkpKlhDRtD6WKgWACfcZGY mEaaflIZ5xmCdUqRczhrQjE= =C54E -----END PGP SIGNATURE----- --Signature_Tue__6_Sep_2005_10_56_46_+0200_Z7cJbDIq+IRg6k4T-- From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 6 23:12:12 2005 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 B1F6C16A41F for ; Tue, 6 Sep 2005 23:12:12 +0000 (GMT) (envelope-from colazelli@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96FA43D48 for ; Tue, 6 Sep 2005 23:12:11 +0000 (GMT) (envelope-from colazelli@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so965712wra for ; Tue, 06 Sep 2005 16:12:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=O/SowUvzVXiVhSwb+DrVtyz6Rafuw+UakvR+bP2Rkh2q74Sc69PDxAMlvQRegAORoiamHHrFQwMUt0Yf0RKDxGYMysLNU4iH9BDMCc1yL86SZ6Zj81j1qH+IjlmfKp6JkfoHiWQjNLq1NPHyROsYof0X2i+KoYNI8IIslbn9Nwk= Received: by 10.54.33.78 with SMTP id g78mr4735799wrg; Tue, 06 Sep 2005 16:12:10 -0700 (PDT) Received: from localhost.localdomain ( [201.27.116.91]) by mx.gmail.com with ESMTP id 38sm9555917wrl.2005.09.06.16.12.09; Tue, 06 Sep 2005 16:12:10 -0700 (PDT) From: Wesley Gentine To: Nate Lawson In-Reply-To: <43050B82.3000607@root.org> References: <42FCFFAB.9060006@gmail.com> <4300E0D5.5090409@root.org> <200508181046.08517.amistry@am-productions.biz> <1124403009.760.2.camel@localhost> <43050B82.3000607@root.org> Content-Type: text/plain Date: Tue, 06 Sep 2005 20:12:26 -0300 Message-Id: <1126048346.687.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Anish Mistry Subject: Re: acpi_fujitsu doesnt work 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, 06 Sep 2005 23:12:12 -0000 Hello Nate, Is there any updates about this subject? Thanks for all! Wesley On Thu, 2005-08-18 at 15:28 -0700, Nate Lawson wrote: > Wesley Gentine wrote: > > On Thu, 2005-08-18 at 10:46 -0400, Anish Mistry wrote: > >>On Tuesday 16 August 2005 11:01 pm, Wesley Gentine wrote: > >> > >>>Thank you Nate! > >>> > >>>But, my acpi is FUJ FJNB18B as above: > >>> > >>>acpi0: on motherboard > >>>acpi0: Power Button (fixed) > >>> > >>>Thanks for all! > >>> > >> > >>So is this working now for you? What functions work (eg. Backlight, > >>pointer enable,etc.)? What functions do not work? Let me know and > >>I'll try to fix the driver to handle your laptop. > >> > >> > > Unfortunally nothing works. > > > > Thanks, > > > > Wesley Gentine > > My suggestion only fixes the initial attach. I suspect something > farther on during runtime operation is looking for the volume support > and bailing out because it's not present. > > Anish, the problem is that his system doesn't have the volume methods > (at least GVOL) so acpi_fujitsu_update() returns an error instead of > just operating without volume control. A complete fix should make the > rest of the driver operate even if volume control (or ideally any other) > component is missing. > From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 8 15:32:38 2005 Return-Path: X-Original-To: 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 7446316A41F for ; Thu, 8 Sep 2005 15:32:38 +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 BFB2A43D58 for ; Thu, 8 Sep 2005 15:32:37 +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 for ; Thu, 08 Sep 2005 08:32:36 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BFA955D08 for ; Thu, 8 Sep 2005 08:32:35 -0700 (PDT) To: acpi@freebsd.org Date: Thu, 08 Sep 2005 08:32:35 -0700 From: "Kevin Oberman" Message-Id: <20050908153235.BFA955D08@ptavv.es.net> Cc: Subject: Another acpi_thermal nit 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, 08 Sep 2005 15:32:38 -0000 I've recently run into another issue with acpi_thermal. I don't know if it can be fixed or is inherent in the design of acpi_thermal. If I build openoffice.org (even better than buildworld for stress testing a system), acpi_thermal will kick in and slow my processor, eventually by two steps from 1.8G to 1.35G. This is fine and dandy, but the build takes over 10 hours (I've not timed it recently) and I wanted to go home. For the 50-80 minute trip I usually just slow the CPU to about 600M and my battery will easily last for the trip. But once acpi_thermal has kicked in, I can no longer reduce the CPU speed. I was stuck at 1.35G. I worked around the problem by entering ^S into the terminal window where the build was running and waiting for the build to stop when it blocked on the prints and the CPU cooled to where acpi_thermal dropped out and I could again control the system speed. Then ^Q and head for home. It would really be nice to be able to slow the system below where acpi_thermal has lowered it. I just don't know if this is a matter of code or a BIOS issue with no way out. -- 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 Sep 8 16:01:24 2005 Return-Path: X-Original-To: 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 3817716A41F for ; Thu, 8 Sep 2005 16:01:24 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BCC443D45 for ; Thu, 8 Sep 2005 16:01:23 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:mGgq+AUPcEFwHsRsDPQ5L4bpadzsevjqcQs8FtAdqi8eyoAXRfx+yPgf3SRLgvdO@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j88G17Mv008057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2005 01:01:07 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 09 Sep 2005 01:01:06 +0900 Message-ID: From: Hajimu UMEMOTO To: "Kevin Oberman" In-Reply-To: <20050908153235.BFA955D08@ptavv.es.net> References: <20050908153235.BFA955D08@ptavv.es.net> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-BETA4 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 09 Sep 2005 01:01:08 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: acpi@freebsd.org Subject: Re: Another acpi_thermal nit 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, 08 Sep 2005 16:01:24 -0000 Hi, >>>>> On Thu, 08 Sep 2005 08:32:35 -0700 >>>>> "Kevin Oberman" said: oberman> It would really be nice to be able to slow the system below where oberman> acpi_thermal has lowered it. I just don't know if this is a matter of oberman> code or a BIOS issue with no way out. Yup, I understand your needs. But, it is rather by design of acpi_thermal. However, you can stop passive cooling by setting hw.acpi.thermal.tz0.passive_cooling to zero even when passive cooling is active. You can do the following step: 1) sysctl hw.acpi.thermal.tz0.passive_cooling=0 2) Set your favorite CPU speed by dev.cpu.0.freq 3) sysctl hw.acpi.thermal.tz0.passive_cooling=1 Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 9 00:19:10 2005 Return-Path: X-Original-To: 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 9B07C16A41F; Fri, 9 Sep 2005 00:19:10 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F88443D46; Fri, 9 Sep 2005 00:19:10 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 j890Ixo5028262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 8 Sep 2005 17:19:02 -0700 Message-ID: <4320D4EE.3020405@root.org> Date: Thu, 08 Sep 2005 17:18:54 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <20050908153235.BFA955D08@ptavv.es.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: Another acpi_thermal nit X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 00:19:10 -0000 Hajimu UMEMOTO wrote: >>>>>>On Thu, 08 Sep 2005 08:32:35 -0700 >>>>>>"Kevin Oberman" said: > > > oberman> It would really be nice to be able to slow the system below where > oberman> acpi_thermal has lowered it. I just don't know if this is a matter of > oberman> code or a BIOS issue with no way out. > > Yup, I understand your needs. But, it is rather by design of > acpi_thermal. However, you can stop passive cooling by setting > hw.acpi.thermal.tz0.passive_cooling to zero even when passive cooling > is active. You can do the following step: > > 1) sysctl hw.acpi.thermal.tz0.passive_cooling=0 > 2) Set your favorite CPU speed by dev.cpu.0.freq > 3) sysctl hw.acpi.thermal.tz0.passive_cooling=1 Our acpi_thermal code switches between active and passive cooling strategies when going off battery power. So it is likely that your system only uses passive cooling so aggressively when offline. ume@'s suggestion is the best approach I think. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 9 01:04:09 2005 Return-Path: X-Original-To: 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 9379216A41F; Fri, 9 Sep 2005 01:04:09 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42CF543D45; Fri, 9 Sep 2005 01:04:09 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 j8913xo5028767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 8 Sep 2005 18:04:00 -0700 Message-ID: <4320DF79.7090205@root.org> Date: Thu, 08 Sep 2005 18:03:53 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050901144711.B91E15D07@ptavv.es.net> In-Reply-To: <20050901144711.B91E15D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org, Hajimu UMEMOTO , Bruno Ducrot Subject: Re: cvs commit: src/usr.sbin/powerd powerd.c X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 01:04:09 -0000 Kevin Oberman wrote: >>Date: Tue, 30 Aug 2005 11:11:26 -0700 >>From: Nate Lawson >>We do use C3+ if supported, and I agree it gives more power savings when >>active. But even an idle system gets periodic timer interrupts, battery >>polling, and other events that require it to exit C3. So running at a >>low CPU rate via throttling may conserve power when not in C3. > > > And, of course, if you have USB devices, you can never make it to > C3. :-( > > I admit I don't understand the issues with USB that cause this, but > fixing that would likely do more to increase battery life than anything > else, save the ability to drop the CPU actual clock speed (which we now > have for most recent mobile platforms). To go into C3, there are a number of conditions that need to be satisfied. One is that there cannot be any bus masters active since the CPU's cache does no snooping while in C3. However, our current USB hci drivers always leave the port in RUN mode which means it is always bus mastering. Hence C3 can't be used when uchi/ohci/ehci are loaded. They do this to get an interrupt when a device is inserted/removed from a USB port. The right fix is to change the hci drivers to suspend the port most of the time and only enable it periodically to check for device events. This would allow C3 to be used. In the UHCI 1.1d spec, section 2.1.1 "USBCMD register" describes the bits needed to make this happen. The Run/Stop bit needs to be set to 0 and then Enter Global Suspend should be set. I think this is the right sequence. Similar work would need to be done for ohci and ehci. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 9 01:12:03 2005 Return-Path: X-Original-To: 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 09AAF16A41F; Fri, 9 Sep 2005 01:12:03 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9EBE43D45; Fri, 9 Sep 2005 01:12:02 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 j891Bxo5028820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 8 Sep 2005 18:12:00 -0700 Message-ID: <4320E159.9040902@root.org> Date: Thu, 08 Sep 2005 18:11:53 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050830230518.F07EC5D07@ptavv.es.net> In-Reply-To: <20050830230518.F07EC5D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org, Hajimu UMEMOTO , Bruno Ducrot Subject: Re: cvs commit: src/usr.sbin/powerd powerd.c X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 01:12:03 -0000 Kevin Oberman wrote: > 1. CPU idle - No measurable difference detected to this point by TCC. I > think there is a small difference, but it's going to be hard to measure. This is likely because the CPU idle spends most of its time in C3 (clocks stopped) which is always better than a partial duty cycle stopped. > 2. CPU at a constant, moderate load (mp3 playback) - TCC is > detrimental. You use less (often much less) power at an unthrottled clock > speed with the system at 10 or 20% CPU than when TCC is used and the > system is running throttled, but at 70 or 80% CPU. Yes, you want to run as fast as possible to do the computation and then go into idle (C3). > 3. CPU compute bound - TCC can reduce power consumption (at a rather > steep cost in performance. This is not generally useful EXCEPT when > needing keep the system running on battery for an extended time while CPU > bound (e.g. buildworld and building openoffice.org). Here you can keep > the battery alive for a much longer time by use of TCC than without. I > use this when building openoffice.org since my laptop needs to move from > work-location to work-location to home in the course of most builds. > > I'm limited to testing on a single platform with ICHSS and TCC. I hope > to get the tests into scripts that others can run on different platforms > (e.g. EST and AMD) to get more comprehensive results, but that will take > a bit of time. I have only the CPU bound script written at this time, > though the idle case is pretty trivial. The loading by different common > applications is a bit bigger job. As a result, I am uncomfortable > generalizing any results beyond the P4-M case. Given this, I hope you can appreciate that I am trying to anticipate future developments in this area and don't want to hobble the cpufreq arch just to satisfy current limitations. When I first started writing it, there was only ichss (2 speeds) and chipset stop-grant throttling. There may be developments in future relative technologies that will be more useful than the current ones. With the current code, you can just set a value of the lowest frequency you want used to limit the derived (p4tcc) frequencies that go down to 75 mhz. > Those qualifications stated, I'm starting to think that, pending the > completion of testing and implementation predictive power management, it's > best to use only the two "native" CPU speeds on my system and skip any > of the TCC based speeds except when doing something very CPU > intensive. > > It's going to take a lot of tweaking with a lot of knobs to really > optimize things. Sort of like converging an old color TV. If I only had > a bit more time to try things...Sigh. I've committed code that does the same things as Tijl's patch. I assume that coupled with the sysctl for lowest freq should be sufficient? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 9 04:35:54 2005 Return-Path: X-Original-To: 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 09C7B16A41F; Fri, 9 Sep 2005 04:35:54 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F57143D46; Fri, 9 Sep 2005 04:35:53 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:l4wUQRMzTJimMl/LerXRTr1XkGSutovJVkIWOzFq6if8LHCh7tWkev8171vFwgnz@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id j894Ze1G070581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2005 13:35:40 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 09 Sep 2005 13:35:40 +0900 Message-ID: From: Hajimu UMEMOTO To: Nate Lawson In-Reply-To: <4320D4EE.3020405@root.org> References: <20050908153235.BFA955D08@ptavv.es.net> <4320D4EE.3020405@root.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (ameno.mahoroba.org [IPv6:::1]); Fri, 09 Sep 2005 13:35:41 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ameno.mahoroba.org Cc: acpi@freebsd.org Subject: Re: Another acpi_thermal nit X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 04:35:54 -0000 Hi, >>>>> On Thu, 08 Sep 2005 17:18:54 -0700 >>>>> Nate Lawson said: nate> Our acpi_thermal code switches between active and passive cooling nate> strategies when going off battery power. So it is likely that your nate> system only uses passive cooling so aggressively when offline. In current implementation, passive cooling is always enabled. But, I believe that _PSV has higher value than _ACx in usual. Thus, when AC is online, active cooling is preferred. My understanding is that passive cooling became active with AC online, then became AC offline during passive cooling is active in his case. I cannot understand why passive cooling is active so aggressively even when AC online. I suspect that his laptop doesn't have any fan, or his fan couldn't be active due to some reason. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-acpi@FreeBSD.ORG Fri Sep 9 15:54:19 2005 Return-Path: X-Original-To: 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 467B816A423; Fri, 9 Sep 2005 15:54:19 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0755043D45; Fri, 9 Sep 2005 15:54:18 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Fri, 09 Sep 2005 08:54:17 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 66C915D07; Fri, 9 Sep 2005 08:54:17 -0700 (PDT) To: Hajimu UMEMOTO In-reply-to: Your message of "Fri, 09 Sep 2005 13:35:40 +0900." Date: Fri, 09 Sep 2005 08:54:17 -0700 From: "Kevin Oberman" Message-Id: <20050909155417.66C915D07@ptavv.es.net> Cc: acpi@freebsd.org Subject: Re: Another acpi_thermal nit X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 15:54:19 -0000 > Date: Fri, 09 Sep 2005 13:35:40 +0900 > From: Hajimu UMEMOTO > > Hi, > > >>>>> On Thu, 08 Sep 2005 17:18:54 -0700 > >>>>> Nate Lawson said: > > nate> Our acpi_thermal code switches between active and passive cooling > nate> strategies when going off battery power. So it is likely that your > nate> system only uses passive cooling so aggressively when offline. > > In current implementation, passive cooling is always enabled. But, I > believe that _PSV has higher value than _ACx in usual. Thus, when AC > is online, active cooling is preferred. > > My understanding is that passive cooling became active with AC online, > then became AC offline during passive cooling is active in his case. > I cannot understand why passive cooling is active so aggressively even > when AC online. I suspect that his laptop doesn't have any fan, or > his fan couldn't be active due to some reason. Yes, I have a fan and, yes, it is active. The T30 implements _PSV, but not _ACx. The fan is totally under the control of BIOS and ACPI can't touch it. (Nor can anything else. It's not configurable.) My fan is blowing at top speed when thermal kicks in. Even with the CPU at 44C, the fan speed is oscillating between about 3640 and 3770 RPM. At about 75C it jumps to about 4140 and kicks up to about 4550 at about 86C. Interestingly enough, the top speed kicks in at the same time as _PSV and acpi_thermal do. Seems odd. The above was with the AC connected, but a quick check with AC disconnected shows no real difference. For the record, _PSV is 86.5, _CRT is 94, _HOT is -1 and all _ACx values are -1. This unit, for some reason, runs VERY hot. Just thinking about it, it seems to have started running hotter after I had the mobo replaced about a year ago. I wonder if something in the CPU heat sink is messed up. I hate to have to open it up, but I'm tempted. -- 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 Sat Sep 10 01:00:28 2005 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 CB6E416A41F for ; Sat, 10 Sep 2005 01:00:28 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD5043D5D for ; Sat, 10 Sep 2005 01:00:27 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1307746wra for ; Fri, 09 Sep 2005 18:00:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:reply-to:from:to:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=lrkF4HM1eohm5baQdqJAKBjlSG/GI0CPbLGdU+no3j+MVzZTNUWq74zohmxm/hJtaAiR+WramWB5ni15nCR3ubPemJmcubN0lAbewdma/8ETMe28HkdJNHVrvNhUhaoytmGyTXy0Um0M4FFs4XLdRF3GBR+WYtX9fhPTJ1tPgLM= Received: by 10.54.33.29 with SMTP id g29mr831082wrg; Fri, 09 Sep 2005 18:00:26 -0700 (PDT) Received: from pranav ( [59.95.1.217]) by mx.gmail.com with ESMTP id d74sm280101wra.2005.09.09.18.00.24; Fri, 09 Sep 2005 18:00:26 -0700 (PDT) Message-ID: <01d401c5b5a6$55c09450$0201a8c0@pranav> From: "Pranav Peshwe" To: Date: Sat, 10 Sep 2005 06:54:00 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Does FBSD support 'software suspend' ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pranav Peshwe List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 01:00:28 -0000 Hello, Does FBSD support 'software suspend' like linux does ? Also,from the archives i come to know that FBSD supports 'suspend to disk'.What is the exact difference between the two ? or are they one and the same ? Regards, Pranav.J.Peshwe From owner-freebsd-acpi@FreeBSD.ORG Sat Sep 10 04:32:13 2005 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 3531B16A41F for ; Sat, 10 Sep 2005 04:32:13 +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 C65A943D53 for ; Sat, 10 Sep 2005 04:32:12 +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; Fri, 09 Sep 2005 21:32:11 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 63EC85D07; Fri, 9 Sep 2005 21:32:09 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Pranav Peshwe In-reply-to: Your message of "Sat, 10 Sep 2005 06:54:00 +0530." <01d401c5b5a6$55c09450$0201a8c0@pranav> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Sep 2005 21:32:09 -0700 From: "Kevin Oberman" Message-Id: <20050910043209.63EC85D07@ptavv.es.net> Cc: freebsd-acpi@freebsd.org Subject: Re: Does FBSD support 'software suspend' ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 04:32:13 -0000 > Hello, > Does FBSD support 'software suspend' like linux does ? > Also,from the archives i come to know that FBSD supports > 'suspend to disk'.What is the exact difference between the two ? > or are they one and the same ? FreeBSD tries to support both. They are more technically referred to as S3 and S4 states but are more typically called "suspend to RAM" and "suspend to disk" respectively. The terms "suspend" and "hibernate" are also used. S3 halts the CPU and disk drives, shuts down the video and turns off the display. It tries to either turn off peripherals or place in limited power mode. This should reduce power consumption dramatically, but RAM is kept alive as are some other parts of system. S4 writes RAM and some added system information to a specially designated partition on the disk and completely shuts off the system. It takes longer to resume and requires a bit more disk space than the size of RAM. Because of the huge number of differences in laptops, some simply don't work. This is something that is being worked on constantly, but new laptops and modified BIOSes are always showing up and causing problems. FreeBSD 5 and 6 support these functions through ACPI. All versions since 4 support APM. APM is an older power management system and some newer laptops don't support it, but, when available, it's more likely to work as most of the process is handled in BIOS. ACPI is vastly more powerful than APM, but relies on software to do more of the work, so is more prone to problems. FWIW, my T30 does S3 pretty well. Last I checked, the only issue was that my audio was broken ofter the system resumed. I have never tried S4 as I never had a free slice (partition to Windows) to dedicate to it. -- 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 Sat Sep 10 10:56:24 2005 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 0958D16A41F for ; Sat, 10 Sep 2005 10:56:24 +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 11F2343D45 for ; Sat, 10 Sep 2005 10:56:22 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 5944 invoked from network); 10 Sep 2005 10:56:20 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.175.9]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 10 Sep 2005 10:56:20 -0000 Date: Sat, 10 Sep 2005 12:56:48 +0200 From: Fabian Keil To: "Kevin Oberman" Message-ID: <20050910125648.0267f124@localhost> In-Reply-To: <20050910043209.63EC85D07@ptavv.es.net> References: <01d401c5b5a6$55c09450$0201a8c0@pranav> <20050910043209.63EC85D07@ptavv.es.net> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) 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=Signature_Sat__10_Sep_2005_12_56_48_+0200_k_gu7PlD9yXlUXXz; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: freebsd-acpi@freebsd.org Subject: Re: Does FBSD support 'software suspend' ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 10:56:24 -0000 --Signature_Sat__10_Sep_2005_12_56_48_+0200_k_gu7PlD9yXlUXXz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Kevin Oberman" wrote: > > Does FBSD support 'software suspend' like linux does ? > > Also,from the archives i come to know that FBSD supports > > 'suspend to disk'.What is the exact difference between the two ? > > or are they one and the same ? >=20 > FreeBSD tries to support both. They are more technically referred to as S= 3 and=20 > S4 states but are more typically called "suspend to RAM" and "suspend to = disk"=20 > respectively. The terms "suspend" and "hibernate" are also used. AFAIK "software suspend" does not equal to "suspend to RAM". There are two different "suspend to disk" modes. One is "software suspend" the other "BIOS suspend". The second needs help by the BIOS and a special formated slice, the first doesn't. FreeBSD supports "BIOS supend" if the hardware supports it, you can tell by checking hw.acpi.s4bios with sysctl. GNU/Linux supports software suspend for S4 as well, ATM FreeBSD doesn't. Fabian --=20 http://www.fabiankeil.de/ --Signature_Sat__10_Sep_2005_12_56_48_+0200_k_gu7PlD9yXlUXXz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFDIrv/jV8GA4rMKUQRAlNJAJ0aLH3EhxzNP0Y3pLaiRR/VIdgEjACgryoF UbUThHSjuuTqWSAeHG9qDuw= =ARYk -----END PGP SIGNATURE----- --Signature_Sat__10_Sep_2005_12_56_48_+0200_k_gu7PlD9yXlUXXz-- From owner-freebsd-acpi@FreeBSD.ORG Sat Sep 10 11:53:58 2005 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 40E1216A420 for ; Sat, 10 Sep 2005 11:53:58 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FEB043D5A for ; Sat, 10 Sep 2005 11:53:56 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1347178wra for ; Sat, 10 Sep 2005 04:53:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:reply-to:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=gldk+Gso/Tqf+dQ21JaOg3JDowPJoHUY7w/UYRHerMykoYlAI970TFylG4mIhV6nhvHbwfWYN4P5CGPxoNqFJ1+2AyayKItD6YxY7nQFlJEACJQ93FaxmfGtjeY7PNVWDZCjLT56ew55596pD5HleU+VnmlLoE2456h1t7nPOHg= Received: by 10.54.69.19 with SMTP id r19mr784232wra; Sat, 10 Sep 2005 04:53:55 -0700 (PDT) Received: from pranav ( [59.95.3.46]) by mx.gmail.com with ESMTP id g7sm12829wra.2005.09.10.04.53.49; Sat, 10 Sep 2005 04:53:53 -0700 (PDT) Message-ID: <008101c5b601$9a2621e0$0201a8c0@pranav> From: "Pranav Peshwe" To: "Fabian Keil" References: <01d401c5b5a6$55c09450$0201a8c0@pranav><20050910043209.63EC85D07@ptavv.es.net> <20050910125648.0267f124@localhost> Date: Sat, 10 Sep 2005 17:47:15 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Cc: freebsd-acpi@freebsd.org Subject: Re: Does FBSD support 'software suspend' ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pranav Peshwe List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 11:53:58 -0000 >AFAIK "software suspend" does not equal to "suspend to RAM". >There are two different "suspend to disk" modes. One is "software suspend" >the other "BIOS suspend". The second needs help by the BIOS and a special >formated slice, the first doesn't. >FreeBSD supports "BIOS supend" if the hardware supports it, >you can tell by checking hw.acpi.s4bios with sysctl. >GNU/Linux supports software suspend for S4 as well, ATM FreeBSD doesn't. >Fabian Thanks for the info. So, what i surmise is that : the 'suspend to disk' feature in BSD is currently h/w dependent i.e BSD does not have a 'software suspend' feature like in linux provided by suspend2 (http://www.suspend2.net). How useful is this feature(s/w suspend) , if implemented ? I am planning to take up its development as my final year project.I have not decided for final to take it up;any suggestions/remarks regarding its use and feasiblity would be very very valuable in helping me to take the right decision. TIA. Sincere regards, Pranav.J.Peshwe --------------------------------------------------------------------------- Absence is to love what wind is to fire; it extinguishes the small, but enkindles the great From owner-freebsd-acpi@FreeBSD.ORG Sat Sep 10 12:23:54 2005 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 8810E16A41F for ; Sat, 10 Sep 2005 12:23:54 +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 BDD0043D45 for ; Sat, 10 Sep 2005 12:23:53 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 16231 invoked from network); 10 Sep 2005 12:23:51 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.175.9]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 10 Sep 2005 12:23:51 -0000 Date: Sat, 10 Sep 2005 14:24:28 +0200 From: Fabian Keil To: "Pranav Peshwe" Message-ID: <20050910142428.0eac9d03@localhost> In-Reply-To: <008101c5b601$9a2621e0$0201a8c0@pranav> References: <01d401c5b5a6$55c09450$0201a8c0@pranav> <20050910043209.63EC85D07@ptavv.es.net> <20050910125648.0267f124@localhost> <008101c5b601$9a2621e0$0201a8c0@pranav> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) 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="Signature_Sat__10_Sep_2005_14_24_28_+0200_TZsGT4oSJB12=ip6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: freebsd-acpi@freebsd.org Subject: Re: Does FBSD support 'software suspend' ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 12:23:54 -0000 --Signature_Sat__10_Sep_2005_14_24_28_+0200_TZsGT4oSJB12=ip6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Pranav Peshwe" wrote: > >AFAIK "software suspend" does not equal to "suspend to RAM". > >There are two different "suspend to disk" modes. One is "software suspen= d" > >the other "BIOS suspend". The second needs help by the BIOS and a special > >formated slice, the first doesn't. > >FreeBSD supports "BIOS supend" if the hardware supports it, > >you can tell by checking hw.acpi.s4bios with sysctl. > >GNU/Linux supports software suspend for S4 as well, ATM FreeBSD doesn't. > So, what i surmise is that : the 'suspend to disk' feature in BSD is > currently h/w dependent i.e BSD does not have a 'software suspend' > feature like in linux provided by suspend2 (http://www.suspend2.net). Whereas "hardware" means BIOS. I wasn't that clear above. > How useful is this feature(s/w suspend) , if implemented ? I am planning = to > take up its development as my final year project.I have not decided for > final to take it up;any suggestions/remarks regarding its use and feasibl= ity > would be very very valuable in helping me to take the right decision. How useful software suspend to disk would be depends on the usage of the system. If the system is powered up and down often, one would profit from the fastened starting process. S4 is nice to have for laptops and desktops but rather useless for servers. Many newer laptops don't support S4BIOS, software suspend is the only way to use S4. Fabian --=20 http://www.fabiankeil.de/ --Signature_Sat__10_Sep_2005_14_24_28_+0200_TZsGT4oSJB12=ip6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFDItCDjV8GA4rMKUQRAr4FAKCqRKTJ/xHFXjsXVn53hmzIq2/EbwCfQ7f5 xP/bJ0IslfSqmI1Ara+4MHA= =1uLc -----END PGP SIGNATURE----- --Signature_Sat__10_Sep_2005_14_24_28_+0200_TZsGT4oSJB12=ip6-- From owner-freebsd-acpi@FreeBSD.ORG Sat Sep 10 12:50:25 2005 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 A2DED16A41F for ; Sat, 10 Sep 2005 12:50:25 +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 4E6E843D45 for ; Sat, 10 Sep 2005 12:50:25 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EE4oC-00068R-00; Sat, 10 Sep 2005 14:50:16 +0200 Date: Sat, 10 Sep 2005 14:50:16 +0200 To: Pranav Peshwe Message-ID: <20050910125016.GB23416@poupinou.org> References: <20050910125648.0267f124@localhost> <008101c5b601$9a2621e0$0201a8c0@pranav> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <008101c5b601$9a2621e0$0201a8c0@pranav> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: Does FBSD support 'software suspend' ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 12:50:25 -0000 On Sat, Sep 10, 2005 at 05:47:15PM +0530, Pranav Peshwe wrote: > >AFAIK "software suspend" does not equal to "suspend to RAM". > >There are two different "suspend to disk" modes. One is "software suspend" > >the other "BIOS suspend". The second needs help by the BIOS and a special > >formated slice, the first doesn't. > >FreeBSD supports "BIOS supend" if the hardware supports it, > >you can tell by checking hw.acpi.s4bios with sysctl. > >GNU/Linux supports software suspend for S4 as well, ATM FreeBSD doesn't. > > >Fabian > > Thanks for the info. > > So, what i surmise is that : the 'suspend to disk' feature in BSD is > currently h/w dependent i.e BSD does not have a 'software suspend' > feature like in linux provided by suspend2 (http://www.suspend2.net). > > How useful is this feature(s/w suspend) , if implemented ? It's architecture independant. For example, under Linux, software suspend work under amd64, which can't use APM nor APCI S4Bios. I've heard it work under apple computers too, though I never tested myself. > I am planning to > take up its development as my final year project.I have not decided for > final to take it up;any suggestions/remarks regarding its use and feasiblity > would be very very valuable in helping me to take the right decision. Well, you should also look at those I think: - DragonflyBSD, especially their implementation of process checkpointing (I must admit I've not looked at this too much though); - implementation of system suspend by system checkpointing under OpenSolaris. In case of OpenSolaris, it seems it is based upon software suspend under Linux, but to my eyes they have done a much cleaner implementation IMHO. BTW the licence of OpenSolaris do not allow direct integration to FreeBSD IIRC, but that give some insight about a possible design under our OS. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Sat Sep 10 21:09:10 2005 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 AA00E16A41F for ; Sat, 10 Sep 2005 21:09:10 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55E0A43D45 for ; Sat, 10 Sep 2005 21:09:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (adsl-64-171-187-179.dsl.snfc21.pacbell.net [64.171.187.179]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j8AL8so5019796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Sep 2005 14:08:55 -0700 Message-ID: <43234B61.9090409@root.org> Date: Sat, 10 Sep 2005 14:08:49 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Fabian Keil References: <01d401c5b5a6$55c09450$0201a8c0@pranav> <20050910043209.63EC85D07@ptavv.es.net> <20050910125648.0267f124@localhost> In-Reply-To: <20050910125648.0267f124@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Does FBSD support 'software suspend' ? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 21:09:10 -0000 Fabian Keil wrote: > "Kevin Oberman" wrote: > > >>> Does FBSD support 'software suspend' like linux does ? >>>Also,from the archives i come to know that FBSD supports >>>'suspend to disk'.What is the exact difference between the two ? >>>or are they one and the same ? >> >>FreeBSD tries to support both. They are more technically referred to as S3 and >>S4 states but are more typically called "suspend to RAM" and "suspend to disk" >>respectively. The terms "suspend" and "hibernate" are also used. > > > AFAIK "software suspend" does not equal to "suspend to RAM". > > There are two different "suspend to disk" modes. One is "software suspend" > the other "BIOS suspend". The second needs help by the BIOS and a special > formated slice, the first doesn't. > > FreeBSD supports "BIOS supend" if the hardware supports it, > you can tell by checking hw.acpi.s4bios with sysctl. > Correct. FreeBSD supports S4BIOS but not S4OS (yet). Most newer systems don't support S4BIOS so suspend-to-disk isn't supported in most systems. We welcome anyone who wants to implement S4OS. > GNU/Linux supports software suspend for S4 as well, ATM FreeBSD doesn't. Linux supports S4OS a little but swsusp* is really an ACPI-independent feature where the OS writes everything to disk and then on a fresh bootup sees if it should read the frozen image. It doesn't require ACPI support at all. We welcome anyone who wants to implement this kind of hibernate support also since it overlaps a lot with the work to implement S4OS. -- Nate