From owner-freebsd-current@FreeBSD.ORG  Wed Sep  1 10:26:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 0ABEF16A4CE; Wed,  1 Sep 2004 10:26:09 +0000 (GMT)
Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 05D1143D67; Wed,  1 Sep 2004 10:26:08 +0000 (GMT)
	(envelope-from takawata@axe-inc.co.jp)
Received: from localhost (localhost [127.0.0.1])
	by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id TAA11139;
	Wed, 1 Sep 2004 19:25:55 +0900 (JST)
Message-Id: <200409011025.TAA11139@axe-inc.co.jp>
X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't
	use HELO protocol
To: vova@fbsd.ru
From: takawata@jp.freebsd.org
In-reply-to: Your message of "Wed, 01 Sep 2004 13:43:33 +0400."
             <1094031813.903.13.camel@localhost>
Date: Wed, 01 Sep 2004 19:25:54 +0900
Sender: takawata@axe-inc.co.jp
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
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Sep 2004 10:26:09 -0000

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.
How about real brightness change?