Logitech MX Revolution

cf7k · January 5, 2012, 6:47pm

Добрый вечер.

Помогите победить неработоспособность мышки в кальке.
Эту штуку застал еще в кальке 11.3. Но до сих пор не фунциклирует. Раньше просто не пробовал.

Мышка Logiteh MX Revolution, мамка P7P55D-E, BIOS последний.

Загружаюсь с LiveCD (хоть KDE, хоть Gnome; пробовал только x86) - курсор присутствует, а вот на саму мышку никаких реакций. Ни выключение питания мышки, ни передёргивание ресивера в чувства её не приводят.

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

мышь под убунтой вглядит так:
http://pastebin.calculate-linux.ru/ru/show/1884

Куда копать, что еще протестить, какие дополнительные сведения нужны?

ersch13 · January 5, 2012, 7:47pm

это та самая “лучшая мышь в мире”? извините за иронию,куда копать не скажу,сам не разобрался с этим в своё время,так и обменял её на E-BLUE ARCO-2,официально поддерживающую ред-хет линукс и имеющую синий сенсор,работающий даже на стекле и зеркалах,насколько помню ресивер у эмэкса и ПС/2 и юсби поддерживает,попробуйте через переходник не в юсби включить а в ПС/2,попробуйте также перенастроить радиоканал в паре ресивер-мышь,точно не помню,погуглите-там чтото пять кликов правой кнопкой при зажатой левой и ещё чтото,достаточно сложная процедура,чтоб не запоминать как её проводить без родного логитеховского софта,который только на форточки пишется,подозреваю что все траблы этой “чудо-мыши” аппаратного происхождения и характера,например заявленная дальность работы 10м,но если воткнуть ресивер в гнездо на задней стенке то и на 50-ти см мышь теряется,экранируемая корпусом и помехами,по видимому…кстати данные мыша,(производитель,модель,серийник и т.п.)зашиты в ресивере а не в самой мыши,поэтому она может "видеться системой"но не работать,и вовсе не по причине неверных настроек ОСи,а в силу своих непонятных галиков…и даже потенциальное наличие 14 дополнительных кнопок не стоит мороки с этим продуктом… это проектировалось и затачивалось чисто под висту,где и работает сносно,но при этом даже в хрюше и семёрке глючит судя по отзывам пользователей этой революшн…

cf7k · January 5, 2012, 11:00pm

Ой… в смысле - спасибо за попытку помочь…

Сия мыша у меня замечательно работает под убунтой (и в лайв режиме, и в стационарном) еще где-то с … я даже не помню когда её купил. Единственные аппаратные проблемы на моей памяти - изредка отваливалась; лечилось передёргиванием ресивера. В остальном - полностью устраивает.

Вопрос остаётся открытым…

mavriq · January 11, 2012, 2:06am

Дело в том, что мало у кого есть именно такая-же мышь.
Следовательно разобраться в сути проблемы можно лишь с вашей помощью
Выполните следующую последовательность действий и под калькой и под убунтой:
# Загрузите систему без мыши
# выполните

dmesg >/tmp/before_mouse

# Воткните мышь, выполните dmesg|tail несколько раз, чтоб убедиться что ядерные сообщения касаемо этой мыши закончились
# выполните

dmesg >/tmp/after_mouse

# выполните

diff -su /tmp/before_mouse /tmp/after_mouse

результат сюда

Yuego · January 11, 2012, 1:34pm

И еще

wgetpaste /var/log/Xorg.0.log

тоже сюда

cf7k · January 15, 2012, 2:23am

С удовольствием помогу:

mouse diff Ubuntu: http://pastebin.calculate-linux.ru/ru/show/2569
mouse diff Calculate: http://pastebin.calculate-linux.ru/ru/show/2570

еще при загрузке с LiveCD в самом начале появляется примерно такое:

ehci_hcd 0000:00:1a_0: dma_pool_free ehci_qh, f306b060/fffff060 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e060/fffff060 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e180/fffff180 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e300/fffff300 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e420/fffff420 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e540/fffff540 (bad dma)

В данном случае записан лог конкретной загрузки.

Ubuntu Xorg.0.log: http://pastebin.calculate-linux.ru/ru/show/2571
Calculate Xorg.0.log:
что-то paste-bin не даёт сделать 4й раз… прикладываю файлом.

c_Xorg.0.log (44.6 KB)

mavriq · January 15, 2012, 3:21pm

-[  152.804063] generic-usb 0003:046D:C51A.0003: input,hidraw2: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1d.0-1.4/input0
...
-[  152.807090] generic-usb 0003:046D:C51A.0004: input,hiddev0,hidraw3: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:1d.0-1.4/input1

Под убунтой нескольо раз встречается упоминание hidraw, попробуйте включить в ядре CONFIG_HIDRAW=y и CONFIG_USB_HIDDEV=y.
По идее - должно помочь.

cf7k · January 15, 2012, 4:51pm

Не сработало. В логе та же попытка подключения устройства и та же пачка ресетов.

Yuego · January 15, 2012, 5:52pm

Выложите конфиг ядра.

И сразу проверьте, включена ли в ядре опция:

 Device Drivers  --->
  [*] USB support  --->
   [*]     Improved Transaction Translator scheduling

Если не включена, включите и проверьте, будет ли работать с ней.

cf7k · January 15, 2012, 6:25pm

До конфига пока не добрался, но он бит в бит такой же, как и на LiveCD 11.12 (с гномом). Собственно, с него и гружусь… Посему до пересборки ядра еще не добрался…

Когда-то ставил стационарно (c KDE) - также не было мыши.
Под VMWare - работало беспроблемно…

cf7k · January 15, 2012, 6:33pm

Я кажется понял… CONFIG_HIDRAW=y и CONFIG_USB_HIDDEV=y относились к параметрам конфигурации ядра, а не к параметрам загрузки ядра…
Видимо, придётся всё же ставить для более глубокого исследования причин возникновения проблемы… Но может еще какие тесты можно провести на лайве?

Yuego · January 15, 2012, 9:17pm

Просто проделайте указанное выше.

Можете просто проверить наличие этого параметра в конфиге.

zgrep CONFIG_USB_EHCI_TT_NEWSCHED /proc/config.gz

Если он отключен, включите и соберите ядро с ним.

UPD
Только что проверил на свежем образе cld. Эта опция не включена.
Соберите ядро с ней!

mavriq · January 16, 2012, 1:39pm

попробуйте включить в ядре CONFIG_HIDRAW=y и CONFIG_USB_HIDDEV=y

Alex D. wrote:

Я кажется понял… CONFIG_HIDRAW=y и CONFIG_USB_HIDDEV=y относились к параметрам конфигурации ядра, а не к параметрам загрузки ядра…

Да, видимо надо было более доступно обьяснять - ядро надо пересобрать с этими ключами.
Кстати, тут у человека была такая же проблема решение можно подсмотреть.

cf7k · January 17, 2012, 12:48am

Да, видимо надо было более доступно обьяснять - ядро надо пересобрать с этими ключами.

Я в самом начале писал, что гружусь с LiveCD… ну да ладно…

Поставил я кальку в стационар, поэкспериментировал с предложенными параметрами и… оно заработало.

Вот этого оказалось достаточно:

Device Drivers  --->
  [*] USB support  --->
   [*]     Improved Transaction Translator scheduling

при загрузке все равно остались эти сообщения:

ehci_hcd 0000:00:1a_0: dma_pool_free ehci_qh, f306b060/fffff060 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e060/fffff060 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e180/fffff180 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e300/fffff300 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e420/fffff420 (bad dma)
ehci_hcd 0000:00:1d_0: dma_pool_free ehci_qh, f3b5e540/fffff540 (bad dma)

CONFIG_HIDRAW=y и CONFIG_USB_HIDDEV=y ни на что не повлияли. Ни вместе, ни порознь.

В принципе, проблему можно считать решённой. Благодарю всех, кто помогал.

В следующей сборке LiveCD включите, плиз, этот крыжык. А то в стародавние времена, когда пробовал кальку с KDE - отпугнуло; там невозможно даже было с клавиатуры порулить.

Yuego · January 17, 2012, 8:36am

Alex D. wrote:

В следующей сборке LiveCD включите, плиз, этот крыжык. А то в стародавние времена, когда пробовал кальку с KDE - отпугнуло; там невозможно даже было с клавиатуры порулить.

Создал багу на багтрекере.