Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev event
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Fix Released
|
Wishlist
|
|||
linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Hello Community,
It seems brightness keys don't work with latest Ubuntu 14.04 LTS for laptop Asus Zenbook UX32LN.
sudo dmidecode -s bios-version
UX32LN.203

|
#35 |
description: | updated |
summary: |
- Brightness keys Fn+F5 and Fn+F6 doesn't work for Asus UX32LN + Brightness keys Fn+F5 and Fn+F6 don't work for Asus UX32LN |
33 comments hidden
Loading more comments
|
view all 101 comments |

Steve Langasek (vorlon) wrote : Re: Brightness keys Fn+F5 and Fn+F6 don't work for Asus UX32LN | #1 |
acpi-support is not involved in management of brightness keys. Reassigning to udev.
affects: | acpi-support (Ubuntu) → systemd (Ubuntu) |
34 comments hidden
Loading more comments
|
view all 101 comments |

|
#36 |
Is there anything else I can provide to help this bug along?
33 comments hidden
Loading more comments
|
view all 101 comments |

Martin Pitt (pitti) wrote : | #2 |
Can you please install "evtest", run "sudo evtest", then press the brightness keys and copy&paste the entire output? Please annotate it so that I can see which line of output belongs to which particular key.
After that, please give me the output of
grep -r . /sys/class/dmi/id/
Thanks!
Changed in systemd (Ubuntu): | |
status: | New → Incomplete |
summary: |
- Brightness keys Fn+F5 and Fn+F6 don't work for Asus UX32LN + [keymap] Brightness keys Fn+F5 and Fn+F6 don't work for Asus UX32LN |

Danila Beketov (danila-beketov) wrote : Re: [keymap] Brightness keys Fn+F5 and Fn+F6 don't work for Asus UX32LN | #3 |

Martin Pitt (pitti) wrote : | #4 |
There are no events at all in your log. So either "Asus WMI hotkeys" isn't the right device for the brightness keys, can you try "AT Translated Set 2 keyboard"? Or (more likely in this case), the kernel driver needs to be fixed to actually generate key events for the brightness keys; that's the case if you don't get any events on any of the input devices. Thanks!

Danila Beketov (danila-beketov) wrote : Re: [Bug 1348890] Re: [keymap] Brightness keys Fn+F5 and Fn+F6 don't work for Asus UX32LN | #5 |
I've tried all of them. Nothing.
On Mon, Aug 4, 2014 at 11:24 AM, Martin Pitt <email address hidden> wrote:
> There are no events at all in your log. So either "Asus WMI hotkeys"
> isn't the right device for the brightness keys, can you try "AT
> Translated Set 2 keyboard"? Or (more likely in this case), the kernel
> driver needs to be fixed to actually generate key events for the
> brightness keys; that's the case if you don't get any events on any of
> the input devices. Thanks!
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> [keymap] Brightness keys Fn+F5 and Fn+F6 don't work for Asus UX32LN
>
> Status in “systemd” package in Ubuntu:
> Incomplete
>
> Bug description:
> Hello Community,
>
> It seems brightness keys don't work with latest Ubuntu 14.04 LTS for
> laptop Asus Zenbook UX32LN.
>
> sudo dmidecode -s bios-version
> UX32LN.203
>
> To manage notifications about this bug go to:
>
> https:/
>
--
Бекетов Данила

Martin Pitt (pitti) wrote : | #6 |
Thanks. Reassigning to kernel then.
summary: |
- [keymap] Brightness keys Fn+F5 and Fn+F6 don't work for Asus UX32LN + Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev event |
affects: | systemd (Ubuntu) → linux (Ubuntu) |
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |

Joseph Salisbury (jsalisbury) wrote : | #7 |
Would it be possible for you to test the latest upstream kernel? Refer to https:/
If this bug is fixed in the mainline kernel, please add the following tag 'kernel-
If the mainline kernel does not fix this bug, please add the tag: 'kernel-
If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".
Thanks in advance.
[0] http://
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
status: | Confirmed → Incomplete |

Danila Beketov (danila-beketov) wrote : | #8 |
No events generated for all points of evtest!
donil@ux32ln:~$ uname -a
Linux ux32ln 3.16.0-
donil@ux32ln:~$ sudo evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0: Lid Switch
/dev/input/event1: Sleep Button
/dev/input/event2: Power Button
/dev/input/event3: AT Translated Set 2 keyboard
/dev/input/event4: Logitech Unifying Device. Wireless PID:400a
/dev/input/event5: ETPS/2 Elantech Touchpad
/dev/input/event6: USB2.0 HD UVC WebCam
/dev/input/event7: Video Bus
/dev/input/event8: Video Bus
/dev/input/event9: HDA Intel HDMI HDMI/DP,pcm=3
/dev/input/event10: HDA Intel HDMI HDMI/DP,pcm=7
/dev/input/event11: HDA Intel HDMI HDMI/DP,pcm=8
/dev/input/event12: Asus WMI hotkeys
/dev/input/event13: HDA Intel PCH Mic
/dev/input/event14: HDA Intel PCH Headphone
tags: | added: kernel-bug-exists-upstream |
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |

Almerno (ale-vergara) wrote : | #9 |
Hello everybody,
I have the same problem with an Asus F551M (dmidecode X551MA.506). I have tried all the tests and get the same results (no events with evtest).

Hannes Hofer (hannes-hofer) wrote : | #10 |
Hi,
I have the same problem.
there is a workaround although.
add "acpi_osi=" at the and of the kernel boot parameters.
to permanently do this edit /etc/default/grub as root
and add "acpi_osi=" at the end of GRUB_CMDLINE_
then run "update-grub" as root
after that brightness and all other hotkeys work
but the ambient light sensor is no longer detected.
But this is not a big problem since there is no standard
ambient light regulation of screen brightness anyway

Almerno (ale-vergara) wrote : | #11 |
Hi,
I have tried the acpi_osi boot parameter and now the brightness keys work. Thank you! Asus F551M hasn't an ambient light sensor.
So, with this boot parameter (for brightness keys), "options snd-hda-intel model=asus position_fix=1" in alsa-base.conf (for headphones) and updating to kernel 3.16 (for card reader), all computer devices works in Ubuntu.

Danila Beketov (danila-beketov) wrote : Re: [Bug 1348890] Re: Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev event | #12 |
It's working for me too!
On Sun, Aug 31, 2014 at 1:05 PM, Almerno <email address hidden> wrote:
> Hi,
>
> I have tried the acpi_osi boot parameter and now the brightness keys
> work. Thank you! Asus F551M hasn't an ambient light sensor.
>
> So, with this boot parameter (for brightness keys), "options snd-hda-
> intel model=asus position_fix=1" in alsa-base.conf (for headphones) and
> updating to kernel 3.16 (for card reader), all computer devices works in
> Ubuntu.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev
> event
>
> Status in “linux” package in Ubuntu:
> Confirmed
>
> Bug description:
> Hello Community,
>
> It seems brightness keys don't work with latest Ubuntu 14.04 LTS for
> laptop Asus Zenbook UX32LN.
>
> sudo dmidecode -s bios-version
> UX32LN.203
>
> To manage notifications about this bug go to:
> https:/
>
--
Бекетов Данила

ken marfilla (marfillaster) wrote : | #13 |
setting "acpi_osi=" disables ACPI0008 which is the Ambient Light Sensor. Although I rather have a working fn keys for brightness control for now.
23 comments hidden
Loading more comments
|
view all 101 comments |

|
#37 |
Josh, sorry for the delay. Please try the opregion-didl branch from my repo at http://
Are you sure _DOD is returning 16 devices, and the one being used is last? Even with the extended didl in my branch it's up to 15 devices.
With debug log level, do you see "More than 8 outputs detected via ACPI" or "More than 8 outputs in connector list" in dmesg? (Or s/8/15/ with my patches.)

|
#38 |
Created attachment 105999
/sys/kernel/
Hi Jani,
Attached is the i915_opregion file you requested using a kernel built from your opregion-didl branch. I'm not sure if you were expecting it to fix the brightness keys or not, but it doesn't. The slider in GNOME still works.
Yes, DOD is returning more than 15 devices:
[ 2.229265] i915 0000:00:02.0: More than 15 outputs detected via ACPI
In the ssdt7.dsl file, the firmware enumerates devices DD0-DDF and then an additional device LCDD. The LCDD device is what seems to be associated with the function keys via the EC according to ACPI. It gets a device ID of 0x400.

|
#39 |
Josh, thanks for the info. I had a good look at this, and unfortunately it looks a bit difficult to fix this in a sane way without regressing
commit 3143751ff51a163
Author: Zhang Rui <email address hidden>
Date: Mon Mar 29 15:12:16 2010 +0800
drm/i915: set DIDL using the ACPI video output device _ADR method return.
and https:/
Without that commit, we'd have more of a free hand in picking the device IDs for DIDL, and in particular making a sane mapping from our connectors, so we could update CPDL and CADL as well.
Lowering the priority for now.

|
#40 |
Yes, when I looked at it I came to a similar conclusion. From my understanding, what would need to be done is essentially having i915 keep a mapping of it's connectors to the ACPI device id's that are returned via the _ADR method. The only way I know how to do that is to decode them according to the opregion spec, but it does seem to be possible. Once that mapping is created, i915 could set CADL whenever the display switches to a new connector.
The shortcut is to just quirk this somehow, but that doesn't sound like a good overall solution.
25 comments hidden
Loading more comments
|
view all 101 comments |

Alexey Loukianov (lexa2) wrote : | #14 |
Danila, it seems that you had added tag "kernel-

Danila Beketov (danila-beketov) wrote : | #15 |
Да я не совсем понял что нужно сделать. Меня попросили воспроизвести багу
на последней версии ядра из upstream Убунты. Баг присутствует. Теперь тоже
самое зарегать на kernel.org?
On Fri, Oct 10, 2014 at 8:45 PM, Alexey Loukianov <
<email address hidden>> wrote:
> Danila, it seems that you had added tag "kernel-
> this report but I can't find any direct link to a bug on kernel.org.
> Could you please post it here? Thanks in advance.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev
> event
>
> Status in “linux” package in Ubuntu:
> Confirmed
>
> Bug description:
> Hello Community,
>
> It seems brightness keys don't work with latest Ubuntu 14.04 LTS for
> laptop Asus Zenbook UX32LN.
>
> sudo dmidecode -s bios-version
> UX32LN.203
>
> To manage notifications about this bug go to:
> https:/
>
--
Бекетов Данила

Alexey Loukianov (lexa2) wrote : Re[2]: [Bug 1348890] Re: Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev event | #16 |
In russian:
Тег kernel-
In english:
If a report is marked with "kernel-
Tue, 14 Oct 2014 09:41:29 -0000 от Danila Beketov <email address hidden>:
>Да я не совсем понял что нужно сделать. Меня попросили воспроизвести багу
>на последней версии ядра из upstream Убунты. Баг присутствует. Теперь тоже
>самое зарегать на kernel.org?
>
>On Fri, Oct 10, 2014 at 8:45 PM, Alexey Loukianov <
><email address hidden> > wrote:
>
>> Danila, it seems that you had added tag "kernel-
>> this report but I can't find any direct link to a bug on kernel.org.
>> Could you please post it here? Thanks in advance.
>>
>> --
>> You received this bug notification because you are subscribed to the bug
>> report.
>> https:/
>>
>> Title:
>> Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev
>> event
>>
>> Status in “linux” package in Ubuntu:
>> Confirmed
>>
>> Bug description:
>> Hello Community,
>>
>> It seems brightness keys don't work with latest Ubuntu 14.04 LTS for
>> laptop Asus Zenbook UX32LN.
>>
>> sudo dmidecode -s bios-version
>> UX32LN.203
>>
>> To manage notifications about this bug go to:
>> https:/
>>
>
>
>--
>Бекетов Данила
>
>--
>You received this bug notification because you are subscribed to the bug
>report.
>https:/
>
>Title:
> Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev
> event
>
>Status in “linux” package in Ubuntu:
> Confirmed
>
>Bug description:
> Hello Community,
>
> It seems brightness keys don't work with latest Ubuntu 14.04 LTS for
> laptop Asus Zenbook UX32LN.
>
> sudo dmidecode -s bios-version
> UX32LN.203
>
>To manage notifications about this bug go to:
>https:/
---
С уважением,
Алексей Лукьянов
System Engineer
*nix Specialist

Adem Caliskan (adem.caliskan) wrote : | #17 |
- lshw output for Asus UX303 Edit (13.1 KiB, text/plain)
Also affect Newest Asus model UX303LAB
dmidecode -s bios-version
-> UX303LAB.203
Evtest doesn't receive any events when pressin Fn+F5 or Fn+F6.
Also setting backlight over Preferences doesn't work, but auto dimming in battery mode after 5 minutes seems to work.
Attached lshw and lspci output.

Adem Caliskan (adem.caliskan) wrote : | #18 |

Thananop Kobchaisawat (thananop-k) wrote : | #19 |
also affect new broadwell model of ux303lab as mention by Adem Caliskan even on 3.16.0-33 kernel

Thananop Kobchaisawat (thananop-k) wrote : | #20 |
I forgot to mention that I already try 4.0.0rc3 kernel and still can use brightness key

Thananop Kobchaisawat (thananop-k) wrote : | #21 |
sorry for wrong comment,
I forgot to mention that I already try 4.0.0rc3 kernel and still "cannnot" use brightness key

Marcin Jabrzyk (marcin-jabrzyk) wrote : | #22 |
Hi, also confirm the problem on UX303LA with 205 BIOS.
dmidecode -s bios-version
UX303LAB.205
evtest or acpi_listen don't show keypress on FN+F5/F6 (interestingly F3 and F4 are captured and are controling not existing keyboard backlight in this model).
Kernel 3.16.0-33-generic with "acpi_osi="

Barry Martin (bmartin4) wrote : | #23 |
Hello, also confirming this issue on a Asus UX305
dmidecode -s bios-version
UX305FA.206
Unable to adjust brightness at all, using both the function keys and the settings application.

Lucky (kartasasmita) wrote : | #24 |
Tried with ubuntu 15.04 on ASUS UX305... doesn't work either (including the acpi_osi work-around)
$ sudo dmidecode -s bios-version
UX305FA.206
$ uname -a
Linux UX305FA 3.19.0-9-generic #9-Ubuntu SMP Wed Mar 11 17:50:03 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Zechariah Jibben (threeofsix) wrote : | #25 |
I can also confirm the bug on Ubuntu 14.10 on ASUS UX303LAB.
$ sudo dmidecode -s bios-version
UX303LAB.205
$ uname -a
Linux UX303 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
A possible workaround:
I have screen brightness control through the system settings, but not through the Fn+F-keys. This works if acpi_osi=intel is in the boot parameters, or there is no "acpi_osi" mentioned. For example, only "quiet splash". If you install xbacklight from the Ubuntu repositories, the commands
$ xbacklight -dec 12.5
$ xbacklight -inc 12.5
decrease and increase (respectively) the screen brightness by 12.5% (I picked 1/8th total, but another choice will do). So, in keyboard settings I mapped these commands to Alt+F5 and Alt+F6, which seems ok so far. Hopefully this will make things easier until a fix comes out.

Jared Stemen (jstemen) wrote : | #26 |
The "acpi_osi=" at the end of GRUB_CMDLINE_

Arek (ak-komar) wrote : | #27 |
Confirming this issue on Kubuntu 15.04 on Asus UX305.
"acpi_osi" hack doesn't fix the problem.
I am able to change brightness using xbacklight.
$ sudo dmidecode -s bios-version
UX305FA.203
$ uname -a
Linux asus 3.19.0-15-generic #15-Ubuntu SMP Thu Apr 16 23:32:37 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

tArKi (djtarki) wrote : | #28 |
Hi,
I've edited /etc/default/grub as root and added "acpi_osi=" at the and of the kernel boot parameters:
GRUB_CMDLINE_
Then I've run "update-grub" as root and rebooted the laptop.
Now Fn+ F2/F5/F6 work fine! :) (that is, WiFi and backlight function keys)
$ sudo dmidecode -s bios-version
S301LA.214
$ uname -a
Linux nablanext 3.19.0-15-generic #15-Ubuntu SMP Thu Apr 16 23:32:37 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Best regards

Thananop Kobchaisawat (thananop-k) wrote : | #29 |
As I mentioned before, the model which has this problem is UX303LN"B" [Broadwell] not UX303LN"A".
This problem is still existing in Ubuntu 15.04!

M2-player (vergil333) wrote : | #30 |
Thank you tArKi. When I before added "acpi_osi='Windows 2012'" it didn't work. When I got rid of the 'Windows 2012' sentence it started to work. Thanks :)
Asus UX302LA (i7-4500M).

Vasya Pupkin (shadowlmd) wrote : | #31 |
Same issue on UX301L (UX301LAA) model on Ubuntu 15.04. BIOS: UX301LAA.209. I have to add "acpi_osi=" to get them working, but this is a bad workaround.

verion GmbH (sales-ixsoft) wrote : | #32 |
This bug affects all current ASUS UX305FA models, tested with BIOS 206 and 207 and Kernel 3.19 and up to Kernel 4.0.4 from mainline. Kernel parameters "acpi_osi=" or "acpi_backlight
How are these ACPI events generated? If the BIOS does not supply the event, maybe it must be enabled with some control sequence? (acpi_listen mostly doesn't say anything if pressing Fn+F-keys.)
I saw that e.g. for newer hybrid touchpads, you need to initialize the device with an ACPI command so that it will either work in PS2 or I2C mode. Otherwise it will either be "off" or the mode is not what I wanted. Maybe this works the same way here and we only have to enable these key events?

Alexey Loukianov (lexa2) wrote : | #33 |
Here is this bug reported upstream by me: https:/
It was closed as duplicate with a reference to this one: https:/
It is not a problem with device initialization, it is rather a problem with device driver not initializing some fields in device op.region with a values expected by ACPI code. There was an experimental kernel branch which is expected to fix this bug but I'm not certain what is current status on this. Looks like there is next to none activity in DRM/Intel bugzilla report #81762 so chances seem to be low that we would get a proper fix anytime soon.

LSW (lorax) wrote : | #34 |
This bug also affects me on a UX303LAB running the 3.19.0-21 kernel under 14.04. Adding the "acpi_osi=" kernel parameter does nothing.
Changed in linux: | |
importance: | Unknown → Wishlist |
status: | Unknown → Confirmed |
27 comments hidden
Loading more comments
|
view all 101 comments |

Claudiux (claudiux) wrote : | #62 |
Confirmed too on ASUS R511LJ
$ uname -a
Linux ctuxasus 3.19.0-32-generic #37~14.04.1-Ubuntu SMP Thu Oct 22 09:41:40 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
X555LJ.504
08/04/2015
"acpi_osi=" and "acpi_osi=Linux" don't help.

Tasev Nikola (tasev-stefanoska) wrote : | #63 |
Could people who have an ASUS UX305 add themselves to the bug report here to speed up things:

sokai (sokai) wrote : | #64 |
Confirmed on ASUS UX303LNB, too.
$~# sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
UX303LNB.206
01/22/2015
Brightness settings are working in system settings and in terminal (echo $VALUE > /sys/class/
Thanks for fixing …! :)

Pheppy (geenreactie-dekok) wrote : | #65 |
Confirmed on ASUS X555LAB running Ubuntu 15.10.
$~# sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
X555LAB.503
08/04/2015
First brightness was not working at all. Adding "acpi_osi=" at the end of GRUB_CMDLINE_
As a workaround I assigned Ctrl+F3 and Ctrl+F4 to "xbacklight -dec 10" and "xbacklight -inc 10" to decrease and increase brightness. However this is suboptimal.
Hope this "Brightness keys Fn+F5 and Fn+F6" problem can be fixed.

Joe Liau (joe) wrote : | #66 |
Same issue as Pheppy on Ubuntu 15.10
But the brightness setting in system settings still does nothing. FN keys for brightness do nothing.
~$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
UX305FA.208
03/26/2015

Leander Koornneef (bugs-h) wrote : | #67 |
I can also confirm this problem on Asus X555LAB.503, same as Pheppy (#65). Brightness control does work from system settings and using xbacklight works as well.

tArKi (djtarki) wrote : | #68 |
I've tried now with an Asus UX303LB-R4109H (2 graphic cards Nvidia and Intel) and Ubuntu 15.10 (kernel 4.2.0-22) : unfortunately I cannot manage to make the FN brightness keys work.
The brightness can be adjusted if the System Settings are used though.
About my BIOS version:
$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
UX303LB.206
08/24/2015
Thanks.

Michael Weimann (m982) wrote : | #69 |
For me it is working with:
• Add "acpi_osi=" to GRUB_CMDLINE_
• Add a file "20-backlight.conf" with the following content to "/usr/share/
Section "Device"
Identifier "card0"
Driver "intel"
Option "Backlight" "intel_backlight"
BusID "PCI:0:2:0"
EndSection
After a reboot it's working.
Asus Zenbook UX305UA running Ubuntu 15.10 with 4.4 kernel.

Gerard (gerardbdn) wrote : | #70 |
Confirmed on UX303LB-R4018H with:
Ubuntu 15.10
Kernel 4.2.0-27-generic
Bios: UX303LB.206 08/24/2015
I also can adjust brightness in settings and terminal.
The fix suggested in #69 didn't work for me.

Øystein Steffensen-Alværvik (oystein-alver) wrote : | #71 |
The fix suggested by #69 WORKED for me!
Asus Zenbook UX303LA
Linux mint 17.3
Kernel 4.2.8-040208-
Uefi

Joel Wirāmu Pauling (aenertia) (aenertia) wrote : | #72 |
Not fixed in current mainline for ASUS TP300LA/J Flipbook. fix #69 does not work either. Backlight and Ambient sensor works fine without combinations of acpi_osi= etc. Adding them disables backlight from working at all.
Linux gabrielle.ae.net.nz 4.5.0-0.
[aenertia@gabrielle ~] $ sudo evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0: Lid Switch
/dev/input/event1: Sleep Button
/dev/input/event2: Power Button
/dev/input/event3: AT Translated Set 2 keyboard
/dev/input/event4: ETPS/2 Elantech Touchpad
/dev/input/event5: Atmel
/dev/input/event6: Video Bus
/dev/input/event7: Video Bus
/dev/input/event8: HDA Intel HDMI HDMI/DP,pcm=3
/dev/input/event9: HDA Intel HDMI HDMI/DP,pcm=7
/dev/input/event10: HDA Intel HDMI HDMI/DP,pcm=8
/dev/input/event11: HDA Intel PCH Headphone
/dev/input/event12: Asus WMI hotkeys
/dev/input/event13: USB2.0 UVC HD Webcam

VV0ll3 (vv0ll3) wrote : | #73 |
Confirmed on a UX303LB
fix from #69 does not work for me.
sudo dmidecode -s bios-version
UX303LB.206

Mario Ray Mahardhika (leledumbo-cool) wrote : | #74 |
Add X455LB-WX034D (a.k.a. A455LB-WX034D) to the not working list. Neither solution above works on this machine.
$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
X455LB.206
09/15/2015

Matheus Camargo (matheuscamargo) wrote : | #75 |
I have an ASUS UX303UB and fn plus f5,f6 and f7 don't generate any event.
$ uname -a
Linux ... 4.2.0-30-generic #36~14.04.1-Ubuntu SMP Fri Feb 26 18:49:23 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
# SMBIOS implementations newer than version 2.8 are not
# fully supported by this version of dmidecode.
UX303UB.202
# SMBIOS implementations newer than version 2.8 are not
# fully supported by this version of dmidecode.
08/27/2015

Mario Ray Mahardhika (leledumbo-cool) wrote : | #76 |
Workaround for X455LB-WX034D:
The keyboard has no backlight, but Fn+F3 & Fn+F4 generates keyboard brightness events which can be remapped to replace Fn+F5 & Fn+F6.

Vasya Pupkin (shadowlmd) wrote : | #77 |
Just tested with latest and greatest 4.6rc1 kernel, still nothing.

Timo (timo-tk) wrote : | #78 |
#69 works for fn+F5 and fn+F6 keys. fn+F7 still doesn't work but that is not a problem for me.
Zenbook UX303UA
Ubuntu 15.10
Kernel 4.6.0-040600rc1
Bios: UX303UA.202 08/27/2015

Guy Taylor (thebiggerguy) wrote : | #79 |
#69 does not work for me. So looks like the UX305FA needs another fix.
Zenbook UX305FA
Ubuntu 15.10
Kernel: 4.5.0-040500-
BIOS: UX305FA.210
lspci:
00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09)

Joe Liau (joe) wrote : | #80 |
UX305FA still has this problem on Ubuntu 16.04

Svetlin Mladenov (svetlin-mladenov) wrote : | #81 |
The Zenbook series of laptops is very popular. What can be done to speed up the implementation of a fix?
Am I right in understanding that the problem is actually in the intel driver - http://

Khalid Abu Shawarib (khalid-shawarib) wrote : | #82 |
Last sign of hope for this: https:/

Johannes Christenson (mrchristenson) wrote : | #83 |
setting acpi_osi='' to grub worked for me.
sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
UX32LN.202
02/24/2014
and
uname -a
Linux toretto 4.5.2-040502-

Johannes Christenson (mrchristenson) wrote : | #84 |
*setting in grub not to

Jakob (notjakob) wrote : | #85 |
"Workaround for X455LB-WX034D:
The keyboard has no backlight, but Fn+F3 & Fn+F4 generates keyboard brightness events which can be remapped to replace Fn+F5 & Fn+F6."
@ #76 how can you remapp fn+f4 and fn+f3 to get it to work?

Marie (captainmalu) wrote : | #86 |
I've the UX303UB (processor i7-6500U) with kernel 4.8 and Ubuntu 16.10.
I have the same problem but "acpi_osi=" in the grub file is working for me but the ambient-light sensor (fn+A) isn't working.

Vincent Gerris (vgerris) wrote : | #87 |
I have a UX305FA. I do not use any kernel parameters and the graphical controls work when doing:
sudo apt-get install xbacklight
Then under open Settings>
Add custom shortcut keys with:
xbacklight -dec 10
xbacklight -inc 10
I used ALT+F5 and F6.
I didn't notice the ambiant sensor on the A until now :).
It doesn't work for me either.
Does anyone know which event should be send so we can remap it as a work around?
I run Ubuntu 16.10 with 4.8.0-27 kernel.
I hope some developers can pick this up? A lot of folks are affected.

Vincent Gerris (vgerris) wrote : | #88 |
I remembered someone writing a good article and found it:
http://
For me this command shows events
sudo evemu-record /dev/input/event3
but not for my FN+F5, F6 or A combination.
According to his article, it should be filed as a kernel bug.
For everyone else, please check the article and see where your issue is and file the proper bug.
Good luck :)

Vincent Gerris (vgerris) wrote : | #89 |
Sorry, I forgot to add something.
Earlier I added a x11 conf file:
/usr/share/
with content:
Section "Device"
Identifier "card0"
Driver "intel"
Option "Backlight" "intel_backlight"
BusID "PCI:0:2:0"
EndSection
This seems to be needed to actually have the :
xbacklight -dec 10
xbacklight -inc 10
working.
(the device is there and doing this as root will still work without conf:
echo 220 > /sys/class/
I am going to see if I can fix this and otherwise file a kernel bug.

Vincent Gerris (vgerris) wrote : | #90 |
Great news for at least Asus UX305FA users and a lot more!
It turns out that a lot of issues are fixed in the drm-intel-next branch of the kernel (I was tipped off by Hans de Goede, thank you Hans).
I tried todays build that can be found here:
http://
Install the debs as usual (dkpg -i), reboot.
For me the brightness buttons just work and send an event properly now, I also get the indicator.
I hope this works for more people, it will be a matter of time before it's in the main line I guess.
cheers

Jose Maria Tagarro Marti (chema92-y) wrote : | #91 |
I can confirm that #90 fixed the issue on my UX303LAB. Thanks!

MN (maxim-novozhilov) wrote : | #92 |
> Linux up 4.9.0-997-generic #201611212212 SMP Tue Nov 22 03:14:21 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
#90 fixed the issue, as well as "air plane mode"
thanks a lot!

Denny Valliant (denuno) wrote : | #93 |
The drm-intel-
Many thanks to the author of the fix, and to Vincent & Hans for the heads-up!

Vasya Pupkin (shadowlmd) wrote : | #94 |
I can confirm that current drm-intel-next kernel fixes issue for UX301LA as well.

Xaver (xaver4all) wrote : Re: [Bug 1348890] Re: Asus UX32LN: Brightness keys Fn+F5 and Fn+F6 don't generate evdev event | #95 |
Worked for Asus UX303LN as well.
Is there an ETA when it (if at all) will be merged in the mainline kernel, or for which kind of commit massage I have to lookout for?

Denny Valliant (denuno) wrote : | #96 |
I'm wondering the same. How can I track when this is merged? I looked at the docs for the drm-intel cycle, and it seemed like it'd make it into 4.9, but thus far I haven't seen it... dunno if we have to flag it somehow to get it backported or some such (if it's not already on someone's radar-- I saw a note about fixes falling through the cracks every now and again in the merge docs) or just wait for like 4.10 or whatever.

Denny Valliant (denuno) wrote : | #97 |
Ah, it looks like this is probably it:
Slated for 4.10 it looks like, though I'm not really sure how/if/when backporting is done, so maybe it'll make its way back down at some point.

Magiczny Gibon (mgibon) wrote : | #98 |
drm-intel-next kernel worked for my UX303LN too, although apparently it broke Bluetooth.
Changed in linux: | |
status: | Confirmed → Fix Released |

grumrick (grum-rick) wrote : | #99 |
I have been casually following this thread for some time and tried the drm-intel-next kernel fix on my ASUS F555L. While it fixed my Airplane Mode (it was on permanently) and all other functions seem to be working, alas the two brightness functions f5 and f6 still don't work. Pity. Do I need to post a seperate Bug?

Kai-Heng Feng (kaihengfeng) wrote : | #100 |
@grumrick
Please do. It's a different model.

Khalid Abu Shawarib (khalid-shawarib) wrote : | #101 |
This was fixed long ago for me. I think it's safe to close this since no one posted here for 5 years.
Changed in linux (Ubuntu): | |
status: | Confirmed → Fix Released |
I recently received an ASUS UX301 laptop. After installing Fedora 21 and then using a git kernel (v3.16- rc5-152- g59ca9ee42838) things worked well except the brightness keys. (The keys didn't work in the 3.11.10 kernel, or any other kernel I tried either.) After some debugging, I figured out the ACPI events for the keys are never actually being sent to the kernel at all.
Matthew Garrett and I poked at this over the course of a few days and found a few things.
1) _DOD is returning 16 devices. The last device has a device_id of 0x400 and appears to be the device being used.
2) intel_didl_outputs is only looping through and setting up 8 devices in didl. intel_setup_cadls is looping through and blindly assigning the id from didl[i] to cadl[i] even though the active device might not be in the first 8 devices. This probably works on most machines because DIDL is only 8 in length.
3) The AML from this machine is a bit odd, in that it references methods from the LCDD device, which tries to figure out which active device to return in it's CDDS method. Since the active device in question isn't listed in any of the CADL entries, the AML method fails and no events are sent to the kernel.
4) If I blindly slam the returned device_id (0x400) into cadl[0], the brightness keys work as expected with the backlight being adjusted and the OSD in GNOME popping up. Clearly that isn't a solution, but it does lead to some hints as to what the problem is.
The acpidump output for the machine can be found here: https:/ /jwboyer. fedorapeople. org/pub/ acpi.dump