From owner-freebsd-acpi@FreeBSD.ORG Mon May 2 11:01:48 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7991616A4CE for ; Mon, 2 May 2005 11:01:48 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D0743D31 for ; Mon, 2 May 2005 11:01:48 +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 j42B1m5h030134 for ; Mon, 2 May 2005 11:01:48 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j42B1lPM030128 for freebsd-acpi@freebsd.org; Mon, 2 May 2005 11:01:47 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 2 May 2005 11:01:47 GMT Message-Id: <200505021101.j42B1lPM030128@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 11:01:48 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena f [2004/03/02] kern/63666 acpi [acpi] Network card 3c575B do not work af 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 13 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi acpi / thermal support o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Wed May 4 16:42:56 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D54B816A4CE for ; Wed, 4 May 2005 16:42:56 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A27AE43D75 for ; Wed, 4 May 2005 16:42:56 +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; Wed, 04 May 2005 09:29:17 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0BC4B5D07; Wed, 4 May 2005 09:29:17 -0700 (PDT) To: Laurent Debacker In-reply-to: Your message of "Thu, 28 Apr 2005 18:04:31 +0200." <75751ca8050428090466a8bfa3@mail.gmail.com> Date: Wed, 04 May 2005 09:29:16 -0700 From: "Kevin Oberman" Message-Id: <20050504162917.0BC4B5D07@ptavv.es.net> cc: freebsd-acpi@FreeBSD.org Subject: Re: =?iso-8859-1?q?Toshiba_Port=E9g=E9_4000_laptop?= X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 16:42:56 -0000 > Date: Thu, 28 Apr 2005 18:04:31 +0200 > From: Laurent Debacker > Sender: owner-freebsd-acpi@freebsd.org > > Hi > > I'm running FreeBSD 5.4-RC3 on a Toshiba Port=E9g=E9 4000 laptop. I'm > running the kernel in ACPI mode, with Toshiba ACPI extension enabled. > > When my laptop wake up, the screen becomes white from the bottom to > the top, always brighter and brighther until completely white. However > the screen is not perfectly white, it's a bit odd, a bit as if the LCD > would be transparent. What I need to do is to switch the video output. > > I always tried to suspend my laptop using the /usr/sbin/zzz command > once. When it waked up, I think the disk's driver wasn't reloaded. > Indeed when I asked FreeBSD to shut down, it couldn't sync the inodes. > > I tried to suspend it using Gnoppix, and I got no screen problem. > > I'd be glad to help you to enhance the ACPI system of FreeBSD. Just > tell me what to type. And how to not loss all my inodes :p I don't > want to pass another 10hours or so to reinstall and reconfigure my > lovely FreeBSD. > > I'm a C/C++/C# developper, but with not much real experience since I'm > still a student. Been there, seen that. What is happening is the the graphics card is no longer talking to the display. I used to see this on my IBM T30, although mine was not very uniform. It would just start "blooming" to white in various areas. I thought of it as the literal display of bit rot. You might try playing with some sysctls like hw.acpi.reset_video and hw.syscons.sc_no_suspend_vtswitch. Also, have you tried John Baldwin's acpi_video_dpms patch? I need it for the Radeon on my T30. -- 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 Wed May 4 17:09:23 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1003216A4D0 for ; Wed, 4 May 2005 17:09:23 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91B8943D78 for ; Wed, 4 May 2005 17:09:22 +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; Wed, 04 May 2005 10:05:50 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6812F5D07; Wed, 4 May 2005 10:05:50 -0700 (PDT) To: Bruno Ducrot In-reply-to: Your message of "Mon, 25 Apr 2005 19:21:00 +0200." <20050425172100.GU2298@poupinou.org> Date: Wed, 04 May 2005 10:05:50 -0700 From: "Kevin Oberman" Message-Id: <20050504170550.6812F5D07@ptavv.es.net> cc: freebsd-acpi@freebsd.org Subject: Re: [powerd] mode adaptive2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 17:09:23 -0000 Bruno, I have posted most of this in the past, but I'll repeat it as you are talking about some of the same things. We need a mechanism (powercontrol?) to talk to the powerd as it is running. Among the things it should be able to do is to set a pseudo min and max speed. for the system. This would put absolute limits on how fast/slow powerd would ever set the speed. The ability to change this is important as you would likely want this to be different for battery and AC operation, especially at the high end. I want the Gnome CPU Frequency applet to be able to set these. (I assume that KDE has/will have something similar.) I also want to eliminate poor choices for frequency. As I have noted, on my T30 with a P4m CPU offering ICH Speedstep and TCC I only get useful power reductions when using the lower CPU speed when the frequency selected is below the lower available Speedstep setting. (I only have two, 1.8 and 1.2 GHz.) I also have a problem in that when TCC and Speedstep can provide the same pseudo-frequency at either Speedstep setting, the faster CPU setting is chosen. This "costs" me two settings. If I ever get a few minutes I'll look at adjusting the source to fix this, but I've just been too busy and will likely continue to be for a while. (I think you had previously commented on this problem.) I also need to do more actual testing of CPU performance vs. power consumption. I have tested under high CPU load, but not at idle and I really need to do that, too. -- 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 May 5 20:14:38 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F183516A4CE for ; Thu, 5 May 2005 20:14:38 +0000 (GMT) Received: from kraid.nerim.net (smtp-104-thursday.nerim.net [62.4.16.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53B0343D72 for ; Thu, 5 May 2005 20:14:38 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [192.168.1.11] (dumbbell.net1.nerim.net [80.65.225.171]) by kraid.nerim.net (Postfix) with ESMTP id B841040E99 for ; Thu, 5 May 2005 22:14:26 +0200 (CEST) Message-ID: <427A7E9C.6080607@club-internet.fr> Date: Thu, 05 May 2005 22:14:20 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: fr-fr, fr, en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8AB710456E2A6EF845E5E8A8" Subject: Asus V6V and suspend/resume issues X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 20:14:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8AB710456E2A6EF845E5E8A8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I'm playing with FreeBSD 6-CURRENT (cvsup'd today) on a new Asus V6V notebook and encountered issues ACPI sleep states. To change the state, I used acpiconf -s N. With state S1, the CPU seems stopped but when I hit a key, the computer shutdown uncleanly. With state S3, the computer resumes a couple of seconds after running acpiconf -s 3. The screen never goes off. In syslog, one can read: May 5 21:42:00 magellan acpi: suspend at 20050505 21:42:00 May 5 21:42:06 magellan kernel: wakeup from sleeping state (slept 00:00:= 06) May 5 21:42:06 magellan acpi: resumed at 20050505 21:42:06 (this is hand-written, because network doesn't work after) I tried with a stripped-down kernel and the same happens. With a Linux Live CD (Ubuntu), S1 and S3 work fine. boot -v: http://www.dumbbell.fr/freebsd/v6v/boot-verbose.txt DSDT: http://www.dumbbell.fr/freebsd/v6v/asus_v6v.asl.bz2 For the record, I modified acpi_asus.c to add this model. I'll send the patch in a following mail. I'm ready to test any suggestion or patch. --=20 Jean-S=C3=A9bastien P=C3=A9dron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enig8AB710456E2A6EF845E5E8A8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCen6ja+xGJsFYOlMRAhYKAJ0Ss2YUoIUFDk/TsMyZwALeRPxf2QCgzUaH 1SZ4Hg6F2WGicQNVI2C6IBg= =dNLg -----END PGP SIGNATURE----- --------------enig8AB710456E2A6EF845E5E8A8-- From owner-freebsd-acpi@FreeBSD.ORG Thu May 5 20:31:23 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AEF716A4CE for ; Thu, 5 May 2005 20:31:23 +0000 (GMT) Received: from kraid.nerim.net (smtp-104-thursday.nerim.net [62.4.16.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id D81D143DA8 for ; Thu, 5 May 2005 20:31:22 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [192.168.1.11] (dumbbell.net1.nerim.net [80.65.225.171]) by kraid.nerim.net (Postfix) with ESMTP id 0220540ED6 for ; Thu, 5 May 2005 22:31:18 +0200 (CEST) Message-ID: <427A8293.4020104@club-internet.fr> Date: Thu, 05 May 2005 22:31:15 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: fr-fr, fr, en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCF3EBCF033C43042225F9FF2" Subject: Support for Asus V6V in acpi_asus(4) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 20:31:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCF3EBCF033C43042225F9FF2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi again, Here[1] is a patch against today's acpi_asus.c (HEAD) to add support for Asus V6V. It adds a 4th LED for Bluetooth (BLED). Everything seems to work correctly but as I never read ASL before, an ACPI guru should double-check it. Especially, the method to get the display state (.disp_get): at boot time, hw.acpi.asus.video_output contains out-of-range values, but after setting it to an acceptable value, it reports the last set number. [1] The patch is available at this URL: http://www.dumbbell.fr/freebsd/v6v/acpi_asus-v6v.patch --=20 Jean-S=C3=A9bastien P=C3=A9dron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enigCF3EBCF033C43042225F9FF2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCeoKXa+xGJsFYOlMRAoqZAJ9jGbM53tBFXuexm3x3OUC6iF8vIACgt27+ GymQaHJ1nM4dq+cFXtNdl4A= =TAM4 -----END PGP SIGNATURE----- --------------enigCF3EBCF033C43042225F9FF2-- From owner-freebsd-acpi@FreeBSD.ORG Fri May 6 06:09:16 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 454CB16A4CE for ; Fri, 6 May 2005 06:09:16 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C2F43D53 for ; Fri, 6 May 2005 06:09:15 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 42B2C78C64 for ; Fri, 6 May 2005 02:11:42 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40330-06 for ; Fri, 6 May 2005 02:11:37 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 81BFA78C5F for ; Fri, 6 May 2005 02:11:36 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id CF76433C79; Fri, 6 May 2005 02:09:07 -0400 (EDT) Date: Fri, 6 May 2005 02:09:07 -0400 From: Damian Gerow To: freebsd-acpi@freebsd.org Message-ID: <20050506060907.GC29838@afflictions.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: ACPI on Tyan K8WE (mostly works!) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 06:09:16 -0000 I just got my hands on a Tyan K8WE (S2895), and was pleasantly surprised to see that after very little effort, the board booted with almost full ACPI support. I've not actually had any ACPI troubles yet, but a non-verbose boot does complain a bit about ACPI: real memory = 1072824320 (1023 MB) avail memory = 1023733760 (976 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard ACPI-0438: *** Error: Looking up [\_SB_.PCI1.LNK3] in namespace, AE_NOT_FOUND SearchNode 0xffffff0000a3d1c0 StartNode 0xffffff0000a3d1c0 ReturnNode 0 ACPI-0438: *** Error: Looking up [\_SB_.PCI1.LNK4] in namespace, AE_NOT_FOUND SearchNode 0xffffff0000a3bcc0 StartNode 0xffffff0000a3bcc0 ReturnNode 0 ACPI-0438: *** Error: Looking up [\_SB_.PCI1.LNK1] in namespace, AE_NOT_FOUND SearchNode 0xffffff0000a3b9c0 StartNode 0xffffff0000a3b9c0 ReturnNode 0 ACPI-0438: *** Error: Looking up [\_SB_.PCI1.LNK2] in namespace, AE_NOT_FOUND SearchNode 0xffffff0000a3b6c0 StartNode 0xffffff0000a3b6c0 ReturnNode 0 acpi0: Power Button (fixed) There's no functionality impairment, which I was pleasantly surprised to see. Thanks! In case anyone's interested in prodding any further a mostly-full dmesg and an ASL dump can be found here: Note that the dmesg isn't full: my full verbose dmesg output is greater than kern.consmsgbuf_size, and for some reason, isn't recorded in dmesg.today. I'll look into expanding it on bootup tomorrow, but for the time being, that's the vast majority of a dmesg. - Damian