Bug 18099

Summary: Невозможен повторный вызов состояний suspend/hibernate
Product: Branch 4.1 Reporter: Лаврущенко Александр <kpykcb>
Component: pm-utilsAssignee: Nobody's working on this, feel free to take it <nobody>
Status: CLOSED WONTFIX QA Contact: qa-4.1 <qa-4.1>
Severity: major    
Priority: P2 CC: ildar, silicium
Version: unspecified   
Hardware: x86   
OS: Linux   
Bug Depends on:    
Bug Blocks: 14491    
Attachments:
Description Flags
лог pm-utils
none
загруженые модули
none
Шина PCI
none
Шина USB
none
Локальный конфиг pm-utils
none
Вывод dmesg в конфигурации с powermgmt+hibernate none

Description Лаврущенко Александр 2008-12-04 22:39:33 MSK
Created attachment 3112 [details]
лог pm-utils

В продолжение баги https://bugzilla.altlinux.org/show_bug.cgi?id=17741

gnome-power-manager>hal>powermgmt-base+hibernate>suspend(он же uswsup)
Работает hibernate*, неработает suspend*. Я игрался с опциями s2ram, но ни одна из комбинации результата не дала.
--
* здесь имеются в виду состояния энергосбережения S3, S4 если память не изменяет.

1). Поскольку pm-utils похоже становится (IMHO) основным решением для перехода в энергосберегающие состояния (Debian,Novell,RedHat)
2). HAL использует (в Альтовской редакции) либо hibernate, либо pm-utils
3). При использовании pm-utils удается(!) перевести в suspend ноутбук
4). Периодически отваливается раскладка в иксах (ну можно хук сделать, но не столь важно)

Решил заставить работать pm-utils, пока не вышло :).
По https://bugzilla.altlinux.org/show_bug.cgi?id=16717
Так что если ставлю pm-utils, то работают исключительно они но не hibernate,
поскольку к тому же их предпочитает HAL.

gnome-power-manager>hal>pm-utils>suspend(s2ram|s2disk)
Итак после установки pm-utils работает оба состояния, и сон на диск и сон в память. Но только один раз! После возврата из сна отваливается usb-мышь, клавиатурная раскладка и невозможно повторное засыпание.
Это выглядит примерно так. Запускаются по-моему все хуки, на экране появляется консоль в которую идёт вывод s2disk и после некоторого времени тупежа, появляются надписи, что мол упущено столько-то прерываний, и потом соответственно блокированый скринсейвером экран рабочего стола. Повторные потуги приводят к полному зависанию системы без отклика даже на SysRq-комбинации.
Что-то подобное наблюдалось при использовании powermgmt-base+hibernate, до включения опции UnloadAllModules.
В pm-utils к сожалению нет такой опции, хотя в рассылке
http://osdir.com/ml/freedesktop.pm-utils/2006-10/msg00001.html
можно видеть, что ребята из suse в pm-utils такой фичей в cvs в 2006 году занимались.
В ручную вписывать все модули в конфиг по-моему совершенно бесполезно, т.к. их набор периодически можем пусть и незначительно, но менятся.
Comment 1 Лаврущенко Александр 2008-12-07 15:48:02 MSK
Created attachment 3119 [details]
загруженые модули
Comment 2 Лаврущенко Александр 2008-12-07 15:48:34 MSK
Created attachment 3120 [details]
Шина PCI
Comment 3 Лаврущенко Александр 2008-12-07 15:48:58 MSK
Created attachment 3121 [details]
Шина USB
Comment 4 Лаврущенко Александр 2008-12-07 15:49:33 MSK
Created attachment 3122 [details]
Локальный конфиг pm-utils
Comment 5 Лаврущенко Александр 2008-12-07 15:51:54 MSK
Created attachment 3123 [details]
Вывод dmesg в конфигурации с powermgmt+hibernate
Comment 6 ildar 2009-02-24 07:55:32 MSK
проблема явно в ядре. Думаю о том, чтобы перевешать на kernel-image-std-def (а ведь Вы даже не упомянули, какое именно у Вас ядро: 2.6.25-std-def-alt8.M41.1 !!)
Михаил, заберёшь?

Александр, нижайше прошу простить меня за до-о-олгую реакцию.
Comment 7 Michail Yakushin 2009-02-24 08:36:31 MSK
Попробуйте добавить в список выгружаемых модулей ehci_hcd и uhci_hcd
Comment 8 ildar 2009-02-24 08:43:52 MSK
Михаил,

может стоит организоваться и сделать набор хуков pm-utils для разных версий ядра?
Comment 9 Michail Yakushin 2009-02-24 08:48:36 MSK
Проблема в том что это не от версии ядра зависит, а он железа, и его сочитания с ядром. Хук может быть стоит делать с превязкой на железо, но собрать такую базу данных в данный момент мы не осилим.
Кстати в бранче есть M41.4 это заметно более новая версия. Стоит обновиться.
Comment 10 Michael Shigorin 2014-11-05 20:41:33 MSK
В 4.1/branch исправления не будут вноситься уже технически (заглушена очередь на сборку), поэтому прошу ошибки, актуальные для sisyphus/p7/t7, перевесить на текущие ветки или сизиф.