LinuxForum.Fans
Тема

Проблема с радиомышой в RFR-17

Автор: Cruiser78 3 сообщений 1877 просмотров
#267936

Привет всем!

Внезапно (как всегда) нарисовалась небольшоя проблемка. А именно:
1. Ноутбук Acer AOD150.
2. Беспроводная к нему гарнитура (мышь и клавиатура).
3. Ось - RFR-17 c ядром 3.5.0-2.fc17.i686.PAE (второго дня было обновление).
4. GMOME 3.
Проблема - после обновления при выходе ноута из гибернации не восстанавливается работоспосбность мыша. Висит колом (клавиатура, при этом, работает). Помогает только ребут (ALT+Fx, login, reboot) системы.
Я, конечно, могу отказаться от гибернации девайса при закрытии его крышки, можно и просто ноут на это событие выключать, но всё же - это только мое персональное счастье или уважаемая публика заметила аналогичкую бяку?
Да, для сведения, в /var/log/messages от ACPI валятся такие записи:

Показать
Aug 5 10:53:04 acerhome kernel: [ 0.114699] ACPI Error: [CAPB] Namespace lookup failure, AE_ALREADY_EXISTS (20120320/dsfield-143)
Aug 5 10:53:04 acerhome kernel: [ 0.114726] ACPI Error: Method parse/execution failed [\_SB_.PCI0._OSC] (Node f5026ca8), AE_ALREADY_EXISTS (20120320/psparse-536)
Aug 5 10:53:04 acerhome kernel: [ 0.114765] pci0000:00: ACPI _OSC request failed (AE_ALREADY_EXISTS), returned control mask: 0x1d
Aug 5 10:53:04 acerhome kernel: [ 0.114779] ACPI _OSC control for PCIe not granted, disabling ASPM
.....
Aug 5 10:53:04 acerhome kernel: [ 41.900343] ACPI Warning: 0x00000460-0x0000047f SystemIO conflicts with Region \PMBA 1 (20120320/utaddress-251)
Aug 5 10:53:04 acerhome kernel: [ 41.903746] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Aug 5 10:53:04 acerhome kernel: [ 41.911377] ACPI Warning: 0x00000428-0x0000042f SystemIO conflicts with Region \PMBA 1 (20120320/utaddress-251)
Aug 5 10:53:04 acerhome kernel: [ 41.915320] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Aug 5 10:53:04 acerhome kernel: [ 41.918632] ACPI Warning: 0x00000500-0x0000053f SystemIO conflicts with Region \GPIO 1 (20120320/utaddress-251)
Aug 5 10:53:04 acerhome kernel: [ 41.922031] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Aug 5 10:53:04 acerhome kernel: [ 43.167905] acer_wmi: Acer Laptop ACPI-WMI Extras

Для меня это - темный лес.
И, дополнительно:
1. На предыдущем ядре (3.4.6-2.fc17.i686.PAE) такой станности нет. Всё работает как и положено (правда, по выходу из гибернации гном еще с минуту об чем-то своем думает, диском шуршит).
2. Даже при зависшей колом мыше тачпад почти работает. Почти - это курсор по экрану ездит, но на его движения, как и на кнопки тачпада система не реагирует никак.

И вопрос дополнительный - а как можно принудительно переинициализировать мыша в Linux'е? Кому надо послать какой сигнал?
===============
А проблема, похоже, совсем не в мыше... А именно - удалось на ядре найти путь, где на ядре 3.5.0-2.fc17.i686.PAE с GNOME-3 раскорячиваются устатройства ввода информации (мыша и клавиатура) в графике, в гноме. И без какой либо гибернации. Достаточно тривиального переключения консолей по комбинации клавиш ALT+Fx... Туда, в текстовую консоль, ходим без проблем, а вот при возвращении в графику - клавиатура и мышь - отлетают. Курсор мыша по экрану ползает, но никакой иной (кроме этого) реакции не получить. На клавиатуре - можно уйти опять в текстовую консоль и там поработать, но в графике - клавиатура молчит как партизан в гестапо... Позволяет только уйти в текстовую консоль... Такое вот новое 3.5.0-2.fc17.i686.PAE ядрышко с GNOME-3

#267946

Посмотрите документацию к pm-utils, давным-давно я подобным образом «будил» bluetooth-адаптер.

#267952
Lupo Alberto написал:
Посмотрите документацию к pm-utils, давным-давно я подобным образом «будил» bluetooth-адаптер.

Очень похоже, что деле не в pm-*. Обратил внимание (и дописал в стартовом топике), что, похоже, есть проблемы в GNOME-3, когда он получает управление откуда-либо. Если я клавиатурно перейду на другую консоль, то по возвращению в консоль с GNOME-3 зависает клавиатура и мышка. Тот же самый эффект наблюдаю и если использовать команду chvt. Туда из графики уйти могу. В текстовых консолях переключаюсь этой командой без проблем. Но стоит вернуться обратно в консоль, где работает графика, тот же GNOME, так там клавиатура и мышь подвисают. На это дело (на аномалии с chvt) я обратил внимание не так давно (когда боролся с ACPI на ноуте в RFR-17), что было раньше, в RFR-14, не знаю. Но, поскольку эта команда не самая мне нужная, то и фиг бы с ней.
А сейчас - мыша и клава подвисают и при возврате в графическую консоль из текстовой. Ну и из гибернации. Последнее и было замечено прежде всего. Но сие есть уже следствие. Причина - какая-то бага или фича при возврате из тектового режима в графику. Но вот как её найти...

Войдите или зарегистрируйтесь, чтобы ответить.