TORITO LOADER & ISOEMUL

Commentaire de patatalo le 27/06/2007 15:28:55 administrateur CS

salut,

dans tomiso.asm qui simule une structure iso 9660:

;******************************************************************************
MBR_CODE:
incbin "torito.bif"         ; le boot

;******************************************************************************
LOADER_CODE:
incbin "eprom.com"          ; le noyau
endsector
.END
;******************************************************************************

tu peux remplacer "eprom.com" par n'importe quel binaire (taille max = 640Ko-(64Ko+400h+100h), environ 575Ko) et il sera chargé et éxécuté a l'adresse 1000:0100 (parametres modifiables a tomiso.asm:PRIMARY_VOLUME_DESCRIPTOR.VD_PRIMARY.appuse)

dans tomiso.asm:
at VD_PRIMARY.appuse,db "TOM",0                                          ; signature
                     dd ((LOADER_CODE.END-LOADER_CODE) / SECTEUR_SIZE)   ; taille du loader, sera recalculé automatiquement              dd ((LOADER_CODE-$$) / SECTEUR_SIZE)                ; ou le trouver dans l'image iso, ne devrait pas changer
                     dw 0x1010                                           ; segment de chargement ( mettre
                     dw 0x100                                            ; offset d'execution
                     dw 0x1000                                           ; segment d'execution

la structure est definie dans torito.asm:

struc TOM ;
.sig resd 1 ; signature = "TOM",0
.scnt resd 1 ; taille en secteur
.sec resd 1 ; secteur pour le loader
.ldseg resw 1 ; segment de chargement
.exoff resw 1 ; offset d'execution
.exseg resw 1 ; segment d'execution
endstruc

si tu modifie la signature change dans torito.asm:

; verification de "TOM"
mov ax,SEG_PRIDESC
mov es,ax
cmp dword [es:VD_PRIMARY.appuse+TOM.sig],'TOM'
lea si,[msg_exit4]
jne exit0

tu vois qu'il n'y a pas grand chose a comprendre pour mettre son propre kernel ou loader.

le reste n'est que de connaitre l'iso9660 et la spécification des cd bootables "el torito", tu peux avoir tout ces documents gratos sur le net (sur www.t13.org, je pense que c'est sur ce site que je les avais trouvés à l'époque).

@++

Commentaire de sajaris le 28/02/2008 20:34:34

dommage que j'ai vu ce post si tard. Mais il a repondu en grande partie a une question qui me tracassait : comment booter a partir d'un CD et charger le noyau.

Mais dans le code source de TORITO.ASM, je comprend pas trop la philosophie.
J'ai en fait deux questions:

1-CONCERNANT LA NORME TORITO:
   est ce que je peux, pour la structure de mon iso, n'utiliser que
    ---les 16 secteurs vide a remplir
    ---le descripteur de volume primaire
    ---le descritpeur TORITO
    ---le descritpeutr Terminateur
    ---le VALIDATION ENTRY
    ---le default entry
    ---puis charger le boot (incbin)
    --- et charger mon image (incbin)
Cela signifie que j'annule les path table et directory (cela signifie modier des champs dans le primary descriptor qui utilise des données des ces descripteurs)

2-CONCERNANT LE NOYAU
  si le noyau est (comme dans ta source) inserer apres le boot (par incbin), comment puis je calculer la zone memoire sur le secteur CD, me positionner et le charger en memoire (je sais pas en fait comment retrouver les données sur le cd pour le charger, aussi bien des fichiers binaires que j'ai inclu via incbin dans l'iso (invisible le plus souvent sous windows), ou des fichiers binaires en plus que j'aurai graver par avec nero par exemple (visible sous windows).  

Je pense que c'est trop tedemander mais pourrait tu comment ta source torito.asm et le poster ici ou dans ma boite sajaris2002@yahoo.fr (vraiment je butine sur le sujet depuis 3Mois et j'avais pas encore vu cette source qui m'aurait tout de suite orienté, alors je m'accroche, et merci de me comprendre)

Merci et a bientot

Commentaire de patatalo le 02/03/2008 13:26:20 administrateur CS

salut,

pour les normes torito, je me rappelle plus trop, essaye ou tape "specification torito" dans google tu devrais pouvoir choper un pdf.

les sauts conditionels jb,... sans cmp devant sont normaux, pratiquement toutes les operations modifient le registre des flags pour des conditions bien particulieres a l'operande utilisée voir la doc intel.

il est possible que la version fournie soit issue d'un emulateur pc de chez crosoft. Quel est ton system pc ?

@++

Commentaire de sajaris le 02/03/2008 19:19:10

Salut,

merci de m'avoir repondu.

Pour les "jb" "je" sans "cmp", j'ai compris (effectivment il ya des operation qui modifie les flags surtout CF)

Mais une de mes question etaient comment lire les données sur le CD-ROM apres boot
AUssi je n'arrive pas a utiliser la fonction 48h int 13 (bios etendu), pour avoir les info sur le disque (il me renvoie des données bizarre). As tu deja implementé cette fonction?

Commentaire de patatalo le 04/03/2008 21:17:38 administrateur CS

re,

oui mais attention, en CHS, tu ne pourras pas acceder a plus de 8Go dans tous les cas.Tu ne peux donc convertir le lba -> chs que si ton bloc complet est en dessous de 8Go. ( dernier LBA * secteur size < 8Go )

Le mode LBA est tellement vieux, qu'il te faudrait vraiment avoir un ordinateur vieux de chez vieux pour qu'il n'y ait pas cette extention bios.

jamais implémenté la fonction 48h mais verifie que ds:si pointe vers un buffer de taille 1Eh au moins, le premier mot doit indiquer la taille donc = 1Eh. Ne l'appelle pas pour un lecteur CD (pas de CHS pour eux ou en mode emulation uniquement). verifie aussi que ton flag carry n'est pas a 1 car cela indiquerait une erreure.

http://en.wikipedia.org/wiki/INT_13

@++

Commentaire de sajaris le 05/03/2008 09:22:01

salut PATATALO, tu va bien j'espere....

Bon, pour la fonction bios 48h, j'avais juste un probleme pour ma fonction d'affichage de chiffre et de conversion entier-hexa (pas terrible mais fonctionnel). en fait apres appel de cette fonction, je recupere les donnée dans un buffer resultat et j'affiche. Mais tout es rentré dans l'ordre.

Quand j'appelle cette fonction (ah=48h int 13h) il me renvoie un tableau ou je peux avoir la totalité du nombre de secteurs du disque ainsi que la taille d'un secteur et quand je teste sur different machine, j'ai effectivement la taille totale du disque (nbsecteur x tailleSecteur).

Tous semble aller de plus en plus (et grace a toi merci car je me suis entierement inspiré de ta source pour comprendre)

Maintenant la grande question qui n'est toujours pas repondu:
COMMENT AVOIR ACCES a un secteur du disque (ou du CD-ROM) et le lire? Comment acceder a un repertoire ou un fichier que j'ai graver sur le CD? (j'ai reussi, avec ton modele torito.iso a cree des nom de repertoire dans la struture iso! super!)

Je mets la source que j'utilise mais qui fonctionne pas:
--------> Ma structure DAP
struc struct_dap
.size resb 1
.rsv1 resb 1
.nbblk resb  1
.rsv2 resb 1
.hostaddr resd 1
.lgblk resd 2
.lbaaddr resd 2
.nbblklba resd 1
.rsv3 resd 1
endstruc

------>Une instanciation de la structure
dap:
istruc struct_dap
at struct_dap.size, db 32
at struct_dap.nbblk, db 0FFh
;at struct_dap.hostaddr, dw 0FFFFh
; dw 0FFFFh
;at struct_dap.lgblk, dd 0023
; dd 0000
at struct_dap.lbaaddr, dd 1000h
dd 0h
at struct_dap.nbblklba, dd 0001h
iend
--------> Mon code de lecture
        ;apres test de la fonction 41h et si tout va bien
mov ah,42h ; fonction lecture
mov dl,[bootdrive] ; mon lecteur de boot ici le cd-rom
mov si,dap ; offset de ma struture dap
int 13h ; appel de la fonction
jb kerError ; si erreur on saute a un label
db 0EAh ; sinon on fait un far jmp sur l'adresse 0h:1000h
dw 1000h
dw 0h

J'UTILISE NASM

Je comprend pas bien des partie du DAP:
Comme je sais que les extesnion sont prise en charge, alors je veux y acceder donc j'ai renseigner l'offset 10h et 18h qui sont l'adresse lineaire et le nombre de secteur. Pour que cela soit prise en compte je doit renseigné l'offset 4h a 0FFh, ce que j'ai fait.

Mais a l'appele de la fonction , ca marche pas. Ou j'ai cloché?

PS: Merci pour l'eclairciement de la limite des 8Go. Effetviement je peux pas depasser cela en mode classique des 13H.

PS2: TU dis que le mode LBA est vieux, c'est pas plutot le mode CHS qui est assez vieux, ou j'ai rien pigé ;)

Commentaire de sajaris le 05/03/2008 09:44:12

Re:

Je donne mon explication de la Device Address PAcket (DAP), c'est ainsi que je le comprend et l'implement. Corrige si c'est pas cela

struc struct_dap
.size resb 1 ; taille du dap, ici ca fait 32 octet
.rsv1 resb 1  ; reserve
.nbblk resb  1 ; nombre de block a lire, si egal a 0FFh on utilise nbblklba
.rsv2 resb 1  ;reserve
.hostaddr resd 1 ; buffer où transferer la lecture si nbblk != de 0FFH
.lgblk resd 2 ; numero secteur LBA qui est utilisé
.lbaaddr resd 2 ; addresse lineaire utilisée au cas ou nbblk != de 0FFH
.nbblklba resd 1 ; nombre de block LBA utilisé  au cas ou nbblk != de 0FFH
.rsv3 resd 1 ;reserve
endstruc

voici une explication de l'implementation:

dap:
istruc struct_dap
at struct_dap.size, db 32 ; taille de mon dap
at struct_dap.nbblk, db 0FFh ; ainsi j'utilise les donnée lba
at struct_dap.lgblk, dd 0023 ; numero du secteur a charger
dd 0000 ; c'est en 8 octet, je met les 4 dernier a 0
at struct_dap.lbaaddr, dd 1000h ; offset lbalo de chargement
dd 0h    ;segment lbalhi de chargement
at struct_dap.nbblklba, dd 0001h ; nombre de block a telecharger
iend

j'avais mis certains en commentaire dans les message precedent

Commentaire de patatalo le 05/03/2008 20:05:43 administrateur CS

re,


si le mode CHS est tres tres tres tres vieux, le mode LBA est tres tres tres vieux ;-) (depuis quand ne voit-on plus des disques durs de taille < 8Go ?)

pour retrouver d'autres fichiers, il te suffira de lire les DIRECTORY_RECORD et autres, de suivre les secteurs indiqués je me rappelle plus trop de la spécification et je ne l'ai pas impléménté dans le source, l'endroit ou se trouve le kernel est directement indiqué dans le PRIMARY DESCRIPTOR ce qui m'evite a rechercher le nom de fichier et son emplacement sur le cd.

j'essaierais de me pencher sur le truc mais je te promet rien.

@++

Commentaire de sajaris le 07/03/2008 09:48:54

salut;

comment je peux effectuer la lecture pas le bios ? (en utilisant ta technique des 64ko par 64)

Commentaire de sajaris le 08/03/2008 12:45:10

Re:
j'ai regardé de plus pres ta fonction.  je crois avoir compris, mais le mien ne marche toujours pas.
En somme:
avant l'appel de ta fonction: tu tu sauvegarde les parametres nbrsec,seg,lbahi,lbalo,lecteur dans la pile.
puis tu prepare la zone pous la strucutre dap dans la pile (sub sp,16)

Ensuite tu lie le un secteur a partir du secteur 16 (sur le disque ca corresponde au primary volume).
tu essai la lecture au moins 5 fois (push byte 5). si ca marchhe toujours pas tu sort avec un message d'erreur. sinon tu continue la lecture en verifiant de ne pas depasser la taille d'un segment.

Si j'essai de comprendre ton xint13, c'etait en fait pour voir ou MOI j'ai cloché, le eprom fait au moins 9k0 (environs 5 secteur de cd). Mon kernel ne fait que 86octet(un test). alors je charge juste un secteur.

bah merci d'avoir essayé en tout cas.

Commentaire de sajaris le 11/03/2008 09:07:02

re:
salut,

bon maintenant ca va , tout marche bien.en fait j'ai juste changer l'adresse memoire de chargement dans le dap, avant j'utilisait 0100:0 et lorsque j'ai changer a 0:1000 (en rensignant les bon champ de mon DAP) tout a marcher, le kernel est charger en memoire. je pensais que 0100h:0h et 0:1000h pointait sur la meme zone, donc il ne devait pas y avoir de probleme, bah je comprend pas trop, mais avec la perseverance on arrive a tout, jamais baiiser les bras.

En tout cas merci PATATALO, tu a ete une source d'inspiration et j'ai reussi a faire un mini-os bootable sur CD avec 5 commandes test (reboot,clrscr,..) et tout ceci a base de ton tuto.merci bien

Commentaire de sajaris le 12/03/2008 09:38:49

Content de ton retour!!!
je me demandais effectivment ou t'etais passé !!!

DOMMAGE QUE TU ES OUBLIE TA CLE USB !!   j'attends impatiemment ces scripts, impatiemment !!!!

Merci pour cette précision pour les accès mémoires !

Commentaire de sajaris le 13/03/2008 09:33:46

SAlut, bah je sais pas quoi dire de plus sinon merci humblement a toi.  

Au fait une précision. J'avais dit dans un un post plus haut, que le chargement de mon noyau ne marchait pas, et avec une erreur. et en changeant la memoire de chargement (segment et offset) tout etait rentré dans l'ordre. Hé bien en fait je gravais mon image produit sur cd-rom, et la gravure se faisait mal en fait (mon graveur etait HS mais le gravage marquait avec succes!!), en fait tout marchait depuis longtemps pour le chargement du noyau. j'utilise maintenant VMWare.

Je sais pas comment tu trouve des infos sur tout ceci, mais tu les trouve en tout cas.
voici un autre site (que tu connais déjà je crois) sur les spécifications usb,plug n play et autres. le site de phoenix:http://www.phoenix.com/en/Customer+Services/White+Papers-Specs/PC+Industry+Specifications.htm

Merci en tout cas, j'ai de quoi ne pas m'ennuyer pendant plusieurs temps.

J'ai telecharger et utiliser ton image ca marche parfaitement ,je vais essayer de comprendre maintenant. ;)

Commentaire de edfed le 15/03/2008 04:07:18

je verrais bien un petit jeu de roles à la fallout, mais mieux; et en assembler. grace à un live CD, pas besoin de direct X pour ça ou de 4G de disque dur.

juste un live CD avec capacité de lecture des 700MB sur le disque. et un peu de sauvegardes sur disque dur et disquette.

ça devrait etre possible.

Commentaire de patatalo le 15/03/2008 16:21:38 administrateur CS

salut EDFED

le support clé usb pourrait aussi etre interessant et bonjour la protection par dongle si le system est intégré ça doit etre chaud a casser.

@++

Commentaire de patatalo le 30/04/2008 18:08:52 administrateur CS

salut,

le seul petit soucis et que cette image binaire de 32 Mo doit comprendre toute la floppée de drivers qui va avec toute la flopée de materiel divers et variés inclus dans un PC.

je vous ai fait une maj terrible ce coup-ci.
ajout d'un shell (taper entrer pour les fonctions)
  vous aurez meme la possibilité de dumper vos ide ;-)
le clavier est pas encore tres bien géré pour le moment
ajout d'un debut de gestion filesystem
malloc et mfree completement operationnels
grande amelioration de la fonction printf.
un ch'ti bout de scheduleur et de multi-tache
et pour finir, un module v86 qui apres m'en avoir fait bavé (bios qui change sa table d'interruption,...) est operationnel et permet donc d'appeler les fonctions bios en mode protégé oui monsieur, c'est possible.

je vous invite donc a tester cette mouture 0.4.2

la version 1.0.0 avec chargement de fichier et linker est pour bientot comme vous le constaterez...

@++

Commentaire de sajaris le 12/06/2008 18:45:50

salut,

cela fait un bail. je reviens avec un probleme que je rencontre depuis 3 semaine avec mon passage en mode protege et l'initialisation de mon IDT. franchement je bute. j'ai tester toutes les combinaison possibles.

je donne le code et je le detaille pour etre mieu compris:

***************************  LE BOOT: ****************************

jmp start:


gdt:
db 0,0,0,0,0,0,0,0

gdt_cs:
db 0xFF,0xFF,0h,0h,0h,10011011b,11011111b,0h ;type=11 pous cs

gdt_ds:
db 0xFF,0xFF,0h,0h,0h,10010011b,11011111b,0h ;type=3 pour ds

gdt_ss:
db 0xFF,0xFF,0h,0h,0h,10010111b,11011111b,0h ;type=7 pour ss

gdt_end:

gdt_ptr:
dw 0000h
dd 0


start:
PRINT_TXT kerLoadLabel ;on affiche chargement de kernel

;---------------------initialisation de la structure de la GDT(limite,base)
;----Calcul de la Limite de la GDT
mov ax,gdt_end
mov bx,gdt
sub ax,bx
mov word[gdt_ptr],ax

;-------calcul de la base de la GDT segment*16 + offs
xor eax,eax ;init reg 32 bit
xor ebx,ebx
mov ax,ds ;recuperation du seg en decimal
shl eax,4 ;seg*16
mov bx,gdt
add eax,ebx
mov dword[gdt_ptr+2],eax

;--------------FIN DE LA FABRICATION DE LA GDT---
cli

lgdt [gdt_ptr]


;passage en mode protegé. Il faut mettre le bit 1 du registre cr0 a 1
mov eax,cr0
or ax,1
mov cr0,eax

jmp 08h:2000h;saut vers la memoire ou le nouyau a ete charger


voila c'est finit pour le boot, j'espere avoir bien commenté. jusque la ca va pour le boot, je le donne au cas ou vous avez d'autres suggestion, ou si je m'y suis mal pris. au passage je dirai que j'initialisait les segment ds,es,... avec leur adresse selecteur (10h) avant le saut vers le noyau, mais ce n'est pas indispensable car ca marche apres dans le kernel meme si je ne le fait pas(ce n''est pas indispensable car dans le kernel je refais tout)

On passe au noyau(que j'appel kernel).

**************************** NOYAU 32 BITS *********************
[BITS 32] ; instruction sur 32 bit
[org 0x2000] ; offset de depart

jmp start
%define IDTBASE 0h
%define GDTBASE 800h

%define INT_FLAG 0x8E
%define TRAP_FLAG 0x8F
%define COM_FLAG 0x80

%include "utils/pic.inc" ; initilaise le PIC.
%include "utils/macro.inc" ; pour utilisit la fonction gateInit

;initiazlise les selecteur apres saut a partir du boot
start:
mov ax,10h ; la gdt_ds
mov ds,ax
mov es,ax
mov fs,ax
mov gs,ax

cli ; on desactive tout
;
;-------initialisation de la structure de la GDT(limite,base)
;----Calcul de la Limite de la nouvelle GDT
mov ax,gdtmp_end
mov bx,gdtmp
sub ax,bx
mov word[gdtmp_ptr],ax
xor ecx,ecx

;-------base de la GDT
mov ecx,dword[GDTBASE]
mov dword[gdtmp_ptr+2],ecx


;--------------TRANSFERT GDT (on copie gdtmp a GDTBASE)
xor ecx,ecx
mov cx,word[gdtmp_ptr]
xor esi,esi
xor edi,edi
lea si,[gdtmp]
lea di,[GDTBASE]
rep movsb

lgdt [gdtmp_ptr]; on charge la GDT

jmp 08h:next1 ; petit saut d'initialisation

next1:
mov ax,10h ;
mov ds,ax
mov es,ax
mov fs,ax
mov gs,ax

;---------------initialisation de la structure de la IDT(limite,base)
;----Calcul de la Limite de la IDT
mov ax,800h ; je reserve l'espace pour les 256 interruption
mov word[idt_ptr],ax ; j'ai l'impression que ca plante ici.car si je met un jmp $ avant cette instrtuction, il n'y pas plantage
xor ecx,ecx

;-------base de la IDT
mov ecx,[IDTBASE]
mov dword[idt_ptr+2],ecx

;---------------TRANSFERT IDT
xor ecx,ecx
mov cx,word[idt_ptr]
xor esi,esi
xor edi,edi
lea si,[idt]
lea di,[IDTBASE]
rep movsb

lidt [idt_ptr]; on charge l'IDT

initPIC ; appel de la fonction initPIC contenu dans le fichier pic.inc ci dessous
gateInit 8h,interrupt,INT_FLAG,0,IDTBASE+8h*112 ; appel de la fonction gateInit definti dans le fic

sti
ker:
mov byte[0xB8002],'E'
mov byte[0xB8003],57h
mov byte[0xB8004],'L'
mov byte[0xB8005],57h
mov byte[0xB8006],'L'
mov byte[0xB8007],57h
mov byte[0xB8008],'O'
mov byte[0xB8009],57h

mov byte[0xB800A],' '
mov byte[0xB800B],57h

mov byte[0xB800C],'W'
mov byte[0xB800D],57h
mov byte[0xB800E],'O'
mov byte[0xB800F],57h
mov byte[0xB8010],'R'
mov byte[0xB8011],57h
mov byte[0xB8012],'L'
mov byte[0xB8013],57h
mov byte[0xB8014],'D'
mov byte[0xB8015],57h

jmp $


;-------------LES DONNEES UTILISEES
gdtmp:
db 0,0,0,0,0,0,0,0

gdtmp_cs:
db 0xFF,0xFF,0h,0h,0h,10011011b,11011111b,0h ;type=11 pous cs

gdtmp_ds:
db 0xFF,0xFF,0h,0h,0h,10010011b,11011111b,0h ;type=3 pour ds

gdtmp_ss:
db 0xFF,0xFF,0h,0h,0h,10010111b,11011111b,0h ;type=7 pour ss

gdtmp_end:

gdtmp_ptr:
dw 0000h
dd 0

;---------------------- IDT
idt:
times 256 dw 0,0,0,0
idt_end:

idt_ptr:
dw 0000h
dd 0h


interrupt: ; utiliser pour initialiser les interruption

mov al,20h
out 20h,al
iret

************************** INITAILISATIOn DU PIC APPELELE DANS LE KERNEL ***********

%macro initPic 0
;---MAITRE
;-----Initilaise le maitre
mov al,11
out 20h,al
jmp .1
.1
;------La base des interruptions. Ici 32=20h. On laisse en fait 32 interruption exception
mov al,20h
out 21h,al
jmp .2
.2
mov al,04h
out 21h,al
jmp .3
.3
mov al,1h
out 21h,al
jmp .4
.4
mov al,0h
out 21h,al

;---SLAVE
;-----Initilaise l'esclave
mov al,11
out 0A0h,al
jmp .5
.5
;------La base des interruptions. Ici 112=70h. On laisse en fait 112 interruption exception
mov al,70h
out 0A1h,al
jmp .6
.6
mov al,02h
out 0A1h,al
jmp .7
.7
mov al,1h
out 0A1h,al
jmp .8
.8
mov al,0FFh
out 0A1h,al

;masquage des IRQ
mov al,0h
out 21h,al
%endmacro

********************GATEINIT: FONCTION D'INITIALISATION DE LA IDT ***************

%macro gateInit 5 ;selecteur(16), offset(32),type(8), wx(5/8), adresse(32)
push eax
;selecteur
mov word[%5+2],%1
;offset
mov eax,%2
mov word[%5],ax
shr eax,16
mov word[%5+6],ax
;type
mov byte[%5+5],%3
;wc
mov byte[%5+4],%4
and byte[%5+4],00011111b

pop eax
%endmacro


******************************         FIN        ********************

Bon voila ce que je n'ai pas fait ou fait:
--->je n'ai pas initilaiser toutes les interruptions
---> j'ai d'abord initlisaer la GDT apvant l'IDT


Voila, si vous pouvez me donner mes erreurs et comment bien procéder pour gerer les interruption.


MERCI

Commentaire de patatalo le 19/06/2008 10:48:13 administrateur CS

salut Sajaris,

quelques petits details sont effectivement a revoir, je te conseille vivement de bien lire la doc intel avant de te lancer dans ce genre de travail, tu y gagneras de ton temps.

pour l'initialisation des registres GDTR et IDTR, ce n'est pas la taille qui est indiquée dans le registre mais la limite. (taille-1)

les tables IDT et GDT devraient peut-etre etres alignées sur un DWORD

je ne te conseille pas non plus de garder la valeure BIOS 0x70 pour le pic slave mais de regrouper toutes tes HWI par exemples juste apres les exceptions:
00-1F:EXCEPTIONS
20-2F:HWIS (ou ailleurs mais regroupé)
30-FF:SERVICES KERNELS

de toute façon, le bios ne pourra pas utiliser la table IDT et les interruptions BIOS seront simulées par ton code kernel.

je serais toi, je creerai d'abord un truc déjà tout initialisé en dur dans le code et ensuite, je créerai eventuellement des fonctions dynamiques d'initialisation. N'oublie pas que ça doit aller vite quand le pic est désactivé. Une solution serait de generer une gestion minimum en dur. Ensuite, en dynamique, tu lui rajoute des fonctionnalitées (setHwi, setException, setService...)
cela te permettra de gerer les exceptions, cela te facilitera tj le deboguage. C'est encore plus utile si tu mange sur ton sommeil pour coder ton kernel ;-)

tu as également oublié de désactiver l'interruption NMI par le port 70h, cette interruption a tres peu de chance d'arriver mais si cela ce produit -> reset, elle n'est pas désactivée par un cli.

Est-il normal que tu n'ai pas d'ORG à ton code BOOT ?

il me semble que c'est l'inverse, tu accede ici au registre IMR du pic, elle sont activées quand a 0. A verifier quand meme, je n'ai rien sous les yeux.
;masquage des IRQ
mov al,0h
out 21h,al
%endmacro



@++