[Bug 78200] [regression] Backlight too dim to use from kernel 3.14 and systemd error

[bugzilla-daemon at freedesktop.org]

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

--- Comment #16 from Mike C <mike.cloaked at gmail.com> ---
The addition of systemd.restore_state does actually fix the issue - the
behaviour of the screen dimming after entering the KDE login info is my fault
and due to a file that I had previously set up to execute on KDE login which
sets the screen brightness - but the numerical value that goes into the command
I have changed to:

echo 3793125  > /sys/class/backlight/intel_backlight/brightness

and this works fine as this value is the same as the max brightness.

The value previously was originally very low, but matched the max brightness
parameter that used to be listed in the same directory, and so dimmed the
screen - it seems that in one of the recent updates presumably to the kernel
the max brightness numerical value increased by over a factor of 20 and
therefore the value I had set during KDE login was no longer appropriate.

However during the boot process without the kernel parameter
systemd.restore_state=0 the screen still dims to almost black soon after the
initial hard drive fsck lines on the screen, so the workaround gets the
brightness working through the boot and through the desktop login, but without
it the brightness problem remains.

I will upload a new journal log shortly.

Executing the command as root:
echo 3413812  > /sys/class/backlight/intel_backlight/brightness

dims the screen a little as expected.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20140507/4293fbad/attachment.html>