[uClinux-dev] Kernel panic: BUG! while booting Coldfire 5407
I have 2 boards which are identical except for the processor. One is based on a Coldfire 5307, the second is based on a Coldfire 5407. I have no problem to boot the 5307 board using a kernel built for Coldfire 5307, but I can't boot with the 5407 board using a kernel built for Coldfire 5407. Here is the error on the console : uClinux/COLDFIRE(m5407) COLDFIRE port done by Greg Ungerer, [EMAIL PROTECTED] Coldfire was last reset by a hard reset. Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne On node 0 totalpages: 8192 zone(0): 0 pages. zone(1): 8192 pages. zone(2): 0 pages. Kernel command line: Calibrating delay loop... 2.11 BogoMIPS kernel BUG at page_alloc.c:208! Kernel panic: BUG! In idle task - not syncing I try this, with cache enabled and disabled, it always failed on line 208 of pages_alloc.c The processor seems top be correctly set, my (own) boot loader works well. I am using the uClinux-dist-20070130 distro. I am using the m68k-uclinux-tools-20061214 tool-chain. Can I have some help to understand what's wrong and what's happen. Regards ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH] elf2flt.ld: Add additional DWARF debug sections
Jivin Atle Nissestad lays it down ... > The patch below adds two additional DWARF2 debug sections from the standard > binutils linker-script. > This is required to fix gdb DWARF errors on nios2. Applied, Thanks Davidm > > Signed-off-by: Atle Nissestad <[EMAIL PROTECTED]> > --- > elf2flt.ld |2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) > > diff --git a/elf2flt.ld b/elf2flt.ld > index b5d5a76..2636b14 100644 > --- a/elf2flt.ld > +++ b/elf2flt.ld > @@ -177,4 +177,6 @@ SINGLE_LINK: KEEP (*(SORT(.dtors.*))) > .debug_line 0 : { *(.debug_line) } > .debug_pubnames 0 : { *(.debug_pubnames) } > .debug_aranges 0 : { *(.debug_aranges) } > + .debug_frame0 : { *(.debug_frame) } > + .debug_str 0 : { *(.debug_str) } > } > -- > 1.5.3.2 > > ___ > 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 > To unsubscribe see: > http://mailman.uclinux.org/mailman/options/uclinux-dev > -- David McCullough, [EMAIL PROTECTED], Ph:+61 734352815 Secure Computing - SnapGear http://www.uCdot.org http://www.cyberguard.com ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [PATCH] Add gnu.linkonce section for sbss in elf2flt.ld
Jivin Atle Nissestad lays it down ... > This patch is required to successfully link against libstdc++ on the Nios2 > platform. Applied, thanks, Davidm > - Atle > > Signed-off-by: Atle Nissestad <[EMAIL PROTECTED]> > --- > elf2flt.ld |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/elf2flt.ld b/elf2flt.ld > index cd4e652..b5d5a76 100644 > --- a/elf2flt.ld > +++ b/elf2flt.ld > @@ -69,6 +69,7 @@ R_RODAT *(.gnu.linkonce.r*) > *(.sdata) > *(.sdata.*) > *(.sbss)/* Don't move this! */ > + *(.gnu.linkonce.sb*) > _essrw = . ; > > _ssrw_size = _essrw - _ssrw; > -- > 1.5.3.2 > > ___ > 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 > To unsubscribe see: > http://mailman.uclinux.org/mailman/options/uclinux-dev > -- David McCullough, [EMAIL PROTECTED], Ph:+61 734352815 Secure Computing - SnapGear http://www.uCdot.org http://www.cyberguard.com ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] [Fwd: Notification of Email Address Change]
To all. For those who need to update their subscriptions, you can login to: http://mailman.uclinux.org/mailman/options/uclinux-dev and then update your mailing address etc Regards, Michael Durrant Atle Nissestad wrote: > Could you please update (or delete) the address given below. It's > annoying getting this message every time when posting to the list. > > - Atle > > [EMAIL PROTECTED] wrote: > >> Your E-mail has been successfully delivered to the Sunplus receiver(s). >> The receiver's E-mail address([EMAIL PROTECTED]) has been changed into >> [EMAIL PROTECTED] , please update accordingly. >> >> *** This is a system generated message, please Do NOT reply ** >> >> ---Original message follows. >> Date : 11/28/2007 4:53:45 AM >> Subject:[uClinux-dev] [PATCH] Fix typo and remove misplaced code inelf2flt.c >> Receiver:uclinux-dev@uclinux.org >> >> >> > > > ___ > 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 > To unsubscribe see: > http://mailman.uclinux.org/mailman/options/uclinux-dev > > > ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] [PATCH] elf2flt.ld: Add additional DWARF debug sections
The patch below adds two additional DWARF2 debug sections from the standard binutils linker-script. This is required to fix gdb DWARF errors on nios2. Signed-off-by: Atle Nissestad <[EMAIL PROTECTED]> --- elf2flt.ld |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/elf2flt.ld b/elf2flt.ld index b5d5a76..2636b14 100644 --- a/elf2flt.ld +++ b/elf2flt.ld @@ -177,4 +177,6 @@ SINGLE_LINK:KEEP (*(SORT(.dtors.*))) .debug_line 0 : { *(.debug_line) } .debug_pubnames 0 : { *(.debug_pubnames) } .debug_aranges 0 : { *(.debug_aranges) } + .debug_frame0 : { *(.debug_frame) } + .debug_str 0 : { *(.debug_str) } } -- 1.5.3.2 ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] [PATCH] Add gnu.linkonce section for sbss in elf2flt.ld
This patch is required to successfully link against libstdc++ on the Nios2 platform. - Atle Signed-off-by: Atle Nissestad <[EMAIL PROTECTED]> --- elf2flt.ld |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/elf2flt.ld b/elf2flt.ld index cd4e652..b5d5a76 100644 --- a/elf2flt.ld +++ b/elf2flt.ld @@ -69,6 +69,7 @@ R_RODAT *(.gnu.linkonce.r*) *(.sdata) *(.sdata.*) *(.sbss)/* Don't move this! */ + *(.gnu.linkonce.sb*) _essrw = . ; _ssrw_size = _essrw - _ssrw; -- 1.5.3.2 ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
RE: [uClinux-dev] unable to use embedded initrd on MCF532x
Quoth Wolfgang Wegner: > As David asked for it, here is the complete boot log of the failed try: > (There is nothing before because ttyS2 is my console) [...] > VFS: Cannot open root device "" or unknown-block(0,0) > Please append a correct "root=" boot option; here are the available > partitions: > 1f00 32768 mtdblock0 (driver?) > 1f01512 mtdblock1 (driver?) > 1f02 2048 mtdblock2 (driver?) > 1f03 2816 mtdblock3 (driver?) > 1f04 2816 mtdblock4 (driver?) > 1f05 24320 mtdblock5 (driver?) > 1f06256 mtdblock6 (driver?) > Kernel panic - not syncing: VFS: Unable to mount root fs on unknown- > block(0,0) > > This was the boot param line for this attempt: > CONFIG_BOOTPARAM=y > CONFIG_BOOTPARAM_STRING="console=ttyS2,115200,earlyprintk > rootfstype=romfs" > (I can not see any difference whether I include rootfstype=romfs or > not) So have you tried adding a root= option like it suggested? (I'm presuming one of the partitions listed above is the root partition; certainly you're not including the "root FS appended to kernel image" uClinux mapping driver.) ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] [Fwd: Notification of Email Address Change]
Could you please update (or delete) the address given below. It's annoying getting this message every time when posting to the list. - Atle [EMAIL PROTECTED] wrote: > Your E-mail has been successfully delivered to the Sunplus receiver(s). > The receiver's E-mail address([EMAIL PROTECTED]) has been changed into [EMAIL > PROTECTED] , please update accordingly. > > *** This is a system generated message, please Do NOT reply ** > > ---Original message follows. > Date : 11/28/2007 4:53:45 AM > Subject:[uClinux-dev] [PATCH] Fix typo and remove misplaced code inelf2flt.c > Receiver:uclinux-dev@uclinux.org > > ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] [PATCH] Fix typo and remove misplaced code in elf2flt.c
This patch fixes two issues which are triggered when compiling for nios2: * Typo in a goto label * Misplaced switch statement which probably is left from an older revision. - Atle Signed-off-by: Atle Nissestad <[EMAIL PROTECTED]> --- elf2flt.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/elf2flt.c b/elf2flt.c index 1cc6c03..e79a336 100644 --- a/elf2flt.c +++ b/elf2flt.c @@ -736,7 +736,7 @@ dump_symbols(symbols, number_of_symbols); give an error by default, and require `safe' relocations to be enumberated explicitly?). */ - goto good_32bit_resolve_reloc; + goto good_32bit_resolved_reloc; #endif good_32bit_resolved_reloc: if (bfd_big_endian (abs_bfd)) @@ -988,8 +988,6 @@ dump_symbols(symbols, number_of_symbols); #ifdef TARGET_nios2 #define htoniosl(x) (x) #define niostohl(x) (x) - switch ((*p)->howto->type) - { case R_NIOS2_BFD_RELOC_32: relocation_needed = 1; pflags = (FLAT_NIOS2_R_32 << 28); @@ -1142,7 +1140,6 @@ NIOS2_RELOC_ERR: printf("Err: unexpected reloc type %s(%d)\n", q->howto->name, q->howto->type); bad_relocs++; continue; - } #endif /* TARGET_nios2 */ #ifdef TARGET_sparc -- 1.5.3.2 ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
RE: [uClinux-dev] Net-SNMP
Now, I've tried to disable the SNMP V2 and now I receive a other error message : arm-uclinux-elf-gcc -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -Delf -o snmpd snmpd.o -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -Wl,-elf2flt /home/steve/uclinux-dist/lib/uClibc/lib/crt0.o /home/steve/uclinux-dist/lib/uClibc/lib/crti.o /home/steve/uclinux-dist/lib/uClibc/lib/crtn.o -L/home/steve/uclinux-dist/lib/uClibc/. -L/home/steve/uclinux-dist/lib/uClibc/lib -L/home/steve/uclinux-dist/lib/libm -L/home/steve/uclinux-dist/lib/libnet -L/home/steve/uclinux-dist/lib/libdes -L/home/steve/uclinux-dist/lib/libaes -L/home/steve/uclinux-dist/lib/libpcap -L/home/steve/uclinux-dist/lib/libcrypt_old -L/home/steve/uclinux-dist/lib/libssl -L/home/steve/uclinux-dist/lib/zlib ./.libs/libnetsnmpmibs.a ./.libs/libnetsnmpagent.a helpers/.libs/libnetsnmphelpers.a ../snmplib/.libs/libnetsnmp.a -lm -lc snmpd.elf2flt(.text+0x104cc): In function `init_agent_read_config': /usr/local/src/uclinux-tools/gcc-3.4.3/gcc/config/arm/lib1funcs.asm: undefined reference to `snmpd_parse_config_trap2sink' snmpd.elf2flt(.text+0x104d4):/usr/local/src/uclinux-tools/gcc-3.4.3/gcc/conf ig/arm/lib1funcs.asm: undefined reference to `snmpd_parse_config_informsink' collect2: ld returned 1 exit status make[4]: *** [snmpd] Error 1 make[4]: Leaving directory `/home/steve/uclinux-dist/user/net-snmp/build/agent' make[3]: *** [subdirs] Error 1 make[3]: Leaving directory `/home/steve/uclinux-dist/user/net-snmp/build' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/steve/uclinux-dist/user/net-snmp' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/steve/uclinux-dist/user' make: *** [subdirs] Error 1 An idear ? What's the snmpd.elf2flt file ? Regards Steve Jacot-Guillarmod -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Steve Jacot-Guillarmod Envoyé : mardi 27 novembre 2007 17:46 À : uclinux-dev@uclinux.org Objet : [uClinux-dev] Net-SNMP Hello, I'm trying to get Net-SNMP working on an Net+Arm platform, but I always have this error : make[2]: Entering directory `/home/steve/uclinux-dist/user/net-snmp' make xEXT=a xDIR= -C build make[3]: Entering directory `/home/steve/uclinux-dist/user/net-snmp/build' WARNING: not running autoheader making all in /home/steve/uclinux-dist/user/net-snmp/build/snmplib make[4]: Entering directory `/home/steve/uclinux-dist/user/net-snmp/build/snmplib' /bin/sh ../libtool --mode=compile arm-uclinux-elf-gcc -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -I../include -I../../include -I.-I../snmplib -I../../snmplib -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -Delf -c -o snmp_parse_args.lo ../../snmplib/snmp_parse_args.c arm-uclinux-elf-gcc -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -I../include -I../../include -I. -I../snmplib -I../../snmplib -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -Delf -c ../../snmplib/snmp_parse_args.c -o snmp_parse_args.o ../../snmplib/snmp_parse_args.c: In function `snmp_parse_args': ../../snmplib/snmp_parse_args.c:749: error: `SNMP_VERSION_2c' undeclared (first use in this function) ../../snmplib/snmp_parse_args.c:749: error: (Each
[uClinux-dev] Net-SNMP
Hello, I'm trying to get Net-SNMP working on an Net+Arm platform, but I always have this error : make[2]: Entering directory `/home/steve/uclinux-dist/user/net-snmp' make xEXT=a xDIR= -C build make[3]: Entering directory `/home/steve/uclinux-dist/user/net-snmp/build' WARNING: not running autoheader making all in /home/steve/uclinux-dist/user/net-snmp/build/snmplib make[4]: Entering directory `/home/steve/uclinux-dist/user/net-snmp/build/snmplib' /bin/sh ../libtool --mode=compile arm-uclinux-elf-gcc -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -I../include -I../../include -I.-I../snmplib -I../../snmplib -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -Delf -c -o snmp_parse_args.lo ../../snmplib/snmp_parse_args.c arm-uclinux-elf-gcc -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -I../include -I../../include -I. -I../snmplib -I../../snmplib -O2 -fomit-frame-pointer -Dlinux -D__linux__ -Dunix -D__uClinux__ -DEMBED -I/home/steve/uclinux-dist/lib/uClibc/include -I/home/steve/uclinux-dist/lib/libm -I/home/steve/uclinux-dist/lib/libcrypt_old -I/home/steve/uclinux-dist -fno-builtin -nostartfiles -I/home/steve/uclinux-dist/linux-2.6.x/include -Delf -c ../../snmplib/snmp_parse_args.c -o snmp_parse_args.o ../../snmplib/snmp_parse_args.c: In function `snmp_parse_args': ../../snmplib/snmp_parse_args.c:749: error: `SNMP_VERSION_2c' undeclared (first use in this function) ../../snmplib/snmp_parse_args.c:749: error: (Each undeclared identifier is reported only once ../../snmplib/snmp_parse_args.c:749: error: for each function it appears in.) make[4]: *** [snmp_parse_args.lo] Error 1 make[4]: Leaving directory `/home/steve/uclinux-dist/user/net-snmp/build/snmplib' make[3]: *** [subdirs] Error 1 make[3]: Leaving directory `/home/steve/uclinux-dist/user/net-snmp/build' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/steve/uclinux-dist/user/net-snmp' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/steve/uclinux-dist/user' make: *** [subdirs] Error 1 I selected the following at Network applications to compile Net-SNMP : +Netsnmp +Build mini-agent +Build Static +Install manuals +Install MIBs Has somebody an idear ? Best Regards Steve ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] ez328 mon
hello i need your help to port ez328mon to palm105 (that is equipped with mc68ez328) 68EZ328 Monitor Program Version 0.04 Micah Dowty ([EMAIL PROTECTED]) Feb 29, 2000 This is a monitor program that runs on the 68EZ328 CPU. It requires a version of m68k-coff-gcc to compile, but if you don't need to recompile you can use the supplied binary, 'monitor.srec' _Make sure_ to look at the code in board.ld and board-init.S! This defines the memory and peripherals connected to your CPU. Unless your memory configuration is just like mine (2meg flash, 8meg DRAM, same timings, etc...) you WILL need to recompile! It does: program and erase flash memory transfer s-records and binary files at up to 115kbps allow you to test your hardware use interrupt-driven buffered serial I/O use interrupt-driver PWM sound playing It does not: run from flash memory have very good applications compiling sources, i find error with board.ld m68k-elf-ld: section .rodata [ -> 0923] overlaps section .text [0400 -> 2965] make: *** [monitor.o] Error 1 lcd.o libgcc.a -o monitor.o m68k-elf-ld -T board.ld board-init.o main.o ez328serial.o ez328sound.o simplestring.o memory.o dump.o srecord.o time.o binary.o lcd.o libgcc.a -o monitor.o m68k-elf-ld: section .rodata [ -> 0923] overlaps section .text [0400 -> 2965] make: *** [monitor.o] Error 1 has somebody ported ez328 mon to palm m105 ? could somebody understand how to fix the problem ? regards this is the board.ld (linker script) --- MEMORY { romvec : ORIGIN = 0x1000, LENGTH = 0x400 flash : ORIGIN = 0x1400, LENGTH = 0x20 - 0x400 eflash : ORIGIN = 0x0080, LENGTH = 1 ramvec : ORIGIN = 0x, LENGTH = 0x400 ram: ORIGIN = 0x0400, LENGTH = 0x80 - 0x400 eram : ORIGIN = 0x0080, LENGTH = 1 } SECTIONS { .romvec : { _romvec = . ; } > romvec .text : { text_start = . ; *(.text) _etext = . ; __data_rom_start = ALIGN ( 4 ) ; } > ram .eflash : { _flashend = . ; } > eflash .ramvec : { _ramvec = . ; } > ramvec .data : { __data_start = . ; *(.data) _edata = . ; edata = ALIGN( 0x10 ) ; } > ram .bss : { __bss_start = ALIGN( 0x10 ) ; __data_end = ALIGN( 0x10 ) ; *(.bss) *(COMMON) end = ALIGN( 0x10 ) ; _end = ALIGN( 0x10 ) ; } > ram .eram : { _ramend = . ; } > eram } --- ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] problems downloading image.bin for kernel 2.6
hi, when i tried to donwload image.bin for kernel 2.6 i run next commands in XMD: rst dow -data image.bin 0x4400 con 0x4400 but appers next message in terminal window: found romfs @ 0x4416108c (0x000ee000) klimit 44175000 # Moving 0x000ee000 bytes from 0x4416108c to 0x44174d54 New klimit: 0x44263000 and then nothing else happens. What is it happen??, i am using Spartan 3E rev. D, my test Memory works fine, and i change my mode jumpers to M.S. mode and to FPGA mode. and i am implemented CRAMFS root filesystem type. Please help. thanks - ¡Capacidad ilimitada de almacenamiento en tu correo! No te preocupes más por el espacio de tu cuenta con Correo Yahoo!: http://correo.yahoo.com.mx/___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] JFFS2 CRC error/NOR FLASH issue
BTW.: Important notice:... Such waste of space add ons are inappropriate mailing list messages. -Michael ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] JFFS2 CRC error/NOR FLASH issue
Has this anything to do with the Topic ? Answer: AFAIK this is exactly what drivers are made for. They are living in Kernel space and can be accessed from user space (mostly via file I/O). -Michael ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
RE: [uClinux-dev] JFFS2 CRC error/NOR FLASH issue
Hi all, Can any one give some clue about how to access kernel space function from user space. Regards, gops Important notice:This e-mail and any attachment thereto contains corporate proprietary information. If you have received it by mistake, please notify us immediately by reply e-mail and delete this e-mail and its attachments from your system. Thank You. ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
Re: [uClinux-dev] unable to use embedded initrd on MCF532x
Hi Thomas, David, On Tue, Nov 27, 2007 at 09:03:21AM +0800, Thomas Chou wrote: > Hi Wolfgang, > > Please check your linux-2.6.x/usr/.initramfs_data.cpio.gz.d, which > should contain the list of files to be included in initramfs. If it does > not contain correct files, then the initramfs should be regenerated. the file list is correct, and the size change of the kernel image seems to reflect that the initramfs image is really included there. I will have a look at the Makefile later - what is not clear to me now is that normally the kernel is generated quite early in the build process, while in this case it has to be re-generated at the end, after all the applications have been built and installed into romfs. I helped myself by simply calling make twice, but maybe looking into your Makefile gives a more elegant solution. As David asked for it, here is the complete boot log of the failed try: (There is nothing before because ttyS2 is my console) ttyS2 at 0xfc068000 (irq = 92) is a builtin ColdFire UART RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: module loaded nbd: registered device at major 43 ASTRO5373L flash device: 200 at 0 ASTRO5373LFlash: Found 1 x16 devices at 0x0 in 16-bit bank Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Intel/Sharp Extended Query Table at 0x010A Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled Creating 7 MTD partitions on "ASTRO5373LFlash": 0x-0x0200 : "Complete Flash" 0x-0x0008 : "bootloader" 0x0008-0x0028 : "kernel" 0x0028-0x0054 : "root" 0x0054-0x0080 : "FPGA" 0x0080-0x01fc : "data" 0x01fc-0x0200 : "Parameters" i2c /dev entries driver TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 VFS: Cannot open root device "" or unknown-block(0,0) Please append a correct "root=" boot option; here are the available partitions: 1f00 32768 mtdblock0 (driver?) 1f01512 mtdblock1 (driver?) 1f02 2048 mtdblock2 (driver?) 1f03 2816 mtdblock3 (driver?) 1f04 2816 mtdblock4 (driver?) 1f05 24320 mtdblock5 (driver?) 1f06256 mtdblock6 (driver?) Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) This was the boot param line for this attempt: CONFIG_BOOTPARAM=y CONFIG_BOOTPARAM_STRING="console=ttyS2,115200,earlyprintk rootfstype=romfs" (I can not see any difference whether I include rootfstype=romfs or not) [BTW, your arguments for initramfs are exactly why I would like to use it, especially the faster load cycles when trying something in the application.] Best regards, Wolfgang ___ 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 To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev