This is the mail archive of the ecos-discuss@sources.redhat.com mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: finding out what's taking space in .bss


-------------------
> > 000d11a0 00000004 B _cyg_hal_compiler_dummy
> > 000d11c0 00000004 B __mem_fault_handler
> > 000d11c4 A __bss_end
> > 000d11c4 A _end
> > 000d11c8 A __heap1
> > 
> > what are those absolute (A) symbols for which no size is given? 
> 
> They are normally markers. eg to zero the bss, it needs to know
where
> the end of the bss is. Hence __bss_end.
> 
> > Apparently, I have a 2k exception_stack between D03E0 and D0BE0. I
> > also have over 1k in the idle_thread_stack. I may need to
investigate
> > this.

> You can reduce the idle_thread_stack down. Its 1K because its
possible
> for the HAL to link in a function that is called in the idle
> thread. This could for example change the power saving of the
> processor. Such a function needs some stack space. For "normal"
> systems 1k does not count, so 1k seems a reasonable default.
> 

the funny thing is CYGNUM_THREADS_IDLE_STACK_SIZE is set to 512 in the
configuration tool, I have SMP support turned off, and there are 1120
bytes between idle_thread_stack and the next symbol. Did I read the
map incorrectly?


--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]