OSDev

В защищённом режиме другая таблица прерываний. Ключевые слова: таблица IDT, тип дескриптора 0x8E, команда lidt.

Да, по нескольким причинам будет лучше, если на флешке будет присутствовать раздел FAT. Ты используешь вариант с собственным MBR-загрузчиком, с помощью которого загружаешь дополнительный загрузчик (а можно сказать, что догружаешь MBR-загрузчик) достаточного размера для того чтобы с его помощью частично или полностью, однократно или многократно перезагружать данные в реальном режиме или в перспективе загружать данные в том числе и в дополнительную память. Т.е. получаешь такую структуру флешки (для большей точности я буду придерживаться разметки, которую тебе предложил):
1) MBR с твоим MBR-загрузчиком (размером 440 байт) и описателем раздела FAT;
2) первая часть резервной области (допустим, размером 31 сектор) - это твой дополнительный загрузчик, который последовательно загружается в память твоим MBR-загрузчиком;
3) вторая часть резервной области (допустим, размером 10 мб) - это твои данные/код, которые могут частично или полностью, однократно или многократно перезагружаться, загружаться в дополнительную память и т.п. при помощи дополнительного загрузчика;
4) раздел FAT, который ты не трогаешь программно, а используешь традиционным способом, т.е. для хранения файлов.

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

Он по моему и использует нереальный режим, но называет его то длинным то защищенным.

Ну может подскажите с апоратными прерываниями какимнибудь кодом.

См. переключение в нереальный режим, открытие адресной линии/шлюза A20.

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


Для таймера можно использовать обработчик пользовательского прерывания по таймеру BIOS 1Ch. Для клавиатуры можно читать флаги состояния клавиатуры и клавиатурную очередь BIOS (как внутри собственного обработчика, так и за его пределами). Для мыши можно сэмулировать окружение и выполнить загрузку какого-нибудь минидрайвера под DOS, после чего использовать DOS-интерфейс для работы с мышью, включая установку и использование пользовательского обработчика.

При ожидании нажатия клавиш программа должна находиться в своём цикле, а у тебя она сразу идёт на key. Лучше так:
mov ax, key ; это смещение на процедуру
mov [0x24], ax
mov [0x26], cs

sti
loop:
hlt ;ожидание прерывания
jmp loop

key:

in al, 60h ;скан-код нажатия получаем из порта 60
вызов функции если кнопка подойдет
iret

зачем цикл? Я же адрес своей ф-и key записываю по адресу 0:24 в первое прерывание(клавиатуры)
разве она не должна вызываться по нажатию кнопки без цикла

У мея зашишеный режим, перехожу в него так
use16
xor ax,ax
mov ds,ax
mov es,ax
mov ss,ax
cli
lgdt [gdtr]
mov eax, cr0
or al,0x1
mov cr0,eax
jmp 0x10: PM
use32
PM:
mov ax,0x8
mov ds,ax
mov es,ax
mov ss,ax

А потом уже хочю чтобы ф-я key вызывалась по нажатию без циклов
Я не в реальном режиме, не в нереальном и нет в длинном, что одно и тоже, а в зашишённом

Вот именно, что только по нажатию кнопки, а у тебя переход происходит в неё сразу, ещё до нажатия кнопки. Этого делать нельзя. На самом деле, вместо цикла, программа может выполнять какую-нибудь работу, например что-то рисовать. Код программы и код прерывания выполняются как бы параллельно.

Раз защищённый режим, то смотри моё сообщение выше. Таблица прерываний реального режима в защищённом режиме не работает, так что прописывать в неё адреса бесполезно.

PS: Защищённый пишется через Щ

Ну да, я опять все перепутал. В защищёном нету прирываний вообше.
У меня так клавиатура сейчас
..wait:
in al, 64h ;считываем состояние
test al, 1h ;если 1 то нажата клавиша
jz ..wait

in al, 60h ;скан-код нажатия получаем из порта 60

cmp al, 05h ;скан-код
je fin
cmp al, 0bh ;скан-код
je one

jmp ..wait

fin:
команда
jmp ..wait

tow:
команда
jmp ..wait

В защищённом есть прерывания, только через другую таблицу - IDT.