[Kos-cvs] [kos] Modification CVS par d2

KOS CVS Gestion CVS KOS <d2@kos.enix.org>
Sat, 23 Feb 2002 23:01:05 +0100 (CET)


Module :	kos
Modifié par :	d2	23/02/02 23:01:05

Fichiers modifiés :
	.              : TODO 
	doc            : mem_map.eps mem_map.fig 
	loader/mm      : mm.h 
	modules/kos    : system.h 
	modules/task   : task.h 
	modules/x86    : internals.h 
	modules/x86/mm : _team_mm_context.c _vmap.c mm.h 

Détails :
system.h, task.h : les defs MAX_THREAD/MAX_TEAM,... sont deplacees
dans system.h . Nouvelle macro USER_SPACE_START (2G)

arch/mm.h, mem_map.fig -- Revu les index de PD speciaux : 509 pour le
mapping des PT du team courant, 510 pour les PD des autres teams,
511 pour les PT d'un autre team (FOREIGN_PT_AREA). Macros pour
acceder a la zone FOREIGN.

arch/mm.h _team_mm_context.c : Vaut mieux que mm_context->pd soit bien
un paddr comme c'etait au debut plutot qu'un page_entry_t* comme je
l'avais ecrit tout a l'heure, car il s'agit d'une adresse physique
et non virtuelle (comme page_entry_t* l'indiquait).

internals.h : plein de #if pour verifier que les piles CPL0 sont dans
le noyau, verifier que les PD speciaux sont bien dans le noyau
aussi, et verifier que USER_SPACE_START est apres le noyau. On ne
definit pas USER_SPACE_START a partir de KERNEL_MEM_END parce que
KERNEL_MEM_END est dans internals.h, et que le system.h ou est
defini USER_SPACE_START n'inclut (ne DOIT inclure ???) aucun header

_vmap.c : inline _setup_mm_ctxt pour determiner le team_index, le
dest_mm_context et savoir si on devra mapper un FOREIGN_AREA. inline
_map_foreign_pd pour mapper les PT d'un autre team. Update du
map/unmap/_get_vpage_status. OUBLI: invlpg qd on doit mapper le
nouveau PT.

MAJ mem_map.fig
MAJ TODO (indique qu'il faut tester le coup des PD[511])