On 4/20/22 14:40, Felix Miata wrote:
David Christensen composed on 2022-04-20 14:14 (UTC-0700):
Can you suggestion and commands to run that might provide clues?
Other than switching between use of DDX display drivers (intel, nouveau) and DIX
driver (modesetting, which supports: AMD, Intel, NVidia, other) to see if bad
behavior persists, I have only one other possible suggestion:
Older systems used only various specific input drivers, e.g.:
xserver-xorg-input-kbd
xserver-xorg-input-mouse
xserver-xorg-input-evdev
If these are installed, you might try removing them, thus having only the newer
*libinput* drivers available for use.
# dpkg -l | grep input-kbd
# dpkg -l | grep xorg-input
ii xserver-xorg-input-all 1:7.7+23
amd64
X.Org X server -- input driver metapackage
ii xserver-xorg-input-libinput 1.2.1-1+b1
amd64
X.Org X server -- libinput input driver
2022-04-20 15:27:34 root@tinkywinky ~
# dpkg -l | grep input-kbd
2022-04-20 15:28:12 root@tinkywinky ~
# dpkg -l | grep xorg-input
ii xserver-xorg-input-all 1:7.7+19
amd64 X.Org X server -- input driver metapackage
ii xserver-xorg-input-libinput 0.23.0-2
amd64 X.Org X server -- libinput input driver
ii xserver-xorg-input-wacom 0.34.0-1
amd64 X.Org X server -- Wacom input driver
Any other commands?
The rear USB 2.0 ports are down right now. Are there any commands I
should run before rebooting (to test if the problem is hardware software)?
David
