Курсор мыши стал двигаться плавно

Какое-нить DE портит настройки.

то курсор на несколько секунд начинает двигаться нормально, потом снова с замедлением.

Через несколько секунд после своего старта видимо.

DE точно не при чём, это проявляется даже в чистых иксах, т. е. если вручную запустить startx.

Пока временно решил, заменив xf86-input-libinput на xf86-input-synaptics. Впрочем, нет ничего более постоянного, чем временное - нет времени разбираться, что же там сломали в libinput.

Ну вообще ручной запуск startx также может подгружать DE в зависимости от настроек. В дебиане например подгружает, да и думаю много где.

Чистые иксы можно например так запустить:

startx /usr/bin/xterm

(путь в бинарнику нужен полный) Если нет xterm-а можно что угодно другое но желательно без тулкитов т.к. они могут начать подгружать части DE.

Может быть просто твоё DE не умеет портить настройки synaptics-а, а умеет только libinput-а. Так что libinput совсем не обязательно виноват.

У меня в ~/.configure/openbox/autostart есть строка: xset m 3/1 4. Попробуй впилить что-нибудь похожее куда-нибудь себе.

https://wiki.archlinux.org/title/Libinput

Заводи через xinput. Потом уже хардкорь в conf файл.

Ах да, посмотри, что за драйвер у тебя: evdev или libinput. Они сильно разные в дефолтах. В твоём conf файле можно указать, какой использовать.

Да, если запустить таким образом, всё равно проблема остается.

Xinput не дает результат. Пробовал различные настройки задавать - всё равно.

Я бы просто поменял дистрибутив. Voidlinux… Уж насколько я люблю экзотику, но с ним отношения неприятны

Уж лучше Obarun или Artix (тоже кривоват).

А это точно проблема на стороне ввода? Может, libinput отдает события настолько быстро, что видеодрайвер не успевает отрисовывать, и буферизует необработанные позиции курсора?

Аналогично, обновился с Fedora 35 на 37, заметил, что курсор стал двигаться плавнее, что для управления им на трекпоинте требует больших усилий.

Все параметры в xinput list-props одинаковые, в DE одинаковые, в самом устройстве ввода тоже.

Перезагружаюсь в снапшот Fedora 35 и вижу разницу, это не плацебо.

Посмотри на загрузку ядер и в dmesg. Если там ругань на прерывания и на то что какое то прерывание отключено, в /proc/interrupts в строке с драйвером тачпада дикое и постоянно растущее число прерываний и одно ядро процессора при этом постоянно загружено на 100% — это баг ядра, «шторм прерываний», было такое на нескольких ноутах именно с тачпадом. «Плавно двигается» потому что драйвер упёрся в одно ядро проца по максимуму и «тормозит». Нужно либо обновиться до последней версии ядра, либо, если не помогло, откатиться назад до той версии на которой проблем не наблюдалось. И конечно же оформить багрепорт в этом случае.

Скомпилировал ровно те же версии libinput и xorg-libinput — без изменений, на 37 медленней перемещение курсора.

Решили проблему? У меня до сих пор руки не дотянулись до этого. Я пробовал откатываться на предыдущие версии xinput и ядра - всё равно.

Нет, привык.