Public bug reported:
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).
** Affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1648259
Title:
Trackpad on Razer Blade Pro (2016) only functions as mouse
Status in linux package in Ubuntu:
New
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).
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1648259/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
