Unreal mode - это круто! Не проще ли уж в этом случае все сделать в защищенном режиме и уже не возвращаться обратно в реальный.

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

При добавлении поддержки новой FS, просто сделать другой загрузочный сектор, а также сделать драйвер FS, который прописать в загрузочный файл.

А переводить процессор в PM, это ИМХО задача ядра, загрузщику всего-лишь нужно получить доступ к расширенной памяти.

В защищённом режиме прерывания БИОС не доступны, пот в чём проблема.

Phantom-84 wrote:

В защищённом режиме прерывания БИОС не доступны, пот в чём проблема.

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

  boot_code:
        jmp     0x0:start
  start:

        cli                             ; Запрещаем маскируемые прерывания

        xor     ax, ax                  ; Предпологется что 32-х битное
                                        ; расширение и так равно нулю

        mov     es, ax                  ; Устанавливаем ss и ss в 0
        mov     ss, ax
        mov     sp, LOADER_BASE
        mov     di, LOADER_BASE + 512  ; Буффер для GDT сразу за образом

;***************************************************************************;
; Включаем нереальный режим
;***************************************************************************;
        ;shl     eax, 4
        ;add     eax, edi
        ;push    eax
        push    edi                     ; Сохраняем его
; Нудевой дескриптор
        ;xor     eax, eax
        stosd
        stosd
; Плоский дескриптор
        or      ax, -1
        stosd
        mov     eax, 0x00CF9200         ; Флаги плоского дескриптора
        stosd

        push    8 * 2                   ; Длина GDT для загрузки в GDTR
        lgdt    [esp]
        add     sp, 6

        in      al, 0x70                ; Запрещаем не маскируемые прерывания
        mov     bl, al
        or      al, 10000000b           ; Ставим 8й бит
        out     70h , al                ; некоторые RTC после записи байта в порт 0х70
        in      al, 0x71                ; ожидают обращения к порту 0x71

        mov     eax, cr0                ; Включаем PM (Protected mode)
        or      al, 1
        mov     cr0, eax

        mov     dx, 8                   ; Cмещение плоского элемента GDT
        mov     ds, dx                  ; Загружаем все сигментные регистры
        ;mov     es, dx
        ;mov     ss, dx
        ;mov     gs, dx
        ;mov     fs, dx

        and     al, not 1
        mov     cr0, eax                ; Отключаем PM

        sti                             ; Разрешаем маскируемые прерывания

        mov     al, bl                  ; Разрешаем не маскируемые прерывания
        out     0x70, al
        in      al, 0x71

        mov     dx, 92h
        in      al, dx
        or      al, 2
        out     dx, al

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

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

Большая часть из приведённого кода уже присутствует в большенстве загрузчиков.

Phantom-84 wrote:

Большая часть из приведённого кода уже присутствует в большенстве загрузчиков.

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

    ; открываем адресную линию A20
    in	 al, 92h
    or	 al, 2
    out  92h, al

NERR_READ_ERROR = 'R'
NERR_SYNTAX_ERROR = 'S'
        mov     ax, 0x0E00 + NERR_READ_ERROR
        int     0x10
        jmp     $

Действительно, линию А20 забыл открыть, но ведь это 3 строки

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

ИМХО Рантайм проверок должно быть необходимый минимум, это касается также и самого ядра, так как они очень сильно сказываются на производительности. Например если программа обращается к драйверу, он должен проверить каждый переданный параметр и обращаться к другому драйверу уже через доверенную функцию, чтоб то не начал снова перепроверять каждый параметр.
Я просматривал некоторые исходники линукса, так там эти проверки налепляны не то-что при меж-драйверном взаимодействии, но даже внутри одной и той-же динамической библиотеки, на 3-4 уровня в глубину, такого ИМХО допустить нельзя.
К примеру в NT реализовано 2 набора функций ядра, это Nt и Zw, одна проверяет всё и вся, а другая вообще ничего не проверяет, для чего? для производительности конечно...

Phantom-84 wrote:Умножь эти три строки на 2 и возведи в квадрат, тогда может и получишь количество строк кода, дающего приемлемый результат для открытия A20 на разных машинах.

Phantom-84 wrote:Я не понял, а как же сами файлы, которые нужно грузить? Что если для их загрузки недостаточно памяти?

Везде где встречаю открытие A20 вижу только этот код, а у тебя какой?

Если там не хватает памяти для загрузки необходимой базы, то какой разговор может быть о работе системы на этой машине?

Весь этот код вполне может поместится в бут сектор, некоторые туда целую ОС вписывают...

О работе не может быть разговора, но нехватку памяти нужно детектить и выводить соответствующее сообщение, а не ждать, пока из-за этого возникнут ошибки.