Bug 42993
Summary: | Brightness unchangeable via keyboard or brightness applet Acer Aspire 5750-9668 | ||
---|---|---|---|
Product: | ACPI | Reporter: | Chris Peñalver (chris) |
Component: | Power-Video | Assignee: | Zhang Rui (rui.zhang) |
Status: | CLOSED CODE_FIX | ||
Severity: | low | CC: | alan, florian, jlee, lenb, rui.zhang |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.launchpad.net/ubuntu/+source/linux/+bug/863156 | ||
Kernel Version: | 3.2.0-030200rc4-generic | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
sudo acpidump > acpidump.dat
sudo dmidecode > dmidecode.log 0001-acer-wmi-add-3-laptops-to-video-backlight-vendor-mo.patch |
Description
Chris Peñalver
2012-03-25 20:38:21 UTC
Created attachment 72719 [details]
sudo acpidump > acpidump.dat
Created attachment 72720 [details]
sudo dmidecode > dmidecode.log
Zhang Rui, thank you for taking a look at this. I do not have the skills to determine if this is a duplicate or not. However, here is the information requested in that bug. echo 5 > /sys/class/backlight/acpi_video0/brightness bash: /sys/class/backlight/acpi_video0/brightness: No such file or directory sudo echo 5 > /sys/class/backlight/acpi_video0/brightness bash: /sys/class/backlight/acpi_video0/brightness: No such file or directory When REMOVED "acpi_backlight=vendor" # ls /sys/class/backlight acpi_video0 intel_backlight When ADD "acpi_backlight=vendor" # ls /sys/class/backlight intel_backlight Please try the following 2 command when ADD "acpi_backlight=vendor": # echo 5 > /sys/class/backlight/acer-wmi/brightness echo 5 > /sys/class/backlight/acer-wmi/brightness bash: /sys/class/backlight/acer-wmi/brightness: No such file or directory sudo echo 5 > /sys/class/backlight/acer-wmi/brightness bash: /sys/class/backlight/acer-wmi/brightness: No such file or directory # echo 5 > /sys/class/backlight/intel_backlight/brightness echo 5 > /sys/class/backlight/intel_backlight/brightness bash: /sys/class/backlight/intel_backlight/brightness: Permission denied sudo echo 5 > /sys/class/backlight/intel_backlight/brightness bash: /sys/class/backlight/intel_backlight/brightness: Permission denied 1) if the brightness works when you boot the kernel with both acpi_osi="!Windows 2009" and acpi_osi="!Windows 2006" ? GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi="!Windows 2009" acpi_osi="!Windows 2006"" sudo update-grub /etc/default/grub: 11: 2009 acpi_osi=!Windows: not found 2) if the brightness works when you boot the kernel with acpi_osi="Linux"? I can adjust the brightness via the keyboard but not by the brightness applet. Please change the Status to better reflect the nature of this bug as I was not given the appropriate permissions to do so. Zhang Rui, still reproducible in: lsb_release -rd Description: Ubuntu precise (development branch) Release: 12.04 cat /proc/version Linux version 3.4.0-030400rc1-generic (apw@gomeisa) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) ) #201203312035 SMP Sun Apr 1 00:43:10 UTC 2012 While I now have more options to choose from in the Status: picker (NEEDINFO, RESOLVED, VERIFIED, REJECTED, DEFERRED, CLOSED) it seems the most appropriate is NEW? (In reply to comment #4) > Zhang Rui, thank you for taking a look at this. I do not have the skills to > determine if this is a duplicate or not. However, here is the information > requested in that bug. > > echo 5 > /sys/class/backlight/acpi_video0/brightness > bash: /sys/class/backlight/acpi_video0/brightness: No such file or directory > sudo echo 5 > /sys/class/backlight/acpi_video0/brightness > bash: /sys/class/backlight/acpi_video0/brightness: No such file or directory > > When REMOVED "acpi_backlight=vendor" > # ls /sys/class/backlight > acpi_video0 intel_backlight > > When ADD "acpi_backlight=vendor" > # ls /sys/class/backlight > intel_backlight > > Please try the following 2 command when ADD "acpi_backlight=vendor": > # echo 5 > /sys/class/backlight/acer-wmi/brightness > echo 5 > /sys/class/backlight/acer-wmi/brightness > bash: /sys/class/backlight/acer-wmi/brightness: No such file or directory > sudo echo 5 > /sys/class/backlight/acer-wmi/brightness > bash: /sys/class/backlight/acer-wmi/brightness: No such file or directory > # echo 5 > /sys/class/backlight/intel_backlight/brightness > echo 5 > /sys/class/backlight/intel_backlight/brightness > bash: /sys/class/backlight/intel_backlight/brightness: Permission denied > sudo echo 5 > /sys/class/backlight/intel_backlight/brightness > bash: /sys/class/backlight/intel_backlight/brightness: Permission denied > Please check your permissions. > 1) if the brightness works when you boot the kernel with both > acpi_osi="!Windows 2009" and acpi_osi="!Windows 2006" ? > GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi="!Windows 2009" > acpi_osi="!Windows 2006"" > sudo update-grub > /etc/default/grub: 11: 2009 acpi_osi=!Windows: not found > > 2) if the brightness works when you boot the kernel with acpi_osi="Linux"? > I can adjust the brightness via the keyboard but not by the brightness > applet. > Not suggest use 'acpi_osi', it's last resort if 'acpi_backlight=vendor' doesn't work. > Please change the Status to better reflect the nature of this bug as I was > not > given the appropriate permissions to do so. Please removed any acpi_osi, e.g. acpi_osi="Linux", only put 'acpi_backlight=vendor'. Then try the following command by "root" account: sudo echo 8 > /sys/class/backlight/intel_backlight/brightness If it works, I will put your machine to quirk list in acer-wmi driver. On the other hand, If intel_backlight/brightness works to you by manually change brightness value, but the brightness applet doesn't work, that's the user space problem, not kernel issue. Thanks! Lee, Chun-Yi, thanks for looking at this. Regarding your comments: > Zhang Rui, thank you for taking a look at this. I do not have the skills to > determine if this is a duplicate or not. However, here is the information > requested in that bug. > > echo 5 > /sys/class/backlight/acpi_video0/brightness > bash: /sys/class/backlight/acpi_video0/brightness: No such file or directory > sudo echo 5 > /sys/class/backlight/acpi_video0/brightness > bash: /sys/class/backlight/acpi_video0/brightness: No such file or directory > > When REMOVED "acpi_backlight=vendor" > # ls /sys/class/backlight > acpi_video0 intel_backlight > > When ADD "acpi_backlight=vendor" > # ls /sys/class/backlight > intel_backlight > > Please try the following 2 command when ADD "acpi_backlight=vendor": > # echo 5 > /sys/class/backlight/acer-wmi/brightness > echo 5 > /sys/class/backlight/acer-wmi/brightness > bash: /sys/class/backlight/acer-wmi/brightness: No such file or directory > sudo echo 5 > /sys/class/backlight/acer-wmi/brightness > bash: /sys/class/backlight/acer-wmi/brightness: No such file or directory > # echo 5 > /sys/class/backlight/intel_backlight/brightness > echo 5 > /sys/class/backlight/intel_backlight/brightness > bash: /sys/class/backlight/intel_backlight/brightness: Permission denied > sudo echo 5 > /sys/class/backlight/intel_backlight/brightness > bash: /sys/class/backlight/intel_backlight/brightness: Permission denied > Please check your permissions. -> I'd be happy to but I don't know what to check for specifically, let alone what to change it to. > Please change the Status to better reflect the nature of this bug as I was > not > given the appropriate permissions to do so. Please removed any acpi_osi, e.g. acpi_osi="Linux", only put 'acpi_backlight=vendor'. Then try the following command by "root" account: sudo echo 8 > /sys/class/backlight/intel_backlight/brightness -> sudo echo 8 > /sys/class/backlight/intel_backlight/brightness bash: /sys/class/backlight/intel_backlight/brightness: Permission denied (In reply to comment #7) > Then try the following command by "root" account: > sudo echo 8 > /sys/class/backlight/intel_backlight/brightness > > -> > sudo echo 8 > /sys/class/backlight/intel_backlight/brightness > bash: /sys/class/backlight/intel_backlight/brightness: Permission denied It's should not happen if you really use 'root' acount to run the above command. Did you use 'su root' for change to root account? Could you please list the result through the following command? # ls -la /sys/class/backlight/intel_backlight/ Thanks Chun-Yi Lee, in order to access the root account a 'sudo su' was required. ls -la /sys/class/backlight/intel_backlight/ total 0 drwxr-xr-x 3 root root 0 Apr 19 21:57 . drwxr-xr-x 4 root root 0 Apr 19 21:57 .. -r--r--r-- 1 root root 4096 Apr 19 21:57 actual_brightness -rw-r--r-- 1 root root 4096 Apr 21 01:52 bl_power -rw-r--r-- 1 root root 4096 Apr 19 21:57 brightness lrwxrwxrwx 1 root root 0 Apr 21 01:52 device -> ../../card0-LVDS-1 -r--r--r-- 1 root root 4096 Apr 19 21:57 max_brightness drwxr-xr-x 2 root root 0 Apr 21 01:52 power lrwxrwxrwx 1 root root 0 Apr 19 21:57 subsystem -> ../../../../../../../class/backlight -r--r--r-- 1 root root 4096 Apr 21 01:52 type -rw-r--r-- 1 root root 4096 Apr 19 21:57 uevent (In reply to comment #9) > Chun-Yi Lee, in order to access the root account a 'sudo su' was required. > > ls -la /sys/class/backlight/intel_backlight/ > total 0 > drwxr-xr-x 3 root root 0 Apr 19 21:57 . > drwxr-xr-x 4 root root 0 Apr 19 21:57 .. > -r--r--r-- 1 root root 4096 Apr 19 21:57 actual_brightness > -rw-r--r-- 1 root root 4096 Apr 21 01:52 bl_power > -rw-r--r-- 1 root root 4096 Apr 19 21:57 brightness <== root can write it The file permission has no problem no your machine. As you said, please kindly try 'sudo su' or 'sudo su root', then run: # sudo echo 8 > /sys/class/backlight/intel_backlight/brightness If it works, then I will add this machine to quirk table. Chun-Yi Lee, performing at the Terminal: sudo su then: sudo echo 8 > /sys/class/backlight/intel_backlight/brightness causes the brightness to drop dramatically. (In reply to comment #11) > Chun-Yi Lee, performing at the Terminal: > sudo su > > then: > sudo echo 8 > /sys/class/backlight/intel_backlight/brightness > > causes the brightness to drop dramatically. Good! That means intel drm driver works on your machine to control brightness, I will add your machine to quirk table in acer-wmi. On the other hand, Please removed any acpi_osi, e.g. acpi_osi="Linux", only put 'acpi_backlight=vendor'. Then test your Fn+left/right key to control brightness, if it still doesn't work, then it's a user space issue. There should have a user space application to take care brightness change. e.g. Gnome-power-management or Gnome-settings-daemon Thanks Created attachment 73194 [details]
0001-acer-wmi-add-3-laptops-to-video-backlight-vendor-mo.patch
Sent to platform driver mail address for review.
Hi Christopher, (In reply to comment #11) > Chun-Yi Lee, performing at the Terminal: > sudo su > > then: > sudo echo 8 > /sys/class/backlight/intel_backlight/brightness > > causes the brightness to drop dramatically. Forgot one thing, even we confirm the intel drm driver works on your machine, we also need to check the keycode of Fn+left/right are really emitted to user space. Please kindly do the following check: + Add kernel parameter 'atkbd.softraw=0' to /boot/grub/menu.lst + Switch to any console, e.g. Ctrl+Alt+F1, login by root account. Run: # showkey -s Then, press Fn+left/right key to monitor what's the code show up on screen. Thanks Chun-Yi Lee: Fn+Left: 0xe0 0x4c 0xe0 0xcc Fn+Right: 0xe0 0x54 0xe0 0xd4 (In reply to comment #15) > Chun-Yi Lee: > > Fn+Left: > 0xe0 0x4c 0xe0 0xcc > > Fn+Right: > 0xe0 0x54 0xe0 0xd4 OK, I just checked the keymaps/acer* in udev, the above 2 scan code didn't set in transfer map. Per my experience, acer laptop always direct emit brightness up/down key code to user space when press Fn+left/right key. We don't need add key mapping to udev. Another situation is user space application/daemon direct listen uevent from kernel when brightness changed. Please check your distro community or maintainer, make sure you cann't grab Fn+left/right key on user space. I know have 2 way can verify: + Open a terminal window, run 'xev', then press Fn+left/right. Look at does it show up any key press event on xev? + If your distro still using HAL, then run 'lshal -m', then press Fn+left/right Look at it show up 'condition ButtonPressed = brightness-up' Please contact with distro community, and make sure you cann't grab key event through xev (means X-window cann't grab your key event). If the answer is yes, then back to here, we can discuss add the scan code 0x4c, 0x54 to udev keymap. Thanks A patch referencing this bug report has been merged in Linux v3.5-rc1: commit 050eff39af6a395104df85b7ca59f0a4245e04f8 Author: Lee, Chun-Yi <joeyli.kernel@gmail.com> Date: Mon May 21 23:19:51 2012 +0800 acer-wmi: add 3 laptops to video backlight vendor mode quirk table |