1 (05.08.2012 12:59:31 отредактировано Cruiser78)

Привет всем!

Внезапно (как всегда) нарисовалась небольшоя проблемка. А именно:
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

2

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

Был, был и весь вышел...

3

Lupo Alberto пишет:

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

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