Could you attach xorg.conf and Xorg.0.log?

Created attachment 163214 [details]
xorg.conf

Created attachment 163215 [details]
Xorg.0.log

> This switch and the bug also happens on suspend/resume.
AFAIK suspend/resume switches to text console first.

Looks like a driver problem. Did you already try to set the backlight with xbacklight? Does this help?

comment #4: Yes, and switch to text console (or back to X) is what triggers the bug.

comment #5: Yes, when set xbacklight sets the brightness that persists over switch to text console and back, but if the xbacklight value is not 100.0, brightness keys behave weird (with 0.0 they don't work at all, with 50.0 they work in reverse).

Whatever the brightness key do, obviously the driver does not handle the state of them correctly. Mixing the brightness keys and xbacklight does not seem to be a good idea when using the intel driver.

I see, I mentioned the behaviour "just in case". I'll be happy if just the brightness keys work. ;-)

> I'll be happy if just the brightness keys work. ;-)
I can't make any promises. Maybe Intel added the backlight feature to RANDR 1.2, because these brightness keys will never work on every laptop. Similar
situation to the Display Switch keys. Just wild guessing ...

I'm getting a bit confused, perhaps I was a bit unclear - the keys _do_ work normally, the only problem is that backlight level gets one-time reset when switching to X and from X.

Sure, but the previous state, which has been set by the keys, is not queried by the driver before restoring it after a VT switch. :-(

BTW note that (I think) this worked fine on SLED10.

Probably because the i810 driver didn't touch these settings/registers at all. It's a new feature of RANDR 1.2 AFAIK.

IMHO this is a minor issue.

*** Bug 328083 has been marked as a duplicate of this bug. ***

Okay, I tested xbacklight on this machine (Fujitsu P7120) and the behavior is somewhat erratic.

* Some values (including 10% and 15%) makes backlight go to full brightness.

* Some values make the display go to the level set by hardware brightness keys (Fn-F6/7) but hardware brightness keys work in reverse.

* If brightness is set using xbacklight, the hardware brightness keys usually don't work but they sometimes work in the reverse direction.

* If brightness is set to 100% using xbacklight, Fn keys work correctly.

This bug is getting more annoying.  Brightness is reset to full not only on VC switch but also whenever mplayer starts or a game starts even when the game isn't in full screen mode (xmoto and lbreakout).  Who do we have to bug to get this fixed?  Thanks.

This one seems to be related: 

  https://bugs.freedesktop.org/show_bug.cgi?id=11527

Also happens when the screensaver starts. Very annoying imo..

I've an Samsung X20, Intel 915gm graphics card and intel driver.

This bug seems to be fixed in git now.

*** Bug 337427 has been marked as a duplicate of this bug. ***

Could you check again with xorg-x11-driver-video from our buildservice? Also update xorg-x11-server and xorg-x11-driver-input.

  http://download.opensuse.org/repositories/home:/sndirsch:/xorg74/

Make sure the RPM changelog exists:

* Mi Okt 31 2007 sndirsch@suse.de
- xf86-video-intel
  * updated to git commit ecd995d

I've installed the updated packages and rebooted the system, but the problem persists..

The synaptics touchpad driver stopped to work, so I'll downgrade to the old driver.

(In reply to comment #23 from Notyour Beer)
> The synaptics touchpad driver stopped to work, so I'll downgrade to the old
> driver.
You also need to update the xorg-x11-driver-input package as mentioned in comment #22.

I had updated all 3 packages, later I even updated the xorg-x11 package.

Ouch. This driver is in an extra package. x11-input-synaptics (same repo).

I've updated now all updateable packages. The touchpad works, but the backlight is still changing its brightness.

Btw:
> Make sure the RPM changelog exists:
It exists..

(In reply to comment #20 from Stefan Dirsch)
> This bug seems to be fixed in git now.
No, the upstream bugreport has been reported since the patch has never been committed. :-(

s/reported/reopened

Could you check again with xorg-x11-driver-video from our buildservice? Also
update xorg-x11-server and xorg-x11-driver-input.

  http://download.opensuse.org/repositories/home:/sndirsch:/xorg74/

Make sure the RPM changelog exists:

Mon Nov 12 21:43:01 CET 2007 - sndirsch@suse.de

- xf86-video-intel
  * updated to git commit 43fbc54, which fixes backlight support
    for several platforms

Some background:

commit 43fbc547786cf26514f95bce79fab58a66c291bf
Author: Jesse Barnes <jbarnes@jbarnes-mobile.amr.corp.intel.com>
Date:   Mon Nov 12 12:23:41 2007 -0800

    Improve backlight control
    
    This commit fixes backlight support for several platforms.
    
    Except on recent machines supporting the IGD OpRegion specification,
    backlight control is rather platform specific.  In some cases, we can
    program the native backlight control regsiters directly without any
    trouble.  On others, we need to use the legacy backlight control
    register.  On still others, we need a combination of the two.  And on
    some platforms, none of the above will work, so we go through the
    kernel backlight interface, which provides a platform specific driver
    for backlight control.

I tested the patches to some extent. I added the http://download.opensuse.org/repositories/home:/sndirsch:/xorg74/ repository to my sources and updated every x11 and compiz related package from it. After rebooting I regenerated my xorg.conf by SaX2 and added the AIGLX support manually. I tested the baclight control feature by MPLayer, Xmoto, suspend/resume to either memory and disk, and I found that backlight control WORKS NOW CORRECTLY UNDER ANY OF THESE CIRCUMSTANCES, but:

1. I was waiting  in vain for power management to turn of my display but I didn't happen as it did before.

2. I tried only the compiz window manager (no kwin), but I experienced that scrolling web pages in either Mozilla or Konqueror is jerky and generates unusually high CPU load. May I upgrade the Mesa packets too?

I upfraded he Mesa related packets from you repository and I sadly recognized that jerky scrolling and high CPU load remained.

Nemeth, I don't think the remaining issues are related to the backlight patch at all. I suggest to open a bugreport for these if they still exist on openSUSE 11.0 Alpha1 (not released yet, don't know when this will happen).

I'm waiting for feedback by Petr/Tejun/Notyour.

Understood. I will not complain about these symptomps anymore. I only say that I tried some compiz features (Cube Roteting, Shift Switcher, MPlayer playback via video playback plugin (http://www.mail-archive.com/compiz%40lists.freedesktop.org/msg01267.html), etc.) And everithing works smoothly with virtually no CPU load except scrolling. Web browser scrolling, SuSE style KDE menu left-righ scrolling, kpdf scrolling and even text scrolling (less) in konsole are all unusually jerky.

Oh well, my machine is dead now (broken LCD) so I can't really test it.

Sorry, Tejun. Forgot about this. Still Petr/Notyour can test this.

The bug is solved for me, thank you very much..

Thanks for checking. Assuming that it is fixed now. The latest driver, which I submitted today includes some mor backlight fixes.

xorg-x11-driver-video:
-------------------------------------------------------------------
Thu Nov 15 09:19:41 CET 2007 - sndirsch@suse.de

- xf86-video-intel
  * updated to git commit e56c166, which also includes some more
    backlight fixes
[...]

Petr, please reopen if it's still not fixed for you.

SOLVED. thank you so much for fixing this. Didn't take too long (it appears). Now I'm still wondering what is best for Intel graphics and Compiz - AIGLX or XGL? I guess I'll do some more research.


THANKS

Hi,
I needed to reinstall Suse because I got a new harddisk but now the repository is no longer online. Where can I get these fixes?

Thanks in advance..

The new repo is X11:XOrg.