Description of problem: Since updating to kernel version 3.16+, the backlight keys/applet do not control the backlight on my Dell XPS15 (L521X, NVIDIA GeForce GT 630M and integrated Intel(R) HD Graphics 4000 ). The backlight keys invoke the OSD display - but, don't actually control the backlight. Manually writing to the /sys/class/backlight/intel_baclight/brightness does not work either. Adding kernel parameter video.use_native_backlight=0 results in working backlight (via keys and applet). There are two more backlight interfaces in /sys/class/backlight - acpi_video0 and acpi_video1. Version-Release number of selected component (if applicable): Current kernel version: 3.17.2 How reproducible: Always reproducible. Steps to Reproduce: 1.Use Fn+F4/Fn+F5 to reduce/increase brightness. 2.Alternatively, use gnome interface in top bar. 3.Or manually write to /sys/class/backlight/intel_backlight/brightness Actual results: Backlight level does not change Expected results: Backlight level should change Additional info:
Hi, So it looks like we need to add a quirk for your model for this, can you please do: sudo dmidecode > dmi.log And attach the generated dmi.log file here ? Thanks, Hans
Created attachment 957386 [details] Output of dmidecode Hi Hans, Here is the file. Thank you, -Karthik
Hi, Thanks for the dmidecode, I've prepared a patch to send upstream to fix your laptop without needing to specify anything on the kernel commandline. I've started a scratch kernel build with this patch, please give it a try, and let me know if it fixes things, once I've confirmation this fixes things I'll send it upstream. Please download kernel-3.17.3-...rpm for your arch from here: Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=8201334 (note this is still building atm) And install it with: rpm -ivh kernel-3.17.3-...rpm Then boot into the new kernel without specifying any special kernel commandline options, and check if the backlight works as expected. Regards, Hans
Hi, I've done another scratch-build, with the fix for this, please give it a try. Please download the following rpms: kernel-3.17.8-...rpm kernel-core-3.17.8-...rpm kernel-modules-3.17.8-...rpm For your arch from here: http://koji.fedoraproject.org/koji/taskinfo?taskID=8571559 (note this is still building atm) Save them all to the same directory (which should not contain other rpms) and do: sudo rpm -ivh kernel-*.rpm From within that directory. Then boot into the new kernel without specifying any special kernel commandline options, and check if the backlight works as expected. Regards, Hans
Patch added to Fedora git. Thanks Hans!
Hello Hans, Sorry for the tardy reply. Flu season :(. I am still running FC20 and did not download the kernels that you had created in time... Should/Can I try to install the FC21 kernel in FC20? Thanks, -Karthik
(In reply to Karthik Ganesan from comment #6) > Hello Hans, > Sorry for the tardy reply. Flu season :(. > I am still running FC20 and did not download the kernels that you had > created in time... Should/Can I try to install the FC21 kernel in FC20? > Thanks, > -Karthik Hi Karthik, Since you did confirm that adding video.use_native_backlight=0 on the commandline helps I've just gone ahead with the quirk patch for doing that automatically on your model. An official Fedora kernel update with the patch included should show up soonish. Installing F-21 kernels on F-20 works fine, so if you want you can still give the scratch build a try. Regards, Hans
kernel-3.18.2-200.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/kernel-3.18.2-200.fc21
Package kernel-3.18.2-200.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kernel-3.18.2-200.fc21' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-0724/kernel-3.18.2-200.fc21 then log in and leave karma (feedback).
kernel-3.18.3-201.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/kernel-3.18.3-201.fc21
kernel-3.18.3-201.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
Hi - I've been hit by this on an Lenovo Ideapad - still on fedora 20, though, so I will just get the new kernel when I upgrade. I am adding the data on my hardware as more people might benefit: Output of grep '.*' /sys/class/dmi/id/*_* 2> /dev/null: /sys/class/dmi/id/bios_date:07/12/2013 /sys/class/dmi/id/bios_vendor:LENOVO /sys/class/dmi/id/bios_version:71CN51WW(V1.21) /sys/class/dmi/id/board_asset_tag:No Asset Tag /sys/class/dmi/id/board_name:INVALID /sys/class/dmi/id/board_serial:PE006G0E /sys/class/dmi/id/board_vendor:LENOVO /sys/class/dmi/id/board_version:00B98409WIN8 STD SGL /sys/class/dmi/id/chassis_asset_tag:No Asset Tag /sys/class/dmi/id/chassis_serial:PE006G0E /sys/class/dmi/id/chassis_type:10 /sys/class/dmi/id/chassis_vendor:LENOVO /sys/class/dmi/id/chassis_version:Lenovo IdeaPad Z400 Touch /sys/class/dmi/id/product_name:VIWZ1 /sys/class/dmi/id/product_serial:8SSB20E53404K1BR39LN2RE /sys/class/dmi/id/product_uuid:011C8A01-21C9-11E3-8F81-641C676104A5 /sys/class/dmi/id/product_version:Lenovo IdeaPad Z400 Touch /sys/class/dmi/id/sys_vendor:LENOVO
Created attachment 987784 [details] dmi.log of leove notebook with the same problem on kernel 3.17.8-200.fc20.x86_64
Hi, (In reply to Joao S. O. Bueno from comment #12) > Hi - I've been hit by this on an Lenovo Ideapad - > still on fedora 20, though, so I will just get the new kernel when I upgrade. > > I am adding the data on my hardware as more people might benefit: > Output of grep '.*' /sys/class/dmi/id/*_* 2> /dev/null: > > /sys/class/dmi/id/bios_date:07/12/2013 > /sys/class/dmi/id/bios_vendor:LENOVO > /sys/class/dmi/id/bios_version:71CN51WW(V1.21) > /sys/class/dmi/id/board_asset_tag:No Asset Tag > /sys/class/dmi/id/board_name:INVALID > /sys/class/dmi/id/board_serial:PE006G0E > /sys/class/dmi/id/board_vendor:LENOVO > /sys/class/dmi/id/board_version:00B98409WIN8 STD SGL > /sys/class/dmi/id/chassis_asset_tag:No Asset Tag > /sys/class/dmi/id/chassis_serial:PE006G0E > /sys/class/dmi/id/chassis_type:10 > /sys/class/dmi/id/chassis_vendor:LENOVO > /sys/class/dmi/id/chassis_version:Lenovo IdeaPad Z400 Touch > /sys/class/dmi/id/product_name:VIWZ1 > /sys/class/dmi/id/product_serial:8SSB20E53404K1BR39LN2RE > /sys/class/dmi/id/product_uuid:011C8A01-21C9-11E3-8F81-641C676104A5 > /sys/class/dmi/id/product_version:Lenovo IdeaPad Z400 Touch > /sys/class/dmi/id/sys_vendor:LENOVO Can you please file a new bug for this, component kernel, and put me in the Cc ? Please also provide the following information in the new bug report: 1) What desktop environment you are using 1.1) If the desktop environment shows an on screen display showing the brightness value when you press the brightness up / down buttons 2) Output of "ls /sys/class/backlight" both with and without "video.use_native_backlight=0" 3) For each directory under /sys/class/backlight cd into that directory and: 3.1) cat max_brightness 3.2) echo $val > brightness, where $val is max_brightness on the first try, and half of max_brightness on the second try 3.3) check if the echo-ing changes the actual display brightness 3.4) Add a list to the bug with for which directories backlight control works and for which it does not