occasionally segmentation faults
Dear Jaap-Jan, in message <200208081345.PAA08157 at hzsms01.nl.lucent.com> you wrote: > > then I downloaded and installed you eldk, but still > have sometimes the segmentation fault. > > My kernel is under suspicion now. I saw eldk also This is exactly what I suspeect, too. > contains a 2.4.4 kernel (I use 2.4.10) We were never able to get 2.4.10 stable (or any other version between some 2.4.7 and 2.4.14 or so). > Did you apply something else then the uart changes to it? Well, yes. There are many extensions / changes / fixes in our kernel source tree. Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de Bugs are by far the largest and most successful class of entity, with nearly a million known species. In this res- pect they outnumber all the other known creatures about four to one. -- Professor Snope's Encyclopedia of Animal ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
occasionally segmentation faults
Hi Wolgang, I upgraded to gcc2.95.3 and glibc-2.2.5, same problem. then I downloaded and installed you eldk, but still have sometimes the segmentation fault. My kernel is under suspicion now. I saw eldk also contains a 2.4.4 kernel (I use 2.4.10) Did you apply something else then the uart changes to it? thanks, Jaap-Jan > > I've some problems with my built cross environment > > from sparc-solaris to powerpc 8xx. > > > > I configured and built gcc2.95.2 and glibc-2.1.3 > > and used that to build the file and sh utils etc. > > These versions are pretty old. > > Why don't you use our ELDK, which is available for Solaris host > environment, too? It's working fine... > > See http://www.denx.de/ELDK/ > > Wolfgang Denk > ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
occasionally segmentation faults
In message <200207311028.MAA25657 at hzsms01.nl.lucent.com> you wrote: > > I've some problems with my built cross environment > from sparc-solaris to powerpc 8xx. > > I configured and built gcc2.95.2 and glibc-2.1.3 > and used that to build the file and sh utils etc. These versions are pretty old. Why don't you use our ELDK, which is available for Solaris host environment, too? It's working fine... See http://www.denx.de/ELDK/ Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de An age is called Dark not because the light fails to shine, but because people refuse to see it. -- James Michener, "Space" ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
occasionally segmentation faults
Hi, I've some problems with my built cross environment from sparc-solaris to powerpc 8xx. I configured and built gcc2.95.2 and glibc-2.1.3 and used that to build the file and sh utils etc. I applied the cache line size patch, removed sysdeps/powerpc/memset.S and used this config command for glibc: CC=powerpc-linux-gcc AR=powerpc-linux-ar RANLIB=powerpc-linux-ranlib CFLAGS="-mcpu=860 -msoft-float -O2 -DNDEBUG=1" ../../src-nfp/glibc-2.1.3/configure --host=powerpc-linux --with-headers=$HOME/linux/include --enable-add-ons=crypt,linuxthreads --enable-shared --without-fp --prefix=$HOME/crosstools/target/powerpc-linux-gnu All seems to work initially on our target, however sometimes I get a segmentation fault. E.g. I can run 5 times 'ls', then suddenly the 6th time I get a seg. fault, the 7th time I get this error from bash: 'child setpgid (266 to 265): Operation not permitted' I also cross-compiled ldconfig and ran it on target to create a ld.so.cache but that doesn;t help eg: bash-2.04# ls bin etc lib linuxrc mnt root tmp dev home libexec lost+found proc sbin usr bash-2.04# ls Segmentation fault bash-2.04# ls bash: child setpgid (266 to 265): Operation not permitted bin etc lib linuxrc mnt root tmp dev home libexec lost+found proc sbin usr bash-2.04# cat /proc/ppc_htab Non-error misses: 67059 Error misses: 44 Anyone an idea? thanks, Jaap-Jan ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
