ASUS Zenbook UX305

Tango-view-fullscreen.pngThis article or section needs expansion.Tango-view-fullscreen.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:ASUS Zenbook UX305#)

This page contains instructions, tips, pointers, and links for installing and configuring Arch Linux on the ASUS Zenbook UX305.

Hardware reference from UX305-FB041H. Model available since 12 feb 2015.

Hardware lists

See [1] for specific hardware information.

See [2] for UX305CA (Skylake) hardware information. Physically labelled with UX305C on laptop, but UX305CA shows in dmesg. See and contribute to discussion tab of this page for fixes.

Compatibility

Touchpad

See Touchpad Synaptics for details.

Multi-touch scrolling works as of kernel 3.16.

If default Palm Detection doesn't work well, one can manually disable part of the trackpad by setting AreaEdge properties.

You can do this on the fly or add these parameters in the config file:

 $ synclient AreaLeftEdge=500
 $ synclient AreaRightEdge=2500

UX305C:

Touchpad will only work by default with Linux 4.5.0-rc1 or later. Can currently be used by installing linux-mainlineAUR.

UX305UA

Touchpad works great on Linux-4.4.3 kernel and superior.


EDIT by sputnick 20160424: With ASUS Zenbook UX305UA-FC057T, I can't figure out how to simulate middle click (to paste) even after running

synclient TapButton3=2

thanks to add workaround if you have one. This post didn't help me https://askubuntu.com/questions/761931/cant-simulate-middle-click-with-my-trackpad-asus-zenbook-ux305ua-fc057t

Edit by H3g3m0n (talk) 23:12, 26 May 2016 (UTC): @sputnick Button3 is actually right click. The following works for three finger middleclick on my UX305FA:

synclient TapButton1=1 TapButton2=3 TapButton3=2

Edit by Ouafnico (30 Aug 2016) : Touchpad works well with xf86-input-libinput (and removing xf86-input-synaptics ; because libinput replace old synaptics), except the middle click. If someone got a solution...

Wifi

Intel Dual Band wifi. Should work with recent kernels. 3.10+ with iwlwifi. See Wireless network configuration#iwlwifi for details.

Graphics

As of linux 3.16, virtual terminals show a blank screen.

UEFI results with memory changes for the Intel graphic card:

 With 32-256MB memory assignment in bios: Works.
 With 512MB memory assignment: X11 breaks. 1/3th upper-part of screen semi works (swapped and mis-alligned), rest is noise/snow.

Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1151757

 Kernel 3.16 boots with usable tty/x11 via bootparam: nomodeset

See also Intel graphics#SNA issues.

QHD monitor

Some models include a 3200x1800 screen, which display very tiny characters.

For Firefox and Thunderbird, add the below property in the about:config area

 layout.css.devPixelsPerPx=2.

Function Keys

Kernel 3.16 with acpi_listen, when pressing Fn+F12 (volup), Fn+F11 (voldown), Fn+F10 (mute), F9 (disable mousepad):

 button/volumeup VOLUP 00000080 00000000 K
 button/volumedown VOLDN 00000080 00000000 K
 button/mute MUTE 00000080 00000000 K
 PNP0C14:00 000000ff 00000000

The light(sensor?) button (fn+a) returns:

 PNP0C14:00 000000ff 00000000

Tested with:

# modprobe -D asus-laptop

And/Or:

# modprobe -D asus-nb-wmi

No effect so far. Investigate.

Brightness Keys

For whatever reason, xev does not return any events for the standard brightness keys, but F3 and F4 seem to be detected as XF86KbdBrightnessDown and XF86KbdBrightnessUp, respectively.

Using grub, a simple workaround is to add

acpi_osi=

on the

GRUB_CMDLINE_LINUX_DEFAULT=

line in

/etc/default/grub

then, rebooting.

Edit 04/23/16: UX305UA: Keys recognized with this method, but brightness levels not working (stay at minimum level).

Or you can create your own shortcut on gnome, on keyboard configuration, associating a key with the commands:

xdotool key XF86MonBrightnessUp
xdotool key XF86MonBrightnessDown

or

xbacklight -inc 10
xbacklight -dec 10

You need to install xdotool or xbacklight first.

There is also a kernel patch which enables the proper brightness keys. This patch is tested with 4.4 kernels: https://bugzilla.kernel.org/attachment.cgi?id=195071

04/2016: If someone else can try this patch given by Intel DRM Team : https://patchwork.freedesktop.org/series/4783/. Please respond to this thread here when done: http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/84376/focus=84538

See also