AW: [uClinux-dev] busybox-error buildung uClinux

2008-07-02 Thread michael.knoppik
Hallo,

here is the errorprint...

I use uClinux-dist from January, 30th 2007 with Patch from March, 5th 2008

I've also patched the linux-2.6.x-folder with OSADL Preempt RT Patches

The Kernelversion is now 2.6.24-uc0-rt1

I'm building for NET+ARM 50

Regards 
Michael

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag von David McCullough
Gesendet: Mittwoch, 2. Juli 2008 01:55
An: uClinux development list
Betreff: Re: [uClinux-dev] busybox-error buildung uClinux



Jivin [EMAIL PROTECTED] lays it down ...
 can't find the option for mtd-utils to use zlib-devel. think there isn't 
 anyone.
 CONFIG_LIB_ZLIB is already set on y. I just ran make oldconfig an make. but 
 still got the
 ld-error and the busybox unstripped error. But I've checked my old 
 uclinux(without preempt-rt) and
 I've seen, that there I've got the same errors, but they are ignored from the 
 make-environment. how can
 I ignore them in my actual version. The old version runs without any big 
 problems!!


Hmm, not sure.  I think I need to see the full build output.  DO the
following and send in the ouput:

make single 21 | tail -n 100  /tmp/errs.txt

And send me the errs.txt.  Make sure it has the error and the mtd-utils
stuff in the errs.txt file,  if not increase the 100 a bit ;-)

Also,  which dist was that ?

Cheers,
Davidm

 -Ursprüngliche Nachricht-
 Von: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Auftrag von David McCullough
 Gesendet: Montag, 30. Juni 2008 12:15
 An: uClinux development list
 Betreff: Re: [uClinux-dev] busybox-error buildung uClinux
 
 
 
 Jivin [EMAIL PROTECTED] lays it down ...
  Hello,
  
  I think here is the beginning of the problem.
  
  /usr/local/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld.real: 
  cannot find -lz
  collect2: ld returned 1 exit status
  make[3]: *** [mkfs.jffs2] Fehler 1
  make[3]: Leaving directory `/home/u011514/uClinux-dist/user/mtd-utils'
  make[2]: *** [mtd-utils] Fehler 2 
  
  Do I not have to use ld instead of ld.real? How can I switch to ld?
 
 ld.real and ld are both fine,  the uclinux flat toochain renames ld to
 ld.real so you do not need to worry about this.
 
 The real problem is the:
 
   ld.real: cannot find -lz
 
 Looks like the mtd-utils need to have zlib enabled in the build.
 Because I am lazy and don't remember where to find this in the
 make xconfig,  do this.  Edit config/.config,  find the line
 containing CONFIG_LIB_ZLIB and change it to:
 
   CONFIG_LIB_ZLIB=y
 
 save then run:
 
   make oldconfig
   make
 
 And you should be away ;-)
 
 Cheers,
 Davidm
 
  -Ursprüngliche Nachricht-
  Von: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] Auftrag von
  [EMAIL PROTECTED]
  Gesendet: Montag, 30. Juni 2008 09:14
  An: uclinux-dev@uclinux.org
  Betreff: AW: [uClinux-dev] busybox-error buildung uClinux
  
  
  what does make single? i didn't knew it.
  
  I tried NON_SMP_BUILD.
  
  I've attached 3 errorlogs from make. one with simple make and one with 
  NON_SMP_BUILD2: Both failed.
  make single(the third one) also doesn't run.
  
  -Ursprüngliche Nachricht-
  Von: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] Auftrag von David McCullough
  Gesendet: Sonntag, 29. Juni 2008 14:25
  An: uClinux development list
  Betreff: Re: [uClinux-dev] busybox-error buildung uClinux
  
  
  
  Jivin Mike Frysinger lays it down ...
   On Friday 27 June 2008, Greg Ungerer wrote:
[EMAIL PROTECTED] wrote:
 I've got the following error, running make for uClinux:

   LINKbusybox_unstripped
 arm-linux-strip: busybox_unstripped: File format not recognized
 make[3]: [busybox] Fehler 1 (ignoriert)
 make[3]: Leaving directory `/home/u011514/uClinux-dist/user/busybox'
 make[2]: Leaving directory `/home/u011514/uClinux-dist/user'
 make[1]: *** [all] Fehler 2
 make[1]: Leaving directory `/home/u011514/uClinux-dist/user'
 make: *** [subdirs] Fehler 1


 how can I solve this problem?
   
Can you run the make with V=1, eg
   
   make V=1
   
We need to see what the actual command line trying to be run is.
   
   the line posted is not the problem.  noticed how it says ignored.  since 
   he's 
   running in parallel, something else failed.
  
  Run:
  
  make single
  
  to see where it actually fails. If I missed the fact that it is an older
  uClinux-dist then run:
  
  make NON_SMP_BUILD=1
  
  Cheers,
  Davidm
  
  -- 
  David McCullough,  [EMAIL PROTECTED],   Ph:+61 734352815
  Secure Computing - SnapGear  http://www.uCdot.org   http://www.snapgear.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] ROMFS troubles

2008-07-02 Thread David McCullough

Jivin steven taffs lays it down ...
 David thanks for the reply
 
 ok flthdr romfs/bin/sh reads
 
 Magic:bFLT
 Rev:4
 Entry:0x44
 Data start:  0xe720
 Data end:0x111f0
 bss end:   0x12750
 stack size:  0x1000
 Reloc start:0x111f0
 reloc count:0x42
 FLags:0x2(Has-PIC-GOT)
 
 therefore the file system is XIP right?

Almost,  it means your application is XIP capable, which is good.
You also need and XIP capable FS to make it all work.

 next I added in the bFLT debug code and commented out the line below in rc
 script just to see if that helped
 
  /bin/expand /etc/ramfs.img /dev/ram1
 
 and I got the output below as you can see the kernel gets a little
 closer however it still kills sh. looking at the output romfs is only
 taking up

Just a thought,  which shell are you using ?  sash would be the best
choice.

The sh above is using 10K of data + 4K of stack.


 80108 bytes
 20612 bytes
 
 in total 98kb before the kernel crashes. The kernel reports on startup
 
 Memory: 900KB available (690K code, 80K data, 4K init)
   
 
 the romfs takes 98k then the kernel crashes so there should be 900kb - 98Kb = 
 802kb left however the kernel moans saying
 
 Free pages: 172kB (0kB HighMem)
 
 Where is the other 802kb - 172kb = 603kb going ? anyone have any ideas ?   
 
 Freeing init memory: 4K
 BINFMT_FLAT: ROM mapping of file (we hope)
 BINFMT_FLAT: Allocated data+bss+stack (80108 bytes): 100a0004
 p=100bfffc
 start_thread(regs=0x10033f68, entry=0x10040044, start_stack=0x100bffb4)
 BINFMT_FLAT: ROM mapping of file (we hope)
 BINFMT_FLAT: Allocated data+bss+stack (20612 bytes): 100e0004
 p=100e7ffc
 start_thread(regs=0x10097fb0, entry=0x100d0044, start_stack=0x100e7f9c)
 Shell invoked to run file: /etc/rc
 Command: hostname NXP-LPC2468
 Command: mount -t proc proc /proc
 Command: cat /etc/motd
 Welcome to
    _  _
  /  __| ||_|
 _   _| |  | | _   _   _  _  _
| | | | |  | || |  _ \| | | |\ \/ /
| |_| | |__| || | | | | |_| |/\
|  ___\|_||_|_| |_|\|\_/\_/
| |
|_|
 
 For further information check:
 http://www.uclinux.org/
 
 Command: sh


You are doing well here in my opinion.  init is running,  it has run
/etc/rc in a shell and that has run several commands like mount and
hostname.

It is quite likely that your memory has become fragmented.  Which kernel
memory allocator are you using ?  You probably want SLUB or SLOB.

If you really want to see the command prompt then set your kernel
command line to:

... init=/bin/sh

that will skip all the rc scripting and give you a prompt.  From there
you can try things and see what hurts and what doesn't,

Cheers,
Davidm


 BINFMT_FLAT: ROM mapping of file (we hope)
 oom-killer: gfp_mask=0xd0
 DMA per-cpu:
 cpu 0 hot: low 2, high 6, batch 1
 cpu 0 cold: low 0, high 2, batch 1
 Normal per-cpu: empty
 HighMem per-cpu: empty
 
 Free pages: 172kB (0kB HighMem)
 Active:2 inactive:8 dirty:0 writeback:0 unstable:0 free:43 slab:140 mapped:0 
 pag
 etables:0
 DMA free:172kB min:128kB low:160kB high:192kB active:8kB inactive:32kB 
 present:1
 024kB pages_scanned:2 all_unreclaimable? no
 lowmem_reserve[]: 0 0 0
 Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB 
 pag
 es_scanned:0 all_unreclaimable? no
 lowmem_reserve[]: 0 0 0
 HighMem free:0kB min:128kB low:160kB high:192kB active:0kB inactive:0kB 
 present:
 0kB pages_scanned:0 all_unreclaimable? no
 lowmem_reserve[]: 0 0 0
 DMA: 1*4kB 3*8kB 3*16kB 1*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 
 0*2048kB
 0*4096kB = 172kB
 Normal: empty
 HighMem: empty
 Out of Memory: Killed process 13 (sh).
 BINFMT_FLAT: Allocated data+bss+stack (20603 bytes): 100e8004
 sh: page allocation failure. order:0, mode:0x1d2
 p=100efffc
 start_thread(regs=0x10083fb0, entry=0x100f0044, start_stack=0x100effa4)
 Execution Finished, Exiting
 
 David McCullough [EMAIL PROTECTED] wrote: 
 Jivin steven taffs lays it down ...
  Hi guys
  
  ok when swapping to uClinux-dist-2005 I forgot to add mtd  mtdblocks to 
  the vendor makefile I have now added these. However I still get the same 
  errors I have been reading a past post and I think the problem is that 
  uClinux does not save space after _ebss for the ram mtd drive on a arm7 
  device. I think to use uclinux.c I need to change init.c and maybe more 
  files within the mm folder.
  
  I decided to write my own map file actelm7.map and used map_rom to probe 
  the flash device and split it into partitions. I got the following output 
  from the kernel below, as you can see the shell starts up however when it 
  tries to load ramfs.img the kernel looks like it runs out of memory. I have 
  one meg of ram within my system the kernels data takes up about 100k the 
  rest of the kernel is XIP therefore I should have about 900k free. The 
  romfs is also