From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 21 04:10:05 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 B1654106564A for ; Mon, 21 Apr 2008 04:10:05 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6F89C8FC12 for ; Mon, 21 Apr 2008 04:10:05 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 74620 invoked from network); 21 Apr 2008 03:43:27 -0000 Received: from ppp-71-139-0-242.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.0.242) by root.org with ESMTPA; 21 Apr 2008 03:43:27 -0000 Message-ID: <480C0D5A.2020603@root.org> Date: Sun, 20 Apr 2008 20:43:22 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Eric Anholt References: <1208294538.8383.10.camel@localhost.localdomain> In-Reply-To: <1208294538.8383.10.camel@localhost.localdomain> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: EeePC LCD brightness control 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, 21 Apr 2008 04:10:05 -0000 Eric Anholt wrote: > On Sun, 2008-04-13 at 06:53 +0900, Akira Funahashi wrote: >> Hi, >> >> I've created a patch to FreeBSD 7.0-RELEASE for ASUS EeePC. >> The patch will be applied to /sys/dev/acpi_support/acpi_asus.c, >> which enalbes me to control LCD brightness on EeePC through >> sysctl and [Fn]+[F3],[F4] key. >> >> Here is a patch: >> http://celldesigner.org/~funa/acpi_asus.c.diff >> >> Hope this helps, > > We really need to work out how to get these keys reported as input > events so that they can be passed through to the desktop and handled in > an appropriate manner. As-is, we end up with poor backlight management > because we've got ACPI and the 2D driver (and HAL trying to use one of > the two) fighting over who controls it. I'm happy if someone examines how linux dbus does it and comes up with a design. These drivers can be converted wholesale once we have a plan. I don't agree if the plan is to just hack some hardcoded values into kbd(4), on the other hand. -- Nate