See Xorg.log here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=846882;filename=Xorg.0.log;msg=15

And the dmesg logs here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=2;bug=846882;filename=dmesg.txt;msg=15

(In reply to Rpnpif from comment #0)
> The scale of change of the intensity of the backlight is wrong.
> Changing this is done with the hot keys to increase or decrease.

> This buggy behaviour was seen only with Xfce, not with lightdm or the Linux 
> console.

Please reproduce using *only* /sys/class/backlight/intel_backlight/brigthness directly.

Rpnpif please review Jani's suggestion and retest, we need your collaboration in order to continue with this issue. 

If there is not activity from the submitter the bug will be closed. However if you can reproduce the issue attach log and set the status of the bug to reopen

(In reply to Ricardo from comment #3)
> Rpnpif please review Jani's suggestion and retest, we need your
> collaboration in order to continue with this issue. 

Yes, Ricardo. Il will see that in some few days after reinstalling the new release.

Regards.

Great, thanks

On my Asus 901 system,
Here are the values of /sys/class/backlight/intel_backlight/brigthness for each pressure on the function key to increase the backlight brightness on Xfce.

79664   : The backlight is yet off instead of a minimum brightness.
159324
239008
318648
398399
477972
557674
637296
716999
796798  : The brightness is maximum
796798  : a new last pressing on the key does not change the value but the seen brightness is less high than the previous pressure. It should be the same.
Other pressures does not change the brightness that remain to a not maximum value instead to be maximum as that it should be.

On the lightdm screen, all work fine.

Perhaps, Xfce use /sys/class/backlight/eeepc/brigthness and lightdm use /sys/class/backlight/intel_backlight/brigthness. I do not known but the scale should be the same.

I conclude that there is a kind of scale issue.

Regards.

Oups, I see now that I did not answer to the question of Jany.

I can say Yes, all work fine using directly /sys/class/backlight/intel_backlight/brigthness.

With
echo value > /sys/class/backlight/intel_backlight/brigthness
with a value between about 80000 and 796876.

Regards.

What does 'cat /sys/class/backlight/eeepc/type' say?

(In reply to Jani Nikula from comment #8)
> What does 'cat /sys/class/backlight/eeepc/type' say?

platform

How does /sys/class/backlight/eeepc/brightness work when used directly? Do all values work as expected? The userspace should prefer the platform type backlight interfaces over raw type that intel_backlight is.

(In reply to Jani Nikula from comment #10)
> How does /sys/class/backlight/eeepc/brightness work when used directly? Do
> all values work as expected? The userspace should prefer the platform type
> backlight interfaces over raw type that intel_backlight is.

Yes and no, as I said previouly: 

Before the last release of xserver-xorg-video-intel:
When I press on the hotkey to increase the brightness, the values in /sys/class/backlight/eeepc/brightness increased with a step of 2 (0, 2, 4, ..., 15).
The brightness changed from low value but without a light off screen, to a maximum as expected. All changes of brightness are proportional of the value of the brightness parameter as expected.

With the last release of xserver-xorg-video-intel:
When I press on the hotkey to change the brightness, the values in /sys/class/backlight/eeepc/brightness increase with a step of 1 (0, 1, 2, 3, ..., 15).
The 0 or 1 values get a light off screen.
The 15 value has a strange behaviour. When 15 value is reached the brightness is at the maximum. But a new press on the increasing hotkey get a few lower brightness without change of the 15 value. The following press of the increasing hotkey does not change anything but does not get the brightness maximum.

The decreasing hotkey has the same effect but on a reverse order, obviously.

(In reply to Jani Nikula from comment #10)
> How does /sys/class/backlight/eeepc/brightness work when used directly?

The key word here was *directly*. That is, if you echo values directly to the sysfs attribute, and do not use hotkeys.

I understand for you this is an overall system and user experience issue. For me it's very much about identifying the component where the problem lies.

(In reply to Rpnpif from comment #0)
> Found in version xserver-xorg-video-intel/2:2.99.917+git20161105-1~bpo8+1
> from Debian Jessie-backports.
> Works fine with older versions.

(In reply to Jani Nikula from comment #12)
> The key word here was *directly*. That is, if you echo values directly to
> the sysfs attribute, and do not use hotkeys.

Sorry, I understand now.

echo value to /sys/class/backlight/eeepc/brigthness works fine.
The brightness is more or less proportional to the value between 0 to 7 or 8. Between 8 to 15, the increasing is lighter. Zero does not light off the screen.
This is really different that the hotkeys do.

The hotkeys change the brightness **and** the value but the effect on the level of the real brightness is really different.

Thanks for your work.

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/issues/132.