I accept that I have unacceptably "vivid imagination" and better should stay quiet and just watch, smile and bookmark useful information like post #2 from chrbr.
I apologize again for having disturbed and won't post in this thread again.
So just skip the following tl;dr if you like.
I moved to using Linux as desktop for three years because it even offers a S4 suspend (hibernate to disk).
Now, moving back to FreeBSD desktop on 12.2, I felt frustrated because the bug I reported back in 2017, which prevents standard GENERIC kernels from resuming from S3 sleep on nvidia/sc systems was still not fixed, so I still have to use custom kernels
.
And now seeing all these problems cropping up in FreeBSD, which back then appeared on Linux when libinput was made default on Debian didn't delight me either.
On the mailing list there was a discussion about introducing libinput in FreeBSD.
I do not remember exactly for which version that was planned, I think 12.2, but I am sure only that it was a 12.x version.
From my intensive evdev and libinput source code reviewing and my conversation years ago with a libinput developer on bugzilla.freedesktop.org I know for sure that quite some of the functionality in classic xorg related to mice wheel is not supported (respective not emulated) in libinput.
For some of the issues, like "forgetting" of device settings or some, but not all of the mouse wheel issues, workarounds are known. (thx again [USER=41201]chrbr[/USER] )
As @shkhin pointed out that there are even more real and potential issues:
libinput only works properly with the correct kern.evdev.rcpt_mask settings, which, admittedly, wasn't communicated clearly. It's also a good idea to give iichid a try.
In case libinput was introduced already in 12.0 and not in 12.2, then it might be a good idea to review some settings that might have been (possibly incorrectly) changed and possibly improve some documentation.
I hope it is at least comprehensible when people, who have looked into the matter so deeply like me, suspect a possible connection to libinput, especially when suddenly a plethora of input devices problems appear out of the blue, exactly parallel to the introduction of libinput.