mehanoid |
|
Темы:
28
Сообщения:
382
Участник с: 27 апреля 2010
|
В процессе попытки решить проблему со ждущим режимом, пришёл к выводу, что мне надо попробовать использовать TRACE_RESUME, чтобы отловить этот глюк. Нашёл упоминание об этом в этой теме на лоре, где тоже обсуждалась проблема со ждущим режимом. Вот здесь описывается его применение. Не знаю, поможет ли это мне, но попытаться можно. Похоже что надо собрать ядро с поддержкой TRACE_RESUME, как упоминалось той теме. По ссылке, приведённой выше, написано - enable PM_DEBUG, and PM_TRACEНу в общем, вот что я делал: Взял пакет linux c ABS. Если я всё правильно понял, надо отредактировать файл config.x86_64 (для 64-битной системы). В конфиге присутствовала строка CONFIG_PM_DEBUG=y. Я добавил ещё строку CONFIG_PM_TRACE=y, подправил название пакета в PKGBUILD и попробовал собрать и загрузиться с полученным ядром. В системе должен по идее появиться файл /sys/power/pm_trace. Его как не было, так и с вновь собранным ядром нет. Что-то я видимо не то делаю. Подскажите, как же это всё-таки правильно сделать? |
sirocco |
|
Темы:
29
Сообщения:
2501
Участник с: 25 июля 2007
|
mehanoid Может быть имеет смысл не добавлять, а разкомментировать? $ zgrep CONFIG_PM /proc/config.gz CONFIG_PM_STD_PARTITION="" CONFIG_PM_SLEEP=y CONFIG_PM_SLEEP_SMP=y CONFIG_PM_RUNTIME=y CONFIG_PM=y CONFIG_PM_DEBUG=y CONFIG_PM_ADVANCED_DEBUG=y # CONFIG_PM_TEST_SUSPEND is not set # CONFIG_PM_TRACE_RTC is not set CONFIG_PMBUS=m |
mehanoid |
|
Темы:
28
Сообщения:
382
Участник с: 27 апреля 2010
|
Раскомментировал CONFIG_PM_TRACE_RTC. На всякий случай ещё CONFIG_PM_TEST_SUSPEND раскомментировал. В этот раз получилось. Спасибо! |