login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
October
»
28
Re: ACPI video.c brightness handler conflicts with toshiba_acpi
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Thomas Renninger
Subject:
Re: ACPI video.c brightness handler conflicts with toshiba_acpi
Date: Tuesday, October 28, 2008 - 11:08 am
On Tuesday 28 October 2008 04:15:19 pm Rafael J. Wysocki wrote:
quoted text
> 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 --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
ACPI video.c brightness handler conflicts with toshiba_acpi
, Andrey Borzenkov
, (Sat Sep 6, 12:08 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Andrey Borzenkov
, (Sat Sep 6, 12:19 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Thomas Renninger
, (Sun Sep 7, 6:01 pm)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Zhang Rui
, (Sun Sep 7, 6:13 pm)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Andrey Borzenkov
, (Mon Sep 8, 10:24 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Andrey Borzenkov
, (Mon Oct 27, 9:52 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Thomas Renninger
, (Tue Oct 28, 6:26 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Rafael J. Wysocki
, (Tue Oct 28, 8:15 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Andrey Borzenkov
, (Tue Oct 28, 9:22 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Thomas Renninger
, (Tue Oct 28, 11:08 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Thomas Renninger
, (Wed Oct 29, 8:54 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Andrey Borzenkov
, (Wed Oct 29, 9:22 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Andi Kleen
, (Wed Oct 29, 10:13 am)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Thomas Renninger
, (Wed Oct 29, 2:01 pm)
Re: ACPI video.c brightness handler conflicts with toshiba ...
, Len Brown
, (Fri Nov 7, 8:29 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Rafael J. Wysocki
[Bug #16136] Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
Joerg Roedel
Re: [patch] dma-debug: off by one issue
Tetsuo Handa
Re: [AppArmor #7 0/13] AppArmor security module
Pekka Enberg
Re: BUG in free_block (tainted)
Jakub Narebski
Re: [PATCH] gitweb: Fix shortlog only showing HEAD revision.
git
:
Christian Stimming
git-gui: Fix broken revert confirmation.
Johannes Schindelin
Re: [PATCH 2/2] git-svn: support fetch with autocrlf on
Mark Burton
Re: [PATCH] builtin-branch: highlight current remote branches with an asterisk
Junio C Hamano
Re: git-svnimport
Junio C Hamano
Re: [PATCH 6/6] Teach core object handling functions about gitlinks
linux-netdev
:
Nick Piggin
Re: Kernel WARNING: at net/core/dev.c:1330 __netif_schedule+0x2c/0x98()
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Amit Kumar Salecha
[PATCH NEXT 10/10] qlcnic: add cksum flag
Patrick McHardy
Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
git-commits-head
:
Linux Kernel Mailing List
ath9k_htc: Allocate URBs properly
Linux Kernel Mailing List
ath9k: Added get_survey callback in order to get channel noise
Linux Kernel Mailing List
ALSA: snd-usb-caiaq: Do not expose hardware input mode 0 of A4DJ
Linux Kernel Mailing List
cpumask: make irq_set_affinity() take a const struct cpumask
Linux Kernel Mailing List
V4L/DVB (9041): Add support YUAN High-Tech STK7700D (1164:1f08)
openbsd-misc
:
Conor
Re: RFID Reader
Josh Grosse
ssh/sshd challenge-response seems to have stopped working in -current
Stuart Henderson
Re: SquidGuard problem
Henning Brauer
Re: 3ware hardware raid support?
Ryan McBride
Re: Packets Per Second Limit?
Colocation donated by:
Syndicate