Hi Ayan, The pages/bytes going into various sections is not a harcoded value. At the time of compilation of system, elf files are made for various containers. The toolchain divides the elf file into various sections and codezero system just loads the various sections with proper permissions at run time.
So, all this is automatically generated based on the code, static/globals/const etc in your code. If you want to increase any section introduce mode code/more variables which comes under that section. On Mon, 2012-07-09 at 18:31 +0530, AYAN KUMAR HALDER wrote: > Hi, > > When I execute the "Hello World" program, I see that the 0x3000 bytes > have been allocated to RX memory and 0x2000 bytes have been allocated > to RW memory. I want to know , how to change this memory allocation to > 0x5000 bytes for RX memory and 0x6000 bytes to RW memory( for > example) . Please help me. > > Please find the kernel logs below for your reference:- > > > Hit any key to stop autoboot: 0 > mmc read: Invalid size > > 375294- 0xbc547fbc > Loading the kernel... > Entry point: 0x80008000 > Copying to range from 0x80008000 to 0x80025018 of size: 0x1d018 > Clearing memory... starting from 80025018, size: 6ff8 > Copying to range from 0x80030000 to 0x8003c1b8 of size: 0xc1b8 > Clearing memory... starting from 8003c1b8, size: 0 > > Loading containers... > > Loading section .cont.0 from top-level elf file. > Loading .img.0 section image... > Entry point: 0xc0000000 > Copying to range from 0x84002244 to 0x8400224c of size: 0x8 > Clearing memory... starting from 8400224c, size: 0 > Copying to range from 0x84000000 to 0x8400224c of size: 0x224c > Clearing memory... starting from 8400224c, size: 0 > Copying to range from 0x84003000 to 0x840030b4 of size: 0xb4 > Clearing memory... starting from 840030b4, size: 1cb0 > > Total of 1 images in this container. > Total of 1 container images. > elf-loader: kernel entry point is 0x80008000 > elf-loader: Starting kernel > > code0: start kernel... > > code0: Init kernel mappings... > code0: Virtual memory enabled. > code0: CPU: Cortex-A9, r2p10 > code0: CPU supports: ThumbEE/Thumb2/Jazelle/TrustZone > code0: D-cache: PIPT, I-cache: VIPT > code0: Cache Write-back granule: 32 bytes > code0: Exclusive reservation granule: 32 bytes > code0: D-cache minimum line: 32 bytes > code0: I-cache minimum line: 32 bytes > code0: 1 Levels of caches. > code0: Required LoUUP/LoC/LoUIS levels: 1, 1, 1 > code0: L1 cache(s): 32Kb, 4-way, 256 sets, 32-byte lines. > code0: Separate I+D caches with WriteAlloc/ReadAlloc/WriteBack/ > support. > code0: Bringing up CPU1 > code0: CPU1: Virtual memory enabled. > code0: CPU1: Initialized. > code0: SMP: 2 CPU cluster, CPU0/1/ are participating in SMP > code0: Kernel area 0xf0008000 - 0xf003d000 remapped as 53 pages > code0: Kernel built on Aug 19 2011, 14:01:38 > code0: Mapping 0x3000 bytes as RX from 0x84000000 physical to > 0xc0000000 virtual for project0 > code0: Mapping 0x2000 bytes as RW from 0x84003000 physical to > 0xc0003000 virtual for project0 > In __l4_threadlib_init > 3221238016 > 3221245224 > My api is tested > I am in main func > > Regards, > Ayan Kumar Halder > _______________________________________________ > codezero-devel mailing list > codezero-devel@lists.l4dev.org > http://lists.l4dev.org/mailman/listinfo/codezero-devel_lists.l4dev.org -- Thanks, Amit Mahajan _______________________________________________ codezero-devel mailing list codezero-devel@lists.l4dev.org http://lists.l4dev.org/mailman/listinfo/codezero-devel_lists.l4dev.org
