Trackpad on Razer Blade Pro (2016) only functions as mouse

Bug #1648260 reported by Stefanie Jane ๐ŸŒ 
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

The new Razer Blade Pro (2016) is an extremely high-end gaming laptop and hasn't seen much Linux activity as of yet. I've worked on several drivers and improvements already, however the trackpad on this laptop is not functioning correctly and needs upstream love.

The trackpad appears to be a new Glidepoint model from Cirque, and I am unable to find any information or even similar models compare with. It is connected over the Designware I2C bus, and ends up claimed as a mouse by the hid-generic driver. Simple usage works, but multitouch, gestures, and other customizations are not possible. I have tried to use the hid-alps driver with it, but it does not work (after adding the relevant identifiers). I've also tried a laundry list of hacks and workarounds found in dubious places of the internet, with no help. Additionally, I tried Dell's uinput-based Glidepoint driver which of course did not work. I've not done any protocol sniffing or reverse engineering as of yet.

I've tested with both the yakkety production kernel and am now on mainline 4.9-rc8 with the same behavior.

Output from evemu-describe:

# EVEMU 1.2
# Input device name: "CRQ1001:00 0488:D020"
# Input device ID: bus 0x18 vendor 0x488 product 0xd020 version 0x100
# Supported events:
# Event type 0 (EV_SYN)
# Event code 0 (SYN_REPORT)
# Event code 1 (SYN_CONFIG)
# Event code 2 (SYN_MT_REPORT)
# Event code 3 (SYN_DROPPED)
# Event code 4 ((null))
# Event code 5 ((null))
# Event code 6 ((null))
# Event code 7 ((null))
# Event code 8 ((null))
# Event code 9 ((null))
# Event code 10 ((null))
# Event code 11 ((null))
# Event code 12 ((null))
# Event code 13 ((null))
# Event code 14 ((null))
# Event type 1 (EV_KEY)
# Event code 272 (BTN_LEFT)
# Event code 273 (BTN_RIGHT)
# Event code 274 (BTN_MIDDLE)
# Event type 2 (EV_REL)
# Event code 0 (REL_X)
# Event code 1 (REL_Y)
# Event code 8 (REL_WHEEL)
# Event type 4 (EV_MSC)
# Event code 4 (MSC_SCAN)
# Event type 20 (EV_REP)
# Event code 0 (REP_DELAY)
# Properties:
N: CRQ1001:00 0488:D020
I: 0018 0488 d020 0100
P: 00 00 00 00 00 00 00 00
B: 00 0b 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 07 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 01 00 00 00 00 00 00 00 00
B: 02 03 01 00 00 00 00 00 00
B: 03 00 00 00 00 00 00 00 00
B: 04 10 00 00 00 00 00 00 00
B: 05 00 00 00 00 00 00 00 00
B: 11 00 00 00 00 00 00 00 00
B: 12 00 00 00 00 00 00 00 00
B: 14 01 00 00 00 00 00 00 00
B: 15 00 00 00 00 00 00 00 00
B: 15 00 00 00 00 00 00 00 00

The Windows driver .inf identifies it as "Glide_RazerFrancine":
%GlideTpd.Francine% = Glide_RazerFrancine, HID\CRQ1001&Col02

Filing the bug here in case someone at Canonical can help, otherwise it probably needs to go to linux-input (where I've seen folks from Cirque and Alps post frequently).
---
ApportVersion: 2.20.3-0ubuntu8
Architecture: amd64
CurrentDesktop: GNOME
DistroRelease: Ubuntu 16.10
NonfreeKernelModules: nvidia_uvm nvidia_drm nvidia_modeset nvidia
Package: linux (not installed)
Tags: yakkety
Uname: Linux 4.9.0-040900rc8-generic x86_64
UnreportableReason: The running kernel is not an Ubuntu kernel
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare staff sudo users vboxusers
_MarkForUpload: True

Revision history for this message
Stefanie Jane ๐ŸŒ  (cyanogen) wrote : ProcEnviron.txt

apport information

tags: added: apport-collected yakkety
description: updated
Revision history for this message
Stefanie Jane ๐ŸŒ  (cyanogen) wrote :
Revision history for this message
Stefanie Jane ๐ŸŒ  (cyanogen) wrote :
Revision history for this message
Stefanie Jane ๐ŸŒ  (cyanogen) wrote :
Revision history for this message
Stefanie Jane ๐ŸŒ  (cyanogen) wrote :
Revision history for this message
Stefanie Jane ๐ŸŒ  (cyanogen) wrote :

I'm hopeful that with the right initialization sequence it will show up as a HID trackpad and just report a proper descriptor, but that's probably wishful thinking :)

Revision history for this message
Brad Figg (brad-figg) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
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.