🚀 go-pugleaf

Javier Cantero <javier@eb2dsn.ampr.org> wrote:

> 	El n�cleo tiene unas cuantas funciones internas para manejar threads (a
> un nivel muy b�sico por lo que parece).

> eb2dsn:/usr/src/linux/arch/i386/kernel$ grep thread *.c
> [...]
> process.c:int kernel_thread(int (*fn)(void *), void * arg, unsigned long flags)
> process.c:void exit_thread(void)
> process.c:void flush_thread(void)
> process.c:void release_thread(struct task_struct *dead_task)
> process.c:int copy_thread(int nr, unsigned long clone_flags, unsigned long esp,
> process.c:void dump_thread(struct pt_regs * regs, struct user * dump)
> [...]
Esto no lo he leido pero por lo que he podido deducir de lo que he visto por
el kernel, lo que hacen estas funciones es crear un proceso que tiene mapeado
el c�digo del kernel a nivel aplicaci�n, con PID y todo, de manera que puede
funcionar como proceso normal de sistema y a la vez poder modificar la memoria
del kernel.
El kmod es un proceso de este tipo. Es un proceso con PID pero su c�digo es
parte del kernel.
Y el init es as� por un momento. Lo justo para hacer un execve del /sbin/init
sustituyendo el mapeado del kernel por un nuevo proceso normal.
Pero vamos, que lo que es accesible desde un proceso para hebras, es la 
"clone()".