From owner-freebsd-current@FreeBSD.ORG Wed Sep 1 10:49:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80D8916A4CE; Wed, 1 Sep 2004 10:49:19 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C8D443D5D; Wed, 1 Sep 2004 10:49:18 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1C2Sg0-0002Xg-2d; Wed, 01 Sep 2004 14:49:16 +0400 From: Vladimir Grebenschikov To: takawata@jp.freebsd.org In-Reply-To: <200409011025.TAA11139@axe-inc.co.jp> References: <200409011025.TAA11139@axe-inc.co.jp> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 01 Sep 2004 14:49:15 +0400 Message-Id: <1094035755.903.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.93FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi_video on SONY VAIO PCG-Z1 [was: acpi_video users needed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 10:49:19 -0000 On Wed, 2004-09-01 at 19:25 +0900, takawata@jp.freebsd.org wrote: > In message <1094031813.903.13.camel@localhost>, Vladimir Grebenschikov wrote: > >On Wed, 2004-09-01 at 12:43 +0400, Toxa wrote: > >> On Wed, Sep 01, 2004 at 11:38:57AM +0900, takawata@jp.freebsd.org wrote: > >> > >> > I don't imagine why. But any other method in SNC may do something. > >> > I modified the driver so that it exports more methods. > >> > http://www.init-main.com/acpi_snc2.tar.gz > >> > >> > Testers wanted. > >> > >> sony vaio pcg-v505bx... > > > >sony vzio pcg-z1aw > > > >almost same: > > > ># sysctl dev.acpi_snc > >dev.acpi_snc.0.brightness: 98 > >dev.acpi_snc.0.ctr: 0 > >dev.acpi_snc.0.pcr: 0 > >dev.acpi_snc.0.cmi: -1044294180 > >dev.acpi_snc.0.wdp: 1281 > >dev.acpi_snc.0.cdp: 1 > >dev.acpi_snc.0.%desc: Sony notebook controller > >dev.acpi_snc.0.%driver: acpi_snc > >dev.acpi_snc.0.%location: handle=\_SB_.PCI0.LPCB.SNC_ > >dev.acpi_snc.0.%pnpinfo: _HID=SNY5001 _UID=0 > >dev.acpi_snc.0.%parent: acpi0 > ># > > > >dmesg message appears: > > ACPI-1303: *** Error: Method execution failed [\ > >\_SB_.PCI0.LPCB.SNC_.GCMI] (Node 0xc1a3a6a0), AE_AML_UNINITIALIZED_ARG > > > > > >on each > ># sysctl dev.acpi_snc.0.cmi > > This value should not exported in this way, it seems. > Please comment out the entry in the array for defining sysctl value. > > >value of > >dev.acpi_snc.0.brightness > >change real brightness of screen but by very strange law: > > > ># i=1; while [ $i -le 100 ]; do echo "try $i"; sysctl > >dev.acpi_snc.0.brightness=$i; echo -n 'read value '; setbrightness -- > >read; i=$(($i+1)); done > >read value 248 > > (snip) > > >Real display brightness changed according "read value %d", so while this > >operations screen brightness was jumping. > > setbritness is dangerous with this driver, because it use same register > without locking. yes, i am use it only for reference > How about real change? real brightness correspond values reported by 'brightness --read' so sequential setbrightness with increasing values (1 - 255) - gives expected thing - brightness changed from low to high. If I do same thing with dev.acpi_snc.0.brightness - real brightness jumps, see values in my previous post, "read" value for corresponds physical screen brightness (in range 255 means 100%) -- Vladimir B. Grebenchikov vova@fbsd.ru