Bug 788429 - Backlight on Asus Eee PC 1005PEB does not work correctly (fixed)
Summary: Backlight on Asus Eee PC 1005PEB does not work correctly (fixed)
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 16
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-08 08:20 UTC by Gaius Acilius
Modified: 2012-09-04 17:08 UTC (History)
9 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-09-04 17:08:18 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Gaius Acilius 2012-02-08 08:20:51 UTC
Description of problem:
This seems to be a common problem, the back-light brightness adjusts in a cyclically instead of linearly (i.e.. when brightness is adjusted it goes from no backlight, very dim, dim, a little less dim and then back to no backlight. Also, when the computer comes back from sleep mode or the user is switched the setting goes back to no backlight.

Version-Release number of selected component (if applicable):
Fedora 16

How reproducible: Its pretty easy, press the on/off button and then let it boot.


Steps to Reproduce:
1. turn computer on

  
Actual results: screen is so dim I have to use a flash light to see the screen 


Expected results: be able to see the screen.


Additional info: 
Ok, so I did find a fix, its sort of an amalgamation of a bunch of different sites. If this can be cleaned up, I'll leave it to those who are more intelligent and more skilled than myself.

open a terminal and su

type

1. sudo gedit /etc/default/grub

2.find the line:

GRUB_DEFAULT=saved

3. insert a new line

GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi=Linux acpi_backlight=vendor"

4. save and exit

5. in the terminal type the command: 
grub2-mkconfig -o /boot/grub2/grub.cfg

6. reboot

This seemed to solve all my problems, it also seems to fix the brightness control to a linear progression as well.

Hope this helps

Comment 1 Mads Kiilerich 2012-04-17 19:09:53 UTC
grub will not use the linux settings - and the only use of them is to hand them over to the linux kernel.

The only explanation I can see is thus that linux by default leaves the hardware in a state where the backlight is a bit strange and grub doesn't try to mess with the backlight at all.

Grub could perhaps try to restore that to some 'sane' values, but it would also be strange if grub used settings that was completely different from what the user intentionally has selected.

It could thus be considered a bug 'somewhere else' that it leaves the system with odd backlight settings.

Do you see this with the latest f16 updates?

Comment 2 Vladimir Serbinenko 2012-06-01 11:50:20 UTC
GRUB doesn't touch the backlight at all.

Comment 3 Mads Kiilerich 2012-06-12 13:03:39 UTC
(In reply to comment #2)
> GRUB doesn't touch the backlight at all.

Perhaps it should. Or should this issue be reassigned to the kernel because it is leaving the system in a 'bad' state?

Comment 4 Mads Kiilerich 2012-06-12 14:05:36 UTC
Ok, reassigning to the kernel.

GRUB do not have a full ACPI implementation and do not touch backlight settings. If the kernel by default (and workaround-able with acpi settings) leave the system in a state where the boot loader would have to adjust the backlight then it seems like something that should be fixed in the kernel.

(IIRC there were some similar bugs a year ago, possibly related to upower.)

Gaius, I guess we would need to know if you see the issue with the latest kernel update ... and which kernel version that is.


Note You need to log in before you can comment on or make changes to this bug.