Most programs crash under openmosix

Hi Gert,
	A problem simular to this has been reported before on the openmosix list:
	A summary:  Someone using (non-official gentoo) kernel version 2.4.27 was 
getting virtual pointer problems using perl.
	Tab (of 2.6 fame) responded 'that was supposed to be fixed in 2.4.26'.

http://sourceforge.net/mailarchive/message.php?msg_id=10329688
http://sourceforge.net/mailarchive/message.php?msg_id=10329687

	I also use gentoo and am having "kernel NULL pointer dereference at virtual 
address" problems with the old official 2.4.24 kernel, but it only happens 
with one version of a C++ program.  The same program works when I use 
different parameters, and other people are using the cluster with no problem 
so I have been putting off trying to track down what the exact problem is.
	I had no problems before around Christmas.  That was when Gentoo used 
gcc-3.3.6 rather than gcc-3.4.{4,5}.  When I finally get around to trying to 
figure out what is going on I will update the kernel to 2.4.26, then 
downgrade gcc to 3.3.6, and then (if there is still a problem) try to figure 
out what code in the program is causing the problem.

Let us know how your experiments go!
	C.



> > Oops from our program:
> > <1>Unable to handle kernel NULL pointer dereference at virtual address
> > 0000004c
> > c0172b9d
> > *pde = 00000000
> > Oops: 0002
> > CPU:    0
> > EIP:    0010:[<c0172b9d>]    Not tainted
> > Using defaults from ksymoops -t elf32-i386 -a i386
> > EFLAGS: 00010286
> > eax: 00000000   ebx: ce7c4720   ecx: 0805672c   edx: 00000000
> > esi: 08057000   edi: 08057000   ebp: 00000000   esp: cdfe1b2c
> > ds: 0018   es: 0018   ss: 0018
> > Process ls (pid: 1659, stackpage=cdfe1000)
> > Stack: cdfe1b30 ce7c4660 ce7c4720 00000000 00000009 c017510d 08056380
> > 0805672c
> > 00000380 00000003 00001812 0000000e c041f8f0 fffffffb 00000000 00000246
> > c041f8f0 00000246 00000002 000038c0 cf3651bc cf3650e0 000053aa 00000380
> > Call Trace:    [<c017510d>] [<c033336a>] [<c01748c0>] [<c0158624>]
> > [<c015881f>]
> > [<c0105da2>] [<c0109f3b>] [<c01f1aa7>] [<c0105d60>] [<c01f0613>]
> > [<c01f6f5d>]
> > [<c0109e16>]
> > Code: 89 78 4c 89 78 48 8b 5c 24 08 31 c0 8b 74 24 0c 8b 7c 24 10
> >
> >
> > >>EIP; c0172b9d <set_brk+3d/c0>   <=====
> >
> > Trace; c017510d <load_elf_binary+84d/10b0>
> > Trace; c033336a <inet_recvmsg+4a/60>
> > Trace; c01748c0 <load_elf_binary+0/10b0>
> > Trace; c0158624 <search_binary_handler+154/200>
> > Trace; c015881f <do_execve+14f/330>
> > Trace; c0105da2 <sys_execve+42/80>
> > Trace; c0109f3b <call_with_regs+4b/94>
> > Trace; c01f1aa7 <deputy_syscall+a7/2b0>
> > Trace; c0105d60 <sys_execve+0/80>
> > Trace; c01f0613 <deputy_main_loop+433/590>
> > Trace; c01f6f5d <mosix_pre_usermode_actions+6d/c0>
> > Trace; c0109e16 <straight_to_mosix+5/d>
> >
> > Code;  c0172b9d <set_brk+3d/c0>
> > 00000000 <_EIP>:
> > Code;  c0172b9d <set_brk+3d/c0>   <=====
> >    0:   89 78 4c                  mov    %edi,0x4c(%eax)   <=====
> > Code;  c0172ba0 <set_brk+40/c0>
> >    3:   89 78 48                  mov    %edi,0x48(%eax)
> > Code;  c0172ba3 <set_brk+43/c0>
> >    6:   8b 5c 24 08               mov    0x8(%esp),%ebx
> > Code;  c0172ba7 <set_brk+47/c0>
> >    a:   31 c0                     xor    %eax,%eax
> > Code;  c0172ba9 <set_brk+49/c0>
> >    c:   8b 74 24 0c               mov    0xc(%esp),%esi
> > Code;  c0172bad <set_brk+4d/c0>
> >   10:   8b 7c 24 10               mov    0x10(%esp),%edi


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642