public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Badreddine <baroudi.badreddine@gmail.com>
To: ecos-discuss@ecos.sourceware.org
Subject: [ECOS] Re: Different section placement for kernel and application
Date: Mon, 19 May 2014 09:45:00 -0000	[thread overview]
Message-ID: <loom.20140519T113423-271@post.gmane.org> (raw)
In-Reply-To: <2029563421.8440.1296480614291.JavaMail.root@idefix>

Martin Rösch <martin.roesch <at> neratec.com> writes:

> 
> Hi,
> 
> On 2011-01-28, Grant Edwards <grant.b.edwards <at> gmail.com> wrote:
> > I'm curious why you want to do this. What benefit does it provide?
> 
> I have to link a C++ Application to eCos (with FreeBSD Stack and uSTL) on 
a STM32 derived board. 
> The footprint is to big to run it from the internal flash. So we decided 
to run it from external RAM. 
> Unfortunately the performance regarding IRQ handling of a RAM Application 
is too bad:
> Using the timers test from the STM32 variant HAL, I've set only TIM1 
active and then varied the update
> interrupt period. It turned out, that with a period of 20msec. the IRQ 
handler run into an Assertion in
> the post_dsr() function:
> ASSERT FAIL: <5>intr.cxx[292]void Cyg_Interrupt::post_dsr() DSR list is 
not empty but its head is 0
> 
> Doing the same test with a ROM Application, the period can be lowered to 
50usec.
> 
> So I'm trying to move the eCos library that contains the ISRs, DSRs etc. 
to the Internal Flash while keeping
> the rest of the application (that has no ISRs and DSRs) still in the 
external RAM.
> 
> I hope this Setup will improve the IRQ handling.
> 
> Greetings,
> 
> Martin
> 

Hi Martin,

I am about to start a new project using ecos (need to posix os with tcp/ip 
stack) and I want to know roughly the footprint of the os.
Do you know how much does ecos with tcp/ip stack consume?

Thanks,
Badreddine


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

      parent reply	other threads:[~2014-05-19  9:45 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <2815371.163.1296147619546.JavaMail.neratec@martin-lucid32>
2011-01-27 17:56 ` [ECOS] " Martin Rösch
2011-01-27 18:24   ` Christophe Coutand
2011-01-27 22:01   ` [ECOS] " Grant Edwards
2011-01-28 16:19     ` Martin Rösch
2011-01-28 16:25       ` Grant Edwards
2011-01-28 17:07         ` Grant Edwards
2011-01-30  9:31           ` Martin Rösch
     [not found]         ` <2029563421.8440.1296480614291.JavaMail.root@idefix>
2014-05-19  9:45           ` Badreddine [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=loom.20140519T113423-271@post.gmane.org \
    --to=baroudi.badreddine@gmail.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).