Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yves-Alexis Perez wrote: > Do you use gnome-power-manager? No, KDE3. Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkOe24ACgkQXjXn6TzcAQm4+wCg5E5aNyJoO42DRvsdENS1Govz sY8An0EY1+pcChowxO4/eQJtr+AqveSY =4V6p -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On dim, 2008-11-02 at 19:48 +0100, Marcus Better wrote: > The brightness keys now work correctly for me even when selecting > "kernel" mode. I'm running kernel 2.6.27, xserver-xorg-video-intel > 2:2.3.2-2+lenny5, xserver-xorg-core 2:1.4.2-7. Perhaps this bug can be > closed. Do you use gnome-power-manager? Using native kernel stuff, one needs 2.6.28 which includes opregion support. Not sure about the requirements for xserver-xorg-video-intel. Sometimes it doesn't work after xset puts the display to sleep and I have to switch back to console and get back to X to make them work. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
The brightness keys now work correctly for me even when selecting "kernel" mode. I'm running kernel 2.6.27, xserver-xorg-video-intel 2:2.3.2-2+lenny5, xserver-xorg-core 2:1.4.2-7. Perhaps this bug can be closed. Cheers, Marcus signature.asc Description: OpenPGP digital signature
Bug#448467: [ltp] Re: Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Wednesday, February 06, 2008 12:26 pm Brice Goglin wrote: > On Fri, Dec 28, 2007 at 03:42:09PM -0200, Henrique de Moraes Holschuh wrote: > > On Thu, 27 Dec 2007, Jesse Barnes wrote: > > > That's good, but there has to be a list somewhere since the kernel > > > backlight interface was so poorly designed. I don't care if it's in > > > the driver with an override list in xorg.conf or what, but it has to be > > > somewhere. > > > > As long as one can override it with a *list* (which must include the > > empty list to disable the feature) in xorg.conf, there is not a problem > > to have a hardcoded default. > > Thanks a lot for discussing this, guys. > > Unfortunately, since Marcus still had problems with 2.6.24-rc4 and a > recent snapshot of thinkpad-acpi, what do we have to wait for before > this could work? > > Is anybody actually implementing something to handle the above list > of backlight devices? Sounds like Marcus' config will use the ACPI /sys/class/backlight interface by default. I think this is a good thing, since it's the preferred method on thinkpads. However, existing ACPI video drivers don't provide a nice, sequential set of backlight values, so it's easy to get "stuck" at a given backlight level if you just try to use the up/down controls. See the lkml discussion with the subject "[PATCH] Rationalise ACPI backlight implementation" for details on that, it may be that the patch in that thread will work for Marcus. Jesse -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: [ltp] Re: Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Fri, Dec 28, 2007 at 03:42:09PM -0200, Henrique de Moraes Holschuh wrote: > On Thu, 27 Dec 2007, Jesse Barnes wrote: > > That's good, but there has to be a list somewhere since the kernel > > backlight interface was so poorly designed. I don't care if it's in > > the driver with an override list in xorg.conf or what, but it has to be > > somewhere. > > As long as one can override it with a *list* (which must include the empty > list to disable the feature) in xorg.conf, there is not a problem to have a > hardcoded default. Thanks a lot for discussing this, guys. Unfortunately, since Marcus still had problems with 2.6.24-rc4 and a recent snapshot of thinkpad-acpi, what do we have to wait for before this could work? Is anybody actually implementing something to handle the above list of backlight devices? thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: [ltp] Re: Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Thu, 27 Dec 2007, Jesse Barnes wrote: > That's good, but there has to be a list somewhere since the kernel > backlight interface was so poorly designed. I don't care if it's in > the driver with an override list in xorg.conf or what, but it has to be > somewhere. As long as one can override it with a *list* (which must include the empty list to disable the feature) in xorg.conf, there is not a problem to have a hardcoded default. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Monday, December 24, 2007 8:09 am Henrique de Moraes Holschuh wrote: > > Since on Thinkpads, the kernel method is available (either via the > > kernel thinkpad driver or ACPI) you should try to use that, but it > > may be that the acpi_video1 method is your best choice. You can > > try that interface by changing the order of the string array in > > i830_lvds.c around line 67. > > Patches to fix the kernel to not export a backlight entry for > inactive ACPI nodes are queued, but really, it is *an extremely bad > idea* to hardcode *anything* of the sort inside X.org. It needs to > be made a configurable *list* of backlight devices, please. That's good, but there has to be a list somewhere since the kernel backlight interface was so poorly designed. I don't care if it's in the driver with an override list in xorg.conf or what, but it has to be somewhere. Jesse -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Sun, 23 Dec 2007, Jesse Barnes wrote: > The Intel X driver now tries to talk to the kernel drivers directly (via > the /sys/class/backlight interface) starting with the thinkpad_screen > driver, followed by acpi_video1 and acpi_video0. Depending on how your > kernel is configured, this may work perfectly or result in the drivers > fighting one another for backlight adjustments. You are *required* to use the latest devel version 0.18 of thinkpad-acpi (available in kernel 2.6.24, OR through patches from ibm-acpi.sf.net for kernels 2.6.20 and above) if you want to use thinkpad_screen in a Lenovo Thinkpad *61 laptop. Also, by default, a new enough thinkpad-acpi (0.17? I forget) will refrain from registering the backlight subdriver if it detects ACPI support is available (*60 models with very new BIOS, and all *61 models). > Since on Thinkpads, the kernel method is available (either via the > kernel thinkpad driver or ACPI) you should try to use that, but it may > be that the acpi_video1 method is your best choice. You can try that > interface by changing the order of the string array in i830_lvds.c > around line 67. Patches to fix the kernel to not export a backlight entry for inactive ACPI nodes are queued, but really, it is *an extremely bad idea* to hardcode *anything* of the sort inside X.org. It needs to be made a configurable *list* of backlight devices, please. > If you want to use one of the other methods (which may provide you with > more possible backlight levels) you should unload all kernel backlight > drivers prior to loading X (or disabling their backlight interfaces as > in the case of the thinkpad driver); that may give you a good user > experience too... Agreed. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Saturday, December 22, 2007 9:12 am Brice Goglin wrote: > Henrique de Moraes Holschuh wrote: > > On Sat, 15 Dec 2007, Marcus Better wrote: > >> I just tried with a new one, but the brightness is still broken. > >> It requires "native" or "combination" mode. > > > > I'd like to see X.org talking to the kernel to find out and > > coordinate which mode should be used... > > Jesse, > > Could you please have a look at > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448467 > and see if you can find a solution with the thinkpad guys for correct > backlight handling? Marcus tried with intel git about a week ago, it > didn't go very well. The backlight situation is rather unfortunate. As you've already discovered, there are several different ways backlights are controlled on various platforms, and some of them are incompatible. The Intel X driver now tries to talk to the kernel drivers directly (via the /sys/class/backlight interface) starting with the thinkpad_screen driver, followed by acpi_video1 and acpi_video0. Depending on how your kernel is configured, this may work perfectly or result in the drivers fighting one another for backlight adjustments. Since on Thinkpads, the kernel method is available (either via the kernel thinkpad driver or ACPI) you should try to use that, but it may be that the acpi_video1 method is your best choice. You can try that interface by changing the order of the string array in i830_lvds.c around line 67. If you want to use one of the other methods (which may provide you with more possible backlight levels) you should unload all kernel backlight drivers prior to loading X (or disabling their backlight interfaces as in the case of the thinkpad driver); that may give you a good user experience too... Sorry if I missed anything in the initial bug report, I'm on vacation at my mother-in-law's right now, with a free wireless connection kindly provided by someone called 'jazzman' (at least according to his ESSD :). Jesse -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
Henrique de Moraes Holschuh wrote: On Sat, 15 Dec 2007, Marcus Better wrote: I just tried with a new one, but the brightness is still broken. It requires "native" or "combination" mode. I'd like to see X.org talking to the kernel to find out and coordinate which mode should be used... Jesse, Could you please have a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448467 and see if you can find a solution with the thinkpad guys for correct backlight handling? Marcus tried with intel git about a week ago, it didn't go very well. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Sat, 15 Dec 2007, Marcus Better wrote: > Julien Cristau wrote: >> Looks like you built it against an old version of xserver-xorg-dev? > > Ok, I just tried with a new one, but the brightness is still broken. It > requires "native" or "combination" mode. I'd like to see X.org talking to the kernel to find out and coordinate which mode should be used... -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
Julien Cristau wrote: Looks like you built it against an old version of xserver-xorg-dev? Ok, I just tried with a new one, but the brightness is still broken. It requires "native" or "combination" mode. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Mon, Dec 10, 2007 at 09:43:30AM +0100, Julien Cristau wrote: > On Sun, Dec 9, 2007 at 19:25:20 +0100, Marcus Better wrote: > > > Brice Goglin wrote: > >> Can you try the latest upstream git of the driver ? > > > > That didn't go too well, X refused to start. Log attached. > > > > (II) LoadModule: "intel" > > (II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so > > (II) Module intel: vendor="X.Org Foundation" > > compiled for 1.3.0, module version = 2.2.0 > > Module class: X.Org Video Driver > > ABI class: X.Org Video Driver, version 1.2 > > (EE) module ABI major version (1) doesn't match the server's version (2) > > (II) UnloadModule: "intel" > > (II) Unloading /usr/lib/xorg/modules/drivers//intel_drv.so > > (EE) Failed to load module "intel" (module requirement mismatch, 0) > > Looks like you built it against an old version of xserver-xorg-dev? Right, you need to upgrade xserver-xorg-dev to unstable and rebuild again. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Sun, Dec 9, 2007 at 19:25:20 +0100, Marcus Better wrote: > Brice Goglin wrote: >> Can you try the latest upstream git of the driver ? > > That didn't go too well, X refused to start. Log attached. > > (II) LoadModule: "intel" > (II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so > (II) Module intel: vendor="X.Org Foundation" > compiled for 1.3.0, module version = 2.2.0 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 1.2 > (EE) module ABI major version (1) doesn't match the server's version (2) > (II) UnloadModule: "intel" > (II) Unloading /usr/lib/xorg/modules/drivers//intel_drv.so > (EE) Failed to load module "intel" (module requirement mismatch, 0) Looks like you built it against an old version of xserver-xorg-dev? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
Brice Goglin wrote: Can you try the latest upstream git of the driver ? That didn't go too well, X refused to start. Log attached. Cheers, Marcus X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20071119-1) Current Operating System: Linux melech 2.6.24-rc4-melech #2 SMP PREEMPT Fri Dec 7 11:50:18 CET 2007 x86_64 Build Date: 20 November 2007 02:55:16AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Dec 9 19:10:27 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "" (**) | |-->Device "Intel 830" (==) No monitor specified for screen "Default Screen". Using a default monitor configuration. (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Touchpad" (**) |-->Input Device "Mouse" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (**) FontPath set to: /usr/local/share/fonts/mathematica/Type1, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x7b2660 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,27a0 card 17aa,2017 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,27a2 card 17aa,201a rev 03 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,27a6 card 17aa,201a rev 03 class 03,80,00 hdr 80 (II) PCI: 00:1b:0: chip 8086,27d8 card 17aa,2010 rev 02 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,27d0 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,27d2 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:2: chip 8086,27d4 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:3: chip 8086,27d6 card , rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,27c8 card 17aa,200a rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,27ca card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,27cb card 17aa,200a rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,27cc card 17aa,200b rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev e2 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,27b9 card 17aa,2009 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,27df card 17aa,200c rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,27c5 card 17aa,200d rev 02 class 01,06,01 hdr 00 (II) PCI: 00:1f:3: chip 8086,27da card 17aa,200f rev 02 class 0c,05,00 hdr 00 (II) PCI: 02:00:0: chip 14e4,167d card 17aa,2081 rev 21 class 02,00,00 hdr 00 (II) PCI: 03:00:0: chip 8086,4227 card 8086,1011 rev 02 class 02,80,00 hdr 00 (II) PCI: 15:00:0: chip 104c,8039 card 8000, rev 00 class 06,07,00 hdr 82 (II) PCI: 15:00:1: chip 104c,803a card 17aa,202e rev 00 class 0c,00,10 hdr 80 (II) PCI: 16:00:0: chip 1033,0035 card 12d1,0035 rev 43 class 0c,03,10 hdr 80 (II) PCI: 16:00:1: chip 1033,0035 card 12d1,0035 rev 43 class 0c,03,10 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,22), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x1) MX[B] (II) Bus 0 prefetchable
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
Brice Goglin wrote: Also, there is now 4 strategies to manipulate the backlight: kernel, native, legacy or combination. The driver selects one by default depending on the hardware. Which one do you get at startup? ~$ xrandr --prop Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1024 x 1024 VGA disconnected (normal left inverted right x axis y axis) LVDS connected 1024x768+0+0 (normal left inverted right x axis y axis) 304mm x 228mm EDID_DATA: 000030ae4040 010f0103801e1778ea87f594574f8c27 27505421080001010101010101010101 01010101010164190040410026301888 360030e410182815004041002630 1888360030e41018000f0061 43326143280f010006af512500fe 0041554f423135305847303256350051 BACKLIGHT_CONTROL: kernel supported: native legacy combination kernel BACKLIGHT: 60 (0x003c) range: (0,100) 1024x768 60.0*+ 50.0 800x60060.3 640x48060.0 59.9 Does it help if you change to another one, with for instance xrandr --output LVDS --set BACKLIGHT_CONTROL legacy ? Yes, it works when set to "native" or "combination"! With "kernel", the on-screen display does not show up at every press of the brightness key, and it quickly gets stuck at 42%. With "legacy" the on-screen display goes up and down but the brightness is not changed. This is so far with the current packaged video driver. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
Marcus Better wrote: > Update: the on-screen display is now stuck at 42%. > > I am now running kernel 2.6.24-rc4 with xserver-xorg-core > 2:1.4.1~git20071119-1, xserver-xorg-video-intel 2:2.2.0-1 and > thinkpad-acpi 0.18-20071203 (from patch): > > thinkpad_acpi: ThinkPad ACPI Extras v0.18-20071203 > thinkpad_acpi: http://ibm-acpi.sf.net/ > thinkpad_acpi: ThinkPad BIOS 7CETC7WW (2.17 ), EC 7CHT21WW-1.09 > thinkpad_acpi: Lenovo ThinkPad R60 > thinkpad_acpi: radio switch found; radios are enabled > thinkpad_acpi: standard ACPI backlight interface available, not > loading native one... > > It doesn't matter if I set the brightness_enable=1 option to > thinkpad-acpi. Can you try the latest upstream git of the driver ? It contains some backlight fixes. Also, there is now 4 strategies to manipulate the backlight: kernel, native, legacy or combination. The driver selects one by default depending on the hardware. Which one do you get at startup? (look in the output of xrandr --prop). Does it help if you change to another one, with for instance xrandr --output LVDS --set BACKLIGHT_CONTROL legacy ? Also, if you think the kernel version matters, can you downgrade to 2.6.23 or 2.6.22? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
Brice Goglin wrote: forcemerge 443111 448467 Umerging and reopening since I still have this problem. Not sure if it's a kernel or X.org problem though! Marcus Better wrote: The brightness control keys on my Thinkpad R60 stopped working in X some time ago. I have probably upgraded both kernel and X.org since then, and don't know exactly when it broke. Pressing the keys in an X session now only causes a short flicker, but does not affect the brightness. However the KDE on-screen display seems to think everything is fine since I can control the level it reports. Update: the on-screen display is now stuck at 42%. I am now running kernel 2.6.24-rc4 with xserver-xorg-core 2:1.4.1~git20071119-1, xserver-xorg-video-intel 2:2.2.0-1 and thinkpad-acpi 0.18-20071203 (from patch): thinkpad_acpi: ThinkPad ACPI Extras v0.18-20071203 thinkpad_acpi: http://ibm-acpi.sf.net/ thinkpad_acpi: ThinkPad BIOS 7CETC7WW (2.17 ), EC 7CHT21WW-1.09 thinkpad_acpi: Lenovo ThinkPad R60 thinkpad_acpi: radio switch found; radios are enabled thinkpad_acpi: standard ACPI backlight interface available, not loading native one... It doesn't matter if I set the brightness_enable=1 option to thinkpad-acpi. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
forcemerge 443111 448467 thank you Marcus Better wrote: > The brightness control keys on my Thinkpad R60 stopped working in X > some time ago. I have probably upgraded both kernel and X.org since > then, and don't know exactly when it broke. > > Pressing the keys in an X session now only causes a short flicker, but > does not affect the brightness. However the KDE on-screen display > seems to think everything is fine since I can control the level it > reports. > It might not be a good idea to use these keys since they modify the hardware state in the back of the X driver. Using xbacklight is probably a better idea in the end. But xbacklight has some other bugs on some Intel boards unfortunately (see below). > "xbacklight -set" changes the brightness in a totally random way. For > example p=98 is barely visible, and most other settings give a > constant medium-bright level. > We have a couple bugs about this. For instance #438969 and #439744. You should try the latest upstream git of the Intel driver without and with the patch from https://bugs.freedesktop.org/show_bug.cgi?id=11527 and let us know whether it helps. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
Processing commands for [EMAIL PROTECTED]: > forcemerge 443111 448467 Bug#443111: xserver-xorg-video-intel: ACPI keys should control backlight as well as xbacklight do Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work Forcibly Merged 443111 448467. > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: [ltp] Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
On Mon, 29 Oct 2007, Marcus Better wrote: > The brightness control keys on my Thinkpad R60 stopped working in X > some time ago. I have probably upgraded both kernel and X.org since > then, and don't know exactly when it broke. The *60 and *61 series of ThinkPads require proper brightness support using the ACPI specification. Unfortunately, the kernel ACPI video driver is not quite there yet, and you need at the very least the 2.6.22 version of ACPI video to have any chance of it working most of the time. They can also operate using thinkpad-acpi 0.18 (not merged into mainline yet), although that requires a module parameter, as thinkpad-acpi 0.18 disables its brightness driver by default when it detects there is standard ACPI brightness control in the BIOS. thinkpad-acpi patches are at http://ibm-acpi.sf.net. > Pressing the keys in an X session now only causes a short flicker, but > does not affect the brightness. However the KDE on-screen display > seems to think everything is fine since I can control the level it > reports. That's because the KDE on-screen displays does something Not Nice and accesses the thinkpad NVRAM directly. > I can control the brightness at least reasonably well with > echo 50 > /sys/devices/virtual/backlight/acpi_video1/brightness > except that levels below 30 don't seem to have any effect. That might be the correct behaviour. The BIOS has some non-linear mapping tables to translate from 0-100 to 0-7/0-15 (depending on thinkpad model). It could be that anything from 0 to 30 maps to the first brightness level in the hardware. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work
Package: xserver-xorg-video-intel Version: 2:2.1.1-4 Severity: normal The brightness control keys on my Thinkpad R60 stopped working in X some time ago. I have probably upgraded both kernel and X.org since then, and don't know exactly when it broke. Pressing the keys in an X session now only causes a short flicker, but does not affect the brightness. However the KDE on-screen display seems to think everything is fine since I can control the level it reports. The brightness keys still work in a virtual console, just not in X. "xbacklight -set" changes the brightness in a totally random way. For example p=98 is barely visible, and most other settings give a constant medium-bright level. I can control the brightness at least reasonably well with echo 50 > /sys/devices/virtual/backlight/acpi_video1/brightness except that levels below 30 don't seem to have any effect. Also I can do echo up > /proc/acpi/ibm/brightness or echo down > /proc/acpi/ibm/brightness I have an unpatched kernel 2.6.23 (Linus' git tree) with thinkpad-acpi 0.16, hal 0.5.9.1-6, acpid 1.0.4-7.1. The problem matches this description [1] which points to a fix in Ubuntu. [1] http://permalink.gmane.org/gmane.linux.hardware.thinkpad/32463 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii xserver-xorg-core 2:1.4-3Xorg X server - core server xserver-xorg-video-intel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
