Для тех кто не в теме: разработка "типа встраиваемой" версии Колибри потихоньку движется, и счастливым обладателям AMD-материнок с чипсетами rs690, 740, 760, 770, 780, 785, 790, 870, 880 и 890 предлагается ее как-нибудь протестировать и тиснуть свои отзывы сюда.
Пока что А-версия грузится только с img-файла. Достаточно просто заменить kernel.mnt в своем img-файле; ядро собирается из Kolibri-A/trunk/ как обычно, только проще:
в винде - bld.bat,
в линуксе - kmake.sh (нужно предварительно создать директорию ../../../../../bin)
внутри колибри - fasm kernel.asm .
На данном этапе стараюсь сохранять почти 100%-ную совместимость с основным транком (на уровне приложений и сервисов), за несколькими несущественными исключениями - нет поддержки CD-ROM, CGA / VGA, видеорежимов низкого разрешения и т.п.
Прошу не стесняться и нажать на близкую Вам кнопочку в опроснике - мне было бы очень интересно узнать количественный состав целевой аудитории. Еще более ценно Ваше развернутое мнение по сабжу.
Kolibri-А
-
Last edited by art_zh on Sat Nov 13, 2010 3:39 pm, edited 1 time in total.Евангелие от Иоанна: стих 1[/size]
Code: Select all
; В начале было Слово: B32: mov ax, os_stack ; Selector for os
Разверну - у меня нет сабжевых чипсетов ни на одной доступной машине.
Как раз имеется мать GA-MA790X-DS4 http://www.gigabyte.ru/products/mb/spec ... s4_1x.html . Сегодня вечерком постараюсь потестировать.
Да, совсем забыл:
Быстрые системые вызовы через syscall в версии "А" забронированы для нестандартных сервисов ядра (с передачей параметров через стек);
Вызовы через sysenter/sysexit вообще исключены.
Поэтому к API ядра надо обращаться через int 40
Это требование актуально только для персонально-заточеных "под Атлон" сборок; все бинарники из официальных дистров по дефолту работают через int40
Быстрые системые вызовы через syscall в версии "А" забронированы для нестандартных сервисов ядра (с передачей параметров через стек);
Вызовы через sysenter/sysexit вообще исключены.
Поэтому к API ядра надо обращаться через int 40
Это требование актуально только для персонально-заточеных "под Атлон" сборок; все бинарники из официальных дистров по дефолту работают через int40
Прооперировал /boot и выкинул синее меню. Грузится согласно последним сохраненным в бутсекторе настройкам. Чтобы их установить, надо для начала прогнать "нормальное" ядро, а потом заменить kernel.mnt в рабочем образе дискеты.
Ядро полегчало на 3кб; с mtldr грузится мгновенно, с grub - за 2 секунды.
С остальными фичами А-версии загрузчик никак не связан, поэтому желающие могут использовать этот код в своей собственной сборке ядра, на любой платформе (и конечно в эмуляторах).
Правда, есть ограничения на виеорежимы: только VESA 32bpp, разрешение по дефолту 1024х768. Но это при желании легко изменить.
Ядро полегчало на 3кб; с mtldr грузится мгновенно, с grub - за 2 секунды.
С остальными фичами А-версии загрузчик никак не связан, поэтому желающие могут использовать этот код в своей собственной сборке ядра, на любой платформе (и конечно в эмуляторах).
Правда, есть ограничения на виеорежимы: только VESA 32bpp, разрешение по дефолту 1024х768. Но это при желании легко изменить.
Запустил, черный экран.
1) что, и синий кадр даже не мелькнул?<Lrz> wrote:Запустил, черный экран.
2) параметры загрузки (с последнего синего меню)?
3) графическая карта и VESA-режим?
Но вообще на rs790X у меня доков нет. Он идет без интегрированной графики в принципе может иметь другой механизм доступа к регистрам моста (хотя вряд ли). Посмотри пожалуйста что видит pcidev (лучше hwinfo --bridge в линуксе) для устройств 0:0.x и 0:2.0
Ввиду грядущей конференции возникла пара вопросов:
1. Какой вид ядерной графики будет представлен в конечном варианте: тайловая графика или клиппинг?
2. Драйвер для ATI я так понимаю будет интегрирован в ядро?
3. Интересно было бы посмотреть конференцию, съёмка будет вестись?
4. Что ещё нужно успеть сделать до конференции?
Заглянул на сайт AMD, как оказалось встроенные решения у них нацелены сразу на множество рынков: http://www.amd.com/us/products/embedded ... tions.aspx (в формате PDF: http://www.amd.com/us/Documents/43838H_ ... _guide.pdf).
Интересна фраза:
Видео на тему:http://www.youtube.com/watch?v=nMpzq57V ... re=related
Или я путаю и основной конкурент BIOS?
1. Какой вид ядерной графики будет представлен в конечном варианте: тайловая графика или клиппинг?
2. Драйвер для ATI я так понимаю будет интегрирован в ядро?
3. Интересно было бы посмотреть конференцию, съёмка будет вестись?
4. Что ещё нужно успеть сделать до конференции?
Заглянул на сайт AMD, как оказалось встроенные решения у них нацелены сразу на множество рынков: http://www.amd.com/us/products/embedded ... tions.aspx (в формате PDF: http://www.amd.com/us/Documents/43838H_ ... _guide.pdf).
Интересна фраза:
Готовые решения собственно подтверждают эти слова. В настоящее время только Винда и Линукс используются. Чтобы втиснуться нужно показать, что Колибри может лучше.AMD's x86 gives the designer a number of different operating system choices from both Microsoft® and the Linux® community.
Видео на тему:http://www.youtube.com/watch?v=nMpzq57V ... re=related
Или я путаю и основной конкурент BIOS?
Asper
1. Я попробовал разбить экран на небольшие тайлы 4х2 пикселя, так чтобы любое окно накрывало целое число тайлов. Это позволит сильно разгрузить процессорный кэш и ускорить рисование графических примитивов, а в перспективе - может стать основой для аппаратного ускорения оконной графики.
2. Нет. Сейчас упакованное ядро весит 65кб, а заточка ATIKMS под RS780/880 - 108кб. Ясно, что такой драйвер в ядро не влезет, скорее наоборот!
3. Насчет съемки не знаю, но постеры будут публиковать точно.
4. Отладить удобное управление высокоскоростной камерой, обработку и запись видеоряда в реальном времени. И еще - передачу картинки по сети. В общем, до фига еще. Но база уже есть.
И тебе предоставлен широчайший выбор. огромного количества. самых разнообразных операционных систем.
Вариант: может то, чего не могут другие, - уже опробован на примере загрузки с дискеты. Но сейчас это скорее прикол, чем серьезный аргумент. Дискеты остались там, в XX веке. Надо идти в XXI-й и не оглядываться назад.
В этом смысле "бездисковая" загрузка ядра из ROM была бы очень эффектной фишкой.
Реальная цель - не "вместо BIOSа", а "вместе с BIOSом" (ядро без BIOSа не может), и только на отдельно-взятых платформах.
1. Я попробовал разбить экран на небольшие тайлы 4х2 пикселя, так чтобы любое окно накрывало целое число тайлов. Это позволит сильно разгрузить процессорный кэш и ускорить рисование графических примитивов, а в перспективе - может стать основой для аппаратного ускорения оконной графики.
2. Нет. Сейчас упакованное ядро весит 65кб, а заточка ATIKMS под RS780/880 - 108кб. Ясно, что такой драйвер в ядро не влезет, скорее наоборот!
3. Насчет съемки не знаю, но постеры будут публиковать точно.
4. Отладить удобное управление высокоскоростной камерой, обработку и запись видеоряда в реальном времени. И еще - передачу картинки по сети. В общем, до фига еще. Но база уже есть.
Убийственная цитата. Прямо как оно и есть по жизни: с одной стороны - армия виндусятников, с другой - толпа линуксоводов.Asper wrote:Заглянул на сайт AMD, как оказалось встроенные решения у них нацелены сразу на множество рынков: http://www.amd.com/us/products/embedded ... tions.aspx (в формате PDF: http://www.amd.com/us/Documents/43838H_ ... _guide.pdf).
Интересна фраза:AMD's x86 gives the designer a number of different operating system choices from both Microsoft® and the Linux® community.
И тебе предоставлен широчайший выбор. огромного количества. самых разнообразных операционных систем.
Достаточно показать, что Колибри что-то может лучше других.Готовые решения собственно подтверждают эти слова. В настоящее время только Винда и Линукс используются. Чтобы втиснуться нужно показать, что Колибри может лучше.
Или я путаю и основной конкурент BIOS?
Вариант: может то, чего не могут другие, - уже опробован на примере загрузки с дискеты. Но сейчас это скорее прикол, чем серьезный аргумент. Дискеты остались там, в XX веке. Надо идти в XXI-й и не оглядываться назад.
В этом смысле "бездисковая" загрузка ядра из ROM была бы очень эффектной фишкой.
Реальная цель - не "вместо BIOSа", а "вместе с BIOSом" (ядро без BIOSа не может), и только на отдельно-взятых платформах.
Евангелие от Иоанна: стих 1[/size]
Code: Select all
; В начале было Слово:
B32: mov ax, os_stack ; Selector for os
2. Тогда другой вопрос. Будет ли в Kolibri-A поддержка динамически загружаемых драйверов?
3. Было бы хорошо.
4. Через какой интерфейс подключается видеокамера?
Бесспорно.
3. Было бы хорошо.
4. Через какой интерфейс подключается видеокамера?
В этом смысле "бездисковая" загрузка ядра из ROM была бы очень эффектной фишкой.
Бесспорно.
Это значительно сокращает сложность задачи и действительно делает цель реальной.Реальная цель - не "вместо BIOSа", а "вместе с BIOSом" (ядро без BIOSа не может), и только на отдельно-взятых платформах.
Asper
2. Да,
вся функциональность транк-ядра (почти) полностью сохранена в А-версии. Я только выкинул "чуждый" для AMD код, некоторые древние МеОС-функции, поддержку реликтовых видеорежимов и устройств (включая CD, хотя можно было бы его вернуть в условно-компилируемом модуле). Скоро выкину BIOS-диски и V86-режим. И еще - для упрощения тайловой графики пока пришлось убрать графические обои.
Но динамические драйверы прекрасно себя чувствуют в A-ядре, и отказываться от их поддержки было бы просто неумно.
4. Самодельный видеограббер с входным потоком 7Gbit/s и крутонавороченной схемой управления/синхронизации.
Сидит на 8 линиях PCI-express; входная буферизация и первичная обработка кадра - на FPGA Virtex-5.
Насчет ROM-загрузки - я специально закавычил слово "бездисковая". Конечно упаковать всю систему в системный ROM невозможно. Это ведь даже не флоповод, там максимум 128кбайт свободного места в разрозненных блоках, и то - еще смотря чей BIOS.
Но упакованное ядро туда влезет. Плюс системные шрифты и кое-что еще по мелочи. Главное - что сразу после старта будет поддержка дисковой и файловой подсистем, что позволит легко и удобно догрузить систему с любого доступного носителя.
2. Да,
вся функциональность транк-ядра (почти) полностью сохранена в А-версии. Я только выкинул "чуждый" для AMD код, некоторые древние МеОС-функции, поддержку реликтовых видеорежимов и устройств (включая CD, хотя можно было бы его вернуть в условно-компилируемом модуле). Скоро выкину BIOS-диски и V86-режим. И еще - для упрощения тайловой графики пока пришлось убрать графические обои.
Но динамические драйверы прекрасно себя чувствуют в A-ядре, и отказываться от их поддержки было бы просто неумно.
4. Самодельный видеограббер с входным потоком 7Gbit/s и крутонавороченной схемой управления/синхронизации.
Сидит на 8 линиях PCI-express; входная буферизация и первичная обработка кадра - на FPGA Virtex-5.
Насчет ROM-загрузки - я специально закавычил слово "бездисковая". Конечно упаковать всю систему в системный ROM невозможно. Это ведь даже не флоповод, там максимум 128кбайт свободного места в разрозненных блоках, и то - еще смотря чей BIOS.
Но упакованное ядро туда влезет. Плюс системные шрифты и кое-что еще по мелочи. Главное - что сразу после старта будет поддержка дисковой и файловой подсистем, что позволит легко и удобно догрузить систему с любого доступного носителя.
Евангелие от Иоанна: стих 1[/size]
Code: Select all
; В начале было Слово:
B32: mov ax, os_stack ; Selector for os
Если я правильно понял спецификацию Vortex86MX, то там есть 2 Мбайта SPI BIOS Flash.
Только я пока не понял, как туда записать. 2 МБайта - это уже неплохо!
Только я пока не понял, как туда записать. 2 МБайта - это уже неплохо!
yogev_ezra
Пожалуйста не принимайте мою прямоту за резкость,
но мне кажется,
что выбранная Вами платформа является малоперспективным и очень маргинальным сектором в мире х86-систем.
Надо смотреть вперед. А впереди (уже совсем близко!) маячат два монстра Sandy Bridge и Fusion.
И если первый нам совсем не по зубам, то AMDшную бестию еще можно успеть оседлать.
Пожалуйста не принимайте мою прямоту за резкость,
но мне кажется,
что выбранная Вами платформа является малоперспективным и очень маргинальным сектором в мире х86-систем.
Надо смотреть вперед. А впереди (уже совсем близко!) маячат два монстра Sandy Bridge и Fusion.
И если первый нам совсем не по зубам, то AMDшную бестию еще можно успеть оседлать.
Да нет, я совсем не обиделся - просто привёл пример системы с большим местом в БИОС
Насчёт поддержки в Колибри новой платформы от АМД - было бы здорово, и я очень ценю Ваш труд в этом направлении.
Но лично я вижу Колибри именно как заменитель "толстых" ОС (Windows XP/7, Ubuntu Linux, etc.) в компьютерах, где те работают медленно. Если на новом компьютере Windows 7 и так работает быстро, а Колибри - очень быстро, то это мало что даёт (опять же, на мой личный взгляд). А вот если на старом компьютере (либо новом, но использующем "старое железо" типа Вортекс) Windows XP тормозит, Windows 7 вообще не работает, а Колибри работает быстро, - то это уже совсем другой уровень.
Насчёт поддержки в Колибри новой платформы от АМД - было бы здорово, и я очень ценю Ваш труд в этом направлении.
Но лично я вижу Колибри именно как заменитель "толстых" ОС (Windows XP/7, Ubuntu Linux, etc.) в компьютерах, где те работают медленно. Если на новом компьютере Windows 7 и так работает быстро, а Колибри - очень быстро, то это мало что даёт (опять же, на мой личный взгляд). А вот если на старом компьютере (либо новом, но использующем "старое железо" типа Вортекс) Windows XP тормозит, Windows 7 вообще не работает, а Колибри работает быстро, - то это уже совсем другой уровень.
art_zh: у меня возник вопрос, почему бы в биосе, не оставить только бутблок (для инициализации оборудования), все остальное выкинуть, и места побольше значительно будет!
Who is online
Users browsing this forum: No registered users and 3 guests