Bug 18099

Summary:

Невозможен повторный вызов состояний suspend/hibernate

Product:

Branch 4.1

Reporter:

Лаврущенко Александр <kpykcb>

Component:

pm-utils

Assignee:

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:

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, перевесить на текущие ветки или сизиф.