SECTEUR BOOT, KERNEL ET CHARGEUR BOOT

Commentaire de patatalo le 04/04/2005 13:00:58 administrateur CS

salut,

la gestion d'un kernel > 512 octets est à prévoir rapidement ;-)

@++

Commentaire de MrNOP le 04/04/2005 19:09:10

Salut,

Pour que tu puisse charger plus d'un secteur en mémoire, il faut que tu fasse une boucle autour de ton int 13h func 2.

exemple repris de ton code:

nb_sector equ 9
sector_size equ 512
push es
mov ax,0100h
mov es,ax
xor bx,bx ;mieux que mov bx,0h prend moins de place
mov si,nb_sector ;nombre de secteurs a charger
mov cx,0002h ;premier secteur a charger sur piste 0
xor dx,dx
loading_sectors:
mov ax,0201h
int 13h
jc error_loading
add  bx,sector_size
inc cl
dec si
jnz loading_sectors
end_loading:
pop es

error_loading:
TU MET TA GESTION D'ERREUR

l'inconvenient de ton secteur de boot c qu'il ne respecte pas la norme !! Pas de BPB (boot parameter block) et de plus il te faut une routine de conversion LBA->CHS pour pouvoir charger un nombre plus important de secteurs car la solution que j'ai ecrite ne charge que 18 secteurs au maximum.

Cf http://membres.lycos.fr/cos2000/ mon ancien site dans la section tutorial OS

Commentaire de LordBob le 04/04/2005 20:30:05

alors il me semble, mais corrige moi si je me trompe, que les interruptions "dépende" d'un OS... or pour un chargeur de boot, il me semble qu'il faudrait qu'il soit plutot "independant" !

Commentaire de HwW_Mb le 05/04/2005 04:21:03

ouais , bon boulot sajaris
c bien pour un début ;) mais essaye de faire une amélioration : faire un petit shell, des commandes utils
ect ....
ensuite bascule toi en mode protégé ;)
LordBob: chaque Os a besoin d'appeller ces Ints en mode réel pour charger le kernel en mode 32 bits :)
...............................

Bonne Continuation sajaris |-^_^-|

Commentaire de MrNOP le 05/04/2005 18:49:58

Re,

En fait dans cette boucle il faut que tu insere une sous routine qui fait la conversion LBA->CHS a la place de l'appel de l'int 13h

Concernant l'appel de fonction bios en mode protegé, il est possible de le faire mais infiniment plus simple d'implémenter un accés au lecteur disquette, video et HD par les entrées/sorties.

Pour l'appel d'int bios en mode protegé il existe :

- le passage en mode réel le temps de l'appel de l'int et rebasculer en mode protégé
- Un pseudo mode V86

J'ai deja codé une partie d'OS en Pmode mais en C c'est bcp moins sportif comme défit lol
D'autre part meme pour le mode réel je te deconseille d'utiliser le BIOS (lenteur) !!
Surtout en ce qui concerne la video, tu peux programmer trés simplement la vga ou le vesa en utilisant que les ports d'entrée sortie !

Commentaire de MrNOP le 05/04/2005 19:47:10

pour les entrées sorties :
http://cos2000.perso.cegetel.net/int.rar
http://cos2000.perso.cegetel.net/int2.rar

sinon concernant LBA CHS .( LBA concerne que les disque dur donc je parlerais ici d'adressage lineaire d'un secteur )

voila en fait dans un OS on ne raisonne pas en haut nivo avec le N°cylindre (ou piste pour disquette), N° tete, N° secteur (d'ou l'appellation CHS, cylinder, head, sector). Lorsque tu utilise le BIOS avec une disquette c moins grave parce lui parle en CHS et que tu connais parfaitement la geometrie de la disquette (80 pistes,18 secteurs, 2 tetes). Mais sur un disque c plus delicat, il te faut donc recuperer ses infos du BPB (expliqué plus haut) et créer une routine qui transforme un n° secteur lineaire en coordonnées CHS. Regarde ta disquette a en tous 80*18*2 secteurs physique de 512 octets ce qui rend adressable 2880 secteur, en raisonnant avec un nombre entre 0 et 2880 pour situé un secteur c plus simple que d'utiliser les coordonnées CHS.
              adressage lineaire      piste     tete    secteur
exemple secteur 0  ->                  0          0           1
              secteur 12h ->               0          0           12h
              secteur 2Ch ->               1          0            9h

pour plus infos ->
http://membres.lycos.fr/cos2000/FS.html
http://membres.lycos.fr/cos2000/disquette.html

De toute façon c un passage obligé pour la lecture d'une fat !!!

Voila
Sinon le switch mode reel-mode protege qui est utilisé par les dos extenders par exemple, et il est relativement lent !!!!
Arf je sais pas pkoi les gens n'aiment pas le mode réel !!!
Si tu veux plus de mémoire tu peux utiliser le Flat real mode (unreal mode) qui permet d'etendre l'accés a la mémoire etendue complete (<4Gb) sans etre en mode protegé. Il suffit pour cela de basculer en mode protege,  utiliser  pour un selecteur un descripteur dont la limite est de 4Gb et revenir en mode réel !

Commentaire de sajaris le 06/04/2005 12:11:20

je demande aussi l'avis de patatalo et HwW_Mb.

Commentaire de patatalo le 06/04/2005 12:52:29 administrateur CS

re,

effectivement, si tu passe en mode protégé, les interruptions doivent etre réécrite ou desactivées.

le bootcom est un exemple, tu pourras voir qu'il est assez simple de réecrire les interruptions au moins pour qu'elle ne fasse rien ou un minimum.

je l'ai fais en format .com, tu le met sur une D7 boot dos et tu le lance directement de la D7. Ca evite d'utiliser un mkboot

http://www.asmfr.com/code.aspx?ID=26997

@++

Commentaire de HwW_Mb le 06/04/2005 17:30:43

Salut .
rappellons que le mode protégé est trés différent au mode réel !
le Rmode utilise la RAM comme suit 0000:0000 => FFFF:FFFF (1 mb de ram)
lui le Pmode l'utilise comme ca 0000:00000000 => FFFF:FFFFFFFF (4 go de ram !)
ici tu peux pas appeller les Ints car c impossible !!!
la table de vecteur d'interruptions est compatible 16 bit ! aussi les port comme a dit MrNop (xxxx:xxxx)
tu peux utiliser les Interrupteurs
et faire tes persos routines en rebasculons le processeur  (v86) .
voici un exemple trés simple pour passer en mode protégé correctement en chargent un simple noyau
... ici au lieu d'utiliser les Ints il va utiliser la RAM directement (les adresses phisyque d'un périphérique en mémoire) !! ca sera plus rapide qu'un pauvre int :)
http://inferno.cs.univ-paris8.fr/~am/tutorial/os/tutorial04.html
---------------------------------------------------------------
Bon Courage sajaris |-^_^-|

Commentaire de infogerance le 13/12/2005 23:04:37

Bonjour
je crois qu'on depasse le lecteur disquette...
je cherche un aide sur le chargement d'un kernel depuis un cd-rom ou un flash disk..
une solution simple et pas comme celle ci du isolinux qui simule le VTOC comme etant une racine root "/" pour chercher l'emplacement du kernel dans le cd. car celle ci vous oblige un repertoire isolinux est kernel zipé (bzimage). mercie.