Date: Mon, 20 Dec 2021 10:29:15 +0000 From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 260565] x11-drivers/xorg-drivers: expand default selection by EVDEV Message-ID: <bug-260565-7141-UWsl0NreMx@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-260565-7141@https.bugs.freebsd.org/bugzilla/> References: <bug-260565-7141@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260565 --- Comment #2 from Harald Schmalzbauer <bugzilla.freebsd@omnilan.de> --- (In reply to Michael Gmelin from comment #1) I started with a stable/13 setup on SkyLake (amd64, no extra graphics). Copmpiled my own x11-meta port, which includes x11-drivers/xorg-drivers (wh= ich doesn't select xf86-input-evdev currently). Based on the nature of this hardware, I installed kmod-drm and xf86-video-i= ntel in addition. Since I was aware that evdev[4] is available in all recent FreeBSD kernel versions, I deselected DEVD option for x11-servers/xorg-server, to avoid interfering with evdev[4] - my personal way of understanding things ;-) startx(1) brings up xorg with twm(1) as expected, but without mouse and keyboard supprt: [ 63985.828] (II) config/udev: Adding input device System keyboard multiple= xer (/dev/input/event0) [ 63985.828] (**) System keyboard multiplexer: Applying InputClass "Evdev keyboard" [ 63985.828] (II) No input driver specified, ignoring this device. [ 63985.829] (II) This device may have been added with another device file. [ 63985.829] (II) config/udev: Adding input device System mouse (/dev/input/event1) [ 63985.829] (II) No input driver specified, ignoring this device. [ 63985.829] (II) This device may have been added with another device file. [ 63985.829] (II) config/udev: Adding input device Sleep Button (/dev/input/event2) [ 63985.829] (**) Sleep Button: Applying InputClass "Evdev keyboard" [ 63985.829] (II) No input driver specified, ignoring this device. [ 63985.829] (II) This device may have been added with another device file. [ 63985.829] (II) config/udev: Adding input device Power Button (/dev/input/event3) [ 63985.829] (**) Power Button: Applying InputClass "Evdev keyboard" [ 63985.829] (II) No input driver specified, ignoring this device. [ 63985.829] (II) This device may have been added with another device file. [ 63985.829] (II) config/udev: Adding input device AT keyboard (/dev/input/event4) [ 63985.829] (**) AT keyboard: Applying InputClass "Evdev keyboard" [ 63985.829] (II) No input driver specified, ignoring this device. [ 63985.829] (II) This device may have been added with another device file. Not much clue about evdev[4], I started searching for docs - hard trip, but besides some very vague (and most times outdated/wrong) advices to alter kern.evdev.rcpt_mask, I found somebody else reporting a similar issue, which was solved by adding xf86-input-evdev: https://forums.freebsd.org/threads/evdev_support-is-enabled-ignoring-device= s-no-keyboard-trackpad-mouse.77231/ Probably for people not deselecting DEVD option in x11-servers/xorg-server, everything woks out-of-box as intended. But in that case our newly introduced evdev[4] kernel support gets ignored/hidden. On the other hand, xf86-input-evdev depends on multimedia/webcamd. It doesn't bring more dependencies to the show, though. I have no idea why this is a decendency for xf86-input-evdev at all, but I'd vote for accpeting that extra dependency. I don't expect having xf86-input-evdev installed as default option resp. dependency for x11-drivers/xorg-drivers to cause any other troubles for peo= ple not deselecting DEVD option, but people intentionally turning DEVD support = off would come closer to what they expect with that action. Thanks, -harry --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-260565-7141-UWsl0NreMx>