ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | no suspend-to-ram on ovz kernel | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Andrey V Khavryuchenko <akhavr> |
| Component: | kernel-image-ovz-smp | Assignee: | 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 | ||
To ovz maintainer. Засыпание в память - не основная функция ovz ядра. Для подобных задач оно использует checkpointing. (In reply to comment #2) > Засыпание в память - не основная функция ovz ядра. Я в курсе, что то не основная функция такого ядра. И, тем не менее, это же не означает, что для ноутбуков такие ядра неприменимы? > Для подобных задач оно использует checkpointing. HN checkpointing? (In reply to comment #3) > (In reply to comment #2) > > Засыпание в память - не основная функция ovz ядра. > > Я в курсе, что то не основная функция такого ядра. И, тем не менее, это же не > означает, что для ноутбуков такие ядра неприменимы? У меня нет таких данных. Если они есть у вас, то прошу ими поделиться. > > > Для подобных задач оно использует checkpointing. > > HN checkpointing? нет конечно, только VPS. (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. (In reply to comment #5) > Это я к тому, что активное использование ноутбука предполагает, что его в любой > момент могут закрыть и положить в сумку. > > Именно поэтому и хотелось бы чтобы suspend-to-ram работал и в ovz серии ядер. У вас есть данные, что это не сломает остальной функционал данных ядер? Фразы "в сети говорят" для такого запроса явно недостаточно. (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*) (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, то их конфигурация требует более тщательного тестирования и сильной мотивации в случае изменения функционала. (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, то их конфигурация > требует более тщательного тестирования и сильной мотивации в случае изменения > функционала. Потестировать-то смогу, но, судя по ссылке выше, сборка будет отличаться не одной опцией, как я предполагал раньше. Ещё бы я вспомнил, что я там сделал, чтобы оно начало работать нормально :D Но что-то сделал. SMP, кажется, оторвал. (In reply to comment #10) > Ещё бы я вспомнил, что я там сделал, чтобы оно начало работать нормально :D Но > что-то сделал. > > SMP, кажется, оторвал. А это ядро ещё где-то живое лежит? Можете конфиг сюда добавить? (In reply to comment #11) > > SMP, кажется, оторвал. > А это ядро ещё где-то живое лежит? Можете конфиг сюда добавить? Увы, утерялось. (In reply to comment #12) > (In reply to comment #11) > > > SMP, кажется, оторвал. > > А это ядро ещё где-то живое лежит? Можете конфиг сюда добавить? > > Увы, утерялось. Т.е. мне дорога читать up-to-date политику по сборке ядер в альте... Поддержка данного ядра мною прекращена. Feel free to mantain. reassign # fgrep CONFIG_HOTPLUG_CPU /boot/config-2.6.32-ovz-smp-alt7 CONFIG_HOTPLUG_CPU=y |
Как обнаружилось, при загрузке с 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 и можно ли его включить в следующих сборках ядра?