Bug 14311

Summary: no suspend-to-ram on ovz kernel
Product: Sisyphus Reporter: Andrey V Khavryuchenko <akhavr>
Component: kernel-image-ovz-smpAssignee: Evgeny Sinelnikov <sin>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: enhancement    
Priority: P2 CC: aspsk, boris, boyarsh, glebfm, ldv, mike, mithraen, rider, sbolshakov, shakirov, shrek, sin, vitty, vsu, zerg
Version: unstable   
Hardware: all   
OS: Linux   

Description Andrey V Khavryuchenko 2008-02-04 18:14:49 MSK
Как обнаружилось, при загрузке с kernel-image-ovz-smp-2.6.18-alt21 пропадает
способность засыпать в RAM с сообщением типа
    echo: write error: Operation not permitted

Согласно http://www.thinkwiki.org/wiki/Problems_with_ACPI_suspend-to-ram
это происходит если CONFIG_HOTPLUG_CPU выключена при сборке.

Согласно /boot/config-2.6.18-ovz-smp-alt21 эта опция таки отсутствует.

Судя по отзывам в Сети, засыпать в память openvz таки умеет.

Поэтому вопрос - чем вызвано выключение CONFIG_HOTPLUG_CPU и можно ли
его включить в следующих сборках ядра?
Comment 1 Sergey Vlasov 2008-02-04 18:43:55 MSK
To ovz maintainer.
Comment 2 Konstantin A Lepikhov (L.A. Kostis) 2008-02-04 22:26:42 MSK
Засыпание в память - не основная функция ovz ядра. Для подобных задач оно
использует checkpointing.
Comment 3 Andrey V Khavryuchenko 2008-02-04 22:41:24 MSK
(In reply to comment #2)
> Засыпание в память - не основная функция ovz ядра. 

Я в курсе, что то не основная функция такого ядра.  И, тем не менее, это же не
означает, что для ноутбуков такие ядра неприменимы?

> Для подобных задач оно использует checkpointing.

HN checkpointing?
Comment 4 Konstantin A Lepikhov (L.A. Kostis) 2008-02-05 01:02:02 MSK
(In reply to comment #3)
> (In reply to comment #2)
> > Засыпание в память - не основная функция ovz ядра. 
> 
> Я в курсе, что то не основная функция такого ядра.  И, тем не менее, это же не
> означает, что для ноутбуков такие ядра неприменимы?
У меня нет таких данных. Если они есть у вас, то прошу ими поделиться.

> 
> > Для подобных задач оно использует checkpointing.
> 
> HN checkpointing?
нет конечно, только VPS.
Comment 5 Andrey V Khavryuchenko 2008-02-05 01:25:20 MSK
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > Засыпание в память - не основная функция ovz ядра. 
> > 
> > Я в курсе, что то не основная функция такого ядра.  И, тем не менее, это же не
> > означает, что для ноутбуков такие ядра неприменимы?
> У меня нет таких данных. Если они есть у вас, то прошу ими поделиться.

Это я к тому, что активное использование ноутбука предполагает, что его в любой
момент могут закрыть и положить в сумку.

Именно поэтому и хотелось бы чтобы suspend-to-ram работал и в ovz серии ядер.

> > 
> > > Для подобных задач оно использует checkpointing.
> > 
> > HN checkpointing?
> нет конечно, только VPS.

А надо - HN.

Comment 6 Konstantin A Lepikhov (L.A. Kostis) 2008-02-05 01:32:38 MSK
(In reply to comment #5)
> Это я к тому, что активное использование ноутбука предполагает, что его в любой
> момент могут закрыть и положить в сумку.
> 
> Именно поэтому и хотелось бы чтобы suspend-to-ram работал и в ovz серии ядер.
У вас есть данные, что это не сломает остальной функционал данных ядер? Фразы "в
сети говорят" для такого запроса явно недостаточно.
Comment 7 Andrey V Khavryuchenko 2008-02-05 01:40:33 MSK
(In reply to comment #6)
> (In reply to comment #5)
> > Это я к тому, что активное использование ноутбука предполагает, что его в любой
> > момент могут закрыть и положить в сумку.
> > 
> > Именно поэтому и хотелось бы чтобы suspend-to-ram работал и в ovz серии ядер.
> У вас есть данные, что это не сломает остальной функционал данных ядер? Фразы "в
> сети говорят" для такого запроса явно недостаточно.

Нет, таких данных у меня нет.  Изначально этот "запрос" был вопросом "почему так".  

Конкретно информация о работоспособности такого варианта получена из
http://k001.livejournal.com/tag/openvz

Если такое CONFIG_HOTPLUG_CPU в -ovz никем в kernel team не включалось и никакой
информации о его (не)работоспособности нет - так и скажите, потестирую сам (и
буду поднимать этот тикет с выходом каждой новой alt*)

Comment 8 Konstantin A Lepikhov (L.A. Kostis) 2008-02-05 01:51:02 MSK
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #5)
> > > Это я к тому, что активное использование ноутбука предполагает, что его в
любой
> > > момент могут закрыть и положить в сумку.
> > > 
> > > Именно поэтому и хотелось бы чтобы suspend-to-ram работал и в ovz серии ядер.
> > У вас есть данные, что это не сломает остальной функционал данных ядер? Фразы "в
> > сети говорят" для такого запроса явно недостаточно.
> 
> Нет, таких данных у меня нет.  Изначально этот "запрос" был вопросом "почему
так".  
> 
> Конкретно информация о работоспособности такого варианта получена из
> http://k001.livejournal.com/tag/openvz
> 
> Если такое CONFIG_HOTPLUG_CPU в -ovz никем в kernel team не включалось и никакой
> информации о его (не)работоспособности нет - так и скажите, потестирую сам (и
> буду поднимать этот тикет с выходом каждой новой alt*)
> 
> 
Если вы сможете это протестировать, то будет просто замечательно, поскольку пока
действительно у нашей team нет никакой информации, как это будет работать на
практике. Поскольку ядра -ovz из сизифа попадают и в /4.0, то их конфигурация
требует более тщательного тестирования и сильной мотивации в случае изменения
функционала.

Comment 9 Andrey V Khavryuchenko 2008-02-05 01:56:47 MSK
(In reply to comment #8)
> (In reply to comment #7)

> > Конкретно информация о работоспособности такого варианта получена из
> > http://k001.livejournal.com/tag/openvz

Уточняю.  Про CONFIG_HOTPLUG_CPU информация получена с
http://www.thinkwiki.org/wiki/Problems_with_ACPI_suspend-to-ram  А вот про
suspend-to-ram интереснее: я нашёл тот пост, где засветилась именно эта проблема
http://k001.livejournal.com/447567.html и, как видно, вопрос именно не в
CONFIG_HOTPLUG_CPU, а в другом.
 
> Если вы сможете это протестировать, то будет просто замечательно, поскольку пока
> действительно у нашей team нет никакой информации, как это будет работать на
> практике. Поскольку ядра -ovz из сизифа попадают и в /4.0, то их конфигурация
> требует более тщательного тестирования и сильной мотивации в случае изменения
> функционала.

Потестировать-то смогу, но, судя по ссылке выше, сборка будет отличаться не
одной опцией, как я предполагал раньше.
Comment 10 Mikhail Gusarov 2008-02-05 01:59:01 MSK
Ещё бы я вспомнил, что я там сделал, чтобы оно начало работать нормально :D Но 
что-то сделал.

SMP, кажется, оторвал.
Comment 11 Andrey V Khavryuchenko 2008-02-05 16:05:21 MSK
(In reply to comment #10)
> Ещё бы я вспомнил, что я там сделал, чтобы оно начало работать нормально :D Но 
> что-то сделал.
> 
> SMP, кажется, оторвал.

А это ядро ещё где-то живое лежит?  Можете конфиг сюда добавить?
Comment 12 Mikhail Gusarov 2008-02-05 16:06:07 MSK
(In reply to comment #11)
> > SMP, кажется, оторвал.
> А это ядро ещё где-то живое лежит?  Можете конфиг сюда добавить?

Увы, утерялось.
Comment 13 Andrey V Khavryuchenko 2008-02-05 16:08:09 MSK
(In reply to comment #12)
> (In reply to comment #11)
> > > SMP, кажется, оторвал.
> > А это ядро ещё где-то живое лежит?  Можете конфиг сюда добавить?
> 
> Увы, утерялось.

Т.е. мне дорога читать up-to-date политику по сборке ядер в альте...
Comment 14 Konstantin A Lepikhov (L.A. Kostis) 2008-03-15 22:32:14 MSK
Поддержка данного ядра мною прекращена. Feel free to mantain.
Comment 15 Dmitry V. Levin 2008-03-15 23:52:29 MSK
reassign
Comment 16 Michael Shigorin 2010-11-06 13:32:41 MSK
# fgrep CONFIG_HOTPLUG_CPU /boot/config-2.6.32-ovz-smp-alt7
CONFIG_HOTPLUG_CPU=y