LINUX.ORG.RU

Как будто бы залипание скролла мышки в KDE

 , ,


0

1

Привет, ЛОР!

Поставил на работе gentoo x86 с KDE. Обнаружилась странная вещь - при наведении курсора на индикатор раскладки он начинает меняться с дикой скоростью. Наведешь курсор в панель задач - начинают скроллиться окна. Нажмешь ctrl в браузере - начинает увеличивать масштаб в большую сторону. Т.е. налицо имеем имитацию кручения скролла вперед. При этом просто страница не скроллится, в yakuake консоль тоже не прокручивается.

ЛОР, что это и как лечить? Ядро 3.10.25-gentoo, профиль default/linux/x86/13.0/desktop/kde, make.conf:

USE="hal kdeenablefinal -bluetooth -handbook -gtk -gnome"
PORTDIR="/usr/portage"
DISTDIR="${PORTDIR}/distfiles"
PKGDIR="${PORTDIR}/packages"

MAKEOPTS="-j3"

GENTOO_MIRRORS="http://mirror.yandex.ru/gentoo-distfiles/"

SYNC="rsync://rsync.ru.gentoo.org/gentoo-portage"

VIDEO_CARDS="radeon"
LINGUAS="ru en"
FEATURES="parallel-fetch metadata-transfer"
PORTAGE_ELOG_SYSTEM="save"
PORTAGE_ELOG_CLASSES="warn error info log qa"
FEATURES="${FEATURES} preserve-libs"
EMERGE_DEFAULT_OPTS="--ask --verbose --quiet-build"

Какие еще данные мне предоставить для диагностики проблемы?

★★

Последнее исправление: cetjs2 (всего исправлений: 1)

Ответ на: комментарий от a1batross

а что, это из-за hal?

по второму: Makes kde ebuilds use the enable-final flag, yielding big compilation speedups at the cost of very heavy mem usage.

kir64 ★★
() автор топика
Ответ на: комментарий от a1batross

убрал hal, emerge с --new-use сказал, что пересобирать нечего.

kir64 ★★
() автор топика

x86 или ~x86 ?
KDE какой версии?

Оффтопик: FEATURES=«${FEATURES} preserve-libs» можешь убрать, preserve-libs в portage 2.2 по умолчанию.

Pinkbyte ★★★★★
()

Вот выхлоп Xorg касательно мыши:

grep -i "mouse" /var/log/Xorg.0.log
[    13.653] (==) RADEON(0): Silken mouse enabled
[    14.674] (II) config/udev: Adding input device MOSART Semi. 2.4G Keyboard Mouse (/dev/input/event3)
[    14.674] (**) MOSART Semi. 2.4G Keyboard Mouse: Applying InputClass "evdev keyboard catchall"
[    14.674] (II) Using input driver 'evdev' for 'MOSART Semi. 2.4G Keyboard Mouse'
[    14.674] (**) MOSART Semi. 2.4G Keyboard Mouse: always reports core events
[    14.674] (**) evdev: MOSART Semi. 2.4G Keyboard Mouse: Device: "/dev/input/event3"
[    14.674] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Vendor 0x62a Product 0x4101
[    14.674] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Found keys
[    14.674] (II) evdev: MOSART Semi. 2.4G Keyboard Mouse: Configuring as keyboard
[    14.674] (II) XINPUT: Adding extended input device "MOSART Semi. 2.4G Keyboard Mouse" (type: KEYBOARD, id 8)
[    14.675] (II) config/udev: Adding input device MOSART Semi. 2.4G Keyboard Mouse (/dev/input/event4)
[    14.675] (**) MOSART Semi. 2.4G Keyboard Mouse: Applying InputClass "evdev pointer catchall"
[    14.675] (**) MOSART Semi. 2.4G Keyboard Mouse: Applying InputClass "evdev keyboard catchall"
[    14.675] (II) Using input driver 'evdev' for 'MOSART Semi. 2.4G Keyboard Mouse'
[    14.675] (**) MOSART Semi. 2.4G Keyboard Mouse: always reports core events
[    14.675] (**) evdev: MOSART Semi. 2.4G Keyboard Mouse: Device: "/dev/input/event4"
[    14.675] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Vendor 0x62a Product 0x4101
[    14.675] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Found 9 mouse buttons
[    14.675] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Found scroll wheel(s)
[    14.675] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Found relative axes
[    14.675] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Found x and y relative axes
[    14.675] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Found absolute axes
[    14.675] (II) evdev: MOSART Semi. 2.4G Keyboard Mouse: Forcing absolute x/y axes to exist.
[    14.675] (--) evdev: MOSART Semi. 2.4G Keyboard Mouse: Found keys
[    14.675] (II) evdev: MOSART Semi. 2.4G Keyboard Mouse: Configuring as mouse
[    14.675] (II) evdev: MOSART Semi. 2.4G Keyboard Mouse: Configuring as keyboard
[    14.675] (II) evdev: MOSART Semi. 2.4G Keyboard Mouse: Adding scrollwheel support
[    14.675] (**) evdev: MOSART Semi. 2.4G Keyboard Mouse: YAxisMapping: buttons 4 and 5
[    14.675] (**) evdev: MOSART Semi. 2.4G Keyboard Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[    14.675] (II) XINPUT: Adding extended input device "MOSART Semi. 2.4G Keyboard Mouse" (type: KEYBOARD, id 9)
[    14.675] (II) evdev: MOSART Semi. 2.4G Keyboard Mouse: initialized for relative axes.
[    14.675] (WW) evdev: MOSART Semi. 2.4G Keyboard Mouse: ignoring absolute axes.
[    14.675] (**) MOSART Semi. 2.4G Keyboard Mouse: (accel) keeping acceleration scheme 1
[    14.675] (**) MOSART Semi. 2.4G Keyboard Mouse: (accel) acceleration profile 0
[    14.675] (**) MOSART Semi. 2.4G Keyboard Mouse: (accel) acceleration factor: 2.000
[    14.675] (**) MOSART Semi. 2.4G Keyboard Mouse: (accel) acceleration threshold: 4
[    14.675] (II) config/udev: Adding input device MOSART Semi. 2.4G Keyboard Mouse (/dev/input/mouse0)

kir64 ★★
() автор топика
Ответ на: комментарий от Pinkbyte

kde 4.11.5, gentoo именно x86, т.е. stable.

cat /etc/portage/package.accept_keywords 
www-client/firefox ~x86
net-im/skype ~x86
app-emulation/winetricks ~x86
dev-python/urwid ~x86

За оффтопик спасибо, убрал.

kir64 ★★
() автор топика
Ответ на: комментарий от kir64

Интересно. А xev дублирующие события от мыши в данный момент не показывает? Сдаётся мне проблема именно в этом - у меня похожая проблема с беспроводной клавиатурой на Raspberry Pi.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

Вот выхлоп xev: http://paste.org.ru/?4rrbew

При наведении мышки на его окно постоянно генерирует события. Мыша беспроводная, да.

kir64 ★★
() автор топика
Ответ на: комментарий от imul

Что-то я и не догадался проверить.

Подключил обычную usb проводную - проблема не повторяется, скролл работает как надо. Дело в том, что на домашнем ноутбуке с ~x86 беспроводная мышка работает, в отличие от рабочего компа.

kir64 ★★
() автор топика
Ответ на: комментарий от imul

Лол, вставил беспроводную обратно в тот же порт, где была - глюк не повторяется. После ребута тоже.

kir64 ★★
() автор топика
Ответ на: комментарий от kir64

у меня бывают похожие симптомы на проводной мышке когда там провода переламываются. Но здесь непонятно, почему на ноуте работает, м на стационаре нет. А мышь со своим юсб-адаптером?

imul ★★★★★
()
Ответ на: комментарий от kir64

Лол, вставил беспроводную обратно в тот же порт, где была - глюк не повторяется. После ребута тоже.

у меня проблема повторяется когда рядом вставлен USB Wi-Fi dongle. Есть подозрения на то, что частоты пересекаются, но это из области догадок.

Pinkbyte ★★★★★
()
Ответ на: комментарий от imul

Radio, 2,4Ghz. Частоты Wi-Fi 802.11n - близкие, но не точно такие же. Адаптеры находятся впритык друг к другу(что поделаешь, так расположены порты на Raspberry Pi, а через USB-удлинители девайсы не работают)

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

у любого устройства всегда есть внеполостные излучения, поэтому если частоты рядом то у хвостов будут пересечения.
А удлиннители какой длины? На длинных и тонких удлиннителях обычно питания не хватает. Можно из метрового сделать 5-10 сантиметров вырезав середину и спаять.

imul ★★★★★
()
Последнее исправление: imul (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

А вообще малинка какая-то стрёмная имхо. У меня сгорела во время грозы, была прицеплена метровым юсб шнуром. Лежала на подоконнике.

imul ★★★★★
()

После нескольких ребутов ситуация не повторяется. Тему помечу как решенную, извините за беспокойство :)

kir64 ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.