Does not work with acpi_osi= which is required to use backlight keys on UX32LN/VD

[AM2petterk]

Hi,

backlight keys are not recognized when acpi_osi='!Windows 2012' is set, and als-device is not recognized when acpi_osi= is set.

When acpi_osi='!Windows 2012' is set and the controller is working, only keyboard backlight changes, although I can change backlight brightness with xbacklight as normal user.

[danieleds]

That's curious. What distribution are you using, and what version? acpi_osi='!Windows 2012' is not required anymore on recent Ubuntu versions, and my backlight keys are recognized with or without that option.

About xbacklight: are you starting notepadqq manually, or it's automatically executed? See #8

[AM2petterk]

Removing acpi_osi= from kernel command line makes Fn+f5/f6 not work. They are not recognized by xev or dmesg or Cinnamon DE.

Adding acpi_osi= adds the function keys, but is not compatible with ALS apparently.

[AM2petterk]

This is on Arch Linux UEFI x64 with Cinnamon running 3.17.3-2-ck

[AM2petterk]

Update: Running als-controller manually with no service as root, makes xbacklight adjust the backlight correctly, but still in conflict with the function keys because acpi_osi= is not supported.

[mooninite]

This is also a problem on the UX301LAA (or UX301LA). The "acpi_os=" empty variable is required for the Fn-F5/F6 keys (backlight lower/higher) to function. However, having this option present hides the ALS from /sys/bus/acpi/devices...

This is on Fedora with the 4.2.6 kernel. Did anyone find a way to make both the backlight keys and ALS function?

[pkulev]

Is there good asus acpi driver? I have half functional buttons not working (acpi_listen can't recognize them).

[daeavelwyn]

I can confirm @mooninite report. I have exactly the same isue on my UX303LA and made several tries. "acpi_osi=" let fn F5/F6 working, but hide ACPI0008:00 in /sys/bus/acpi/devices/, removing "acpi_osi=" or using "acpi_osi='!Windows 2012'" let le see ACPI0008:00, but I can't use fn F5/F6 keys :-/

[sitic]

This seems to be an issue with many models of the Zenbook series. There is a kernel patch which fixes it for my UX303LN (without any acpi_osi boot argument), but the patch seems to considered dirty and won't make it into the kernel.