Board.KolibriOS.org

Официальный форум KolibriOS
Текущее время: Пт авг 18, 2017 11:16 pm

Часовой пояс: UTC+03:00




Начать новую тему  Ответить на тему  [ 69 сообщений ]  На страницу Пред. 1 2 3 4 5 След.

Нужна ли Колибри плоская модель памяти
Да. Это хорошая идея 92%  92%  [ 36 ]
Нет. Нам необходима совместимость с программами для МеОС 3%  3%  [ 1 ]
Давайте подождём пару лет 5%  5%  [ 2 ]
Всего голосов: 39
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Сб янв 27, 2007 1:51 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Похоже что VESA32 просто не существует.

Перевод из VBE3

"Начиная с VBE3 все функции VESA опционально доступны для 16-ти и 32-х битного защищённого режима через новую "Точку Входа Защищённого Режима". Эта точка входа может быть использована для прямого вызова функций VESA как 16-ти битного защищённого кода. Приложения или ОС не должны вызывать код БИОС непосредственно, но должны сперва сделать копию образа БИОС и вызывать функции в этом перемещённом блоке памяти.
Точка входа находится в особом "Информационном Блоке Защищённого Режима" который должен быть расположен в пределах первых 32-х килобайт образа БИОС. (Если информационный блок не найден то БИОС не поддерживает новый интерфейс)"

Дальше необходимо создать 7 16-ти битных селекторов и два 16-ти битных сегмента для данных и стека. Прежде чем передавать и принимать данные необходимо создать 16-ти битные сегменты для данных потому что 16-ти битный код БИОС не может работать с 32-х битными сегментами и указателями.
Ясно почему эти дополнительные "возможности" никто не использует.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Сб янв 27, 2007 7:32 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Пн мар 20, 2006 10:44 am
Сообщения: 557
Да, водимо я ошибался, таблици ACPI тоже в низу памяти, так что беру свои слова обратно.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Сб янв 27, 2007 8:24 pm 
Не в сети

Зарегистрирован: Ср май 18, 2005 7:27 pm
Сообщения: 1001
Я так понимаю, что процесс переделки может занять несколько недель и имеет смысл выпустить некий "последний совместимый с МЕОС" релиз, а затем начать работу над новым релизом 0.7, в котором будут эти изменения и возможно изменения в оконной системе от Майка.
ЗЫ: В принципе сегодняшняя Силлабле тоже несовместима с Atheos, от которой она произошла.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Сб янв 27, 2007 8:34 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Wildwest
Я хотел подождать до июля. За это время подготовить изменения и решить проблему с программами без исходников. Может сделать пробную версию на основе того дистриба что будет.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Сб янв 27, 2007 8:50 pm 
Не в сети

Зарегистрирован: Ср май 18, 2005 7:27 pm
Сообщения: 1001
>Я хотел подождать до июля
Я никого не тороплю, просто хочется иметь хоть какую-то определенность (план развития), а то у нас каждый месяц какие-то обсуждения и в итоге две трети идей остаются обсужденными, но не реализованными.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 29, 2007 8:29 am 
Wildwest
Цитата:
итоге две трети идей остаются обсужденными, но не реализованными

Ничего не напоминает?


Вернуться к началу
   
 Заголовок сообщения:
СообщениеДобавлено: Пн янв 29, 2007 3:39 pm 
Не в сети

Зарегистрирован: Ср май 18, 2005 7:27 pm
Сообщения: 1001
>Ничего не напоминает?
Легендарный MeFS :)


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Вт янв 30, 2007 6:12 am 
Не в сети
Аватара пользователя

Зарегистрирован: Вт ноя 14, 2006 11:46 am
Сообщения: 149
и опять проголосовало полтора десятка человек...


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Сб мар 17, 2007 1:23 am 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Вот что получилось:

http://infinity-sound.narod.ru/flat.7z

0x00000000 -> 0x7FFFFFFF приложения 2Gb
0x80000000 -> 0xFDBFFFFF ядро и куча ядра
0xFDC00000 -> 0xFDFFFFFF таблицы страниц 4Mb
0xFE000000 -> 0xFFFFFFFF Видеопамять 32Mb

Ядро взлетело вверх так что перекомпилировать программы не надо.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Вс мар 18, 2007 11:14 pm 
Не в сети
Just Flooding

Зарегистрирован: Сб янв 06, 2007 2:30 pm
Сообщения: 269
Я немного отстал от темы: что конкретно нужно изменять в своих программах, чтоб обеспечить работу в новой модели?
Почему не запустятся старые проги?


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Пн мар 19, 2007 12:02 am 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Nable

Программы менять не надо. Просто копируешь файлы в дистрибутив.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Пн мар 19, 2007 12:10 am 
Не в сети

Зарегистрирован: Вс мар 11, 2007 4:05 pm
Сообщения: 64
Serge
Я вот чето не понял почему видео память фиксирована и имеет размер 32МБайта.
Тут вопрос есть ли сервис в колибри для того чтобы закрепить физическии аддреса за собой в своем(или ядра) виртуальном пространстве?


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Пн мар 19, 2007 1:11 am 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Pavia

Это должна быть общедоступная часть LFB. В Колибри программы могут писать в видеопамять напрямую через специальный селектор. Его можно вычислить по gdt но надёжнее получить через системный вызов. Когда появилась страничная память он стал не нужен но остался для совместимости. В принципе драйвер должен отображать на эти адреса столько памяти сколько надо для текущего видеорежима а остальные страницы оставлять неприсутствующими. Остальной локальной видеопамятью должен управлять драйвер. Размер взят с запасом на максимальное разрешение 3072*1536*32bpp. Реально сейчас отображается 8 Мб независимо от режима.

Сервисы есть. Две функции map_page и commit_pages (в memory.inc) Отображают страницы по любым адресам. Для приложений они недоступны. Если надо отобразить регистры устройств то можно зарезервировать диапазон адресов через alloc_kernel_space а потом отобразить на него нужные страницы.


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Пн мар 26, 2007 7:45 pm 
Не в сети
Аватара пользователя

Зарегистрирован: Пт янв 27, 2006 3:06 pm
Сообщения: 1070
Плоское ядро уже довольно стабильно, по крайней мере на моей системе. Уже можно имхо сливать его с trunk, чтобы упростить и ускорить разработку и избежать неразберихи с ядрами ;) Или есть еще какие принципиальные недоработки?


Вернуться к началу
 Заголовок сообщения:
СообщениеДобавлено: Пн мар 26, 2007 8:18 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Heavyiron

Принципиальных нет. Надо поправить отладчик.
И ещё проверить сетевой код.


Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 69 сообщений ]  На страницу Пред. 1 2 3 4 5 След.

Часовой пояс: UTC+03:00


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Создано на основе phpBB® Forum Software © phpBB Limited
Русская поддержка phpBB