cleaner & greener (was Re: A patch for RTEMS4.10.0 PowerPC heap space initialization)
strauman at slac.stanford.edu
Tue May 17 18:20:26 UTC 2011
On 05/16/2011 11:59 PM, Chris Johns wrote:
> On 17/05/11 5:27 AM, Kate Feng wrote:
>> The PR is at http://rtems.org/bugzilla/show_bug.cgi?id=1797
>> Thanks for all the feedback. I am glad that the API is more or
>> less verified. Previously, I could not decide where to place the macro.
>> #define CONFIGURE_MALLOC_BSP_SUPPORTS_SBRK
>> The patch for the mvme5500 BSP is updated as well at
> Thanks for sorting this. I will leave the patches for Till to review and
OK, will do.
Note that there will be a slight asymmetry if you configure a unified
work area and have sbrk support. While allocating from the unified heap
via 'malloc()' then the heap is transparently extended via sbrk().
However, the unified heap is *not* extended transparently when you
allocate via _Workspace_Allocate() / rtems_workspace_allocate().
Given that the entire sbrk business is only required for special
purposes I assume we can live with that asymmetry for now (and
the unified heap can always be extended explicitly via 'sbrk'
> I have finished PR1774 so this is all that needs to be applied to start
> the 4.10.1 release process.
> rtems-users mailing list
> rtems-users at rtems.org
More information about the users