3476 2004-01-12 18:11:29 +0300 не правильный алгоритм работы power 2007-04-06 16:44:40 +0400 1 1 4 Development Sisyphus power unstable all Linux CLOSED FIXED P2 normal --- 3459 7079 1 shaba rider eostapets mike sbolshakov sr vsu qa-sisyphus oldest_to_newest 11190 0 shaba 2004-01-12 18:11:29 +0300 если система с apm, то модули для acpi(из файла /etc/sysconfig/acpi) все равно пытаются грузится - и вызывают ругань на консоли. сейчас алгоритм работы такой: 1) грузим модули acpi 2) определяем что поддержывается - acpi или apm 3) стартуем выбранный сервис. А надо 1) определяем что поддержывается - acpi или apm 2) если acpi, то грузим модули 3) стартуем выбранный сервис. 11207 1 mike 2004-01-13 15:52:38 +0300 да понял, понял 11524 2 mike 2004-01-31 17:10:47 +0300 Вы уверены, что это проблема данного пакета? 11605 3 shaba 2004-02-05 17:10:27 +0300 Это проблема того скрипта, который делает выбор между acpi и apm. А это пакет power. Сейчас этот выбор делается поздно, уже после попытки загрузить модули для acpi(как будто он acpi - есть всегда). А если еще дальше идти то модули надо грузить и скрипта загрузки acpid, а не power. Пусть power только делает выбор между acpi и apm, и дергает соответствующий скрипт загрузки. А модули для acpi пусть грузятся из скрипта загрузки /etc/init.d/acpid Надо согласовать работу power и acpid. И согласовать с Albert R. Valiev. 11606 4 mike 2004-02-05 17:33:13 +0300 Видите ли. Безусловная загрузка модулей acpi -- не моих рук дело. Влиять на это содержимым данного пакета -- невозможно. Поэтому проблема -- не здесь, несмотря на то, что я согласен по сути с остальными высказанными Вами соображениями. 11611 5 shaba 2004-02-05 18:10:08 +0300 извиняюсь, но сейчас /etc/sysconfig/acpi (в котором прописаны модули acpi)- принадлежит power и обработка этого списка модулей идет из power, до определения acpi или apm. так что как раз power безусловно грузит модули start() { load_modules pass start } Если хотя бы перед load_modules зделать select. Но лучше все же вынести загрузку модулей в acpid. 11612 6 mike 2004-02-05 18:20:32 +0300 Видите ли. trickster:~> cat /etc/sysconfig/acpi ## sample /etc/sysconfig/acpi file for "power" package ## look for available modules in ## /lib/modules/`uname -r`/kernel/drivers/acpi/ # ## for example, to enable poweroff on power button, uncomment: # button trickster:~> rpm -V `rpm -qf /etc/sysconfig/acpi` trickster:~> Эта система -- урожденный Compact и почти текущий Sisyphus; т.о. видим, что модули, на которые идет ругань при загрузке, безусловно пытаются подгрузиться из-за упомянутости в _другом_ месте. Просмотр /etc/modules обнаруживает там набор из battery, ac, button, processor. Это действительно никак не связано с пакетом power, хотя багу оставляю открытой из-за остальных действительно полезных соображений. Пусть майнтейнер acpid довыпускает Compact, вот и займемся внедрением. Спасибо! 11613 7 mike 2004-02-05 18:22:58 +0300 PS: да, а /etc/sysconfig/acpi в _моей_ версии 0.1 был /etc/sysconfig/power -- сейчас не припомню, почему rider@ попросил его переименовать. Он задумывался именно как "что грузить", а не "что грузить для acpi". И это, видимо, все равно должно перекочевать в /etc/modutils.d/ 13866 8 shaba 2004-05-17 00:46:05 +0400 Может в связи с будущим выходом нового Мастера это проблема решится? По существу power и призван для решения проблемы периодической загрузки с acpi или с apm на ноутбуках. Сейчас он эту проблему решает, но кривовато. PS: вроде и мантейнер теперь другой? 13871 9 mike 2004-05-17 10:24:16 +0400 Ну давайте добавим #3459 blocker. Я уже не помню детали, но точно помню, что мой первоначальный замысел пришлось изменить в процессе по независящим от меня обстоятельствам, а с тех пор у нас как минимум /etc/modutils.d/ добавился из имеющего отношение к. 17044 10 rider 2004-07-14 22:06:30 +0400 Давайте я попробую это проблему решить в ближайшее время. 17052 11 mike 2004-07-14 22:16:44 +0400 Буду признателен. Для меня в силу покупки ноутбука пакет стал куда более актуальным, но проблем с ним я не наблюдаю (они выше, в /etc/modules). Давай откатим то изменение, что ты когда-то сделал (/etc/sysconfig/power попросил переименовать в /etc/sysconfig/acpi); после починки безальтернативного забивания acpi-модулей в /etc/modules (вроде sbolshakov@ чинил -- не могу найти багу, которую вроде как вешал) у power по крайней мере будет _шанс_ сделать все правильно. :-) 17088 12 rider 2004-07-15 14:12:50 +0400 Да нет, у меня как всегда - есть свои мысли на эту тему, но я их озвучивать готов только в коде. Коротко: будет использована тулза детекта оборудования. 17092 13 mike 2004-07-15 15:33:23 +0400 Существование /proc/acpi проверить -- это не для джедаев? :-/ 17093 14 rider 2004-07-15 15:38:26 +0400 /proc/acpi не говорит ни о чем, кроме как наличия поддержки acpi в ядре. Нам же нужно попробовать узнать, что именно из acpi поддерживается и какие именно модули acpi грузить. Да, и в дальнейшем - это нужно будет сделать профилируемым и настраиваемым. 17094 15 mike 2004-07-15 15:44:28 +0400 Это все хорошо, только не сделай так, что результирующая бодяга будет порой поглюкивать и под 2.6, а по д2.4 вообще не будет работать. Пусть уж лучше меньше, да лучше -- перед выпуском-то. 17121 16 rider 2004-07-16 11:40:03 +0400 Ага.. если вообще руки до нее дойдут ;-) 17149 17 mike 2004-07-16 12:40:39 +0400 кстати: надо его ставить и запускать по умолчанию, а то весь смысл теряется (пользователь, который в курсе, что надо что-то поставить, сам и зарядит apmd или acpid). 2 lioka: сделаешь? 25650 18 rider 2005-06-14 12:10:58 +0400 переписана вся подсистема загрузки модулей acpi в новом libhw (требуется ядро 2.6.11-alt11 и выше) 25697 19 mike 2005-06-14 14:49:20 +0400 Ооо, ты сюда добрался? Мож тогда и power заберёшь? Тестирование по части apm обеспечу ;-) 25731 20 rider 2005-06-14 16:32:51 +0400 power не заберу, ибо мне он не нужен. модули грузит hotplug (acpi), а apm я не знаю кому грузить. 25734 21 mike 2005-06-14 16:34:47 +0400 а