Samsung QX410-J01 touchpad not recognized as Elantech

Bug #875154 reported by Craig
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I have a Samsung QX410-J01 with the newest Xubuntu Oneiric installed. The touchpad is not getting recognized as an Elantech touchpad. The fix in related bug #681904 did not seem to work for my model.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: linux-image-3.0.0-12-generic 3.0.0-12.20
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic x86_64
NonfreeKernelModules: nvidia
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269VB Analog [ALC269VB Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: craig 1912 F.... xfce4-volumed
                      craig 1946 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf6000000 irq 45'
   Mixer name : 'Intel IbexPeak HDMI'
   Components : 'HDA:10ec0269,144dc08b,00100100 HDA:80862804,80860101,00100000'
   Controls : 18
   Simple ctrls : 10
Date: Sat Oct 15 09:57:54 2011
EcryptfsInUse: Yes
HibernationDevice: RESUME=UUID=89182155-bc60-4cb1-8d75-76179fb102eb
InstallationMedia: Xubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101008.1)
MachineType: SAMSUNG ELECTRONICS CO., LTD. QX310/QX410/QX510/SF310/SF410/SF510
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-12-generic root=UUID=dfff25be-9be4-4b97-8709-cd6b99939239 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.0.0-12-generic N/A
 linux-backports-modules-3.0.0-12-generic N/A
 linux-firmware 1.60
SourcePackage: linux
StagingDrivers: mei
UpgradeStatus: Upgraded to oneiric on 2011-10-14 (0 days ago)
dmi.bios.date: 10/11/2010
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 03MX.M005.20101011.SCY
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: QX310/QX410/QX510/SF310/SF410/SF510
dmi.board.vendor: SAMSUNG ELECTRONICS CO., LTD.
dmi.board.version: 03MX
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 9
dmi.chassis.vendor: SAMSUNG ELECTRONICS CO., LTD.
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr03MX.M005.20101011.SCY:bd10/11/2010:svnSAMSUNGELECTRONICSCO.,LTD.:pnQX310/QX410/QX510/SF310/SF410/SF510:pvr03MX:rvnSAMSUNGELECTRONICSCO.,LTD.:rnQX310/QX410/QX510/SF310/SF410/SF510:rvr03MX:cvnSAMSUNGELECTRONICSCO.,LTD.:ct9:cvrN/A:
dmi.product.name: QX310/QX410/QX510/SF310/SF410/SF510
dmi.product.version: 03MX
dmi.sys.vendor: SAMSUNG ELECTRONICS CO., LTD.

Revision history for this message
Craig (cslush) wrote :
summary: - Samsung laptop touchpad not recognized as Elantech
+ Samsung QX410-J01 touchpad not recognized as Elantech
Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the release candidate kernel versus the daily build. Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

tags: added: needs-upstream-testing
Revision history for this message
Seth Forshee (sforshee) wrote :

Please download the package from the following link:

  http://people.canonical.com/~sforshee/psmouse-elantech-debug/v0.1/psmouse-elantech-debug-dkms_0.1_all.deb

After downloading, you can install it either by double-clicking on the downloaded file or else by opening a terminal and running 'sudo dpkg -i psmouse-elantech-debug-dkms_0.1_all.deb' from the directory where you downloaded the file. This will install a new version of the mouse driver with extra debug information enabled. To begin using the new driver you need to run 'sudo modprobe -r psmouse; sudo modprobe psmouse' in a terminal. It will also be used automatically when you reboot the computer, so you can just reboot if you prefer.

After loading the driver or rebooting, please run 'dmesg > dmesg.txt' in a terminal, and attach dmesg.txt to this bug. Thanks!

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Craig (cslush) wrote :

Seth, attached is the result of the dmesg after installing the deb package.

Joseph, I will try the upstream shortly

Revision history for this message
Seth Forshee (sforshee) wrote :

Craig: I'm not seeing the data I expect. Did you reboot or run 'sudo modprobe -r psmouse; sudo modprobe psmouse' after installation? This is necessary to use the new driver. If you did one of those, can you run the following in a terminal to make sure that the following file exists?

  ls /lib/modules/$(uname -r)/updates/dkms/psmouse.ko

Also, something to note is that if you have the debug driver package installed when testing the mainline build it's going to use that driver in preference to the one in the mainline build. That's not what we want, so please uninstall the package prior to testing the mainline build.

Revision history for this message
Craig (cslush) wrote :

Hi Seth,

I actually tried both for psmouse. First I tried the modprobe approach but didn't see any additional expected debug information in the dmesg. Then I rebooted, but still didn't see anything different, so I figured it was correct.

craig@craig-laptop:~$ ls /lib/modules/$(uname -r)/updates/dkms/psmouse.ko
/lib/modules/3.0.0-12-generic/updates/dkms/psmouse.ko
craig@craig-laptop:~$

craig@craig-laptop:~/Downloads$ sudo dpkg --dry-run -i psmouse-elantech-debug-dkms_0.1_all.deb
(Reading database ... 257970 files and directories currently installed.)
Preparing to replace psmouse-elantech-debug-dkms 0.1 (using psmouse-elantech-debug-dkms_0.1_all.deb) ...
craig@craig-laptop:~/Downloads$ # looks like it's installed

So far all I have done is try your debug build of psmouse. I have not done anything with mainline. Is there anything else I can try? I am still not seeing anything debug related for the mouse.

Revision history for this message
Seth Forshee (sforshee) wrote :

Craig: If you're not getting the messages, it probably means that some other model detection is matching on it prior to elantech (but possibly initialization is failing). Please try the driver below. I added more debug to the general mouse detection logic. Thanks!

http://people.canonical.com/~sforshee/psmouse-elantech-debug/v0.2/psmouse-elantech-debug-dkms_0.2_all.deb

Revision history for this message
Craig (cslush) wrote :

Cool, there are some debug lines near the bottom. Hopefully they are of value

Revision history for this message
Seth Forshee (sforshee) wrote :

It looks like something must be happening earlier in the detection that causes it to skip elantech. I've put up another build with some different logging to help narrow this down further. Thanks for being so responsive with your testing!

http://people.canonical.com/~sforshee/psmouse-elantech-debug/v0.3/psmouse-elantech-debug-dkms_0.3_all.deb

Revision history for this message
Craig (cslush) wrote :

Here ya go. And no problem! I'm just happy someone cares enough to help make this work!

Revision history for this message
Craig (cslush) wrote :

Hi Seth,

I went through the code in the .deb file and I figured out what's going on. So the max_proto that's set is an enum value of 5, which is PSMOUSE_IMPS. Elantech won't even get checked unless it's higher than PSMOUSE_IMEX, which is 6.

So what I ended up doing is this:

$ sudo rmmod psmouse
$ sudo modprobe psmouse proto=any

And boom, it recognized as elantech. I've included the dmesg to show you. I can definitely set this option in the modprobe config for this module, but is that all I can do? Is there anything else that would set the max_proto for me automatically?

Revision history for this message
Craig (cslush) wrote :

OMFG, now I'm pissed. I see that in the /etc/modprobe.d there is a fun little file named psmouse.conf. In that file is a special little line:

options psmouse proto=imps

I have no clue why it's there but that was the issue. I removed that file and elantech gets recognized by default.

Sorry to completely waste your time on this issue.

Revision history for this message
Craig (cslush) wrote :

This is user error (mine). Please disregard this bug and accept my apologies for wasting your time.

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

Other bug subscribers

Remote bug watches

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