CoreSystem/kernel: различия между версиями
(Неактуально) |
Ilis (обсуждение | вклад) Нет описания правки |
||
(не показано 10 промежуточных версий 5 участников) | |||
Строка 1: | Строка 1: | ||
'''Sisyphus Core — ядро и оборудование''' | |||
=== bootloaders === | === bootloaders === | ||
Строка 11: | Строка 9: | ||
Обновление необходимо для корректной поддержки 32bit mode в загрузчиках. Данный режим требуется в kvm на архитектуре Intel EM64T | Обновление необходимо для корректной поддержки 32bit mode в загрузчиках. Данный режим требуется в kvm на архитектуре Intel EM64T | ||
=== XEN === | === XEN === | ||
Строка 24: | Строка 20: | ||
основная проблема extlinux по сравнению с GRUB это крайне неудобный метод редактирования опций во время загруки, и в XEN это критично. | основная проблема extlinux по сравнению с GRUB это крайне неудобный метод редактирования опций во время загруки, и в XEN это критично. | ||
И нужно сделать внятный скрипт для прописывания XEN конфигурационный файл XEN. | И нужно сделать внятный скрипт для прописывания XEN конфигурационный файл XEN. | ||
Ещё была сумашедшая идея: | Ещё была сумашедшая идея: | ||
Ипользовать для загрузки XEN kexec, Но вопервых это надо потестировать, во вторых он это не умеет на x86_64, хотя это реализуемо. | Ипользовать для загрузки XEN kexec, Но вопервых это надо потестировать, во вторых он это не умеет на x86_64, хотя это реализуемо. | ||
Строка 34: | Строка 30: | ||
Постоянные задачи: | Постоянные задачи: | ||
* регулярно обновлять | * регулярно обновлять ядра и модули к ним | ||
* расширять список поддерживаемого | * расширять список поддерживаемого оборудования | ||
* | * оперативно устранять ошибки и проблемы безопасности | ||
<onlyinclude> | |||
Разовые задачи: | Разовые задачи: | ||
* Сделать внятную документацию | * Сделать внятную документацию (90 % complete, написано почти всё, надо навести порядок) | ||
* | * Разработать скрипт для автоматизации сборки всех subflavourов ядер (done) (причесать и опубликовать) | ||
* | * Замерджить в ядро e1000 (done) | ||
* добавить в ядро alsa v4l (В тестировании) | |||
* Разработка автоматизированной системы тестирования ядер на основе inqusitor (начато) | |||
Что хотелось бы в перспективе: | Что хотелось бы в перспективе: | ||
* расширение поддержки виртуализации | * расширение поддержки виртуализации | ||
** Сделать std- | ** Сделать std- с поддержкой paravirt guest | ||
* Добавление кластерных технологий | * Добавление кластерных технологий | ||
** RedHat Cluster | ** RedHat Cluster | ||
** Lustre | ** Lustre | ||
* Расширение поддержки систем | * Расширение поддержки систем хранения | ||
** Кластерный LVM | ** Кластерный LVM | ||
** Корень на LVM | ** Корень на LVM (mkinitrd) | ||
** DRBD | ** 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