[prev in list] [next in list] [prev in thread] [next in thread]
List: uclinux-dev
Subject: [uClinux-dev] Re: snapgear 3.3.0/IXDP425 Issues
From: Marcel Almeida <marcel.digitel () gmail ! com>
Date: 2006-01-30 17:28:00
Message-ID: 21afd8430601300928h1a7f2ccbi () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
There are many problems with Snapgear/glibc and arm-linux-toolchain
(20051123), the main reason is that the old glibc-2.2.5 doesn't compile fine
with newer version of gcc (i don't know exactly what versions of glibc and
gcc that the compilation works properly).
see msg:
http://lists.arm.linux.org.uk/pipermail/linux-arm-toolchain/2006-January/000350.html
Now I am moving to uclibc but there are many bugs too, not to compile
snapgear, but to compile another applications using uclibc.
Hi, I'm trying to get snapgear 3.3.0 running on an IXDP425 and have been
> partially successful. I'm using the arm-linux-tools-20051123 toolchain
> from Snapgear and its being built on a Debian 3.1 (sarge) system. I'm
> using an IXDP425 board we bought in about 2002 which currently is using
> RedBoot 1.92p1. I've patched the snapgear-3.3.0 distribution with the
> Intel CSR 2.0 library (without crypto) using the snapgear modules patches.
> Essentially I'm just trying to recreate the "default" build using all the
> snapgear 3.3.0 stuff and get it running on an IXDP425. The only change
> I've made to the snapgear defaults is to change the console in the kernel
> command line from ttyS0 to ttyS1. I've tried all 4 combinations as
> indicated below:
>
> linux-2.4/uClibc: This works, compiles and runs!
>
> linux-2.4/glibc: Compilation fails with a compilation error in glibc,
> shown below:
>
> linux-2.6/uClibc: This compiles but does not run. When I load the images
> and start it, the kernel seems to boot normally but then it freezes.
> There is no evidence that init runs but neither is there (as far as I
> can tell) any evidence of an error. The last bit of display is:
>
> -------------------------------------------------------------------------
>
> NetWinder Floating Point Emulator V0.97 (double precision)
> JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
> Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
> ttyS0 at MMIO 0xc8000000 (irq = 15) is a XScale
> ttyS1 at MMIO 0xc8001000 (irq = 15) is a XScale
> ttyS2 at (irq = 0) is a 16550A
> io scheduler noop registered
> io scheduler cfq registered
> RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx
> mice: PS/2 mouse device common for all mice
> NET: Registered protocol family 2
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> RAMDISK: Compressed image found at block 0
> VFS: Mounted root (ext2 filesystem) readonly.
> Freeing init memory: 104K
>
>
> ----------------------------------------------------------------------------
>
> linux 2.6/glibc: Compilation also fails with an error when compiling
> glibc:
>
>
> ---------------------------------------------------------------------------
>
> arm-linux-gcc -mbig-endian
> /usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S -c -I../include
> -I. -I/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu -I.. -I../libio
> -I/usr/home/saw/nlos/sn-2.6-glibc/glibc/build -I../sysdeps/arm/elf
> -I../linuxthreads/sysdeps/unix/sysv/linux
> -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread
> -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix
> -I../linuxthreads/sysdeps/arm -I../ncurses/sysdeps/unix/sysv/linux
> -I../ncurses/sysdeps/unix/sysv -I../ncurses/sysdeps/unix
> -I../sysdeps/unix/sysv/linux/arm -I../sysdeps/unix/sysv/linux
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/arm
> -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/arm/fpu
> -I../sysdeps/arm
> -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
> -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754
> -I. ./sysdeps/generic/elf
> -I../sysdeps/generic -nostdinc -isystem
> /usr/local/lib/gcc/arm-linux/3.4.4/include -isystem
> /usr/home/saw/nlos/sn-2.6-glibc/linux-2.6.x/include -D_LIBC_REENTRANT
> -include ../include/libc-symbols.h -DHAVE_INITFINI -DASSEMBLER
> -I/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/. -g0 -o
> /usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.o
> /usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S: Assembler
> messages:
> /usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:96: Error: can't
> resolve `_GLOBAL_OFFSET_TABLE_' {*UND* section} - `.L7' {.text section}
> /usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:61: Error:
> internal_relocation (type: OFFSET_IMM) not fixed up
> /usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:62: Error:
> internal_relocation (type: OFFSET_IMM) not fixed up
> /usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:63: Error:
> internal_relocation (type: OFFSET_IMM) not fixed up
> /usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:64: Error:
> internal_relocation (type: OFFSET_IMM) not fixed up
> make[5]: *** [/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.o]
> Error 1
> make[5]: Leaving directory `/usr/home/saw/nlos/sn-2.6-glibc/glibc/csu'
> make[4]: *** [csu/subdir_lib] Error 2
> make[4]: Leaving directory `/usr/home/saw/nlos/sn-2.6-glibc/glibc'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory `/usr/home/saw/nlos/sn-2.6-glibc/glibc/build'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/usr/home/saw/nlos/sn-2.6-glibc/glibc'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/usr/home/saw/nlos/sn-2.6-glibc/lib'
> make: *** [subdirs] Error 1
>
>
>
> ---------------------------------------------------------------------------
>
> So, I guess I have 2 questions. Can anyone suggest how I might further
> troubleshoot the linux 2.6/uClibc case which freezes after the kernel
> loads? Can anyone suggest a fix for the glibc problem?
>
> I've seen traffic on the net about the glibc problem, but haven't seen a
> solution. I've seen that some have gone exclusively to uClibc. I'd like to
> do that actually, but there is some doubt about that as we've only used
> glibc in our systems.
>
> Sorry about the length of this message, and thanks for any info/advice
> anyone can provide.
>
[Attachment #5 (text/html)]
<div id="mb_0"><div>There are many problems with Snapgear/glibc and \
arm-linux-toolchain (20051123), the main reason is that the old glibc-2.2.5 doesn't \
compile fine with newer version of gcc (i don't know exactly what versions of glibc \
and gcc that the compilation works properly). <br><br>see msg: <a \
href="http://lists.arm.linux.org.uk/pipermail/linux-arm-toolchain/2006-January/000350. \
html">http://lists.arm.linux.org.uk/pipermail/linux-arm-toolchain/2006-January/000350.html</a><br><br>Now \
I am moving to uclibc but there are many bugs too, not to compile snapgear, but to \
compile another applications using uclibc. <br> </div><br><blockquote \
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; \
padding-left: 1ex;" class="gmail_quote">Hi, I'm trying to get snapgear 3.3.0 running \
on an IXDP425 and have been<br>partially successful. I'm using the \
arm-linux-tools-20051123 toolchain <br>from Snapgear and its being built on a Debian \
3.1 (sarge) system. I'm<br>using an IXDP425 board we bought in about 2002 which \
currently is using<br>RedBoot 1.92p1. I've patched the snapgear-3.3.0 distribution \
with the <br>Intel CSR 2.0 library (without crypto) using the snapgear modules \
patches.<br>Essentially I'm just trying to recreate the "default" build \
using all the<br>snapgear 3.3.0 stuff and get it running on an IXDP425. The only \
change <br>I've made to the snapgear defaults is to change the console in the \
kernel<br>command line from ttyS0 to ttyS1. I've tried all 4 combinations \
as<br>indicated below:<br><br> linux-2.4/uClibc: This works, compiles and runs! \
<br><br> linux-2.4/glibc: Compilation fails with a compilation error in \
glibc,<br>shown below:<br><br> linux-2.6/uClibc: This compiles but does not \
run. When I load the images<br>and start it, the kernel seems to boot normally but \
then it freezes. <br>There is no evidence that init runs but neither is there (as far \
as I<br>can tell) any evidence of an error. The last bit of display \
is:<br><br>------------------------------------------------------------------------- \
<br><br>NetWinder Floating Point Emulator V0.97 (double precision)<br>JFFS2 version \
2.2. (C) 2001-2003 Red Hat, Inc.<br>Serial: 8250/16550 driver $Revision: 1.90 $ 4 \
ports, IRQ sharing disabled<br>ttyS0 at MMIO 0xc8000000 (irq = 15) is a XScale \
<br>ttyS1 at MMIO 0xc8001000 (irq = 15) is a XScale<br>ttyS2 at (irq = 0) is a \
16550A<br>io scheduler noop registered<br>io scheduler cfq registered<br>RAMDISK \
driver initialized: 16 RAM disks of 8192K size 1024 blocksize <br>Uniform \
Multi-Platform E-IDE driver Revision: 7.00alpha2<br>ide: Assuming 33MHz system bus \
speed for PIO modes; override with<br>idebus=xx<br>mice: PS/2 mouse device common for \
all mice<br>NET: Registered protocol family 2 <br>IP: routing cache hash table of 512 \
buckets, 4Kbytes<br>TCP established hash table entries: 4096 (order: 3, 32768 \
bytes)<br>TCP bind hash table entries: 4096 (order: 2, 16384 bytes)<br>TCP: Hash \
tables configured (established 4096 bind 4096) <br>NET: Registered protocol family \
1<br>NET: Registered protocol family 17<br>RAMDISK: Compressed image found at block \
0<br>VFS: Mounted root (ext2 filesystem) readonly.<br>Freeing init memory: \
104K<br><br>----------------------------------------------------------------------------
<br><br> linux 2.6/glibc: Compilation also fails with an error when \
compiling<br>glibc:<br><br>---------------------------------------------------------------------------<br><br>arm-linux-gcc \
-mbig-endian<br> /usr/home/saw/nlos/sn- 2.6-glibc/glibc/build/csu/crti.S -c \
-I../include<br> -I. -I/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu \
-I.. -I../libio<br> -I/usr/home/saw/nlos/sn-2.6-glibc/glibc/build \
-I../sysdeps/arm/elf<br> -I../linuxthreads/sysdeps/unix/sysv/linux <br> \
-I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread<br> \
-I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix<br> \
-I../linuxthreads/sysdeps/arm -I../<span id="st" name="st" \
class="st0">ncurses</span>
/sysdeps/unix/sysv/linux<br> -I../<span id="st" name="st" \
class="st0">ncurses</span>/sysdeps/unix/sysv -I../<span id="st" name="st" \
class="st0">ncurses</span>/sysdeps/unix<br> -I../sysdeps/unix/sysv/linux/arm \
-I../sysdeps/unix/sysv/linux <br> -I../sysdeps/gnu -I../sysdeps/unix/common \
-I../sysdeps/unix/mman<br> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv \
-I../sysdeps/unix/arm<br> -I../sysdeps/unix -I../sysdeps/posix \
-I../sysdeps/arm/fpu<br> -I../sysdeps/arm <br> -I../sysdeps/wordsize-32 \
-I../sysdeps/ieee754/flt-32<br> -I../sysdeps/ieee754/dbl-64 \
-I../sysdeps/ieee754<br> -I. ./sysdeps/generic/elf<br> \
-I../sysdeps/generic -nostdinc \
-isystem<br>/usr/local/lib/gcc/arm-linux/3.4.4/include -isystem \
<br>/usr/home/saw/nlos/sn-2.6-glibc/linux-2.6.x/include -D_LIBC_REENTRANT<br>-include \
../include/libc-symbols.h -DHAVE_INITFINI \
-DASSEMBLER<br>-I/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/. -g0 \
-o<br>/usr/home/saw/nlos/sn- \
2.6-glibc/glibc/build/csu/crti.o<br>/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S: \
Assembler<br>messages:<br>/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:96: \
Error: can't<br>resolve `_GLOBAL_OFFSET_TABLE_' {*UND* section} - `.L7' {.text \
section} <br>/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:61: \
Error:<br>internal_relocation (type: OFFSET_IMM) not fixed \
up<br>/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:62: \
Error:<br>internal_relocation (type: OFFSET_IMM) not fixed up \
<br>/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:63: \
Error:<br>internal_relocation (type: OFFSET_IMM) not fixed \
up<br>/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.S:64: \
Error:<br>internal_relocation (type: OFFSET_IMM) not fixed up <br>make[5]: *** \
[/usr/home/saw/nlos/sn-2.6-glibc/glibc/build/csu/crti.o]<br>Error 1<br>make[5]: \
Leaving directory `/usr/home/saw/nlos/sn-2.6-glibc/glibc/csu'<br>make[4]: *** \
[csu/subdir_lib] Error 2<br>make[4]: Leaving directory `/usr/home/saw/nlos/sn- \
2.6-glibc/glibc'<br>make[3]: *** [all] Error 2<br>make[3]: Leaving directory \
`/usr/home/saw/nlos/sn-2.6-glibc/glibc/build'<br>make[2]: *** [all] Error \
2<br>make[2]: Leaving directory `/usr/home/saw/nlos/sn-2.6-glibc/glibc' <br>make[1]: \
*** [all] Error 2<br>make[1]: Leaving directory \
`/usr/home/saw/nlos/sn-2.6-glibc/lib'<br>make: *** [subdirs] Error \
1<br><br><br>---------------------------------------------------------------------------<br><br>
So, I guess I have 2 questions. Can anyone suggest how I might \
further<br>troubleshoot the linux 2.6/uClibc case which freezes after the \
kernel<br>loads? Can anyone suggest a fix for the glibc problem?<br><br>I've \
seen traffic on the net about the glibc problem, but haven't seen a <br>solution. \
I've seen that some have gone exclusively to uClibc. I'd like to<br>do that actually, \
but there is some doubt about that as we've only used<br>glibc in our \
systems.<br><br>Sorry about the length of this message, and thanks for any \
info/advice <br>anyone can provide.<br></blockquote><br><br></div>
_______________________________________________
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic