From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 7 19:36:43 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8EF7106566C for ; Mon, 7 Apr 2008 19:36:43 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id 5A83B8FC14 for ; Mon, 7 Apr 2008 19:36:43 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: by rn-out-0910.google.com with SMTP id s46so1808579rnb.3 for ; Mon, 07 Apr 2008 12:36:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jiYm0kXMz1VhqYVRZqzhxIqF0BW/w5Wud1fCz98lUUQ=; b=u1j218oWMOP3U97h0Twv2JtncfgqLAbpGDDtB1l7/5Gskv/zGeBbC2mIlvOHUaLO8GzMFeX3xzptGr/oWDvSC24piiTaUBbq73/OqxOO8GViJofsHfNvHO5AKND0xp+1ilFAjUjEOU50LDzCRZ8YWR9jZpOT6Pm1Ouj3TWxLii4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SZI2YxJVlh6DtGS2GtcQ8sCj8+E45oPvO6EZhmapDR8rELdKlVPk3BvGQrbqc/CMy1CCsRc0NPpqwywQI/HbXSL9vGegPsB3sU9G0Sc65OgHLoS4VSQz0yfX+UmxguR80EWxQ9dDkLVlLoF+gwSpYZesxi0gXoCPTrfid7cyHzY= Received: by 10.141.206.13 with SMTP id i13mr1753063rvq.211.1207597001862; Mon, 07 Apr 2008 12:36:41 -0700 (PDT) Received: by 10.70.27.5 with HTTP; Mon, 7 Apr 2008 12:36:41 -0700 (PDT) Message-ID: <5fbf03c20804071236i6db67a2ascd95f94eb1ba7abc@mail.gmail.com> Date: Mon, 7 Apr 2008 21:36:41 +0200 From: "Spil Oss" To: freebsd-acpi@freebsd.org In-Reply-To: <5fbf03c20804070149j15a3e3b1s54ced2f0bfc81efd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5fbf03c20804040812t5fdf8065ubf46d6420358595@mail.gmail.com> <5fbf03c20804040844q22875ac8nbbc3fae121d3eac8@mail.gmail.com> <731432799.20080406100414@masm.elcom.ru> <5fbf03c20804070149j15a3e3b1s54ced2f0bfc81efd@mail.gmail.com> Subject: Re: Problem with lid on Dell D400 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 19:36:43 -0000 > On 06/04/2008, Victor M. Blood wrote: > > On 04.04.2008, Spil Oss wrote: > > > On a Dell D400 notebook (Pentium-M 1.4GHz, Intel 855GM, ICH4M) running > > > FreeBSD 7.0 #0 > > > > > Closing the lid switches off the display, opening the lid does not > > > switch the display back on. Very annoying. The machine is fully > > > functional otherwise (accessed via ssh). > > > > > Noticed this first on a vanilla FreeBSD-7.0 #0 install, the optimized > > > kernel seems to behave the same. > > > > > In sysctl I noticed after closing and opening the lid > > > hw.acpi.lid_switch_state: NONE > > > but I have not checked the status of this sysctl before I closed the lid. > > > > > dmesg output is not of boot -v, but of regular boot > > > > > I wouldn't care if the lid doesn't have acpi features (e.g. suspend on > > > lid close), but I'd like the screen to switch off for additional > > > battery-life. > > > > > Hope someone can help me! > > > > on Dell 1300B I use module acpi_video > > add to loader.conf acpi_video_load="yes" > > > > and configure devd.conf to run script on lid change status: exist in > > it's examples. > > > > notify 10 { > > match "system" "ACPI"; > > match "subsystem" "Lid"; > > action "/sbin/lidctl $notify"; > > }; > > > > > > # cat /sbin/lidctl > > #!/bin/sh > > hive=hw.acpi.video.lcd0.active > > sysctl=/sbin/sysctl > > > > case "$1" in > > "1" | "0x01") > > ${sysctl} ${hive}=1 >/dev/null > > ;; > > "0" | "0x00") > > ${sysctl} ${hive}=0 >/dev/null > > ;; > > esac > > > > -- > > With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru > > FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 > > > > Thanks Victor, > > Installed acpi_video and will try this later, currently I can't get to > the console to check. Will report back after checking! > > New sysctls after kldload acpi_video: > hw.acpi.video.tv0.active: 0 > hw.acpi.video.crt0.active: 0 > hw.acpi.video.lcd0.active: 0 > hw.acpi.video.ext0.active: 0 > > Kind regards, > > Spil > Thanks Victor, When I load acpi_video, I get following messages: acpi_video0: on vgapci0 acpi_video1: on vgapci1 evaluation of \\_SB_.PCI0.VID2._DOD makes no sense At least I could get the display back on by issueing sysctl hw.acpi.video.lcd0.active=1 But as I set the execute bit on /sbin/lidctl it was flying! Thanks a bundle! Kind regards, Spil.