Re: [uCsimm] KVM on a uCsimm ?

From: D. Jeff Dionne (jeff@lineo.ca)
Date: Wed Aug 16 2000 - 17:45:29 EDT


"Jason P. Garforth" <jpg@janus.demon.co.uk> said:
> Hi,
>
> Has anyone managed to get Sun's KVM compiled for the uCsimm. I can
> compile the thing for Linux/Palm with patches from kvmworld.com but using

Using the precompiled (i386) objects in the distribution for size info...

jeff@TumblerSnapper:~/J2ME-CLDC/kvm/VmLinux/build/obj_g > for i in *.o ; do
size
 $i ; done
   text data bss dec hex filename
 123135 52564 0 175699 2ae53 ROMjavaUnix.o
   text data bss dec hex filename
   1164 0 0 1164 48c StartJVM.o
   text data bss dec hex filename
    468 0 0 468 1d4 cache.o
   text data bss dec hex filename
   9948 0 0 9948 26dc class.o
   text data bss dec hex filename
   1078 0 120 1198 4ae events.o
   text data bss dec hex filename
      0 0 0 0 0 fakeStaticMemory.o
   text data bss dec hex filename
   3977 0 0 3977 f89 fields.o
   text data bss dec hex filename
   4873 28 0 4901 1325 frame.o
   text data bss dec hex filename
  11528 84 176 11788 2e0c garbage.o
   text data bss dec hex filename
      0 0 0 0 0 global.o
   text data bss dec hex filename
   2590 0 0 2590 a1e hashtable.o
   text data bss dec hex filename
  19282 0 0 19282 4b52 interpret.o
   text data bss dec hex filename
   8489 4 0 8493 212d jar.o
   text data bss dec hex filename
  15155 0 0 15155 3b33 loader.o
   text data bss dec hex filename
   5064 12 0 5076 13d4 loaderFile.o
   text data bss dec hex filename
   1342 56 0 1398 576 log.o
   text data bss dec hex filename
    575 0 0 575 23f main.o
   text data bss dec hex filename
     87 0 0 87 57 missingFunctions.o
   text data bss dec hex filename
   1075 0 0 1075 433 native.o
   text data bss dec hex filename
   4304 0 0 4304 10d0 nativeCore.o
   text data bss dec hex filename
      0 0 0 0 0 nativeFunctionTableUnix.o
   text data bss dec hex filename
 163201 4676 76 167953 29011 nativeGraphics.o
   text data bss dec hex filename
    102 0 0 102 66 nativeSpotlet.o
   text data bss dec hex filename
   text data bss dec hex filename
   2063 0 0 2063 80f networkPrim.o
   text data bss dec hex filename
   4456 0 0 4456 1168 pool.o
   text data bss dec hex filename
      0 0 0 0 0 profiling.o
   text data bss dec hex filename
     11 0 0 11 b property.o
   text data bss dec hex filename
    320 0 0 320 140 resource.o
   text data bss dec hex filename
    772 0 60 832 340 runtime_md.o
   text data bss dec hex filename
   5821 0 65536 71357 116bd storage.o
   text data bss dec hex filename
   4141 12 100 4253 109d storagePrim.o
   text data bss dec hex filename
   5650 4 4 5658 161a thread.o
   text data bss dec hex filename
  18793 0 0 18793 4969 verifier.o

1. Move the stuff in ROMjavaUnix.o somewhere. It's likely class
    libs, I would guess, you can load them at run time if so.

2. Dump the native graphics (which will not compile anyway)

3. Figure out why storage.o needs 64k of bss. Allocate dynamic or make
    16k

And you should not have a size problem.

> I've applied the -fPIC patches but still no joy :-(

These will be required, it looks about 2-3 times too big .text size.

>
> All the best,
>
> JasON...
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> email: jpg@janus.demon.co.uk ;-)
> WWW1: http://www.janus.demon.co.uk/
>
>
> This message resent by the ucsimm@uclinux.com list server
http://www.uClinux.com/
>

-- 
D. Jeff Dionne                                        Jeff@lineo.ca
   -VP Research and Development, Office of the CTO

Lineo - Put Linux Anywhere

This message resent by the ucsimm@uclinux.com list server http://www.uClinux.com/



This archive was generated by hypermail 2b30 : Sun Apr 07 2002 - 00:01:37 EST