* Qn: kernel_thread() and init
@ 2002-02-03 8:22 Alpha Beta
2002-02-03 14:54 ` Ingo Molnar
0 siblings, 1 reply; 2+ messages in thread
From: Alpha Beta @ 2002-02-03 8:22 UTC (permalink / raw)
To: linux-kernel
In the code of
int kernel_thread(int (*fn)(void *), void * arg, unsigned long flags)
in arch/i386/kernel/process.c
as can be seen in the code here, a system call is made by trigerring the 0x80 interrupt.
this function kernel_thread() is used to launch the init process during booting by
start_kernel() //in init/main.c
But at that time, the process 0 which calls kernel_thread is executing in Kernel mode, so why should some process in kernel mode make a system call??
ANOTHER BIG DOUBT IS THAT process 0 executes in Kernel mode, it then creates the init process ( process 1)- this process according to BACH ends up running in User mode while process 0 runs in kernel mode.
so why should then we have a kernel thread invoked for init when it is to run in User mode ??
int kernel_thread(int (*fn)(void *), void * arg, unsigned long flags)
{
long retval, d0;
__asm__ __volatile__(
"movl %%esp,%%esi\n\t"
"int $0x80\n\t" /* Linux/i386 system call */
"cmpl %%esp,%%esi\n\t" /* child or parent? */
"je 1f\n\t" /* parent - jump */
/* Load the argument into eax, and push it. That way, it does
* not matter whether the called function is compiled with
* -mregparm or not. */
"movl %4,%%eax\n\t"
"pushl %%eax\n\t"
"call *%5\n\t" /* call fn */
"movl %3,%0\n\t" /* exit */
"int $0x80\n"
"1:\t"
:"=&a" (retval), "=&S" (d0)
:"0" (__NR_clone), "i" (__NR_exit),
"r" (arg), "r" (fn),
"b" (flags | CLONE_VM)
: "memory");
return retval;
}
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Qn: kernel_thread() and init
2002-02-03 8:22 Qn: kernel_thread() and init Alpha Beta
@ 2002-02-03 14:54 ` Ingo Molnar
0 siblings, 0 replies; 2+ messages in thread
From: Ingo Molnar @ 2002-02-03 14:54 UTC (permalink / raw)
To: Alpha Beta; +Cc: linux-kernel
On Sun, 3 Feb 2002, Alpha Beta wrote:
> But at that time, the process 0 which calls kernel_thread is executing
> in Kernel mode, so why should some process in kernel mode make a
> system call??
it's mainly done to get a clean ptregs variable the new thread can be
created from. Just calling do_fork() is not enough. It's also a good test
of the syscall return path.
Ingo
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-02-03 12:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-02-03 8:22 Qn: kernel_thread() and init Alpha Beta
2002-02-03 14:54 ` Ingo Molnar
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.