Touchpad on ASUS X750LN notebook doesn't work on Ubuntu

Bug #1379450 reported by dirk on 2014-10-09
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)

Bug Description

The touchpad on my ASUS X750LN notebook (modell R751LN-T4102H) doesn't work on Ubuntu 14.04.1 LTS.
It seems to me, that the touchpad is not recognized by linux. It works completely under Windows 8.1. An USB mouse works fine under linux.

The keyboard Fn key also doesn't work on linux.

On Windows I found this information, which may be helpful. It is not the original text since I translated it from german.

Manufacturer: ASUS
Location: plugged into PS/2 mouse port



BIOS device name



ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-3.13.0-36-generic 3.13.0-36.63
ProcVersionSignature: Ubuntu 3.13.0-36.63-generic
Uname: Linux 3.13.0-36-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.14.1-0ubuntu3.5
Architecture: amd64
 /dev/snd/controlC0: dirk 1677 F.... pulseaudio
 /dev/snd/controlC1: dirk 1677 F.... pulseaudio
CurrentDesktop: Unity
Date: Thu Oct 9 19:15:05 2014
HibernationDevice: RESUME=UUID=906c18c8-0871-4d8a-b7f6-35aaca3eb005
InstallationDate: Installed on 2014-10-08 (0 days ago)
InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2)
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-36-generic.efi.signed root=UUID=b3e6e618-b559-412b-b8bd-f6357930fb03 ro quiet splash vt.handoff=7
 linux-restricted-modules-3.13.0-36-generic N/A
 linux-backports-modules-3.13.0-36-generic N/A
 linux-firmware 1.127.7
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install) 02/19/2014
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 201
dmi.board.asset.tag: To be filled by O.E.M. X750LN
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr201:bd02/19/2014:svnASUSTeKCOMPUTERINC.:pnX750LN:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnX750LN:rvr1.0:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.: X750LN
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.

dirk (d-saster) wrote :

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? Refer to . Please test the latest v3.17 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.


Changed in linux (Ubuntu):
status: Confirmed → Incomplete
importance: Undecided → Medium
tags: added: latest-bios-201
Changed in linux (Ubuntu):
importance: Medium → High
dirk (d-saster) wrote :


I've tried the latest upstream kernel, as it is described in the link above. Unfortunately the mainline kernel does not fix this bug.

I don't know if it is important, but with the upstream kernel I had no wlan - even when I boot the 3.13 kernel. After I remove the upstream kernel the wlan works again.

Thank you for your efforts.

dirk, the issue you are reporting is an upstream one. Could you please report this problem through the appropriate channel by following the instructions _verbatim_ at ?

Please provide a direct URL to your e-mail to the mailing list once you have made it so that it may be tracked.

Thank you for your understanding.

tags: added: kernel-bug-exists-upstream kernel-bug-exists-upstream-3.17
Changed in linux (Ubuntu):
status: Incomplete → Triaged
dirk (d-saster) wrote :

Christopher, just to prevent misunderstandings, the latest upstream kernel did not fix the problem. Are you sure it is a upstream issue? I'm asking because I do followed the instruction on, which told me to report the problem here.

Regards Dirk


>"Christopher, just to prevent misunderstandings, the latest upstream kernel did not fix the problem. Are you sure it is a upstream issue?"

That would be the precise definition of upstream.

Joseph Holt (jholt0130) wrote :

For anyone still having an issue with an elantech touchpad, I was unable to find any working solution for an ubuntu base. I recently made the switch to full arch and FOUND A FIX! Two-finger scrolling is active and multi-finger tap works as well. If someone wants to make it work for Ubuntu I'm sure they could as this patch is from aur and pulls in code from github.

Here's the link:


Joseph Holt (jholt0130) wrote :

Just found this solution in another bug here on launchpad. Just thought I would post it here. Fix is listed in the last post.

George Moutsopoulos (gmoutso) wrote :

Description of my bug is mouse does not work at all. Device is elantech ETD0108. Laptop is Asus TP500LN. Dmesg gives "lost sync at byte 6" messages. Mouse does work with proto=imps parameter but no two-finger functionality. If this is the same with you, after sudo su try
echo 1 > /sys/devices/platform/i8042/serio4/reg_07
(or serioX?)
and see if it fixes the issue.

For at least asus TP500LN a kernel patch is under consideration
Many thanks to Ulrik de Bie!

Perhaps you can post on bugzilla that it affects your laptop too.

Халид (halidrauf) wrote :

I know this question has expired, but since I searched around and found the solution I thought I'd share it for those who are still searching. I know it's not the best way, but it works.

To enable the Touchpad you'll need to do the following from terminal:

1. sudo nano /etc/rc.local
2. Add the following line before the exit command. (sudo bash -c 'echo 1 > /sys/devices/platform/i8042/serio4/reg_07')
3. press CTRL+O then press Enter.

this will enable the touch-pad on start-up but it might stop working when suspended and/or hibernated. a workaround for this is:

1. sudo nano /etc/pm/sleep.d/sr-enable

and copy the following to the file


case "$1" in
       sudo bash -c 'echo 1 > /sys/devices/platform/i8042/serio4/reg_07'

3. press CTRL+O then press Enter.

4. sudo nano /etc/pm/sleep.d/ht-enable

5. again copy this


case "$1" in
        # executed on suspend
        sudo bash -c 'echo 1 > /sys/devices/platform/i8042/serio4/reg_07' # executed on resume

6. press CTRL+O then press Enter.

7. then (sudo chmod +x /etc/pm/sleep.d/ht-enable && sudo chmod +x /etc/pm/sleep.d/sr-enable)

8. then issue the following command ( sudo update-initramfs -u -k all )

dirk, could you please test for this via the latest mainline kernel (4.0) and advise to the results?

Халид, just to advise, this bug report is not a question, and it has not expired. Also, a WORKAROUND is not a solution. However, it will help immensely if you filed a new report via a terminal:
ubuntu-bug linux

Please feel free to subscribe me to it.

Changed in linux (Ubuntu):
status: Triaged → Incomplete
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.