Re: HID: Elecom, unsupported mouse

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2018-02-20 20:33, Mark Morgan Lloyd wrote:
My apologies for raising my head above the parapet without
immediately being able to contribute a formatted patch, but I'm a
complete virgin as far as git is concerned.

It's no problem.

I'm getting a great deal of grief here from an arthritic colleague
with a selection of Elecom devices that he's bought so that he can
use whichever is least uncomfortable at the time. He'd first like to
thank everybody for getting the 0x00ff (DEFT) and 0x010d (HUGE) mice
into the kernel, which he can confirm work well on 4.14.

He's also got an 0x00fc (EX-G M-XT3DR) which I believe will be
supported in 4.16, although I've yet to test that.

He's also got an 0x00fd (EX-G M-XT4DR) which is the left-handed
equivalent of 0x00fc, we'd very much appreciate it if somebody could
add that ID to hid-ids.h, hid-elecom.c and hid-quirks.c.

I was made aware of this mouse only recently as well. I had plans to
submit a patch for it soon.

-- SNIP --
$ sudo lsusb -vd 056e:00fd
[sudo] password for markMLl:

Bus 001 Device 064: ID 056e:00fd Elecom Co., Ltd
-- SNIP --

This information seems correct and matches the data I recently
collected on reddit[1].

Please let me know if there's additional information I can provide
to help with this, and again I apologise for not providing a
correctly-formatted patch. Knowing the user's fondness for gadgets,
he'd not be averse to buying additional models for testing if he
spots any affordable.

The only thing I would like to ask is for help testing the patch when
I submit it since I do not own an M-XT4DRBK. I'll CC you on the patch
so that you're made aware of it when it's posted. If you're unsure of
what that would involve then don't worry, I have also found another
person willing to test this mouse.

On list, cc not necessary.

The only thing I wanted to do before submitting a patch was to have a
look at how the ELECOM PID defines are named. As of this moment the
code has managed to skirt around the problem of having two mice of the
same series with incorrect button counts and different PIDs, but this
might not always be the case. However, there are also two models from
the same series of mice (DEFT) which share PIDs. So I was still trying
to work out how to deal with that in hid-ids.h but I think I'll post a
patch with what I think would be the best solution and then see what
Jiri or Benjamin say about it.

[1]: https://www.reddit.com/r/Trackballs/comments/7vqraz/

(P.S. Apologies for any bizarre formatting in this message, web based
email clients are not my favourite.)

--
Tomasz Kramkowski
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Media Devel]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Linux Wireless Networking]     [Linux Omap]

  Powered by Linux