Bug 959721 - Gila mouse from genius not functionnal
Summary: Gila mouse from genius not functionnal
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 18
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-05 03:30 UTC by jjjidea
Modified: 2013-07-18 06:10 UTC (History)
7 users (show)

Fixed In Version: kernel-3.9.10-100.fc17
Clone Of:
Environment:
Last Closed: 2013-07-12 03:09:52 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
hid-replay from /dev/hidraw0 (27.99 KB, text/plain)
2013-05-13 21:52 UTC, jjjidea
no flags Details
hid-replay from /dev/hidraw1 (957 bytes, text/plain)
2013-05-13 21:53 UTC, jjjidea
no flags Details
hid-replay from /dev/hidraw2 (232 bytes, text/plain)
2013-05-13 21:53 UTC, jjjidea
no flags Details
patch (4.23 KB, patch)
2013-07-02 15:39 UTC, Benjamin Tissoires
no flags Details | Diff

Description jjjidea 2013-05-05 03:30:01 UTC
Description of problem:

i have a genius mouse from genius. the mouse is specific in the way you can program macro on buttons.
With the stock kernel only the macro functionnality is functional (eg : 4th button give me "AREET" on a text editor), and no mouse functionality.
after some googling, i find a value in "include/linux/hid.h", than can help me to make working my mouse.
the value is 
#define HID_MAX_USAGES                 12288

i must change 12288 by 32768 and recompile the kernel.
after that change my mouse is totally functionnal (macros and mouse )

Is there a way to have this default value changed in the stock kernel ?

Comment 1 Benjamin Tissoires 2013-05-13 09:30:38 UTC
The usual way to have this value changed is to send a patch upstream to the linux-input kernel mailing list. I can handle that if you don't feel doing it.

However, I would like to double check the impact of changing this value.
Can you please give us some hid-recorder logs of the different functionalities of your mouse:
http://bentiss.github.io/hid-replay-docs/

Comment 2 jjjidea 2013-05-13 21:52:39 UTC
Created attachment 747455 [details]
hid-replay from /dev/hidraw0

Comment 3 jjjidea 2013-05-13 21:53:22 UTC
Created attachment 747456 [details]
hid-replay from /dev/hidraw1

Comment 4 jjjidea 2013-05-13 21:53:50 UTC
Created attachment 747457 [details]
hid-replay from /dev/hidraw2

Comment 5 jjjidea 2013-05-13 22:03:04 UTC
the choices hid-recorder gave me.
Available devices:
/dev/hidraw0:	Genius Gila Gaming Mouse
/dev/hidraw1:	Genius Gila Gaming Mouse
/dev/hidraw2:	Genius Gila Gaming Mouse
/dev/hidraw3:	Logitech USB Keyboard
/dev/hidraw4:	Logitech USB Keyboard

i made 3 logs ; one for each hidraw for the gila mouse.

at each log i press extra mouse buttons, and i draw a cross with the mouse.

i prefer you send patch to upstream, because i am not at ease with the process, and english is not my native language.

thanks.

Comment 6 Benjamin Tissoires 2013-06-04 07:46:01 UTC
Just a quick update and a thanks for the logs.

I tried to ask upstream to choose the better solution to handle your device:
http://www.spinics.net/lists/linux-input/msg25837.html

So far, no answers. There has been other mails later on the LKML about this problem, and it looks like the solution is to fix the report descriptor for your device by writing a new kernel module.

I'll do that once I have some time.

Comment 7 Benjamin Tissoires 2013-06-24 15:43:19 UTC
I finally managed to find some time to create the patch. I have set up a repository where you can try it:
https://github.com/bentiss/hid-kye

Please tell me if it's working for you. If so, I'll push the patch upstream.

Comment 8 jjjidea 2013-07-01 20:42:01 UTC
i tried the patch with kernel-3.9.6-200
all functions seem working well.
thanks a lot.

Comment 9 Josh Boyer 2013-07-02 15:17:56 UTC
Benjamin, that repo contains a backport of a commit d881427253da011495f4193663d809d0e9dfa215 and an additional fixup patch, right?  Did you send the fixup patch to upstream with stable CC'd?

F18 should be rebased to the 3.10 kernel relatively soon, so we can include the fixup patch stand-alone if I'm reading all of this correctly.

Comment 10 Benjamin Tissoires 2013-07-02 15:39:14 UTC
Created attachment 767810 [details]
patch

Josh, you are reading this perfectly right. And in any cases, the backport is not required in either 3.9 or 3.10.

I still did not send the patch upstream (the window just opened and I don't like to send patches at that time), but for it to be perfect, I need to also blacklist this device in hid-core.c. I used the fact that the device was rejected by the generic layer so I don't need to blacklist it, but this is not very clean.

I am attaching the final version of the patch that I'll submit later if you want to include it in 3.9 or 3.10.

Comment 11 Benjamin Tissoires 2013-07-05 07:43:36 UTC
FYI, the patch is upstream:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=3685c18e17f12438d0a83331c1b6a5b00fade7a1

It will be in 3.11-rc1.

Comment 12 Josh Boyer 2013-07-05 13:18:26 UTC
Thanks Benjamin.  Applied to F17-F19.  Rawhide will pick it up through the merge windows shortly.

Comment 13 Fedora Update System 2013-07-05 19:03:59 UTC
kernel-3.9.9-201.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/kernel-3.9.9-201.fc18

Comment 14 Fedora Update System 2013-07-07 01:38:38 UTC
Package kernel-3.9.9-201.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing kernel-3.9.9-201.fc18'
as soon as you are able to, then reboot.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-12530/kernel-3.9.9-201.fc18
then log in and leave karma (feedback).

Comment 15 Fedora Update System 2013-07-11 22:15:33 UTC
kernel-3.9.9-302.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/kernel-3.9.9-302.fc19

Comment 16 Fedora Update System 2013-07-12 03:09:52 UTC
kernel-3.9.9-201.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 17 Fedora Update System 2013-07-14 03:29:35 UTC
kernel-3.9.9-302.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 18 Fedora Update System 2013-07-14 11:22:55 UTC
kernel-3.9.10-100.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/kernel-3.9.10-100.fc17

Comment 19 Fedora Update System 2013-07-18 06:10:28 UTC
kernel-3.9.10-100.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.