Created attachment 242596 [details] v1 (apply via "git am") FreeBSD (unlike OpenBSD) supports evdev and libgudev. Xorg on FreeBSD already uses evdev via xf86-input-libinput. Disclaimer: I don't use GNOME and Xorg, so runtime is untested.
(setting maintainer-feedback solely to avoid timeout) Based on experiences with muffin, even though a fork from an older version, udev support is dodgy at best. This should be an option that is not enabled by default and explicitly marked experimental, given the state of base and supporting port(s) in this area.
Tested with Xorg and the Pantheon desktop (using x11 as GDK backend). Mutter reports only warnings about my USB mouse (in fact it is related to libinput), otherwise nothing particular.
With this desktop I use mutter 43.6 (I'll test it, with GNOME 44 and mutter 44.2).
(In reply to Charlie Li from comment #1) > given the state of base and supporting port(s) in this area. Xorg defaults to udev/evdev since ports 4b9c697c260c but X11 itself is agnostic. On Wayland udev/evdev is not required by the protocol but "de facto" mandatory to avoid writing syscons backend (vt(4) uses syscons uAPI) on DragonFly + FreeBSD or wscons backend on NetBSD + OpenBSD for everything input-related. Otherwise, I have no clue what you mean. To avoid udev/evdev on FreeBSD one has either to rebuild xorg-server with UDEV disabled and use xf86-input-{mouse,keyboard) or run DE like GNOME/X11 under Xwin or Xquartz via "ssh -X". (In reply to Olivier Duchateau from comment #2) > Mutter reports only warnings about my USB mouse Looking at Mutter/X11 code: - udev is limited to distinguishing mouse from touchpad - evdev is used to translate pointer buttons between Xorg and *nested* "mutter --wayland" (bug 258042) Thanks for testing i.e., confirming no X11 regressions.
Patch tested with the latest stable release (44.3) of Mutter and GNOME shell (44.3) under X11 session, no observed regressions. I also use the patch from bug# 271823