Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
On 12/3/07, Brice Goglin [EMAIL PROTECTED] wrote: Diego Escalante Urrelo wrote: I just got the bug again, here's the output: [EMAIL PROTECTED]:~$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) 0mm x 0mm BACKLIGHT_CONTROL: kernel supported: native legacy combination kernel That's why you need thinkpad-acpi loaded, the X driver uses the kernel interface. t-acpi *is* loaded. Or am I misreading your comment? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
Diego Escalante Urrelo wrote: On 12/3/07, Brice Goglin [EMAIL PROTECTED] wrote: That's why you need thinkpad-acpi loaded, the X driver uses the kernel interface. t-acpi *is* loaded. Ok, I am confused by all your earlier replies then. You seem to say that t-acpi being loaded does not change anything. Did you find any configuration (I mean is t-acpi loaded? + which backlight method does xrandr report?) that always work or always fail? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
On 12/3/07, Brice Goglin [EMAIL PROTECTED] wrote: Diego Escalante Urrelo wrote: On 12/3/07, Brice Goglin [EMAIL PROTECTED] wrote: That's why you need thinkpad-acpi loaded, the X driver uses the kernel interface. t-acpi *is* loaded. Ok, I am confused by all your earlier replies then. You seem to say that t-acpi being loaded does not change anything. Did you find any configuration (I mean is t-acpi loaded? + which backlight method does xrandr report?) that always work or always fail? Ok, let's summarise, sorry for the chaos: 1. Boot normally 2. Thinkpad acpi is loaded automagically 3. X starts via gdm 4. Brightness is reduced from 100% to 80%~70% 5. You set brightness back to top 6. You start zsnes or switch to a VT 7. Brightness goes back to 80%~70% 8. You change the backlight control via xrandr to *whatever* except kernel 9. Brightness stays at what you set That's the flow, the output of xrandr when the problem happens is: [EMAIL PROTECTED]:~$ 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) 0mm x 0mm BACKLIGHT_CONTROL: kernel supported: native legacy combination kernel BACKLIGHT: 6 (0x0006) range: (0,7) 1024x768 59.3 + 85.0 75.0*70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 59.9 720x40085.0 640x40085.1 640x35085.1 After setting to native: [EMAIL PROTECTED]:~$ 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) 0mm x 0mm BACKLIGHT_CONTROL: native supported: native legacy combination kernel BACKLIGHT: 0 (0x) range: (0,0) 1024x768 59.3 + 85.0 75.0*70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 59.9 720x40085.0 640x40085.1 640x35085.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
On 12/1/07, Brice Goglin [EMAIL PROTECTED] wrote: Diego Escalante Urrelo wrote: After rebooting a few times, I have noted that it doesn't matter that thinkpad-acpi is loaded. Hum, surprising. Do you have any other kernel module like this one loaded? IIRC, thinkpad-acpi was ibm-acpi in earlier kernels. I tried the command again after confirming the problem was happening on my current session, any of the arguments (legacy, combination, kernel, native) solved the problem. Any of them? But one of them should be enabled by default on X startup. What does xrandr --prop report after startup? Is it different if thinkpad-acpi is loaded or not? I just got the bug again, here's the output: [EMAIL PROTECTED]:~$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) 0mm x 0mm BACKLIGHT_CONTROL: kernel supported: native legacy combination kernel BACKLIGHT: 5 (0x0005) range: (0,7) 1024x768 59.3 + 85.0 75.0*70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 59.9 720x40085.0 640x40085.1 640x35085.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
Diego Escalante Urrelo wrote: I just got the bug again, here's the output: [EMAIL PROTECTED]:~$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) 0mm x 0mm BACKLIGHT_CONTROL: kernel supported: native legacy combination kernel That's why you need thinkpad-acpi loaded, the X driver uses the kernel interface. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
On 12/1/07, Brice Goglin [EMAIL PROTECTED] wrote: Diego Escalante Urrelo wrote: After rebooting a few times, I have noted that it doesn't matter that thinkpad-acpi is loaded. Hum, surprising. Do you have any other kernel module like this one loaded? IIRC, thinkpad-acpi was ibm-acpi in earlier kernels. Yes, you are right, the full lsmod: [EMAIL PROTECTED]:~$ lsmod Module Size Used by i915 22432 2 drm76020 3 i915 rfcomm 36280 0 l2cap 22432 5 rfcomm bluetooth 49348 4 rfcomm,l2cap button 7920 0 ac 5188 0 battery 9988 0 ipv6 236996 16 acpi_cpufreq9096 1 cpufreq_powersave 1792 0 cpufreq_userspace 4128 0 cpufreq_stats 5120 0 cpufreq_ondemand8300 1 freq_table 4512 3 acpi_cpufreq,cpufreq_stats,cpufreq_ondemand cpufreq_conservative 6888 0 reiserfs 220320 1 fuse 41908 3 dm_snapshot16900 0 dm_mirror 20928 0 dm_mod 52160 2 dm_snapshot,dm_mirror nvram 8488 1 ndiswrapper 173852 0 thinkpad_acpi 40364 0 loop 16932 0 pcmcia 37100 0 firmware_class 9504 1 pcmcia snd_intel8x0 32124 4 yenta_socket 24844 1 rsrc_nonstatic 11968 1 yenta_socket pcmcia_core37108 3 pcmcia,yenta_socket,rsrc_nonstatic iTCO_wdt9924 0 snd_intel8x0m 16684 0 snd_ac97_codec 92836 2 snd_intel8x0,snd_intel8x0m snd_pcm_oss39200 0 snd_mixer_oss 15424 1 snd_pcm_oss ac97_bus2272 1 snd_ac97_codec i2c_i8018656 0 snd_pcm72324 5 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss snd_timer 21028 1 snd_pcm snd48324 14 snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer i2c_core 23552 1 i2c_i801 psmouse36016 0 tsdev 7968 0 parport_pc 33828 0 parport33960 1 parport_pc rtc12856 0 shpchp 31060 0 pci_hotplug29184 1 shpchp soundcore 7520 1 snd serio_raw 6692 0 evdev 9312 4 pcspkr 3104 0 intel_agp 23188 1 agpgart31912 3 drm,intel_agp snd_page_alloc 10056 3 snd_intel8x0,snd_intel8x0m,snd_pcm ext3 121288 1 jbd55336 1 ext3 mbcache 8260 1 ext3 ide_cd 36416 0 cdrom 32832 1 ide_cd ide_disk 16512 5 generic 4836 0 [permanent] usbhid 25792 0 hid25248 1 usbhid piix8868 0 [permanent] ide_core 113764 4 ide_cd,ide_disk,generic,piix ata_generic 7556 0 libata115984 1 ata_generic scsi_mod 136620 1 libata e100 33644 0 mii 5280 1 e100 ehci_hcd 30796 0 uhci_hcd 22960 0 usbcore 125416 5 ndiswrapper,usbhid,ehci_hcd,uhci_hcd thermal13416 0 processor 31176 2 acpi_cpufreq,thermal fan 4836 0 I tried the command again after confirming the problem was happening on my current session, any of the arguments (legacy, combination, kernel, native) solved the problem. Any of them? But one of them should be enabled by default on X startup. What does xrandr --prop report after startup? Is it different if thinkpad-acpi is loaded or not? Right now it says: [EMAIL PROTECTED]:~$ 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) 0mm x 0mm BACKLIGHT_CONTROL: native supported: native legacy combination kernel BACKLIGHT: 0 (0x) range: (0,0) 1024x768 59.3 + 85.0 75.0*70.1 60.0 832x62474.6 800x60085.1 72.2 75.0 60.3 56.2 640x48085.0 72.8 75.0 59.9 720x40085.0 640x40085.1 640x35085.1 I can't reboot right now, I'll mail back when I have the info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
Hey Brice, On 11/27/07, Brice Goglin [EMAIL PROTECTED] wrote: Diego Escalante Urrelo wrote: Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: normal --- Please enter the report below this line. --- If I switch VTs, manually or automatically due GDM start or whatever, the screen brightness is reduced to 30%. You can reproduce this by openning zsnes, chromium or switching resolution/refresh on the screen resolution GNOME capplet. Also switching to contrl+alt+f1 or any other triggers the problem. Can you try running xrandr --output LVDS --set BACKLIGHT_CONTROL legacy and see it changes anything? What if you try combination, kernel or native instead? After rebooting a few times, I have noted that it doesn't matter that thinkpad-acpi is loaded. I tried the command again after confirming the problem was happening on my current session, any of the arguments (legacy, combination, kernel, native) solved the problem. greetings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
Diego Escalante Urrelo wrote: After rebooting a few times, I have noted that it doesn't matter that thinkpad-acpi is loaded. Hum, surprising. Do you have any other kernel module like this one loaded? IIRC, thinkpad-acpi was ibm-acpi in earlier kernels. I tried the command again after confirming the problem was happening on my current session, any of the arguments (legacy, combination, kernel, native) solved the problem. Any of them? But one of them should be enabled by default on X startup. What does xrandr --prop report after startup? Is it different if thinkpad-acpi is loaded or not? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
Diego Escalante Urrelo wrote: Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: normal --- Please enter the report below this line. --- If I switch VTs, manually or automatically due GDM start or whatever, the screen brightness is reduced to 30%. You can reproduce this by openning zsnes, chromium or switching resolution/refresh on the screen resolution GNOME capplet. Also switching to contrl+alt+f1 or any other triggers the problem. Can you try running xrandr --output LVDS --set BACKLIGHT_CONTROL legacy and see it changes anything? What if you try combination, kernel or native instead? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
On 11/27/07, Brice Goglin [EMAIL PROTECTED] wrote: Diego Escalante Urrelo wrote: Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: normal --- Please enter the report below this line. --- If I switch VTs, manually or automatically due GDM start or whatever, the screen brightness is reduced to 30%. You can reproduce this by openning zsnes, chromium or switching resolution/refresh on the screen resolution GNOME capplet. Also switching to contrl+alt+f1 or any other triggers the problem. Can you try running xrandr --output LVDS --set BACKLIGHT_CONTROL legacy and see it changes anything? What if you try combination, kernel or native instead? Ok I tried that, but nothing changed. Or I should say that I couldn't trigger the bug. Note that the missing thinkpad|ibm-acpi module seems to be the cause. I quickly tried your command but nothing seems to have changed, I tried running zsnes with each variation of the command but nothing happened. Shall I try without the module? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452894: Brightness is reduced when switching to a VT, using 3d games or switching resolution
Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: normal --- Please enter the report below this line. --- If I switch VTs, manually or automatically due GDM start or whatever, the screen brightness is reduced to 30%. You can reproduce this by openning zsnes, chromium or switching resolution/refresh on the screen resolution GNOME capplet. Also switching to contrl+alt+f1 or any other triggers the problem. --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 500 unstablehttp.us.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (= 2.6.1-1) | 2.7-1 libdrm2 (= 2.3.0) | 2.3.0-4 xserver-xorg-core (= 2:1.4) | 2:1.4.1~git20071119-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]