Thanks for your ideas so far.<br><br>I don't believe it's directly linked with Python. The 2.4.3 version that comes with CentOS 5 caused no problems on the first Linux box. In fact after I have added the arm-linux, okl4-1.5.2 and skyeye tools the build process was successful. The roottask page fault problem appeared only on the second box.<br><br>In both cases python was part of the installed product. I have checked this.<br><br>In both cases I used yum install gcc to get the 4.1.2 gcc version, so I don't think is directly related to gcc either.<br><br><br><br><b><i>Jorge Torres <jorge.torres.maldonado@gmail.com></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> <br>Hi,<br><br><br>I think it has to do with python, on your centos 5 installation, <br><br>Cheers,<br><br>Jorge<br><br><br><br><br><br><div class="gmail_quote">On Feb 19, 2008 10:15 PM, Boy Dfx <<a
href="mailto:boy3dfx2@yahoo.com">boy3dfx2@yahoo.com</a>> wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello.<br><br>I'm getting back to you for some help or thoughts regarding the following situation.<br> <br>I have installed OKL4 under a number of different Linux OS-es, by always using arm-linux-3.4.4 crosscompiler from the nicta site, and a proof version of skyeye (a version that worked on a verified image.sim). <br><br> Sometimes, the build just works from the beginning (I can enter busybox and play around with my gumstix simulated system) and sometimes it crashes with a roottask page fault (like in the following lines). The roottask error changes in different instalations. It can be that one PC running a linux distro works and another using matching hardware does not. <br> <br>I might have left out some packages from time to time at instalation time, but nothing
really essential (like gcc, python or anything corelated through,etc). Example: Centos 5 - working, Centos 5 - not working, Fedora core 4 -working, Fedora Core 3 -working, openSUSE - working.<br> <br>I just want to understand what is the source for this particular problem. By doing some cross-checking I can tell you it is not a skyeye problem. If I have 2 systems with the same hardware, one with l4 working and one without, if I load the image.sim from the working build into both skyeye instances then the simulation works. <br> <br>Somehow the image.sim gets corrupted either by some x86 code being loaded into it or by an executable taking precedence over another, or something not created during the build.<br><br>The PATH variable modification is the same, folder instalations the same (I install arm-linux-gcc in the same folder and tar -xvzf the same way). <br> <br><span style="background-color: transparent; color: rgb(128, 0, 0);">Can you think of a package or
some enviromental variable that when missing can cause this kind of behaviour?</span><br style="background-color: rgb(128, 0, 0);"> <br>Initially I thought there was a bug in File Roller that was fixable by always using tar. That is because I noticed that in some systems (like FC3, FC4) File Roller refused to create tools/cust and other empty folders in okl4 directory and arm-linux-3.4.4 directory. I thought I got to the bottom of this (and also sent you an email to warn other people about this potential problem and how to stay away), because simply using tar solved my problem. Until when the tar solution did not work on a CentOS5 instalation. It is not python or gcc version related because on a similar machine it does.<br> <br>What I use for my builds in general:<br>python 2.4.4 (except on CentOS 5 where I use python 2.4.3)<br>gcc<br>arm-linux-3.4.4 (ffrom NICTA)<br>skyeye-1.2.4 (built with make NO_DBCT=1 NO_BFD=1)<br>skyeye-1.2.3 (built with make NO_DBCT=1 NO_BFD=1
STATIC=1 NO_LCD=1 PPC_DISABLED=1)<br> <br><br>Listing of the error.<br><br>skyeye -c /proj/okl4_release_1.5.2/tools/sim_config/gumstix.skyeye -e /proj/okl4_release_1.5.2/build/images/image.sim <br>big_endian is false.<br>arch: arm<br>cpu info: xscale, pxa25x, 69052100, fffffff0, 2 <br>mach info: name pxa_lubbock, mach_init addr 0x8060fa0<br>uart_mod:0, desc_in:, desc_out:, converter:<br>SKYEYE: use xscale mmu ops<br>start addr is set to 0xa0000000 by exec file.<br> <br>OKL4 - (provider: Open Kernel Labs) built on Feb 19 2008 17:52:17 using gcc version 3.4.4.<br><br> *****************************************<br> * Iguana system, Copyright 1996-2006 *<br> * ERTOS - National ICT Australia *<br> *****************************************<br><br>vbase is 0xa4000000, vend is 0xcfffffff<br>addr is 0xa4000000, vbase is 0xa4000000<br>roottask read pagefault at 0000001c, ip=800038bc - deny<br>--- KD#
roottask pagefault ---<br> > <br><div class="WgoR0d"><br><br><div> </div><hr size="1">Never miss a thing. <a href="http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs" target="_blank"> Make Yahoo your homepage.</a> </div><br>_______________________________________________<br>Developer mailing list<br><a href="mailto:Developer@okl4.org">Developer@okl4.org</a><br><a href="https://lists.okl4.org/mailman/listinfo/developer" target="_blank">https://lists.okl4.org/mailman/listinfo/developer</a><br> <br></blockquote></div><br> </blockquote><br><p> 
<hr size=1>Looking for last minute shopping deals? <a href="http://us.rd.yahoo.com/evt=51734/*http://tools.search.yahoo.com/newsearch/category.php?category=shopping">
Find them fast with Yahoo! Search.</a>