если система с apm, то модули для acpi(из файла /etc/sysconfig/acpi) все равно пытаются грузится - и вызывают ругань на консоли. сейчас алгоритм работы такой: 1) грузим модули acpi 2) определяем что поддержывается - acpi или apm 3) стартуем выбранный сервис. А надо 1) определяем что поддержывается - acpi или apm 2) если acpi, то грузим модули 3) стартуем выбранный сервис.
да понял, понял
Вы уверены, что это проблема данного пакета?
Это проблема того скрипта, который делает выбор между acpi и apm. А это пакет power. Сейчас этот выбор делается поздно, уже после попытки загрузить модули для acpi(как будто он acpi - есть всегда). А если еще дальше идти то модули надо грузить и скрипта загрузки acpid, а не power. Пусть power только делает выбор между acpi и apm, и дергает соответствующий скрипт загрузки. А модули для acpi пусть грузятся из скрипта загрузки /etc/init.d/acpid Надо согласовать работу power и acpid. И согласовать с Albert R. Valiev.
Видите ли. Безусловная загрузка модулей acpi -- не моих рук дело. Влиять на это содержимым данного пакета -- невозможно. Поэтому проблема -- не здесь, несмотря на то, что я согласен по сути с остальными высказанными Вами соображениями.
извиняюсь, но сейчас /etc/sysconfig/acpi (в котором прописаны модули acpi)- принадлежит power и обработка этого списка модулей идет из power, до определения acpi или apm. так что как раз power безусловно грузит модули start() { load_modules pass start } Если хотя бы перед load_modules зделать select. Но лучше все же вынести загрузку модулей в acpid.
Видите ли. 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, вот и займемся внедрением. Спасибо!
PS: да, а /etc/sysconfig/acpi в _моей_ версии 0.1 был /etc/sysconfig/power -- сейчас не припомню, почему rider@ попросил его переименовать. Он задумывался именно как "что грузить", а не "что грузить для acpi". И это, видимо, все равно должно перекочевать в /etc/modutils.d/
Может в связи с будущим выходом нового Мастера это проблема решится? По существу power и призван для решения проблемы периодической загрузки с acpi или с apm на ноутбуках. Сейчас он эту проблему решает, но кривовато. PS: вроде и мантейнер теперь другой?
Ну давайте добавим #3459 blocker. Я уже не помню детали, но точно помню, что мой первоначальный замысел пришлось изменить в процессе по независящим от меня обстоятельствам, а с тех пор у нас как минимум /etc/modutils.d/ добавился из имеющего отношение к.
Давайте я попробую это проблему решить в ближайшее время.
Буду признателен. Для меня в силу покупки ноутбука пакет стал куда более актуальным, но проблем с ним я не наблюдаю (они выше, в /etc/modules). Давай откатим то изменение, что ты когда-то сделал (/etc/sysconfig/power попросил переименовать в /etc/sysconfig/acpi); после починки безальтернативного забивания acpi-модулей в /etc/modules (вроде sbolshakov@ чинил -- не могу найти багу, которую вроде как вешал) у power по крайней мере будет _шанс_ сделать все правильно. :-)
Да нет, у меня как всегда - есть свои мысли на эту тему, но я их озвучивать готов только в коде. Коротко: будет использована тулза детекта оборудования.
Существование /proc/acpi проверить -- это не для джедаев? :-/
/proc/acpi не говорит ни о чем, кроме как наличия поддержки acpi в ядре. Нам же нужно попробовать узнать, что именно из acpi поддерживается и какие именно модули acpi грузить. Да, и в дальнейшем - это нужно будет сделать профилируемым и настраиваемым.
Это все хорошо, только не сделай так, что результирующая бодяга будет порой поглюкивать и под 2.6, а по д2.4 вообще не будет работать. Пусть уж лучше меньше, да лучше -- перед выпуском-то.
Ага.. если вообще руки до нее дойдут ;-)
кстати: надо его ставить и запускать по умолчанию, а то весь смысл теряется (пользователь, который в курсе, что надо что-то поставить, сам и зарядит apmd или acpid). 2 lioka: сделаешь?
переписана вся подсистема загрузки модулей acpi в новом libhw (требуется ядро 2.6.11-alt11 и выше)
Ооо, ты сюда добрался? Мож тогда и power заберёшь? Тестирование по части apm обеспечу ;-)
power не заберу, ибо мне он не нужен. модули грузит hotplug (acpi), а apm я не знаю кому грузить.
а