[sisyphus] hal и suspend

[sisyphus] hal и suspend

[Artem]

Здравствуйте!

Кто-либо сумел заставить работать hal-system-power-hibernate и прочее из 
Hal.Device.SystemPowerManagement . Что-то никак не допетрю. И зачем еще 
вдобавок acpid ? Кнопка power - выкллючает, но благодаря 
/etc/acpi/events/power. А suspend и lid - не хотять.  Если обсуждалось 
ранее - скажите, буду смотреть архивы.  Спасибо.

-- 
Rgds, Artem.

Re: [sisyphus] hal и suspend

[Artem]

Artem wrote:

> Здравствуйте!
>
> Кто-либо сумел заставить работать hal-system-power-hibernate и прочее 
> из Hal.Device.SystemPowerManagement . Что-то никак не допетрю. И зачем 
> еще вдобавок acpid ? Кнопка power - выкллючает, но благодаря 
> /etc/acpi/events/power. А suspend и lid - не хотять.  Если обсуждалось 
> ранее - скажите, буду смотреть архивы.  Спасибо.
>
Таки никто не увязывал события lid и suspend (закрытие крышки/нажатие 
suspend) со скриптами hal-system-power-hibernate etc... из hal ? Как они 
"фунциклируют" ? :-) 

-- 
Rgds, Artem.

Re: [sisyphus] hal и suspend

[Artem]

Artem wrote:

> Artem wrote:
>
>> Здравствуйте!
>>
>> Кто-либо сумел заставить работать hal-system-power-hibernate и прочее 
>> из Hal.Device.SystemPowerManagement . Что-то никак не допетрю. И 
>> зачем еще вдобавок acpid ? Кнопка power - выкллючает, но благодаря 
>> /etc/acpi/events/power. А suspend и lid - не хотять.  Если 
>> обсуждалось ранее - скажите, буду смотреть архивы.  Спасибо.
>>
> Таки никто не увязывал события lid и suspend (закрытие крышки/нажатие 
> suspend) со скриптами hal-system-power-hibernate etc... из hal ? Как 
> они "фунциклируют" ? :-)

Так. Похоже - проясняется. У меня - WindowMaker. И, судя по всему, без 
спец. клиента типа WMPowerManager _это_ работать не будет. А если я не 
запускал xorg и работаю в консоли? acpid и скрипты hal сочетаются?

-- 
Rgds, Artem.

Re: [sisyphus] hal и suspend

[Epiphanov Sergei]

В сообщении от Saturday 21 January 2006 00:10 Artem написал(a):
> Так. Похоже - проясняется. У меня - WindowMaker. И, судя по всему, без
> спец. клиента типа WMPowerManager _это_ работать не будет. А если я не
> запускал xorg и работаю в консоли? acpid и скрипты hal сочетаются?

Если запущен прога hald-addon-acpi, то acpid не запускается с криком 
"/proc/acpi/event заблокирован". А так acpid не нужны X, он работает сам.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] hal и suspend

[Artem]

Epiphanov Sergei wrote:

>В сообщении от Saturday 21 January 2006 00:10 Artem написал(a):
>  
>
>>Так. Похоже - проясняется. У меня - WindowMaker. И, судя по всему, без
>>спец. клиента типа WMPowerManager _это_ работать не будет. А если я не
>>запускал xorg и работаю в консоли? acpid и скрипты hal сочетаются?
>>    
>>
>
>Если запущен прога hald-addon-acpi, то acpid не запускается с криком 
>"/proc/acpi/event заблокирован". А так acpid не нужны X, он работает сам.
>
>  
>
1. hald-addon-acpi запускается
2. acpid запускается. Если не запускать - xorg "отбирает" 
/proc/acpi/event напрочь. Видел патч, который позволяет это "отбирание" 
отключать через параметр в xorg.conf (отключать acpi).
3. Пытаюсь ко всему этому присобачить новый powersaved (unstable, в 
сизифе, кстати, его еще нету), поддерживающий hal-dbus и kernel 
governors (ondemand + "докручиваю" conservative - он мне больше нравится 
в случае питания от батарей).
4. Не понял до конца функцию acpid в текущем положении вещей. Зачем он? 
Если есть powersaved - то он тоже events обрабатывать умеет от 
lid/power. А в hal прописана зависимость на acpid. Похоже, acpid 
вскорости имеет шансы отмереть?

-- 
Rgds, Artem.

Re: [sisyphus] hal и suspend

[Alex Yustasov]

On Mon, Jan 23, 2006 at 08:46:10PM +0200, Artem wrote:
> 1. hald-addon-acpi запускается
> 2. acpid запускается. Если не запускать - xorg "отбирает" 
> /proc/acpi/event напрочь. Видел патч, который позволяет это "отбирание" 
> отключать через параметр в xorg.conf (отключать acpi).
> 3. Пытаюсь ко всему этому присобачить новый powersaved (unstable, в 
> сизифе, кстати, его еще нету), поддерживающий hal-dbus и kernel 
> governors (ondemand + "докручиваю" conservative - он мне больше нравится 
> в случае питания от батарей).
> 4. Не понял до конца функцию acpid в текущем положении вещей. Зачем он? 
> Если есть powersaved - то он тоже events обрабатывать умеет от 
> lid/power. А в hal прописана зависимость на acpid. Похоже, acpid 
> вскорости имеет шансы отмереть?

Может не надо, чтобы отмирал. Может можно сделать так, чтобы кому нужно
новое и т.д. включают hal & co. Кому нет - старый acpid. Или так нельзя?

-- 
    Alex Yustasov

ALT Linux fortune:
ALT QA Team Robot, который осуществлял пересборку, просил передать, что
если его запись в changelog'ах пакетов со временем будет забыта, то он
расстраиваться по этому поводу не станет.
		-- ldv in devel@

Re: [sisyphus] hal и suspend

[Artem]

Alex Yustasov wrote:

>On Mon, Jan 23, 2006 at 08:46:10PM +0200, Artem wrote:
>  
>
>>1. hald-addon-acpi запускается
>>2. acpid запускается. Если не запускать - xorg "отбирает" 
>>/proc/acpi/event напрочь. Видел патч, который позволяет это "отбирание" 
>>отключать через параметр в xorg.conf (отключать acpi).
>>3. Пытаюсь ко всему этому присобачить новый powersaved (unstable, в 
>>сизифе, кстати, его еще нету), поддерживающий hal-dbus и kernel 
>>governors (ondemand + "докручиваю" conservative - он мне больше нравится 
>>в случае питания от батарей).
>>4. Не понял до конца функцию acpid в текущем положении вещей. Зачем он? 
>>Если есть powersaved - то он тоже events обрабатывать умеет от 
>>lid/power. А в hal прописана зависимость на acpid. Похоже, acpid 
>>вскорости имеет шансы отмереть?
>>    
>>
>
>Может не надо, чтобы отмирал. Может можно сделать так, чтобы кому нужно
>новое и т.д. включают hal & co. Кому нет - старый acpid. Или так нельзя?
>
>  
>
Вот я и хочу узнать - что, как и почему? :-)

-- 
Rgds, Artem.

Re: [sisyphus] hal и suspend

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1471 bytes --]

On Mon, Jan 23, 2006 at 08:46:10PM +0200, Artem wrote:

> 1. hald-addon-acpi запускается
> 2. acpid запускается. Если не запускать - xorg "отбирает" 
> /proc/acpi/event напрочь. Видел патч, который позволяет это "отбирание" 
> отключать через параметр в xorg.conf (отключать acpi).
> 3. Пытаюсь ко всему этому присобачить новый powersaved (unstable, в 
> сизифе, кстати, его еще нету), поддерживающий hal-dbus и kernel 
> governors (ondemand + "докручиваю" conservative - он мне больше нравится 
> в случае питания от батарей).
> 4. Не понял до конца функцию acpid в текущем положении вещей. Зачем он? 

Чтобы раздавать события, которые он получает из /proc/acpi/event,
более чем одному клиенту (как уже было замечено, ядро позволяет
использовать /proc/acpi/event только одному процессу одновременно).

> Если есть powersaved - то он тоже events обрабатывать умеет от 
> lid/power. А в hal прописана зависимость на acpid. Похоже, acpid 
> вскорости имеет шансы отмереть?

Если только вместо него будет запускаться, например, hald-addon-acpi,
а все прочие программы, которым нужно получать события ACPI, будут
цепляться к нему (например, через dbus).

Впрочем, возможен и другой вариант - ядро может начать выдавать
события ACPI не через /proc/acpi/event, а с использованием какого-то
другого механизма (в частности, уже есть поползновения отправить все
события button/* куда-нибудь в /dev/input/event*; что-то могут пустить
и через netlink).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]