OSDev

Вот здесь sortie все верно сказал, хотя и слишком мягко. Естественно, James Molloy не специально писал быдлокод или делал ошибки. Причина более банальна

Наша задача нивелировать программным путем хотя бы часть этих костылей.

P.S. кстати аппаратная многозадачность все-таки используется. Я (и не только я) ее использую для обработки NMI и сбоев в режиме ядра.

Хм, кстати у JM там в описатель директории страниц засунуты нафиг не нужные поля (типа физического адреса таблиц и адреса начала каталога), вот и размер разный получается. Я у себя обошелся более простыми структурами в итоге.

Вообще надо постепенно переписать весь код ядра, убрать нафиг код JM

А зачем где-то отдельно хранить физические адреса таблиц, если они хранятся в самом каталоге? Я отдельно храню только счетчики страниц (по одному счетчику на каждую таблицу прикладного пространства), которые использую для определения момента удаления из таблицы последней страницы, чтобы сразу удалить и саму таблицу.

А, понял. Такое может быть нужно, когда не используется рекурсивное отображение каталога. Один вход каталога должен указывать на спец. таблицу, а один вход этой таблицы - на каталог или на себя. Во всем остальном они должны совпадать.

Там у него так

tables - адреса таблиц без флагами (P, W, U и т.п.)
tables_phys_addr - то же самое с флагами
phys_addr - физический адрес каталога
Итого при оттображении всех 4 Гб структура весит 8196 байт. Идея типо в том что первое поле - указатель для доступа к таблице. Я башку ломал долго зачем потом плюнул и у меня вот так

Я по прежнему в недоумении. Зачем отдельно хранить адреса без флагов? А физический адрес каталога по-любому нужно хранить где-то в расширенной 4-мегабайтной таблице страниц, чтобы он был доступен для модификации. Я так вообще адрес каталога храню в самом каталоге (рекурсивное отображение каталога). А для определения физического адреса каталога из другого процесса можно всегда воспользоваться соответствующим полем в структуре процесса/потока. Хвостик размером в двойное слово - это полнейшее недоразумение.

Может, это используется для доступа к таблицам при отключенном пэйджинге? Все равно не понятно, зачем дублировать все адреса. Значительно проще использовать только второй массив, обнуляя флаги для получения адресов, когда это необходимо.

А у меня каталог и таблица - это одна и та же страница.

я так и делаю у себя

Почитал тут доки, у Зубкова

Соответственно перед выходом в user mode необходимо зарядить в стек следующую последовательность

где - CS - селектор кода пользовательского режима, EIP - адрес функции, которую хотим выполнять в user mode. А регистр DS можно зарядить и вручную.

Ещё интересна команда SYSEXIT, она позволяет практически непосредственно загрузить SS, CS, EIP, но там надо пользоваться MSR регистрами (MSR #174h) а как с ними на виртуальной машине я не знаю

Все равно сложно. Значительно проще держать все используемые таблицы страниц постоянно отображенными в ВАП.

Нет. Еще нужно сохранить в стеке указатель на прикладной стек (я об этом писал). См. в руководстве, как происходит передача управления между разными кольцами защиты.

Для начала мне надо добиться того чтобы при записи вершины стека ядра в tss.esp0 у меня не вываливалось #TS

Странно. Код в студию.