rtems_region_create, and starting_memory address.

[Sebastian Huber]

Nick Thomas wrote:
> OK,
> Thanks for that, good idea.
> 
> So, now I have a static array declared of a certain size, and I can use that
> in the call to rtems_region_create.

Is it a global array or on the stack?

> 
> But, now I get a crash almost immediately after a reset, it's an
> INTERNAL_ERROR_CORE, with the_error=5.

When is immediately after reset? Before the region create or afterwards? What
completed before the error. Which BSP?

> According to my sources, this means
> INTERNAL_ERROR_INTERRUPT_STACK_TOO_SMALL.
> 
> How do I enlarge my interrupt stack?

I guess the problem is not the interrupt stack.

> 
> 
> Regards
> 
> Nick
> 
>> -----Original Message-----
>> From: Sebastian Huber [mailto:sebastian.huber at embedded-brains.de]
>> Sent: 04 February 2009 14:01
>> To: Nick Thomas
>> Cc: rtems-users at rtems.com
>> Subject: Re: rtems_region_create, and starting_memory address.
>>
>> Sebastian Huber wrote:
>>> Nick Thomas wrote:
>>> [...]
>>>> Is there a BSP non-specific way of obtaining the first unused memory
>>>> address?
>>> malloc()
>>>
>> You can also allocate memory during link time if you create an array of
>> your desired region size and create at runtime a region managing the
>> space of this array.
>>
>> --
>> Sebastian Huber, Embedded Brains GmbH
>>
>> Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
>> Phone   : +49 89 18 90 80 79-6
>> Fax     : +49 89 18 90 80 79-9
>> E-Mail  : sebastian.huber at embedded-brains.de
>> PGP     : Public key available on request
>>
>> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
> 
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users


-- 
Sebastian Huber, Embedded Brains GmbH

Address : Obere Lagerstr. 30, D-82178 Puchheim, Germany
Phone   : +49 89 18 90 80 79-6
Fax     : +49 89 18 90 80 79-9
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.