OSDev

Вобщем задача. Хочу сделать так:
Нужены сегменты:
- кода (выполнение)
- данных кода (проекция предыдущего, как данные, чтоб загружать, выгружать и пр)
- данных 0 (не пересекается с кодом)
- данных 1 (не пересекается с кодом)
- данных N (не пересекается с кодом)

это как я понимаю не проблема. Указывается размер и стартовый адрес (виртуальный) в GDT. А paging как использовать? Он же не на каждый GDT делается, а на всю физ память?

Чтото я не могу сообразить как мне сделать все эти сегменты максимального размера (4Г)..

С точки зрения сегментов, страничная память воспринимается как обычная память. Используя 4КБ страницы, можно подстроить память и под отдельные сегменты - если надо.

Для этого в сегменте надо указать базу = 0, а лимит = -1. Вот примеры на Си:

да, но эти сегменты будут тогда пересекаться! или нет?
мне нужно чтоб я писал в сегмент 1 и это никак не отразилось на данных сегмента 2

Зачем нужны сегменты данных 0-N?

есть желаение сделать громадный монолит..

Если сегменты охватывают всю память, то как же они могут не пересекаться?
Чтобы их разделить, надо использовать разные виртуальные адресные пространства - тоесть разные каталоги страниц, и переключаться между ними. Как в микроядре.

Не уловил связи...

У меня до середины 2008 года было ядро с непересекающимися сегментами кода (данных) для каждого модуля ядра и самого ядра. Но это было сделано для загружаемых модулей (чтобы их не релоцировать). Проблем здесь нет никаких. Я вводил дополнительные функции только для определения базового адреса "пространства модуля" в линейном адресном пространстве (чтобы, например, драйвер смог выровнять буфер на 4-мегабайтную отметку в линейном адресном пространстве) и для изменения размера "пространства модуля" на этапе инициализации. Ну и естественно везде селекторы, дальние переходы и т.п. Стеки были общими. Если ты под "громадным монолитом" подразумеваешь цельное монолитное ядро, то тебе такое вообще без надобности.

да, наверно правильнее использовать разные PageDirectory для разных сегментов..
в самом простом варианте я подумал сделать следущее:

есть нечто монолитное.. т.е. все выполняется в одном и томже адресном пространстве..
вот к примеру надо загрузить файлик 4Gb.. создается дескриптор в GDT данных... в который прогружается этот файл.. (я знаю что такое кеширование, но пока тут оно не нужно.. т.к. утрирую задачу).. соответственно работа идет через регистр DS.. а к этим данным обращение через GS..

видимо без плясок такое сделать нельзя..

Можно и без плясок, но использовать 64-битный режим. Правда там сегментов нет...
Или обходись небольшими сегментами в 32-битном режиме.

На 32-разрядной архитектуре такое невозможно. Нужно по очереди загружать отдельные фрагменты файла в одну и ту же память или использовать PAE и переключаемые банки памяти.