CONFIG_PM
«Power Management» means that parts of your computer are shut off or put into a power conserving «sleep» mode if they are not being used. There are two competing standards for doing this: APM and ACPI. If you want to use either one, say Y here and then also to the requisite support below.

CONFIG_ACPI
Advanced Configuration and Power Interface (ACPI) support for Linux requires an ACPI-compliant platform (hardware/firmware), and assumes the presence of OS-directed configuration and power management (OSPM) software. This option will enlarge your kernel by about 70K. Linux ACPI provides a robust functional replacement for several legacy configuration and power management interfaces, including the Plug-and-Play BIOS specification (PnP BIOS), the MultiProcessor Specification (MPS), and the Advanced Power Management (APM) specification. If both ACPI and APM support are configured, ACPI is used. The project home page for the Linux ACPI subsystem is here: http://www.lesswatts.org/projects/acpi/ Linux support for ACPI is based on Intel Corporation's ACPI Component Architecture (ACPI CA). For more information on the ACPI CA, see: http://acpica.org/ ACPI is an open industry specification co-developed by Hewlett-Packard, Intel, Microsoft, Phoenix, and Toshiba. The specification is available at: http://www.acpi.info

CONFIG_ACPI_BUTTON
This driver handles events on the power, sleep, and lid buttons. A daemon reads /proc/acpi/event and perform user-defined actions such as shutting down the system. This is necessary for software-controlled poweroff. To compile this driver as a module, choose M here: the module will be called button.

USE-флаги
acpi - Adds support for Advanced Configuration and Power Interface
apm - Adds APM (Advanced Power Management) support
lm_sensors - Adds linux lm_sensors (hardware sensors) support
pmu
nforce2
nvidia

sys-apps/hal:acpi
Enables HAL to attempt to read from /proc/acpi/event, if unavailable, HAL will read events from sys-power/acpid. If you need multiple acpi readers, ensure acpid is in your default runlevel (rc-update add acpid default) along with HAL. This will also enable HAL to read Toshiba and IBM acpi events which do not get sent via /proc/acpi/event
sys-power/cpufreqd:pmu
Enable Power Management Unit plug-in
sys-power/cpufreqd:nforce2
Enable support for nforce2 voltage settings plug-in

этот перечень - бред

извините, но я написал, что пробовал дистрибутивное ядро, а значит не надо меня учить как это работает. Но если интересно - acpi в системе работает вроде на ура и в логе нет никаких вредных сообщений, короче с виду все ок. Я написал, что ноут идет на перезагрузку и более того на том же ядре все работало раньше, а значит все acpi модули загружены и button в том числе. Система запускает halt -f -p -i -d, после этого слышно вырубание винтов, может еще чего вырубается - незнаю, но кулер пашет - оно ждет от меня нажатия. Я жму любую кнопку и ноут вырубается полностью.

Так вот - вот мой вопрос:

Может есть тут эксперты по коду ядра? Как мне это обойти - не могу понять почему он ждет нажатие клавы.

inittab покажи

в ubuntu нет inittab, думаю, потому что там upstart.

у меня подозрение, что этот глюк начался после того как я загрузил acer_wmi для 2.6.35.4. В 2.6.32.х он грузился автоматом, а теперь они судя по всему это отключили - я теперь понимаю почему. Этот мусор завесил всю машину, пришлось вынимать аккумулятор.Я уже перепрошивал биос даже - безрезультатно.

Проверьте на любом livecd c непатченым софтом, например, что-либо основаное на arch.

да вы правы - я проверил и пришел к выводу, что это баг ядра и появился он недавно с последними патчсетами. Но сказывается он только на preemptible ядрах. Простые generic от Ubuntu пашут на ура. Написал bugreport на kernel.org