CoreSystem/kernel: различия между версиями
Ilis (обсуждение | вклад) Нет описания правки |
|||
(не показано 16 промежуточных версий 6 участников) | |||
Строка 1: | Строка 1: | ||
'''Sisyphus Core — ядро и оборудование''' | |||
== | === bootloaders === | ||
Обновить syslinux (новая версия с новым gfxboot), gfxboot (до 4.0.x), grub (новая версия с новым gfxboot). | Обновить syslinux (новая версия с новым gfxboot), gfxboot (до 4.0.x), grub (новая версия с новым gfxboot). | ||
Строка 12: | Строка 9: | ||
Обновление необходимо для корректной поддержки 32bit mode в загрузчиках. Данный режим требуется в kvm на архитектуре Intel EM64T | Обновление необходимо для корректной поддержки 32bit mode в загрузчиках. Данный режим требуется в kvm на архитектуре Intel EM64T | ||
=== XEN === | === XEN === | ||
Строка 33: | Строка 20: | ||
основная проблема extlinux по сравнению с GRUB это крайне неудобный метод редактирования опций во время загруки, и в XEN это критично. | основная проблема extlinux по сравнению с GRUB это крайне неудобный метод редактирования опций во время загруки, и в XEN это критично. | ||
И нужно сделать внятный скрипт для прописывания XEN конфигурационный файл XEN. | И нужно сделать внятный скрипт для прописывания XEN конфигурационный файл XEN. | ||
Ещё была сумашедшая идея: | Ещё была сумашедшая идея: | ||
Ипользовать для загрузки XEN kexec, Но вопервых это надо потестировать, во вторых он это не умеет на x86_64, хотя это реализуемо. | Ипользовать для загрузки XEN kexec, Но вопервых это надо потестировать, во вторых он это не умеет на x86_64, хотя это реализуемо. | ||
Сборка grub для x86_64, после появления biarch в rpm. | Сборка grub для x86_64, после появления biarch в rpm. | ||
=== Ядро === | |||
Основные задачи по ядру. | |||
Постоянные задачи: | |||
* регулярно обновлять ядра и модули к ним | |||
* расширять список поддерживаемого оборудования | |||
* оперативно устранять ошибки и проблемы безопасности | |||
<onlyinclude> | |||
Разовые задачи: | |||
* Сделать внятную документацию (90 % complete, написано почти всё, надо навести порядок) | |||
* Разработать скрипт для автоматизации сборки всех subflavourов ядер (done) (причесать и опубликовать) | |||
* Замерджить в ядро e1000 (done) | |||
* добавить в ядро alsa v4l (В тестировании) | |||
* Разработка автоматизированной системы тестирования ядер на основе inqusitor (начато) | |||
Что хотелось бы в перспективе: | |||
* расширение поддержки виртуализации | |||
** Сделать std- с поддержкой paravirt guest | |||
* Добавление кластерных технологий | |||
** RedHat Cluster | |||
** Lustre | |||
* Расширение поддержки систем хранения | |||
** Кластерный LVM | |||
** Корень на LVM (mkinitrd) | |||
** DRBD | |||
</onlyinclude> | |||
{{CoreSystem-nav}} |
Текущая версия от 12:30, 2 декабря 2008
Sisyphus Core — ядро и оборудование
bootloaders
Обновить syslinux (новая версия с новым gfxboot), gfxboot (до 4.0.x), grub (новая версия с новым gfxboot).
Версии можно взять здесь: http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/suse/src/
Обновление необходимо для корректной поддержки 32bit mode в загрузчиках. Данный режим требуется в kvm на архитектуре Intel EM64T
XEN
Имеется крупная проблема с XEN, заключающася в загрузчике: Во-первых у нас нет GRUB для x86_64, для этого нужен biarch. Во-вторых GRUB криво ставиться из системы, его всегда лучше ставить из собственно GRUB, что неудобно при установки дистрибутива. В-третьих наши скрипты по установки ядер не умеет правильно XEN прописывать в menu.lst. Отсюда надо: Либо привести в порядок GRUB и серьёзно его потестить Либо научиться вместо GRUB использовать extlinux который умеет грузить XEN. основная проблема extlinux по сравнению с GRUB это крайне неудобный метод редактирования опций во время загруки, и в XEN это критично.
И нужно сделать внятный скрипт для прописывания XEN конфигурационный файл XEN. Ещё была сумашедшая идея: Ипользовать для загрузки XEN kexec, Но вопервых это надо потестировать, во вторых он это не умеет на x86_64, хотя это реализуемо.
Сборка grub для x86_64, после появления biarch в rpm.
Ядро
Основные задачи по ядру.
Постоянные задачи:
- регулярно обновлять ядра и модули к ним
- расширять список поддерживаемого оборудования
- оперативно устранять ошибки и проблемы безопасности
Разовые задачи:
- Сделать внятную документацию (90 % complete, написано почти всё, надо навести порядок)
- Разработать скрипт для автоматизации сборки всех subflavourов ядер (done) (причесать и опубликовать)
- Замерджить в ядро e1000 (done)
- добавить в ядро alsa v4l (В тестировании)
- Разработка автоматизированной системы тестирования ядер на основе inqusitor (начато)
Что хотелось бы в перспективе:
- расширение поддержки виртуализации
- Сделать std- с поддержкой paravirt guest
- Добавление кластерных технологий
- RedHat Cluster
- Lustre
- Расширение поддержки систем хранения
- Кластерный LVM
- Корень на LVM (mkinitrd)
- DRBD