[sisyphus] dmesg

[sisyphus] dmesg

[Anton Gorlov aka stalker]

Здравствуйте, ALT.

Заглянул сегодня с утра в логи dmesg.... и был немного озадачен...

ACPI: Subsystem revision 20050211
evgpeblk-0979 [06] ev_create_gpe_block   : GPE 00 to 0F [_GPE] 2 regs on int 0xB
evgpeblk-0987 [06] ev_create_gpe_block   : Found 4 Wake, Enabled 1 Runtime GPEs in this block
Completing Region/Field/Buffer/Package initialization:........................................................................
Initialized 29/29 Regions 6/6 Fields 29/29 Buffers 8/13 Packages (431 nodes)
Executing all Device _STA and_INI methods:....exoparg2-0436 [14] ex_opcode_2A_1T_1R    : Index value (14) beyond end of buffer (12)
 psparse-1138: *** Error: Method execution failed [\MCTH] (Node cffedec8), AE_AML_BUFFER_LIMIT
 psparse-1138: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node cffeda08), AE_AML_BUFFER_LIMIT
  nsinit-0414 [06] ns_init_one_device    : \_SB_.PCI0._INI._INI failed: AE_AML_BUFFER_LIMIT

Ну и это сегоднч уже вроде обсуждалось...

warning: process `update' used the obsolete bdflush system call
Fix your initscripts?
warning: process `update' used the obsolete bdflush system call
Fix your initscripts?

hotplug брал здесь
ftp://ftp.altlinux.ru/pub/people/shrek/Sisyphus/RPMS/hotplug-2004_09_23-alt12.i586.rpm

-- 
С уважением,
 Anton                          mailto:pnz37@mail.ru
                                     FIDO: 2:5059/37

[sisyphus] Re: dmesg

[Alexey Tourbin]

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

On Sat, Jun 25, 2005 at 10:04:59AM +0400, Anton Gorlov aka stalker wrote:
> warning: process `update' used the obsolete bdflush system call
> Fix your initscripts?
> warning: process `update' used the obsolete bdflush system call
> Fix your initscripts?

Рассылку читать будем?
[sisyphus] process `update'

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

Re: [sisyphus] Re: dmesg

[Anton Gorlov aka stalker]

Здравствуйте, Alexey.

Вы писали 25 июня 2005 г., 10:48:54:

>> warning: process `update' used the obsolete bdflush system call
>> Fix your initscripts?
>> warning: process `update' used the obsolete bdflush system call
>> Fix your initscripts?
> Рассылку читать будем?
> [sisyphus] process `update'
Да это я написал что уже обсуждалось... меня больше волнует  то что в
самом начале..



-- 
С уважением,
 Anton                          mailto:pnz37@mail.ru
                                     FIDO: 2:5059/37

[sisyphus] Re: dmesg

[Alexey Tourbin]

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

On Sat, Jun 25, 2005 at 10:51:10AM +0400, Anton Gorlov aka stalker wrote:
> >> warning: process `update' used the obsolete bdflush system call
> >> Fix your initscripts?
> >> warning: process `update' used the obsolete bdflush system call
> >> Fix your initscripts?
> > Рассылку читать будем?
> > [sisyphus] process `update'
> Да это я написал что уже обсуждалось... меня больше волнует  то что в
> самом начале..

Извините за наезд. :)

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

Re: [sisyphus] Re: dmesg

[Anton Gorlov aka stalker]

Здравствуйте, Alexey.

Вы писали 25 июня 2005 г., 11:46:58:

>> >> warning: process `update' used the obsolete bdflush system call
>> >> Fix your initscripts?
>> >> warning: process `update' used the obsolete bdflush system call
>> >> Fix your initscripts?
>> > Рассылку читать будем?
>> > [sisyphus] process `update'
>> Да это я написал что уже обсуждалось... меня больше волнует  то что в
>> самом начале..
> Извините за наезд. :)
Предпочитаю не обижаться! ;-)



-- 
С уважением,
 Anton                          mailto:pnz37@mail.ru
                                     FIDO: 2:5059/37

Re: [sisyphus] dmesg

[Sergey Vlasov]

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

On Sat, Jun 25, 2005 at 10:04:59AM +0400, Anton Gorlov aka stalker wrote:
> Заглянул сегодня с утра в логи dmesg.... и был немного озадачен...
> 
> ACPI: Subsystem revision 20050211
> evgpeblk-0979 [06] ev_create_gpe_block   : GPE 00 to 0F [_GPE] 2 regs on int 0xB
> evgpeblk-0987 [06] ev_create_gpe_block   : Found 4 Wake, Enabled 1 Runtime GPEs in this block
> Completing Region/Field/Buffer/Package initialization:........................................................................
> Initialized 29/29 Regions 6/6 Fields 29/29 Buffers 8/13 Packages (431 nodes)
> Executing all Device _STA and_INI methods:....exoparg2-0436 [14] ex_opcode_2A_1T_1R    : Index value (14) beyond end of buffer (12)
>  psparse-1138: *** Error: Method execution failed [\MCTH] (Node cffedec8), AE_AML_BUFFER_LIMIT
>  psparse-1138: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node cffeda08), AE_AML_BUFFER_LIMIT
>   nsinit-0414 [06] ns_init_one_device    : \_SB_.PCI0._INI._INI failed: AE_AML_BUFFER_LIMIT

Разработчики BIOS наделали ошибок в DSDT.  Видимо, при работе под
Windows эти ошибки не проявляются (либо из-за того, что ошибочный код
не выполняется вообще из-за проверки версии ОС, либо реализация ACPI
от Microsoft их молча игнорирует).

Может помочь обновление BIOS; хотя в некоторых случаях разработчики
так и не удосуживаются исправить ошибки - тогда остаётся только
самостоятельно исправлять DSDT и заменять её
(http://gaugusch.at/kernel.shtml - в наших ядрах есть эти патчи).
Впрочем, в некоторых случаях эти ошибки не мешают дальнейшей работе
системы - тогда можно просто не обращать на них внимания.

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

Re[2]: [sisyphus] dmesg

[Anton Gorlov aka stalker]

Здравствуйте, Sergey.

Вы писали 25 июня 2005 г., 14:50:26:


>>  psparse-1138: *** Error: Method execution failed [\MCTH] (Node cffedec8), AE_AML_BUFFER_LIMIT
>>  psparse-1138: *** Error: Method execution failed
>> [\_SB_.PCI0._INI] (Node cffeda08), AE_AML_BUFFER_LIMIT
>>   nsinit-0414 [06] ns_init_one_device    : \_SB_.PCI0._INI._INI failed: AE_AML_BUFFER_LIMIT
> Разработчики BIOS наделали ошибок в DSDT.  Видимо, при работе под
> Windows эти ошибки не проявляются (либо из-за того, что ошибочный код
> не выполняется вообще из-за проверки версии ОС, либо реализация ACPI
> от Microsoft их молча игнорирует).
> Может помочь обновление BIOS; хотя в некоторых случаях разработчики
> так и не удосуживаются исправить ошибки

Пробовал последнюю версию биоса... Глаза вообще вылезли на лоб и
выпучились. Толи я такой счастливый.. толи для этого биоса нужен
athlon xp...
В общем под оффтопом у меня вообще dma отвалилось с последним биосом.
Причём переустановка оффтопа\последние дрова и прочие бубнопляски не
помогли. Такая же проблема всплыла у ещё одного человеа с аткой же
мамкой (DMA на последней версии прошивки отвалилось).


>  - тогда остаётся только  самостоятельно исправлять DSDT и заменять её
То есть курочить биос и рискнуть вообще без платы остаться? (он
впаян.. перешить не получится)
Опыта в этом деле всё же нету...

> (http://gaugusch.at/kernel.shtml - в наших ядрах есть эти патчи).
А они при сборке применяются?

> Впрочем, в некоторых случаях эти ошибки не мешают дальнейшей работе
> системы - тогда можно просто не обращать на них внимания.
Да вот отелось бы узнать.. Под оффтопом сейчас активно используется
suspend-to-ram. Так же сильно надо его заюзать под линухом... на 2.6.9
не прокатывало... (сейчас не помню -то ли не усыпал..толи не
просыпался..на 2.6.11 пока не пробовал.)


-- 
С уважением,
 Anton                          mailto:pnz37@mail.ru
                                     FIDO: 2:5059/37

Re: [sisyphus] dmesg

[Sergey Vlasov]

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

On Sat, Jun 25, 2005 at 02:54:45PM +0400, Anton Gorlov aka stalker wrote:
> >>  psparse-1138: *** Error: Method execution failed [\MCTH] (Node cffedec8), AE_AML_BUFFER_LIMIT
> >>  psparse-1138: *** Error: Method execution failed
> >> [\_SB_.PCI0._INI] (Node cffeda08), AE_AML_BUFFER_LIMIT
> >>   nsinit-0414 [06] ns_init_one_device    : \_SB_.PCI0._INI._INI failed: AE_AML_BUFFER_LIMIT
> > Разработчики BIOS наделали ошибок в DSDT.  Видимо, при работе под
> > Windows эти ошибки не проявляются (либо из-за того, что ошибочный код
> > не выполняется вообще из-за проверки версии ОС, либо реализация ACPI
> > от Microsoft их молча игнорирует).
> > Может помочь обновление BIOS; хотя в некоторых случаях разработчики
> > так и не удосуживаются исправить ошибки
> Пробовал последнюю версию биоса... Глаза вообще вылезли на лоб и
> выпучились. Толи я такой счастливый.. толи для этого биоса нужен
> athlon xp...
> В общем под оффтопом у меня вообще dma отвалилось с последним биосом.
> Причём переустановка оффтопа\последние дрова и прочие бубнопляски не
> помогли. Такая же проблема всплыла у ещё одного человеа с аткой же
> мамкой (DMA на последней версии прошивки отвалилось).

Лишнее подтверждение квалификации разработчиков BIOS :(

Это что за материнка такая ужасная?

> >  - тогда остаётся только  самостоятельно исправлять DSDT и заменять её
> То есть курочить биос и рискнуть вообще без платы остаться? (он
> впаян.. перешить не получится)

Нет - просто на этапе инициализации ядра вместо таблицы DSDT,
предоставляемой BIOS, используется подправленная версия, положенная в
initrd.

Хотя, прежде чем лезть в DSDT, возможно, стоит сначала попробовать
указать при загрузке ядра один из следующих параметров:

	acpi_os_name="Microsoft Windows"
	acpi_os_name="Microsoft WindowsME: Millennium Edition"
	acpi_os_name="Linux"

(сейчас по умолчанию там используется "Microsoft Windows NT" - вроде
бы при этом проявляется меньше ошибок в DSDT :)

> Опыта в этом деле всё же нету...
> 
> > (http://gaugusch.at/kernel.shtml - в наших ядрах есть эти патчи).
> А они при сборке применяются?

В ядрах std, std26 - применяются уже довольно давно (патчи лежат в
kernel-fix-acpi).

При загрузке ядра с этим патчем появляется сообщение "ACPI: Looking
for DSDT in initrd..." (и далее результат поиска).

> > Впрочем, в некоторых случаях эти ошибки не мешают дальнейшей работе
> > системы - тогда можно просто не обращать на них внимания.
> Да вот отелось бы узнать.. Под оффтопом сейчас активно используется
> suspend-to-ram. Так же сильно надо его заюзать под линухом... на 2.6.9
> не прокатывало... (сейчас не помню -то ли не усыпал..толи не
> просыпался..на 2.6.11 пока не пробовал.)

Надо пробовать - с того времени было уже много исправлений.  Впрочем,
скоро в Сизиф пойдёт уже 2.6.12...

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

Re[2]: [sisyphus] dmesg

[Anton Gorlov aka stalker]

Здравствуйте, Sergey.

Вы писали 25 июня 2005 г., 16:28:50:


>> > Может помочь обновление BIOS; хотя в некоторых случаях разработчики
>> > так и не удосуживаются исправить ошибки
>> Пробовал последнюю версию биоса... Глаза вообще вылезли на лоб и
>> выпучились. Толи я такой счастливый.. толи для этого биоса нужен
>> athlon xp...
>> В общем под оффтопом у меня вообще dma отвалилось с последним биосом.
>> Причём переустановка оффтопа\последние дрова и прочие бубнопляски не
>> помогли. Такая же проблема всплыла у ещё одного человеа с аткой же
>> мамкой (DMA на последней версии прошивки отвалилось).
> Лишнее подтверждение квалификации разработчиков BIOS :(
Угу. Но на новую плату денег пока нет.. так как придётся ещё и память
менять..

> Это что за материнка такая ужасная?
gigabyte ga7-zx-h

>> >  - тогда остаётся только  самостоятельно исправлять DSDT и заменять её
>> То есть курочить биос и рискнуть вообще без платы остаться? (он
>> впаян.. перешить не получится)
> Нет - просто на этапе инициализации ядра вместо таблицы DSDT,
> предоставляемой BIOS, используется подправленная версия, положенная в
> initrd.

Хм... ещё бы научится править..

> Хотя, прежде чем лезть в DSDT, возможно, стоит сначала попробовать
> указать при загрузке ядра один из следующих параметров:
>         acpi_os_name="Microsoft Windows"
>         acpi_os_name="Microsoft WindowsME: Millennium Edition"
>         acpi_os_name="Linux"
> (сейчас по умолчанию там используется "Microsoft Windows NT" - вроде
> бы при этом проявляется меньше ошибок в DSDT :)

надо попробовать..

>> Опыта в этом деле всё же нету...
>> 
>> > (http://gaugusch.at/kernel.shtml - в наших ядрах есть эти патчи).
>> А они при сборке применяются?
> В ядрах std, std26 - применяются уже довольно давно (патчи лежат в
> kernel-fix-acpi).
> При загрузке ядра с этим патчем появляется сообщение "ACPI: Looking
> for DSDT in initrd..." (и далее результат поиска).
>> > Впрочем, в некоторых случаях эти ошибки не мешают дальнейшей работе
>> > системы - тогда можно просто не обращать на них внимания.
>> Да вот отелось бы узнать.. Под оффтопом сейчас активно используется
>> suspend-to-ram. Так же сильно надо его заюзать под линухом... на 2.6.9
>> не прокатывало... (сейчас не помню -то ли не усыпал..толи не
>> просыпался..на 2.6.11 пока не пробовал.)
> Надо пробовать - с того времени было уже много исправлений.  Впрочем,
> скоро в Сизиф пойдёт уже 2.6.12...
но пока не мнёс.. попробовать та думаю можно.. Пакет swsup ставить
нужно или достаточно echo чего-то.там куда-то.там (под рукой манов
нету..)?


-- 
С уважением,
 Anton                          mailto:pnz37@mail.ru
                                     FIDO: 2:5059/37

Re: [sisyphus] dmesg

[Andrey Rahmatullin]

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

On Sat, Jun 25, 2005 at 04:28:20PM +0400, Anton Gorlov aka stalker wrote:
> но пока не мнёс.. попробовать та думаю можно.. Пакет swsup ставить
> нужно или достаточно echo чего-то.там куда-то.там (под рукой манов
> нету..)?
Насчет STR не знаю. Suspend-to-disk реализован только в wks26, для него
очень желателен пакет hibernate.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Поменяйте в настройках язык на английский, выйдите, запустите снова,
поменяйте на русский и снова перезагрузите mozilla.
		-- aen in community@

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

Re[2]: [sisyphus] dmesg

[Gor_lov aka Stalker]

Здравствуйте, Andrey.

Вы писали 26 июня 2005 г., 12:40:24:

>> но пока не мнёс.. попробовать та думаю можно.. Пакет swsup ставить
>> нужно или достаточно echo чего-то.там куда-то.там (под рукой манов
>> нету..)?
> Насчет STR не знаю. Suspend-to-disk реализован только в wks26, для него
> очень желателен пакет hibernate.
Стоп... он же был и в стд26-up...точно был и вроде даже работал.
Неужели оторвали?




-- 
С уважением,
 Gor_lov                          mailto:pnz37@mail.ru

Re: [sisyphus] dmesg

[Alex Yustasov]

On Sun, Jun 26, 2005 at 02:16:01PM +0400, Gor_lov aka Stalker wrote:
> Здравствуйте, Andrey.

> Вы писали 26 июня 2005 г., 12:40:24:

> >> но пока не мнёс.. попробовать та думаю можно.. Пакет swsup ставить
> >> нужно или достаточно echo чего-то.там куда-то.там (под рукой манов
> >> нету..)?
> > Насчет STR не знаю. Suspend-to-disk реализован только в wks26, для него
> > очень желателен пакет hibernate.
> Стоп... он же был и в стд26-up...точно был и вроде даже работал.
> Неужели оторвали?

Был swsusp, не swsusp2, и работал. Только с ide в модулях он не работает.

Re[2]: [sisyphus] dmesg

[Gor_lov aka Stalker]

Здравствуйте, Alex.

Вы писали 26 июня 2005 г., 14:31:48:


>> >> но пока не мнёс.. попробовать та думаю можно.. Пакет swsup ставить
>> >> нужно или достаточно echo чего-то.там куда-то.там (под рукой манов
>> >> нету..)?
>> > Насчет STR не знаю. Suspend-to-disk реализован только в wks26, для него
>> > очень желателен пакет hibernate.
>> Стоп... он же был и в стд26-up...точно был и вроде даже работал.
>> Неужели оторвали?
> Был swsusp, не swsusp2, и работал. Только с ide в модулях он не работает.

А в чём разница между ними? и помнитсяя пользовал не swsupа echo
чего-то.там >>proc/чего-то-там

-- 
С уважением,
 Gor_lov                          mailto:pnz37@mail.ru

Re[3]: [sisyphus] dmesg

[Gor_lov aka Stalker]

Здравствуйте, Gor_lov.

Вы писали 26 июня 2005 г., 14:33:59:

>>> >> но пока не мнёс.. попробовать та думаю можно.. Пакет swsup ставить
>>> >> нужно или достаточно echo чего-то.там куда-то.там (под рукой манов
>>> >> нету..)?
>>> > Насчет STR не знаю. Suspend-to-disk реализован только в wks26, для него
>>> > очень желателен пакет hibernate.
>>> Стоп... он же был и в стд26-up...точно был и вроде даже работал.
>>> Неужели оторвали?
>> Был swsusp, не swsusp2, и работал. Только с ide в модулях он не работает.
> А в чём разница между ними? и помнитсяя пользовал не swsupа echo
чего-то.там >>>proc/чего-то-там

Кстати.. добрался счегодня до экспериментов...
Итого из мана:
In a really perfect world:
echo 1 > /proc/acpi/sleep       # for standby
echo 2 > /proc/acpi/sleep       # for suspend to ram
echo 3 > /proc/acpi/sleep       # for suspend to ram, but with more power conservative
echo 4 > /proc/acpi/sleep       # for suspend to disk
echo 5 > /proc/acpi/sleep       # for shutdown unfriendly the system

cat /proc/cpi/sleep
S0 S3 S4 S5

echo 2 > /proc/acpi/sleep
Никакой реакции
echo 3 > /proc/acpi/sleep       # for suspend to ram, but with more power conservative
Усыпаем... включаю на пробуждение.. неачинаем загружаться.. и просто
сбрасываемся..причём судя повсему не лучшим образом..бо после этого
оффтоп запустил проверку диска с ntfs...диски не были подмонтированы.




-- 
С уважением,
 Gor_lov                          mailto:pnz37@mail.ru

Re: [sisyphus] dmesg

[Alex Yustasov]

On Sun, Jun 26, 2005 at 06:24:52PM +0400, Gor_lov aka Stalker wrote:

> Кстати.. добрался счегодня до экспериментов...
> Итого из мана:
> In a really perfect world:
> echo 1 > /proc/acpi/sleep       # for standby
> echo 2 > /proc/acpi/sleep       # for suspend to ram
> echo 3 > /proc/acpi/sleep       # for suspend to ram, but with more power conservative
> echo 4 > /proc/acpi/sleep       # for suspend to disk
> echo 5 > /proc/acpi/sleep       # for shutdown unfriendly the system

> cat /proc/cpi/sleep
> S0 S3 S4 S5

Чтобы это работало, нужно по крайней мере не кривой BIOS. Везет не всем.

> echo 2 > /proc/acpi/sleep
> Никакой реакции
> echo 3 > /proc/acpi/sleep       # for suspend to ram, but with more power conservative
> Усыпаем... включаю на пробуждение.. неачинаем загружаться.. и просто
> сбрасываемся..причём судя повсему не лучшим образом..бо после этого
> оффтоп запустил проверку диска с ntfs...диски не были подмонтированы.
Поэтому и пишут разные swsusp :). 

Re[2]: [sisyphus] dmesg

[Gor_lov aka Stalker]

Здравствуйте, Alex.

Вы писали 26 июня 2005 г., 19:51:21:

>> Кстати.. добрался счегодня до экспериментов...
>> Итого из мана:
>> In a really perfect world:
>> echo 1 > /proc/acpi/sleep       # for standby
>> echo 2 > /proc/acpi/sleep       # for suspend to ram
>> echo 3 > /proc/acpi/sleep       # for suspend to ram, but with more power conservative
>> echo 4 > /proc/acpi/sleep       # for suspend to disk
>> echo 5 > /proc/acpi/sleep       # for shutdown unfriendly the system
>> cat /proc/cpi/sleep
>> S0 S3 S4 S5
> Чтобы это работало, нужно по крайней мере не кривой BIOS. Везет не всем.

Из всего этого мать умеет только S3 и S4. Причём особенно обидно что
под оффтопом str работает намально... У меня уже почти 2 года узел
благодаря этому живёт дома..

>> echo 2 > /proc/acpi/sleep
>> Никакой реакции
>> echo 3 > /proc/acpi/sleep       # for suspend to ram, but with more power conservative
>> Усыпаем... включаю на пробуждение.. неачинаем загружаться.. и просто
>> сбрасываемся..причём судя повсему не лучшим образом..бо после этого
>> оффтоп запустил проверку диска с ntfs...диски не были подмонтированы.
> Поэтому и пишут разные swsusp :). 

А что даёт swsup?

-- 
С уважением,
 Gor_lov                          mailto:pnz37@mail.ru

Re: [sisyphus] dmesg

[Andrey Rahmatullin]

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

On Sun, Jun 26, 2005 at 09:55:28PM +0400, Gor_lov aka Stalker wrote:
> А что даёт swsup?
Нормальный S4 на уровне ОС.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Для драйверов fglrx поддержка в ядре agpgart не нужна.
> Это написано в документации к драйверам от ATI.
all programmers are optimists ;) Ихний agpgart не всегда
работает правильно.
		-- lakostis in sisyphus@

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

Re[2]: [sisyphus] dmesg

[Anton Gorlov aka stalker]

Здравствуйте, Andrey.

Вы писали 27 июня 2005 г., 11:50:11:

>> А что даёт swsup?
> Нормальный S4 на уровне ОС.
На сколько я понимаю... пока он реализован только в wks ядрах?
Хм... попробовать что ли. Какие там ещё нужно модули вытянуть для
более-менее спокойной работы с wks ядрами?
P.S. Проблему автомонтирования флэшек и прочих мобил-рэков пока не
решил..




-- 
С уважением,
 Anton                          mailto:pnz37@mail.ru
                                     FIDO: 2:5059/37

Re: [sisyphus] dmesg

[Alex Yustasov]

On Sun, Jun 26, 2005 at 09:55:28PM +0400, Gor_lov aka Stalker wrote:
> Здравствуйте, Alex.

> Вы писали 26 июня 2005 г., 19:51:21:

> >> Кстати.. добрался счегодня до экспериментов...
> >> Итого из мана:
> >> In a really perfect world:
> >> echo 1 > /proc/acpi/sleep       # for standby
> >> echo 2 > /proc/acpi/sleep       # for suspend to ram
> >> echo 3 > /proc/acpi/sleep       # for suspend to ram, but with more power conservative
> >> echo 4 > /proc/acpi/sleep       # for suspend to disk
> >> echo 5 > /proc/acpi/sleep       # for shutdown unfriendly the system
> >> cat /proc/cpi/sleep
> >> S0 S3 S4 S5
> > Чтобы это работало, нужно по крайней мере не кривой BIOS. Везет не всем.

> Из всего этого мать умеет только S3 и S4. Причём особенно обидно что
> под оффтопом str работает намально... У меня уже почти 2 года узел
> благодаря этому живёт дома..
А в BIOS настроить Power Management Setup->ACPI Suspend Type-> S1?
> >> echo 2 > /proc/acpi/sleep
> >> Никакой реакции
> >> echo 3 > /proc/acpi/sleep       # for suspend to ram, but with more power conservative
> >> Усыпаем... включаю на пробуждение.. неачинаем загружаться.. и просто
> >> сбрасываемся..причём судя повсему не лучшим образом..бо после этого
> >> оффтоп запустил проверку диска с ntfs...диски не были подмонтированы.
> > Поэтому и пишут разные swsusp :). 

> А что даёт swsup?
Программный Suspend to disk без ACPI.

Re[2]: [sisyphus] dmesg

[Anton Gorlov aka stalker]

Здравствуйте, Alex.

Вы писали 27 июня 2005 г., 12:42:58:


>> >> cat /proc/cpi/sleep
>> >> S0 S3 S4 S5
>> > Чтобы это работало, нужно по крайней мере не кривой BIOS. Везет не всем.
>> Из всего этого мать умеет только S3 и S4. Причём особенно обидно что
>> под оффтопом str работает намально... У меня уже почти 2 года узел
>> благодаря этому живёт дома..
> А в BIOS настроить Power Management Setup->ACPI Suspend Type-> S1?

Так S1 -комп всё равно находится как бы в рабочем состоянии и
шумит....


>> А что даёт swsup?
> Программный Suspend to disk без ACPI.
Так suspend to disk у меня вроде работает (по крайней мере на 2.6.10
точно работал)... Хотелорсь бы str


-- 
С уважением,
 Anton                          mailto:pnz37@mail.ru
                                     FIDO: 2:5059/37