Простейшее использование видеопамяти

Честно говоря не знаю, че там за ошибка но по адресу 0xb8000 все нормально можно записать в видеопамять (textmode). 0xb8000 - начало видеопамяти, адрес на экране вычисляется по формуле:
0xb8000+(y*160)+x*2
у меня все работает

[QUOTE=~ArchimeD~]Честно говоря не знаю, че там за ошибка...[/QUOTE]

Ошибка оказалась не в выводе строки, а ещё перед очисткой экрана.
VMware ругается на стек. Это мой Boot-сектор глючит.

Оказалось не BootSector:eek:
Проц делает RESET на строке


переменая GDTR:



Интересно почему RESET?

Так процессор реагирует на критические ошибки...

[QUOTE=Phantom-84]Так процессор реагирует на критические ошибки...[/QUOTE]

Это понятно, хотел бы я знать в чём она...

Виртуальная машина ругается на стек
(*** Virtual machine kernel stack fault (hardware reset) ***
The virtual machine just suffered a stack fault in kernel mode. On a real computer, ...)

, стек инициалозирую вот так:



Может чего в инициализатции поправить:confused:

Вот сегмент кода в котором ошобка:

А почему ты в реальном режиме в ss помещаешь именно 3000h? Ты уверен, что настроенный таким образом стек не будет пересекаться с образом программы в памяти? Потом, ты не показал, как инициализируется стек в защищенном режиме...

Пересекатся с программами он не будет, в этом я уверен на все 100%.

Да ошибка не в самой LGTD а где то дальше:

А вот и все остальные сегменты:


Кстати сделать стек в защищёном режиме я забыл:(

Молодец! У него эмулятор ругается из-за стека, а он его просто "забыл сделать" :)

[QUOTE=Phantom-84] "забыл сделать" :)[/QUOTE]

Но ведь я как видно из кода нигде после перехода в PM стек не использую!

=============================================

Ну добавил я стек для PM:



Всё равно *** Virtual machine kernel stack fault (hardware reset) ***
В этом и есть странность.

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

А каким значением ты esp инициализируешь, а то обычно стек размещают в конце сегмента, а у тебя при максимальном лимите ненулевая база почему-то...

[QUOTE=Phantom-84]А каким значением ты esp инициализируешь, а то обычно стек размещают в конце сегмента, а у тебя при максимальном лимите ненулевая база почему-то...[/QUOTE]

Почему она нулевая то? (выделенно красным)



[COLOR="Black"]esp=FFF0h[/COLOR]

Да и ещё RESET происходит на этих строках:



Притом независимо что за [селектор] и [сег.регистр] там указать.

[QUOTE=piroman17]Почему она нулевая то? (выделенно красным)



[COLOR="Black"]esp=FFF0h[/COLOR]

[/QUOTE]

У тебя в байте флагов сегмента задан атрибут A но не задан W (разрешение записи), и еще стеку задается атрибут обратной адресации.
Вообще для стека байт флагов должен быть примерно таким (красный):

Может в этом проблема?

Вот я исправил ошибки каторые вы мне рекомендовали исправить:



Но всё равно [COLOR="Red"]*** Virtual machine kernel stack fault (hardware reset) ***[/COLOR] на mov ss,ax

Блин, не могу понять (не посчитайте за тупого:) ) в чём же ошибка?

[QUOTE=piroman17]Почему она нулевая то?[/QUOTE]Я как раз и написал, что она ненулевая!

Не обязательно для стека использовать растущий вниз сегмент, но верно то, что этот сегмент должен допускать запись! piroman17, в твоем случае нет необходимости в установке бита "растущий вниз сегмент", потому что кроме лишних сложностей это ничего не дает. Попробуй снять этот бит... И еще одно: после переключения в PM первым делом рекомендуется устанавливать cs, т.е. делать дальний переход.

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

А к чему относится порт 92h?
а то я все по старинке (A20) :(

HexEdit, твой способ такой же неуниверсальный, как и использование исключительно порта 92h! Установку линии A20 следует выполнять, последовательно осуществляя три(!!!) разных метода установки и проверяя факт установки после каждой попытки. Подробно объяснять не буду, но интересной статьёй на эту тему могу поделиться...

[QUOTE=Phantom-84]Я как раз и написал, что она ненулевая!

Не обязательно для стека использовать растущий вниз сегмент, но верно то, что этот сегмент должен допускать запись! piroman17, в твоем случае нет необходимости в установке бита "растущий вниз сегмент", потому что кроме лишних сложностей это ничего не дает. Попробуй снять этот бит... И еще одно: после переключения в PM первым делом рекомендуется устанавливать cs, т.е. делать дальний переход.[/QUOTE]
Конечно со стеком ты прав... но вот интересная мысля (самому проверять неохота) в дескрипторе 20 битный лимит, т.е. в сегменте данных с расширением вниз будет диапазон допустимых адресов от limit +1 до FFFFFFFFh, но как проц трактует этот лимит при грануляции сегмента в байтах??? если напрямую, то что, минимальный размер стека получается FFFFFFFFh - maxLIMIT= FFFFFFh - FFFFFh = FFF00000h = 4 293 918 720 байт??? не хило... или же он же он считает у таких сегментов при грануляции в байтах лимит как число FFF<LIMIT>h? и тогда минимальный размер стека вообще получается ZERO, а максимальный - 1 048 575 байт?

[QUOTE=piroman17]Вот я исправил ошибки каторые вы мне рекомендовали исправить:



Но всё равно [COLOR="Red"]*** Virtual machine kernel stack fault (hardware reset) ***[/COLOR] на mov ss,ax

Блин, не могу понять (не посчитайте за тупого:) ) в чём же ошибка?[/QUOTE]
Если хотишь использовать в качестве стека сегмент с расширением вниз, то поставь лучше базу, как первый байт следующий за стеком... А то ты стек суешь в запрещенные адреса...

[QUOTE=HexEdit]У тебя в байте флагов сегмента задан атрибут A но не задан W (разрешение записи), и еще стеку задается атрибут обратной адресации.
Вообще для стека байт флагов должен быть примерно таким (красный):

Может в этом проблема?[/QUOTE]
Сколько проблем со стеком... вообще - то с расширением вниз делают токо тогда стек, когда динамически, по мере надобности, хотят его увеличивать... Да и вообще зачем PM? REAL MODE - вот рулез!

Если тебе это поможет, то моя РАБОЧАЯ переделка твоей проги + немного своего:
;
;
; СИНТАКСИС ДЛЯ FASM %-)
;
;
format MZ
entry main:start
segment main use16
start:

push word gdt_seg ; загрузка в DS сегмента с будущей GDT
pop ds

mov ah,00h
mov al,03h
int 10h ;очистим экран

xor eax,eax
mov ax,gdt_seg
sal eax,4
or dword [base_gdt],eax ; установим базу для дескриптора gdt...
mov dword [base_gdt_reg],eax

xor eax,eax
mov ax,pm_code
sal eax,4
or dword [base_code],eax ; для сегмента кода

xor eax,eax
mov ax,stek
sal eax,4
or dword [base_stek],eax ; для стека

xor eax,eax ; установим базу для сегмента данных
mov ax,pm_data
sal eax,4
or dword [base_data],eax

lgdt pword [gdt_reg] ; загрузим gdtr

cli

mov eax,cr0 ; идем в протект
or eax,1
mov cr0,eax

call far pword 010000b:pm_entry ; дальний переход на входную метку
; ...

segment pm_code use32
code_beg = $
pm_entry:
mov ax,011000b ; установим стек
mov ss,ax
mov esp,stek_size-5
push word 100000b ; установим используемые селекторы (ES - сегмент текст. буфера
pop es ; DS - сегмент данных
push word 101000b
pop ds
mov esi,messeage ; зададим знач. для функции вывода (ds:esi - смещ выводимой строки
mov ecx,12 ; ecx - сколько писать, edi - номер символа выводимой строки)
xor edi,edi
call near dword text
hlt ; остановим работу процессора


text: ; :-)
push ecx
movzx edi,di
and di,0fffeh
movzx ecx,cx
mov ah,017h
.zikl:
mov al,[esi]
es mov word [edi],ax
add edi,2
movzx edi,di
inc esi
loop .zikl
pop ecx
retnd
code_size = code_beg-$


segment pm_data use16
data_beg = $
messeage db 'Hello world!' ; типа здравие желаю...
rd 10
data_size = data_beg-$

segment stek use16
stek_beg = $
rd 100
stek_size = stek_beg-$

segment gdt_seg use16
gdt_beg = $
void_desc dd 0 ; пустой дескриптор
dd 0
gdt_desc dw gdt_size-1 ; дескриптор описывающий GDT, вдруг захош дескр. переписать
base_gdt dw 0
db 0
db 10010010b
dw 0
code_desc dw code_size-1 ; сегмент кода
base_code dw 0
db 0
db 10011010b
dw 01000000b ; будет 32 битный
stek_desc dw stek_size-1 ; стек с расширением вверх
base_stek dw 0
db 0
db 10010010b
dw 0
graf_desc dw 0ffffh ; текстовый буфер
dw 08000h
db 0bh
db 10010010b
dw 0
data_desc dw data_size-1 ; сегмент данных
base_data dw 0
db 0
db 10010010b
dw 0
real_flat_desc dw 0ffffh ; не нужная хрень, но приготиться для возврата в Реал...
dw 0
db 0
db 10010010b
dw 0

gdt_size = gdt_beg - $

gdt_reg dw gdt_size-1 ; псевдодескриптор GDT
base_gdt_reg dd 0

[QUOTE=infernodiablo]Конечно со стеком ты прав... но вот интересная мысля (самому проверять неохота) в дескрипторе 20 битный лимит, т.е. в сегменте данных с расширением вниз будет диапазон допустимых адресов от limit +1 до FFFFFFFFh, но как проц трактует этот лимит при грануляции сегмента в байтах??? если напрямую, то что, минимальный размер стека получается FFFFFFFFh - maxLIMIT= FFFFFFh - FFFFFh = FFF00000h = 4 293 918 720 байт??? не хило... или же он же он считает у таких сегментов при грануляции в байтах лимит как число FFF<LIMIT>h? и тогда минимальный размер стека вообще получается ZERO, а максимальный - 1 048 575 байт?[/QUOTE]Принцип такой же, просто когда лимит указывается в байтах, размер сегмента не может превышать 64 Кб (не 4 Гб), т.е. вычислять нужно так 0FFFFh - 0FFFFh = 0 (нулевой размер!!!) и 0FFFFh - 0 = 0FFFFh (64 Кб минус 1 байт). Иными словами, расширяемый вниз сегмент не может быть размером 64 Кб (4 Гб), но зато может иметь нулевой размер!

[QUOTE=Phantom-84]Принцип такой же, просто когда лимит указывается в байтах, размер сегмента не может превышать 64 Кб (не 4 Гб), т.е. вычислять нужно так 0FFFFh - 0FFFFh = 0 (нулевой размер!!!) и 0FFFFh - 0 = 0FFFFh (64 Кб минус 1 байт). Иными словами, расширяемый вниз сегмент не может быть размером 64 Кб (4 Гб), но зато может иметь нулевой размер![/QUOTE]
... Сказки... если бит грануляции снят (т.е. лимит в байтах, а не в страницах), то размер сегмента не может превышать 1 МЕГАБАЙТ (проверено на практике), т.к. поле границы - 20 битное, а не 16 битное... , а 64 кб это на допотопных процах типа 286
P.S. это я про дескрипторы начиная с 486 где 20 битный лимит, 32 битная база...

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

P.S. В моей оси значения бита разрядности и бита гранулярности в сегментных дескрипторах всегда совпадают! Дескрипторы с G=B=0 используются лишь при возврате в реальный режим во время парковки системы. В экспериментальных версиях, в которых парковка осуществляется без возврата в реальный режим, используются только сегментные дескрипторы с G=B=1...

Какую работку я проделал по стеку с расширением вниз... вот исходный текст РАБОТАЮЩЕЙ программы:

;
;
; СИНТАКСИС ДЛЯ FASM %-)
;
;
format MZ
entry main:start
segment main use16
start:

push word gdt_seg ; загрузка в DS сегмента с будущей GDT
pop ds

mov ah,00h
mov al,03h
int 10h ;очистим экран

xor eax,eax
mov ax,gdt_seg
sal eax,4
or dword [base_gdt],eax ; установим базу для дескриптора gdt...
mov dword [base_gdt_reg],eax

xor eax,eax
mov ax,pm_code
sal eax,4
or dword [base_code],eax ; для сегмента кода

xor eax,eax
mov ax,stek
sal eax,4
add eax,stek_size
mov word [base_stek],ax ; установим базу для стека как байт следующий за стеком
shr eax,16
mov byte [stek_desc+4],al
mov byte [stek_desc+7],ah
mov eax,0fffffh ; интерпретируем 20 битную границу
sub eax,stek_size
mov word [stek_desc],ax
shr eax,16
or byte [stek_desc+6],al

xor eax,eax ; установим базу для сегмента данных
mov ax,pm_data
sal eax,4
or dword [base_data],eax

lgdt pword [gdt_reg] ; загрузим gdtr

cli

mov eax,cr0 ; идем в протект
or eax,1
mov cr0,eax

call far pword 010000b:pm_entry ; дальний переход на входную метку
; ...

segment pm_code use32
code_beg = $
pm_entry:
mov ax,011000b ; установим стек
mov ss,ax
mov esp,0fffffff0h
mov ebp,0ffffffffh
sub ebp,stek_size
;ss mov byte [ebp],2 ; если пропуск снять ; , то программа не заработает
push word 100000b ; установим используемые селекторы (ES - сегмент текст. буфера
pop es ; DS - сегмент данных
push word 101000b
pop ds
ss cmp byte [ebp+1],1ah ; если стек не в том сегмете, тогда буква H не сотрется
jne .next
and byte [messeage],0
.next:
mov esi,messeage ; зададим знач. для функции вывода (ds:esi - смещ выводимой строки
mov ecx,12 ; ecx - сколько писать, edi - номер символа выводимой строки)
xor edi,edi
call near dword text
hlt ; остановим работу процессора


text: ; :-)
push eax
push ecx
movzx edi,di
and di,0fffeh
movzx ecx,cx
mov ah,017h
.zikl:
mov al,[esi]
es mov word [edi],ax
add edi,2
movzx edi,di
inc esi
loop .zikl
pop ecx
pop eax
retnd
code_size = code_beg-$


segment pm_data use16
data_beg = $
messeage db 'Hello world!' ; типа здравие желаю...
rd 10
data_size = data_beg-$

segment stek use16
stek_beg = $
db 1ah
rd 1024
stek_size = stek_beg-$

segment gdt_seg use16
gdt_beg = $
void_desc dd 0 ; пустой дескриптор
dd 0
gdt_desc dw gdt_size-1 ; дескриптор описывающий GDT, вдруг захош дескр. переписать
base_gdt dw 0
db 0
db 10010010b
dw 0
code_desc dw code_size-1 ; сегмент кода
base_code dw 0
db 0
db 10011010b
dw 01000000b ; будет 32 битный
stek_desc dw 0 ; стек с расширением вниз
base_stek dw 0
db 0
db 10010110b
dw 0
graf_desc dw 0ffffh ; текстовый буфер
dw 08000h
db 0bh
db 10010010b
dw 0
data_desc dw data_size-1 ; сегмент данных
base_data dw 0
db 0
db 10010010b
dw 0
real_flat_desc dw 0ffffh ; не нужная хрень, но приготиться для возврата в Реал...
dw 0
db 0
db 10010010b
dw 0fh

gdt_size = gdt_beg - $

gdt_reg dw gdt_size-1 ; псевдодескриптор GDT
base_gdt_reg dd 0



Следую предположению что процессор считает допустимыми адресами в сегменте с расширением вниз от FFF<limit> до FFFFFFFFh я установил базу сегмента как первый байт следующий за стеком, соответствующим образом интерпретировал границу. После перехода в защищенный режим регистр ESP устанавливается со значением 0FFFFFFF0h, и устанавливается SS на сегмент стека с расширением вниз. Судя по тому что программа нормально работала (без перезагрузки, происходящей при исключении) делаю вывод, что предположение верно. Чтобы проверить правильно, и втом ли месте создан сегмент стека, я в нем первый байт установил как маркер со значением 1ah, в работе программы если маркер прочитаный по адресу FFF<limit>+1 является установленным маркером, то стирается буква "H" в выводимой строке. Для проверки границы стека установил команду, которая пытается писать по адресу FFF<limit>, при установленной этой команде программа вызывала исключение и перезагружала комп.
ВЫВОД: При работе в защищенном режиме, процессор считает разрешенными адресами (при которых не возникает исключение общей защиты) от FFF<limit>+1 до FFFFFFFFh и следовательно минимальный размер стека с расширением вниз = 0, максимальный = 1 Мб
P.S. Как вы делаете текст программы в окошке с прокруткой?

[QUOTE=Phantom-84]Так я и рассказывал эту сказку, опираясь на принципы совместимости, декларируемые производителями процессоров. Т.е. все, что я сказал, верно для сегментных дескрипторов, бит разрядности которых равен нулю. В противном случае этот вопрос действительно становится интересным - нужно проверять!

P.S. В моей оси значения бита разрядности и бита гранулярности в сегментных дескрипторах всегда совпадают! Дескрипторы с G=B=0 используются лишь при возврате в реальный режим во время парковки системы. В экспериментальных версиях, в которых парковка осуществляется без возврата в реальный режим, используются только сегментные дескрипторы с G=B=1...[/QUOTE]
Принципы совместимости??? может ты и прав, но я в своей жизни не разу не видел проц. intel 80286 и по моему писать программы совместимые с этими неиспользуемым более 10 лет процессорами нецелесообразно...

Вполне может быть!!! Только по аналогии с "чистыми" 16- и 32-разрядными сегментами может все-таки 1 Мб минус один байт???

P.S. Используй парный тег code в кв. скобках :)

[QUOTE=infernodiablo]Принципы совместимости??? может ты и прав, но я в своей жизни не разу не видел проц. intel 80286 и по моему писать программы совместимые с этими неиспользуемым более 10 лет процессорами нецелесообразно...[/QUOTE]
Ты ОС пишешь??? на чем и для какой цели?

[QUOTE=Phantom-84]Вполне может быть!!! Только по аналогии с "чистыми" 16- и 32-разрядными сегментами может все-таки 1 Мб минус один байт???

P.S. Используй парный тег code в кв. скобках :)[/QUOTE]
Дык это понятно, что сегмент с расширением вниз имеет максимальный размер на 1 байт меньше (или страницу), чем его сородич с расширением вверх

Это хобби, на ассемблере (fasm)...

[QUOTE=Phantom-84]Это хобби, на ассемблере (fasm)...[/QUOTE]
Блин... а я уж начал думать что на fasm только я (дурак) один пишу... мне не нравиться в нем что он когда делает программу не выдает листинг в файл... а бывает где -нибудь допустишь ошибку, типа метку забудешь поставить а в команде перехода ее напишешь, то он вообще ошибку не показывает и компилировать отказывается...

У меня к fasm'у вообще нет никаких претензий. Он мне очень нравится!!! Я даже приложения под винды на нем частенько пишу!

У тебя какая версия?

[QUOTE=Phantom-84]У тебя какая версия?[/QUOTE]
version 1.20 если есть новее, то давай мне ссылочку на сайт, где можно его качнуть...
P.S. Мне он тоже нравится, в нем нет лишнего как в tasm и позволяет написать нечто вроде call far dword 123:5678, на что некоторые ассемблеры ругаются... но только вот с макросами я в нем так и не разобрался... пишу без них :-)

FASM качать с http://flatassembler.net/download.php. Актуальная версия сейчас - 1.67.7.
На http://flatassembler.net/ много полезного.

ЗЫ. FASM - RULEZZZ!!!

Я кароче сам разобрался с одной половиной ошибок:

Написал в исходном коде Shl eax,3 и думал почему всё глючит!
Кстати тут на форуме (mes#16) я написал Shl eax,4:D

во все сегменты всё пишется КРОМЕ [COLOR="red"]CS[/COLOR]

Может я не верно указал параметры сегмента:confused:

Параметры правильно. А как ты CS илициализируешь?

1.20 - это очень древняя версия!!! Я три года назад уже пользовался версией 1.44, а сейчас использую 1.64!

Это в GDT:



Это я вычисляю начало PM_CODE:



А вот сам инит:


Мне кажется проц почему то не хочет менять CS:confused: .

Кстати ещё... Написал обработчик прерываний таже проблема: при первом же прерывании RESET:mad:
Сразу говорю обработчик простой: там только "Конец прерывания" и IRET, врятли там есть ошибка.