[Top] [All Lists]

Re: Lost when execve-ing the init.

To: Muthukumar Ratty <>
Subject: Re: Lost when execve-ing the init.
From: Ralf Baechle <>
Date: Fri, 29 Mar 2002 23:53:21 -0800
In-reply-to: <>; from on Fri, Mar 22, 2002 at 11:48:18PM -0500
References: <>
User-agent: Mutt/1.2.5i
On Fri, Mar 22, 2002 at 11:48:18PM -0500, Muthukumar Ratty wrote:

(Mail answering day ...)

> I was trying a kernel I made and found that I got lost after it goes to
> execve("/sbin/init") in init/main.c. I can ping the board which means the
> board is alive.

This almost sounds like you don't get any output from the console?
If so, check you configured your /dev/console right.  It should be a char
device, major device id 5, minor 1.

 I tried to trace it down but got stuck with the following
> code in "include/asm-mips/unistd.h" [ I believe it implements 
> the execve function since in the same file I have .....
> static inline _syscall3(int,execve,const char *,file,char **,argv,char
> **,envp)] 

Not really.  The execve macro there does a syscall just like a user
process would do it.

> I guess...
> After setting up the arguments its referencing (#defined ???) syscall. I
> couldnt find the definition for "syscall". Could someone point me to the 
> right place (and help me get some sleep please ;). Also any idea about how
> to debug this. (Can I set breakpoint in syscall3??). (Any idea why its not
> going.. error in my irq setup??...)

> PS : what does this funny thing mean???
>    : "=r" (__res), "=r" (__err) \
>                   : "i" (__NR_##name),"r" ((long)(a)), \
>                                       "r" ((long)(b)), \
>                                       "r" ((long)(c)) \
>                   : "$2","$4","$5","$6","$7","$8","$9","$10","$11","$12",
> \
>                     "$13","$14","$15","$24"); \
> if (__err == 0) \

Don't ask :-)  Since your did anyway - it means that this piece of
inline assembler receives a integer constant argument as (__NR_#name)
and three variables casted into longs (a, b, c) as arguments.  The
results will be returned into the variables __res and __err.  Finally
the "$2" etc. are the registers that will be destroyed by the inline

That was just the quick version.  The basic stuff about inline assembler
is documented in the gcc info pages.  All the nasty details are hidden
somewhere in a a few million lines of gcc code ...


<Prev in Thread] Current Thread [Next in Thread>