OSDev

Пытаюсь переключить i386 в мультизадачный режим, использую следующий алгоритм:
1 - подготавливаю дескриптор задачи TSS в GDT;
2 - загружаю селектор дескриптора задачи в TR ("ltr");
3 - сбрасываю флаг занятости "B" в дескрипторе текущей задаче;
4 - делаю дальний переход на текущую задачу.

Так вот, после пункта 4 процессор становиться. Кто знает, как грамотно запустить мультизадачность на i386 подскажите.

P.S. Если нужно больше информации, то спрашивайте.

многозадачность програмная или аппаратная? че-то непонял с первого взгляда...
При програмной прыжок вообще не надо делать, при аппаратной надо делать на другую задачу...

Я для переключения процессора в мультизадачность использую следующий алгоритм:

Дело в том, что включение мультизадачного режима работы процессора не обязывает при этом иметь несколько задач и обязательно переключаться между ними, можно иметь одну задачу которая будет все время выполняться, но в тоже время это будет задачей т.к. будут задействованы регистр "TR" и использоваться структура "TSS". Так вот, я пытаюсь пока просто перенести текущий выполняемый контекст в задачу.

Если не сбрасывать флаг занятости задачи "B" в дескрипторе задачи, пере дальним переходом на нее "FAR JMP TSS:0" то у меня генерируется исключение общей защиты, т.к. на рабочую задачу переключаться нельзя (рекурсивный вызов задач запрещен).

И так я дохожу до пункта 4 ("FAR JMP TSS:0") и у меня все становиться. У меня такое ощущение, что я гдето просто чегото не доделываю.

Я когда парился с многозадачностью напаролся на те же грабли... роцессор запрещает переключаться на текущую ТСС даже если флаг Busy у неё сброшен... Таким способом я хотел снять ограничение на количество задач в системе и уменьшить размер ГДТ. Я вышел из положения использоав программную многозадачность, в ней используется только 1 ТСС, но переключение становится более длительным из-за необходимости каждый раз (верней только при смене процесса) копировать каталоги таблиц. Кстати, кто-нибудь думал над методами ускорения переключения процессов при программном переключении задач?

Я так понимаю, что при переключении задачи процессор помимо флага занятости "busy" проверяет также сам селектор и если селектор тотже что и в регистре "TR" то он не разрешает переключиться на эту задачу.

Но тогда он должен сгенерировать исключение общей защиты, но этого не происходит. Я пробовал загружать в регистр "TR" селектор дескриптора кода и процессор отрабатывал как надо, генерировал исключение общей защиты. Пробовал вызывать "LJMP $D_TSS,$0" при установленном флаге "busy", исключение общей защиты также выкидывается. А при сброшенном флаге "busy" у меня при команде "LJMP $D_TSS,$0" вообще ничего не происходит, процессор просто встает (я так думаю). Почему не выкидывается какое либо исключение?

Хотя вы можете быть и правы. Дело в том, что я пробовал загружать регистр "TR" дескриптором задачи и не выполнять дальнего перехода, в этом случае все работает как надо: прерывания работают (таймер, клавиатура), исключения работают и основной код работает.

Ладно суть такая, я хочу както удостовериться что режим мультизадачности работает, т.е. хочу посмотреть что поля структуры "TSS" заполняются при переключении задачи. Значит план у меня такой:

Вот такие мысли. Как думайте, после того как задача Main_TSS встанет в бесконечном цикле "1: jmp 1b" структуры задач "TSS" будут заполнены?

И вообще правильно ли я понимаю суть вопроса и корректен ли данный алгоритм?

Спасибо legos, сегодня вечером буду обратно пытаться все таки запустить задачи.

Я тоже об этом думал, но передумал... при твоей схеме каждому потоку надо дать участок памяти размером с ТСС + всякие дополнения, это при том что большая часть ТСС имеют одинаковые поля и большая часть контекста сохраниться в стеке. При програмном переключении весь контекст сохраняется в стеке а в описателе потока сохраняется только указатель на стек (при условии что стек ядра для всех потоков расположен в одном и том же месте) поэтому в целях экономии памяти я выбрал такой подход, но возникает проблема с временем переключения, ведь каждый раз нужно перезаписывать часть адреснго пространства (в моем случае 2 кб, но при смене процесса)... хотя при 36 разрядной адрессации нужно будет скопировать 32 байта.

legos, немогу с тобой не согласиться...
просто в моем случае экономия выходит довольно сильная... при 1024 потоках 4 мб у тебя против 256 кб у меня, при одинаковых размерах стека...
Надо сделать в вике статью об многозадачности типах и достоинствах...

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

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