can you adjust the brightness using fn-keys?  After installing 3.14.2-200 my brightness control is completely broken.  I also have intel integrated graphics card.

(In reply to Paul DeStefano from comment #1)
> can you adjust the brightness using fn-keys?  After installing 3.14.2-200 my
> brightness control is completely broken.  I also have intel integrated
> graphics card.

With function key or xbacklight, I'm told things are changing and checking the numbers it thinks it changed, i.e. after xbacklight -set 100, xbacklight -get reports 100.  It's just that the  brightness either doesn't change from dim, or perhaps a barely perceptible change.  In either case the machine isn't usable at all with this kernel.

Okay, that sounds close to my situation.  Although, there no perceptable change in brightness regardless of the xbacklight/fn-key adjustments.  No change at all.

I have the Atom integrated video.

00:02.0 VGA compatible controller: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller

So, is it just Intel graphics or other cards, too?

Looks like 3.14 was a backlight fix for some other people, but it broke the backlight for us.  Bug 903136 specifies a new kernel parameter, but I tried it and it doesn't work.  So frustrating.

There's a patch that broke backlight for XPS machines.  It's being reverted upstream and should hit stable at some point.  It may or may not fix your issue.  I'll try to get a scratch build done with it today.

After upgrade to kernel 3.14.3-200.fc20.x86_64 the problem remains.  Hope for the next one.  I should figure out how to keep the working kernel before a yum upgrade scrolls it out.

After playing with various workarounds, I found this one to work on my Dell XPS m1330 with Intel® 965GM graphics https://wiki.ubuntu.com/Kernel/Debugging/Backlight#Intel_HD_Graphic_Controllers

When I make suggested changes and reboot my laptop, the brightness remains at the lowest setting, but then I can adjust it to whatever I want.

I also see the same problem on an Inspiron 1420, Intel 965GM graphics. The last kernel that worked for me was kernel-3.13.10-200.fc20.x86_64

I can confirm the workaround in comment #7 works for me on kernel-3.14.3-200.fc20.x86_64, as long as I'm willing to adjust the brightness after every reboot. This is not an ideal solution.

Let me know if I can help test any potential fixes.

comment #7 worked for me too.  So happy.

Now, were is the Fedora page for Kernel>Debugging>Backlight Issues ??

Confirmed this issue persists in kernel-3.14.4-200.fc20.x86_64, but so does the workaround in comment #7.

I just wanted to note that with the workaround, I'm able to get the backlight turned up a little more than I was normally able to.  The screen is definately brighter at 100% than it usually is.

Just for completeness, I am also able to verify what Karolis had reported: 

1) kernel-3.14.4-200.fc20.i686 still has the problem.
2) The proposed workaround is working. Meaning, create a file:

/usr/share/X11/xorg.conf.d/80-backlight.conf:

Section "Device"
    Identifier  "Intel Graphics"
    Driver      "intel"
    Option      "AccelMethod"     "sna"
    Option      "Backlight"       "intel_backlight" # use your backlight that works here
    BusID       "PCI:0:2:0"
EndSection

Then add acpi_backlight=vendor to the kernel's boot parameters. 

Brightness now becomes adjustable as soon as X11 is started.

Here is a new wrinkle. I have the same problem as the others above on a Dell Latitude D630 with Intel 965GM kernel-3.14.2-200.fc20.x86-64. Function keys bring up the "brightness icon" and show the "status bar beneath it changing, but there is no change in actual brightness. Screen stubbornly remains dim to point of being almost unreadable. It is at maximum brightness during the
vendor's "splash" just before the boot menu comes up and during the countdown to boot. Goes unalterably dim immediately upon initiation of the boot.

Tried the fix mentioned in the last comment above: the machine would not boot. Screen went black and disk activity light stopped flashing. Had to power down to make next attempts. Tried to boot with the last kernel just prior to the update that gave me kernel-3.14; same result. I had to use the installation disc to bring up Fedora Live and delete the file I had just created. Machine then booted normally into kernel-3.14.

Addendum to last comment: after I rescued the machine and booted with kernel-3.14, the problem persisted. I still don't have a fix.

Tried one more time. The fix worked this time, but I had to quickly use the function brightness keys to bring the intensity of the display up early in the boot process. This is clumsy, but it worked at least this one time.

The issue persists in 3.14.5-200, but the workaround in comment #7 is still good.

I've just updated to kernel 3.14.5-200.fc20.x86_64 and have the same problem. The workaround in comment #7 is good, but I must to adjust the brightness on every start of the system.

My notebook is a Dell 1420 with Mobile Intel® 965 Express Chipset.

How can I fix the brightness at the start?

Lenovo T430s (I7-3520M CPU + Ivybridge Mobile graphics) with kernel 3.14.5-200.fc20.x86_64 - starts with lowest britness setting (the screen can't be read).

Looks like it's finally fixed in 3.14.7-200. For me at least.

I confirm what Karolis Pocius says. It's fixed in 3.14.7-200. But I still one doubt. What could happen if I delete the added patch/fix file: /usr/share/X11/xorg.conf.d/80-backlight.conf.

Best regards.

I removed that workaround before rebooting and commenting here. It works without it, so it's safe to remove.

Thanks.

FYI, this is still broken in my machine with Intel graphics.  Without Xorg configuration for Intel backlight, kernel 3.14.8 has no backlight adjustment.

VGA compatible controller: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller

Kernel driver in use: i915

I will open a new ticket.

Hi All,

A couple of months ago I've started working throuh all the backlight bugs in Fedora, at that time this one was already closed. But there are a lot of reporters here, and only some have confirmed that the latest kernel fixes there issue.

If there are still people here who have any backlight issues, or only can get their backlight to work with a workaround, rather then having it work out of the box, please file a new bug against component kernel *and* put me in the Cc.

Regards,

Hans