Bug 20232

Summary:

Не работает клавиатура после просыпания из suspend to ram

Product:

Sisyphus

Reporter:

Roman Savochenko <rom_as>

Component:

xorg-server

Assignee:

Nobody's working on this, feel free to take it <nobody>

Status:

NEW ---

QA Contact:

qa-sisyphus

Severity:

normal

Priority:

CC:

aen, aspsk, boris, dek, ildar, ldv, mike, shrek, silicium, sin, vsu, zerg

Version:

unstable

Hardware:

all

OS:

Linux

Bug Depends on:

Bug Blocks:

19564

Attachments:

Description	Flags
Рабочий xorg.conf	none
Xorg.0.log	none

Description Roman Savochenko 2009-05-30 00:18:23 MSD

Железо: Acer aspire one 110
Засыпание производится kde или самим xorg по стандартному событию от клавиши засыпания.
После просыпания появляется диалог авторизации по движению мыши(точпад), но ввести пароль невозможно.

Кроме того стало невозможным заснуть из xbindkeys. Ранее хоть по коду отпускания можно было заснуть.
И даже вызов экрана xdialog, для выбора режима внешнего экрана, осуществляется многократно из xbindkeys и даже по коду отпускания.

Comment 1 Valery Inozemtsev 2009-05-30 14:40:30 MSD

xorg.conf покажите

Comment 2 Roman Savochenko 2009-05-30 16:10:31 MSD

Created attachment 3569 [details]
Рабочий xorg.conf

Comment 3 Valery Inozemtsev 2009-05-30 16:36:54 MSD

еще Xorg.0.log после засыпания

Comment 4 Roman Savochenko 2009-06-01 10:17:37 MSD

Created attachment 3572 [details]
Xorg.0.log

Получил путём создания второй сессии из диалога авторизации первой где клавиатура не работает, а работает только мышь.
Переключения на первый терминал из диалога её авторизации и копирования файла отдельно.

Comment 5 Valery Inozemtsev 2009-06-01 10:55:11 MSD

то что клавиатура выключилась от ядра приходит

(EE) AT Translated Set 2 keyboard: device key_bitmask has changed
(EE) AT Translated Set 2 keyboard: Device has changed - disabling.

а вот то что надо включиться после просыпания, нет

Comment 6 Roman Savochenko 2009-08-25 20:19:12 MSD

На текущем Сизифе данная ошибка проявляется.

Comment 7 Michael Shigorin 2009-08-27 21:37:56 MSD

blocker -- это если б там local/remote root был.
critical -- это если б filesystem data corruption какой.

А неживое/кривое сгребание себя в кучку из суспензии по нынешним временам всё-таки normal...

Comment 8 Michael Shigorin 2009-08-27 21:38:55 MSD

PS: 2.6.30-std-def-alt6, T41p спит/просыпается нормально (disk/mem).  Сейчас засуну alt10.

Comment 9 Roman Savochenko 2009-08-28 14:34:21 MSD

(In reply to comment #7)
> blocker -- это если б там local/remote root был.
> critical -- это если б filesystem data corruption какой.
Где это написано?
Для меня это уже критично, поскольку висит со статусом normal полгода, без видимых телодвижений.

А вообще это известная бага, которая повторяется до сих пор: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/327175

И проблема похоже с иксами, а не с ядром.

Comment 10 Michael Shigorin 2009-08-28 16:28:24 MSD

(In reply to comment #9)
> Где это написано?
http://www.altlinux.org/BugSeverityPolicy

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

> И проблема похоже с иксами, а не с ядром.
Тогда туда и перевешивай.

Comment 11 Roman Savochenko 2009-08-28 18:03:11 MSD

(In reply to comment #10)
> (In reply to comment #9)
> > Где это написано?
> http://www.altlinux.org/BugSeverityPolicy
Спасибо

> > И проблема похоже с иксами, а не с ядром.
> Тогда туда и перевешивай.
Перевешиваю

Comment 12 Roman Savochenko 2009-08-30 16:20:35 MSD

Вот ещё ссылка на эту багу у Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520718