public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* [ECOS] Re-use RedBoot RAM segment in the application
@ 2011-07-01 12:28 Elad Yosef
  2011-07-01 12:39 ` Gary Thomas
  0 siblings, 1 reply; 4+ messages in thread
From: Elad Yosef @ 2011-07-01 12:28 UTC (permalink / raw)
  To: ecos-discuss

Hi all,
My Target is short with RAM and I want to use the RedBoot RAM in the
application as well.
Is it possible? it is a waste of RAM if not.

Elad

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [ECOS] Re-use RedBoot RAM segment in the application
  2011-07-01 12:28 [ECOS] Re-use RedBoot RAM segment in the application Elad Yosef
@ 2011-07-01 12:39 ` Gary Thomas
  2011-07-03  7:49   ` Elad Yosef
  0 siblings, 1 reply; 4+ messages in thread
From: Gary Thomas @ 2011-07-01 12:39 UTC (permalink / raw)
  To: Elad Yosef; +Cc: ecos-discuss

On 07/01/2011 06:28 AM, Elad Yosef wrote:
> Hi all,
> My Target is short with RAM and I want to use the RedBoot RAM in the
> application as well.
> Is it possible? it is a waste of RAM if not.

It's only a waste if your application does not use RedBoot for
runtime services.  By default, your code will call functions in
RedBoot for such things as console I/O, network debug support,
GDB support, etc.  You can only reuse RedBoot's RAM section if
you are not using any of those (CYGSEM_HAL_USE_ROM_MONITOR == 0)

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [ECOS] Re-use RedBoot RAM segment in the application
  2011-07-01 12:39 ` Gary Thomas
@ 2011-07-03  7:49   ` Elad Yosef
  2011-07-03 11:33     ` Gary Thomas
  0 siblings, 1 reply; 4+ messages in thread
From: Elad Yosef @ 2011-07-03  7:49 UTC (permalink / raw)
  To: Gary Thomas; +Cc: ecos-discuss

But My RedBoot code is running directly from the ROM.
What you are saying is that when the application is calling "UART
write" for example
The code which runs is the RedBoot code from the ROM, which I agree about it.
But all the parameters I think they are located on the calling
Thread's stack, Am I wrong here?

Elad


On Fri, Jul 1, 2011 at 3:38 PM, Gary Thomas <gary@mlbassoc.com> wrote:
> On 07/01/2011 06:28 AM, Elad Yosef wrote:
>>
>> Hi all,
>> My Target is short with RAM and I want to use the RedBoot RAM in the
>> application as well.
>> Is it possible? it is a waste of RAM if not.
>
> It's only a waste if your application does not use RedBoot for
> runtime services.  By default, your code will call functions in
> RedBoot for such things as console I/O, network debug support,
> GDB support, etc.  You can only reuse RedBoot's RAM section if
> you are not using any of those (CYGSEM_HAL_USE_ROM_MONITOR == 0)
>
> --
> ------------------------------------------------------------
> Gary Thomas                 |  Consulting for the
> MLB Associates              |    Embedded world
> ------------------------------------------------------------
>

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [ECOS] Re-use RedBoot RAM segment in the application
  2011-07-03  7:49   ` Elad Yosef
@ 2011-07-03 11:33     ` Gary Thomas
  0 siblings, 0 replies; 4+ messages in thread
From: Gary Thomas @ 2011-07-03 11:33 UTC (permalink / raw)
  To: Elad Yosef; +Cc: ecos-discuss

On 07/03/2011 12:50 AM, Elad Yosef wrote:
> But My RedBoot code is running directly from the ROM.
> What you are saying is that when the application is calling "UART
> write" for example
> The code which runs is the RedBoot code from the ROM, which I agree about it.
> But all the parameters I think they are located on the calling
> Thread's stack, Am I wrong here?

Even when RedBoot runs in ROM, there are static data which it uses (not
everything can be kept on stacks).

As I said below (top posting is evil BTW), if your application is built
with CYGSEM_HAL_USE_ROM_MONITOR == 1, then you *will* need the data
segment of RedBoot to remain intact.

> On Fri, Jul 1, 2011 at 3:38 PM, Gary Thomas<gary@mlbassoc.com>  wrote:
>> On 07/01/2011 06:28 AM, Elad Yosef wrote:
>>>
>>> Hi all,
>>> My Target is short with RAM and I want to use the RedBoot RAM in the
>>> application as well.
>>> Is it possible? it is a waste of RAM if not.
>>
>> It's only a waste if your application does not use RedBoot for
>> runtime services.  By default, your code will call functions in
>> RedBoot for such things as console I/O, network debug support,
>> GDB support, etc.  You can only reuse RedBoot's RAM section if
>> you are not using any of those (CYGSEM_HAL_USE_ROM_MONITOR == 0)

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-07-03 11:33 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-07-01 12:28 [ECOS] Re-use RedBoot RAM segment in the application Elad Yosef
2011-07-01 12:39 ` Gary Thomas
2011-07-03  7:49   ` Elad Yosef
2011-07-03 11:33     ` Gary Thomas

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).