public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Ilija Kocho <ilijak@siva.com.mk>
To: ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Kinetis TWR-K60N512-KIT questions
Date: Fri, 15 Apr 2011 09:56:00 -0000	[thread overview]
Message-ID: <4DA8165A.7070709@siva.com.mk> (raw)
In-Reply-To: <BANLkTinv-jCg4QM1Xo3QyDYnorrs7YU6gw@mail.gmail.com>

Hi Drasko

Thanks for your encouraging words.

On 14.04.2011 17:04, Drasko DRASKOVIC wrote:
> On Thu, Apr 14, 2011 at 3:09 PM, Ilija Kocho <ilijak@siva.com.mk> wrote:
>> On 14.04.2011 13:11, Drasko DRASKOVIC wrote:
>>> Hi Ilija,
>>> for my curiosity, what is the footprint of this port ?
>>>
>>> If I am not mistaken,  K60 have only 128KB of on-chip SRAM. Can it fit ?
>> You are not mistaken regarding K60, only for eCos 128KiB RAM is not
>> "only", it's "a lot" - "puna kapa".
> Wow,
> this is great. I have been looking lately at these SoCs and I like
> eCos, but so fat I have been running it only on SoCs wit lot of
> external RAM. The images I was makeing have been ~1.5MB with my
> application.

How much of this is for eCos itself? How much is code and how much data?
I guess/speculate your experience is with general purpose OSses like Linux.
In eCos-like environments, unlike Linux, code is typically executed in
FLASH so you need RAM only for data (including stacks, etc).

> I am interested in haveing RedBoot, USB stack and TCP/IP stack. It
> would be impressive to me if this port can fit this all in K60 ! Can
> it ? What can it currently do ?

RedBoot is not an environment for running an application. You can use it
during development for loading code and debugging, but finally you burn
your (eCos) application image in FLASH.
Currently available K60 has 512 KiB FLASH + 128 KiB RAM, announced are 1
MiB FLASH.
What it can do depends on your application requirements.
For example (Note: this may be extreme) on system with 32KiB RAM you can
have lwIP TCP/IP and run elementary HTTP server. Code would occupy less
than 64 KiB FLASH. Adding USB would add some memory but not much.

> Speaking of which, do what would be the crucial advantages for you of
> eCos ove Freescales MQX that comes with K60 ?

I can't speak for MQX technical merits as I haven't tried it. I can say
only what I like at eCos:

    - Excellent modular structure;
    - Source code configurabulity: again due to structure but also
configtool/ecosconfig;
    - Unix like I/O, POSIX compatibility - not every RTOS has it;
    - Well (could be better) documented (particularly kernel and system
modules);
    - Free as freedom. This is like roll-your-own, only you are not
alone. (Note: Freescale gives MQX free of charge but you are allowed to
use it only on their chips)
    - Community that helps and (very important for me) allows you to
participate (unlikely in proprietary SW world).

Speaking of Kinetis we have one apparent disadvantage regarding MQX -
we're lagging little-bit. This is the main reason why I decided for
early release of our port. Ethernet, SPI, USB are still on our ToDo
list, but what you have on Bugzilla has everything you need to start
working:
     HAL - basic system initialization and system clock;
     HAL - diagnostic serial support - polled;
     Serial device driver - interrupt driven.

> Thanks for your help, for your answers and impressive work !

You are welcome.

Regards
Ilija


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

  reply	other threads:[~2011-04-15  9:56 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-27 17:24 jjp jjp
2011-01-28 16:05 ` Ilija Kocho
     [not found]   ` <SNT129-W29DA08015F0442D154694DADA70@phx.gbl>
2011-04-08 20:16     ` Ilija Kocho
     [not found]     ` <4D9F6B61.705@siva.com.mk>
2011-04-11  7:42       ` jjp jjp
2011-04-12 18:09         ` Ilija Kocho
2011-04-13  8:01           ` jjp jjp
2011-04-13 15:55             ` Ilija Kocho
2011-04-14  7:29               ` jjp jjp
2011-04-14 10:53                 ` Ilija Kocho
2011-04-14 11:11                   ` Drasko DRASKOVIC
2011-04-14 13:09                     ` Ilija Kocho
2011-04-14 15:05                       ` Drasko DRASKOVIC
2011-04-15  9:56                         ` Ilija Kocho [this message]
2011-04-15 10:21                           ` Ross Younger
2011-04-14 12:14                   ` jjp jjp
2011-04-14 13:18                     ` Edgar Grimberg
2011-04-14 14:11                       ` jjp jjp
2011-05-03 15:07                         ` jjp jjp
2011-05-03 17:10                           ` Ilija Kocho
2011-05-04 10:47                             ` jjp jjp
2011-05-04 22:36                               ` Ilija Kocho
2011-05-05 14:30                                 ` jjp jjp
2011-05-06  7:36                                   ` Ilija Kocho
2011-05-11  8:47                                     ` jjp jjp
2011-05-11 17:13                                       ` Ilija Kocho
2011-04-14 13:50                     ` Ilija Kocho

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=4DA8165A.7070709@siva.com.mk \
    --to=ilijak@siva.com.mk \
    --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).