SS's sensei mouse

akatosh · 2012-04-21 06:43:46

My steel series sensei mouse's side buttons are not working. I have read on the wiki that you just have to add a section to xorg.conf which I did however it didn't seem to do anything. I must mention though that the back button is working but forwards, page down, page up, do not work and when clicked the mouse turns off and turns back on again.

Also during boot i get a few messages mentioning that my usb device is sending an invalid report_size of 128 and some parsing failed with more numbers that i try to write down but the screen goes by. I am pretty sure this is just a simple configuration or driver issue but I can't figure out what. Thanks for any help!!!

EDIT:

here is the section in my xorg.conf file:

Section "InputDevice"
  Identifier      "Evdev Mouse"
  Driver          "evdev"
  Option          "Name" "La-VIEW Technology SteelSeries  "
  Option          "evBits"  "+1-2"
  Option          "keyBits" "~272-287"
  Option          "relBits" "~0-2 ~6 ~8"
  Option          "Pass"    "3"
  Option          "CorePointer"
  Option "Device" "/dev/input/by-id/usb-La-VIEW_Technology_SteelSeries-event-mou
se"

EndSection

EDIT2:

Information that shows at boot/error:

 usb 7-1: new full-speed USB device number 2 using uhci_hcd
Apr 22 03:59:40 localhost kernel: [    1.740744] input: La-VIEW Technology SteelSeries   as /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0/input/input1
Apr 22 03:59:40 localhost kernel: [    1.740837] generic-usb 0003:1038:1361.0001: input,hidraw0: USB HID v1.00 Mouse [La-VIEW Technology SteelSeries  ] on usb-0000:00:1d.1-1/input0
Apr 22 03:59:40 localhost kernel: [    1.742657] generic-usb 0003:1038:1361.0002: invalid report_size 128
Apr 22 03:59:40 localhost kernel: [    1.742722] generic-usb 0003:1038:1361.0002: item 0 1 1 7 parsing failed

Last edited by akatosh (2012-04-28 01:02:16)

akatosh · 2012-04-24 08:20:04

bump

akatosh · 2012-04-27 07:34:52

bump

smudge · 2012-04-27 21:59:17

Have you always had this problem or did it start after an update (xorg-server 1.12.1 & xf86-input-evdev 2.7.0 by any chance)?

The messages during boot you might be able to find with dmesg (or have a look in /var/log/boot or /var/log/everything.log).

Also, you could find out if X is detecting any of your button presses with "xinput test <device number>" ("xinput list" to find device number) or "xinput test-xi2" or "xev". If detected maybe they can be remapped (not sure how though, xmodmap?).

akatosh · 2012-04-28 01:01:26

smudge wrote:

Have you always had this problem or did it start after an update (xorg-server 1.12.1 & xf86-input-evdev 2.7.0 by any chance)?
The messages during boot you might be able to find with dmesg (or have a look in /var/log/boot or /var/log/everything.log).
Also, you could find out if X is detecting any of your button presses with "xinput test <device number>" ("xinput list" to find device number) or "xinput test-xi2" or "xev". If detected maybe they can be remapped (not sure how though, xmodmap?).

I have always had this problem with both those versions and I found the information that shows at boot in everything.log:

 usb 7-1: new full-speed USB device number 2 using uhci_hcd
Apr 22 03:59:40 localhost kernel: [    1.740744] input: La-VIEW Technology SteelSeries   as /devices/pci0000:00/0000:00:1d.1/usb7/7-1/7-1:1.0/input/input1
Apr 22 03:59:40 localhost kernel: [    1.740837] generic-usb 0003:1038:1361.0001: input,hidraw0: USB HID v1.00 Mouse [La-VIEW Technology SteelSeries  ] on usb-0000:00:1d.1-1/input0
Apr 22 03:59:40 localhost kernel: [    1.742657] generic-usb 0003:1038:1361.0002: invalid report_size 128
Apr 22 03:59:40 localhost kernel: [    1.742722] generic-usb 0003:1038:1361.0002: item 0 1 1 7 parsing failed

As for your other inquiry I tried xev and pressed one of the side buttons. The mouse locks up and doesn't respond. Even if I unplug and put it back in the is no response. Luckily i'm on a laptop and just use the touch screen to reboot and that fixes it, unless i do it again....

smudge · 2012-04-29 05:13:59

I notice that the xorg.conf section you've posted is mostly the same as the one in the wiki but that's for a different mouse. I'm not sure that evdev still uses the evBits, keyBits etc. any more as they're not documented in the current evdev man page. It may be fine though, I'm not sure.

Also, according to the evdev man page "Devices configured in the xorg.conf(5) are not hot-plug capable." That maybe why it doesn't work when you unplug/replug it.

What I would do is remove the changes to xorg.conf (and any others) and try downgrading to xorg-server-1.11.4-1 & xf86-input-evdev-2.6.0-4 just to test. Quite a few people seem to have problems with the latest versions.

If you get downgrade from the AUR (https://aur.archlinux.org/packages.php?ID=31937) it's pretty easy to do.

HTH

brebs · 2012-04-29 05:25:06

You should most likely be using xinput commands, rather than xorg.conf

Much easier to change and test settings, for a start.

akatosh · 2012-04-29 23:40:51

I downgraded and am still getting problems. Deleted the entry from xorg.conf and same thing is going on.....

akatosh · 2012-05-02 02:23:35

bump: Does no one else have this mouse/setup ?????

ewaller · 2012-05-02 04:13:41

akatosh: You have bumped this thread three times. A forth time you provided some additional information (which is encouraged )

Please read our policy

If you want to draw attention to a thread, we insist that you either provide additional information, tell us what your own studies and searches have yielded, or at least tell us what you have tried.

Thanks.

batrick · 2012-08-04 04:38:25

I'm having the same issue. I resolved the cause of this kernel message:

Aug  4 00:12:56 localhost kernel: [  983.526140] generic-usb 0003:1038:1361.0006: invalid report_size 128
Aug  4 00:12:56 localhost kernel: [  983.526145] generic-usb 0003:1038:1361.0006: item 0 1 1 7 parsing failed
Aug  4 00:12:56 localhost kernel: [  983.526158] generic-usb: probe of 0003:1038:1361.0006 failed with error -22

by increasing the parser->global.report_size limit from 96 to 128 for the "hid" driver in linux. This limit was increased to 96 from 32 in January 2012 due to a bug report in Ubuntu. The patch is here.

However, while the above "error" goes away, hitting the right mouse buttons (when used right handed) still causes Linux to lose the device. [For the record, there are two thumb buttons on the mouse on both sides so that it can be used universally by both left and right handed people. The right handed thumb buttons work; the left handed thumb buttons cause it to break.]

For me, if I hit any of the buttons on the right hand side, the mouse becomes unresponsive. After 14 seconds, the lights on the mouse go off and reappear ~2 seconds later. After ~18 seconds, the mouse begins working again.

Has anyone made progress with this? Is it likely an xorg config error? I have doubts that an improperly configured xorg would cause linux to disconnect the mouse when an "unknown" button is pressed.

batrick · 2012-08-04 04:54:54

A friend also found this link with discussion on Ubuntu.

batrick · 2012-08-04 05:18:27

So here is what I get with vanilla Linux on Arch (3.4.7-1-ARCH):

[    2.259769] usb 7-2: new full-speed USB device number 3 using uhci_hcd
[    2.415980] input: La-VIEW Technology SteelSeries   as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2:1.0/input/input1
[    2.416366] generic-usb 0003:1038:1361.0002: input,hidraw1: USB HID v1.00 Mouse [La-VIEW Technology SteelSeries  ] on usb-0000:00:1d.1-2/input0
[    2.417932] generic-usb 0003:1038:1361.0003: invalid report_size 128
[    2.417992] generic-usb 0003:1038:1361.0003: item 0 1 1 7 parsing failed
[    2.418055] generic-usb: probe of 0003:1038:1361.0003 failed with error -22

And with this patch to Linux:

$ git diff 36be50515fe2aef61533b516fa2576a2c7fe7664 b64f666f6959caff08ba3315e73e24e69fc8d194
diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c
index 4da66b4..bc47142 100644
--- a/drivers/hid/hid-core.c
+++ b/drivers/hid/hid-core.c
@@ -367,7 +367,7 @@ static int hid_parser_global(struct hid_parser *parser, stru
 
        case HID_GLOBAL_ITEM_TAG_REPORT_SIZE:
                parser->global.report_size = item_udata(item);
-               if (parser->global.report_size > 96) {
+               if (parser->global.report_size > 128) {
                        hid_err(parser->device, "invalid report_size %d\n",
                                        parser->global.report_size);
                        return -1;
diff --git a/include/linux/hid.h b/include/linux/hid.h
index 3a95da6..3dd0cbe 100644
--- a/include/linux/hid.h
+++ b/include/linux/hid.h
@@ -347,7 +347,7 @@ struct hid_global {
  * This is the local environment. It is persistent up the next main-item.
  */
 
-#define HID_MAX_USAGES                 12288
+#define HID_MAX_USAGES                 65536
 #define HID_DEFAULT_NUM_COLLECTIONS    16
 
 struct hid_local {

I get this dmesg now:

[    3.290972] usb 7-2: new full-speed USB device number 3 using uhci_hcd
[    3.448440] input: La-VIEW Technology SteelSeries   as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2:1.0/input/input1
[    3.448918] generic-usb 0003:1038:1361.0002: input,hidraw1: USB HID v1.00 Mouse [La-VIEW Technology SteelSeries  ] on usb-0000:00:1d.1-2/input0
[    3.482209] input: La-VIEW Technology SteelSeries   as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2:1.1/input/input2
[    3.482825] generic-usb 0003:1038:1361.0003: input,hiddev0,hidraw2: USB HID v1.00 Keyboard [La-VIEW Technology SteelSeries  ] on usb-0000:00:1d.1-2/input1

It's still broken though. I get this dmesg output when I hit the right side buttons:

[   44.266970] usb 7-2: USB disconnect, device number 3
[   44.546801] usb 7-2: new full-speed USB device number 4 using uhci_hcd
[   44.708657] input: La-VIEW Technology SteelSeries   as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2:1.0/input/input12
[   44.709210] generic-usb 0003:1038:1361.0005: input,hidraw1: USB HID v1.00 Mouse [La-VIEW Technology SteelSeries  ] on usb-0000:00:1d.1-2/input0
[   44.727253] input: La-VIEW Technology SteelSeries   as /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2:1.1/input/input13
[   44.727806] generic-usb 0003:1038:1361.0006: input,hiddev0,hidraw2: USB HID v1.00 Keyboard [La-VIEW Technology SteelSeries  ] on usb-0000:00:1d.1-2/input1

Edit: Note in this last dmesg output it registers as a keyboard too. This is consistent with a problem someone had with a different mouse.

Last edited by batrick (2012-08-04 05:21:06)

android · 2012-11-04 00:18:19

$|^T! I was considering buying this mouse

Has anyone had any further breakthroughs with this?

johnea

batrick · 2012-11-04 00:32:20

You can workaround the problem if you disable the right side buttons in the Windows software. Of course, if you're left-handed, that isn't a good solution.

android · 2012-11-04 18:07:45

batrick wrote:

You can workaround the problem if you disable the right side buttons in the Windows software. Of course, if you're left-handed, that isn't a good solution.

Thanks batrick!

As luck would have it, I am left handed 8-(

However, this only applies to the little buttons down on the side, right? I don't mind not having those.

I assume this mouse has a clickable scroll wheel for the middle button, like most scroll wheel mice?

It's a bit of a bummer that a company developing a hundred dollar mouse didn't bother to make sure it would work with linux. I use a Deck legend keyboard as well. Many linux users are people who are very aware of the hardware and demand the best.

With the uinput system in the kernel, and evdev in xorg, many key remapping options exist. Hopefully a quirks.c line, or some other workaround, is found to bring all the features of this mouse online.

johnea

Pierre · 2012-12-17 10:57:40

Sorry for bumping this old thread, but I think this is now fixed, at least in Linux 3.7. Using the right mouse buttons no longer freezes the cursor.

android · 2012-12-17 15:17:52

Thanks for the bump Pierre!

I've been undecided regarding this mouse, now I think I'll buy one and check it out...

johnea

fulafisken · 2013-01-23 21:57:52

Finally!

Now i can move the mouse USB to the back of the computer, since i won't have to unplug it every time i accidently click the right side buttons

rin · 2014-02-06 10:24:21

Has anyone managed to actually use the side buttons? I'd like to map them to something (in windows, I have left side button as push-to-talk).
I'll be giving it a try some time next week, just wondering if anyone has made any progress with this.

Pierre · 2014-02-06 14:48:23

These buttons are mapped to page-up and page-down by default and that works fine here. If you program the mouse on windows make sure you move the profile onto the mouse so it's also available on Linux.

rin · 2014-02-06 15:46:38

Yeah, that sounds like what I did. I do have a profile and I must have unmapped the buttons (there is no output from kernel usb debug when I press them).
I'd be happy with page down as a push-to-talk hotkey!
I haven't logged into my windows partition for >3 months and I've forgotten the password, so once I go through the hassle of breaking back into my own computer, I'll report back.
Thanks!

Edit: logged into windows, edited the profile to add page up/down to the keys, works fine!

Last edited by rin (2014-02-08 21:15:29)

Fregtux · 2014-03-06 19:49:51

How can I move the profile from Windows to Arch?

And another question about this mouse: is it possible to configure speed of scroll wheel?

Thanks.

Skry · 2015-04-25 10:07:46

https://github.com/pjanouch/sensei-raw-ctl

Not sure if it works with the non-raw senseis.

Last edited by Skry (2015-04-25 10:09:20)

Arch Linux

#1 2012-04-21 06:43:46

SS's sensei mouse

#2 2012-04-24 08:20:04

Re: SS's sensei mouse

#3 2012-04-27 07:34:52

Re: SS's sensei mouse

#4 2012-04-27 21:59:17

Re: SS's sensei mouse

#5 2012-04-28 01:01:26

Re: SS's sensei mouse

#6 2012-04-29 05:13:59

Re: SS's sensei mouse

#7 2012-04-29 05:25:06

Re: SS's sensei mouse

#8 2012-04-29 23:40:51

Re: SS's sensei mouse

#9 2012-05-02 02:23:35

Re: SS's sensei mouse

#10 2012-05-02 04:13:41

Re: SS's sensei mouse

#11 2012-08-04 04:38:25

Re: SS's sensei mouse

#12 2012-08-04 04:54:54

Re: SS's sensei mouse

#13 2012-08-04 05:18:27

Re: SS's sensei mouse

#14 2012-11-04 00:18:19

Re: SS's sensei mouse

#15 2012-11-04 00:32:20

Re: SS's sensei mouse

#16 2012-11-04 18:07:45

Re: SS's sensei mouse

#17 2012-12-17 10:57:40

Re: SS's sensei mouse

#18 2012-12-17 15:17:52

Re: SS's sensei mouse

#19 2013-01-23 21:57:52

Re: SS's sensei mouse

#20 2014-02-06 10:24:21

Re: SS's sensei mouse

#21 2014-02-06 14:48:23

Re: SS's sensei mouse

#22 2014-02-06 15:46:38

Re: SS's sensei mouse

#23 2014-03-06 19:49:51

Re: SS's sensei mouse

#24 2015-04-25 10:07:46

Re: SS's sensei mouse

Board footer