Open guyzmo opened 5 years ago
After some digging, tickering with the kernel module:
hid_register_report
has another prototype. And it led to no success.magicmouse_raw_event
and no event is emitted on touchso that confirms there's an issue setting up the mouse.
because of the issue, I thought it might be the magicmouse_setup_input
method that's faulty, so I tried reverting it up to a version from 2013, and it changed nothing. I tried tickering with the input.keybit
s as well, trying several combinations, and see if it would enable touch events on the magicmouse_raw_event
function… still no luck.
I start to believe that indeed your additions are not responsible for the issue. I'm now considering two possibilities for the regression:
I'll try some tests another day, but I already lost like 4/5 hours of work trying to understand this. And I'd appreciate some help/insights, as I'm quite stuck 😖
Would you have any insights on how I could test/reverse communication with the mouse to try and find out how to get touch events again?
(and if you don't mind keeping this issue for tracking progress and research about that issue, so it's simpler than going through forums or mailing lists).
Hello,
there's been a regression with the hid_magicmouse driver, probably related to the merge with the magic trackpad 2 work done, where no touch events are reported to userspace by the kernel.
I have been a happy MM1 user for many years, and a couple of months ago I updated my kernel on Arch (a late update because I've been busy), and I lost scrolling and middle button on my MM1.
I tried pinning down the issue, testing with both evdev and libinput, and after some research, it looks like it's the kernel driver the culprit. The last kernel version the driver was working flawlessly was 5.0.3, and it broke when I updated to 5.1.8.
Here's a summary of all the research:
https://bbs.archlinux.org/viewtopic.php?pid=1850232#p1850232 https://forums.gentoo.org/viewtopic-p-8357120.html#8357120
Until I found a related report has been made on the linux-input mailing list back last december:
https://www.spinics.net/lists/linux-input/msg59094.html
I'm trying locally to bisect and tinker the module's code to find out what's wrong or missing to enable the magic mouse events.
It feels related to #26 though I'm convinced it's not libinput's fault. Looking at my current's kernel code and the source code herein, they're the same…