public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jesse Barnes <jesse.barnes@intel.com>
To: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Cc: Jeremy Katz <katzj@redhat.com>,
	linux-kernel@vger.kernel.org, torvalds@linux-foundation.org,
	davej@redhat.com
Subject: Re: [PATCH] Map volume and brightness events on thinkpads
Date: Tue, 16 Oct 2007 01:49:54 -0700	[thread overview]
Message-ID: <200710160149.56649.jesse.barnes@intel.com> (raw)
In-Reply-To: <20071016083611.GB15293@khazad-dum.debian.net>

On Tuesday, October 16, 2007 1:36 am Henrique de Moraes Holschuh wrote:
> > No, on Lenovo (and in general actually) the firmware should *not*
> > touch the backlight.  Otherwise if another driver touches it the
> > driver and
>
> This is not an option on IBM ThinkPads, unless you patch the DSDT on
> non-ancient ACPI-based models, and unless you patch the BIOS (and
> maybe even the EC control program) itself on the really ancient
> models.  It is that simple.
>

Yeah, unfortunately, "should not" doesn't mean "does not" in this case.  
In cases where we can't control the firmware, we have to use it to 
control the backlight exclusively, or we'll definitely get into 
trouble.

> You want ACPI video to just pass the messages to userspace when X.org
> is driving the backlight?  Fine with me.  That *still* doesn't make
> it right to get these messages as hot key presses over the input
> layer through the thinkpad-acpi driver.  So the NAK stands.  Any
> changes should be done to the ACPI video driver in this case.

So is this really the direction that input is going?  Last time I talked 
with Dmitry, he seemed ok with adding input events for ACPI and other 
firmware hotkeys...

> Good luck, and please interface it properly to the backlight class
> while at it.  There's no reason to make the waters mudier :-)

Yeah, the backlight class needs some changes:  the backlight dirs should 
somehow identify the display they control and only *one* backlight 
driver should be registered for a given display.  Unfortunately we 
don't have enough info in the kernel to identify displays, so those 
changes may have to wait until the DRM grows such knowledge.

Jesse

  reply	other threads:[~2007-10-16  8:50 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-15 20:45 [PATCH] Map volume and brightness events on thinkpads Jeremy Katz
2007-10-15 21:07 ` Henrique de Moraes Holschuh
2007-10-15 21:27   ` Jeremy Katz
2007-10-16  9:12     ` Henrique de Moraes Holschuh
2007-10-15 21:43   ` Arjan van de Ven
2007-10-16  3:38   ` Jesse Barnes
2007-10-16  8:36     ` Henrique de Moraes Holschuh
2007-10-16  8:49       ` Jesse Barnes [this message]
2007-10-16  9:18         ` Henrique de Moraes Holschuh
2007-10-17  2:40           ` Jesse Barnes
2007-10-17  6:25             ` Henrique de Moraes Holschuh
2007-10-17  6:32               ` Jesse Barnes
2007-10-17  6:39                 ` Henrique de Moraes Holschuh
2007-10-16 13:00   ` Matthew Garrett
2007-10-16 14:11     ` Henrique de Moraes Holschuh
2007-10-16 14:21       ` Matthew Garrett
2007-10-16 14:31         ` Henrique de Moraes Holschuh
2007-10-16 14:40           ` Matthew Garrett
2007-10-16 16:56             ` Henrique de Moraes Holschuh
2007-10-16 18:46               ` Matthew Garrett
2007-10-16 19:14                 ` Linus Torvalds
2007-10-16 19:20                   ` Matthew Garrett
2007-10-16 20:02                     ` Henrique de Moraes Holschuh
2007-10-16 20:15                       ` Dmitry Torokhov
2007-10-16 20:12                   ` Dmitry Torokhov
2007-10-16 20:11                     ` Jeremy Katz
2007-10-16 20:19                       ` Dmitry Torokhov
2007-10-16 20:32                     ` Linus Torvalds
2007-10-17 15:57                       ` Dmitry Torokhov
2007-10-17 16:28                         ` Matthew Garrett
2007-10-17 17:35                           ` Henrique de Moraes Holschuh
2007-10-17 18:59                             ` Dmitry Torokhov
2007-10-17 20:42                               ` Henrique de Moraes Holschuh
2007-10-18 14:37                                 ` Dmitry Torokhov
2007-10-18 22:39                                   ` Henrique de Moraes Holschuh
2007-10-23 15:54                                     ` Dmitry Torokhov
2007-10-23 23:34                                       ` Henrique de Moraes Holschuh
2007-10-16 20:48                     ` Kok, Auke
2007-10-16 20:55                       ` Matthew Garrett
2007-10-16 21:18                         ` Dmitry Torokhov
2007-10-16 20:32                   ` Dave Airlie
2007-10-16 14:27       ` Dmitry Torokhov
2007-10-16 14:54         ` Matthew Garrett
2007-10-16 15:54           ` Dmitry Torokhov
2007-10-16 15:59             ` Matthew Garrett
2007-10-16 18:53 ` Matthew Garrett
2007-10-16 19:23   ` Renato S. Yamane

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200710160149.56649.jesse.barnes@intel.com \
    --to=jesse.barnes@intel.com \
    --cc=davej@redhat.com \
    --cc=hmh@hmh.eng.br \
    --cc=katzj@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox