CoreSystem/kernel: различия между версиями
(→Ядро) |
Ilis (обсуждение | вклад) Нет описания правки |
||
(не показаны 2 промежуточные версии 2 участников) | |||
Строка 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, хотя это реализуемо. | ||
Строка 40: | Строка 36: | ||
<onlyinclude> | <onlyinclude> | ||
Разовые задачи: | Разовые задачи: | ||
* Сделать внятную документацию ( | * Сделать внятную документацию (90 % complete, написано почти всё, надо навести порядок) | ||
* Разработать скрипт для автоматизации сборки всех subflavourов ядер (done) (причесать и опубликовать) | * Разработать скрипт для автоматизации сборки всех subflavourов ядер (done) (причесать и опубликовать) | ||
* Замерджить в ядро e1000 (done) | * Замерджить в ядро e1000 (done) | ||
* добавить в ядро alsa v4l (В тестировании) | * добавить в ядро alsa v4l (В тестировании) | ||
* | * Разработка автоматизированной системы тестирования ядер на основе inqusitor (начато) | ||
Что хотелось бы в перспективе: | Что хотелось бы в перспективе: | ||
Строка 57: | Строка 53: | ||
** DRBD | ** DRBD | ||
</onlyinclude> | </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