From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Renninger Subject: Re: ACPI video.c brightness handler conflicts with toshiba_acpi Date: Tue, 28 Oct 2008 19:08:33 +0100 Message-ID: <200810281908.34957.trenn@suse.de> References: <200809061108.34877.arvidjaar@mail.ru> <200810281426.53499.trenn@suse.de> <200810281615.19894.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Return-path: Received: from mail.suse.de ([195.135.220.2]:35020 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752764AbYJ1SIZ (ORCPT ); Tue, 28 Oct 2008 14:08:25 -0400 In-Reply-To: <200810281615.19894.rjw@sisk.pl> Content-Disposition: inline Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: "Rafael J. Wysocki" , andi@firstfloor.org Cc: Andrey Borzenkov , Len Brown , toshiba_acpi@memebeam.org, linux-acpi@vger.kernel.org, Linux Kernel Mailing List On Tuesday 28 October 2008 04:15:19 pm Rafael J. Wysocki wrote: > On Tuesday, 28 of October 2008, Thomas Renninger wrote: > > On Monday 27 October 2008 17:52:55 Andrey Borzenkov wrote: > > > On Monday 08 September 2008, Thomas Renninger wrote: > > > > On Saturday 06 September 2008 09:19:59 am Andrey Borzenkov wrote: > > > > > On Saturday 06 September 2008, Andrey Borzenkov wrote: > > > > > > I have now two different devices that refer to the same hardware: > > > > > > > > > > > > lrwxrwxrwx 1 root root 0 2008-09-06 11:04 acpi_video0 -> > > > > > > ../../devices/virtual/backlight/acpi_video0/ lrwxrwxrwx 1 root > > > > > > root 0 2008-09-06 11:04 toshiba -> > > > > > > ../../devices/virtual/backlight/toshiba/ > > > > > > > > > > > > Unfortunately, due to ACPI implementation the acpi_video0 one is > > > > > > much inferior (as it provides only effectively two levels instead > > > > > > of 8); and user level tools are apparently quite confused which > > > > > > one to select. > > > > > > > > > > > > Is there any mechanism that would allow tochiba_acpi to claim > > > > > > brightness for internal LCD screen that video would not attempt > > > > > > to grab it too? > > > > > > > > > > > > Of course manually disabling brightness handling in video is > > > > > > always possible, > > > > > > > > > > Actually it is not. brightness_switch_enabled only disables event > > > > > handling; it still resets actual brightness on loading and creates > > > > > sysfs files to confuse user space. > > > > > > > > > > > still is nice for this to be handled automatically. > > > > > > > > It is in latest ACPI test branch queued for 2.6.28. > > > > > > It is still not in rc2; is it scheduled for 2.6.28 or delayed further? > > > > Right, it's not there. > > Len, what happened with the: > > "Check for ACPI backlight support otherwise use vendor ACPIdrivers - > > version 4" patches? > > > > They are pretty essential for video.ko. > > Otherwise graphics devices may get double poked (through vendor_acpi.ko > > drivers) or may register for graphics cards which are not there. > > Do you have a pointer to those patches? I remember they were in Andi's ACPI test branch already. Andi/Len do you have an idea what happened to them? Thomas