public inbox for ecos-devel@sourceware.org
 help / color / mirror / Atom feed
From: jerzy dyrda <jerzy.dyrda@kontron.pl>
To: Daniel Helgason <dhelgason@shaw.ca>
Cc: ecos-devel@ecos.sourceware.org
Subject: Re: [ECOS]Port to ARM9 STR9 uC
Date: Fri, 12 Mar 2010 11:11:00 -0000	[thread overview]
Message-ID: <201003121211.05358.jerzy.dyrda@kontron.pl> (raw)
In-Reply-To: <1268331224.21484.17.camel@localhost.localdomain>

Hi Daniel,

On Thursday 11 March 2010 19:13:44 Daniel Helgason wrote:
> On Mon, 2010-03-08 at 12:37 +0100, jerzy dyrda wrote:
> > Announcing of other ARM9 port remember me that I should do it in the same
> > way i.e. Now I'm developing port to ARM9 STR9 uC ->
> > http://www.st.com/mcu/modules.php?name=mcu&file=devicedocs&DEV=STR912FAW4
> >4&FAM=101 but as a reference board I use such board MMstr912 ->
> > http://www.propox.com/products/t_163.html ( due to fact of lacking
> > original ST development board but this board is very close to
> > "original"). ...
> Hi! Do you know if the STR9 shares same peripherals with the STR7
> devices?
After first look I can say some yes RTC, WDG and maybe TIM seem similar rest 
no. General feeling is that they didn't use any FIFO. 
Summarazing : I'm afaraid that differences between STR7 and STR9 are to big.

> I have some eCos code for the STR7 and a few dev boards. I have to admit
> it has been some time since I looked at it. I would be able help if you
> thought that was a good idea.
I very glad. I think any kind of help increase quality of software.
 
> With a little bit of planning maybe we could cover the whole family of
> chips and avoid the mess that is happening trying to get AT91SAM9 into
> the AT91SAM7 tree. 
I agree it's good time to think about structure of ST HAL's layer.
I implemented it in such manner :
Drivers :
devs/"type of driver"/arm/str9
and HAL
hal/arm/str9/ 
with to directories board dependent "mmstr912" and common for STR9 "var"
Every new development board will be located in hal/arm/str9/ with own name as 
it's doing for other hal implementation.

>At the very least, maybe you could keep in mind that
> somebody somewhere will want to add STR7 support and arrange your eCos
> port accordingly.
Maybe it should be created common stub  hal/arm/st"something"/var which 
provide hal function for STR9 and STR7 as well, platform dependent code as 
it's done i.e. "mmstr912". In turn drivers which are totally different  
should be separated e.g.
STR7
devs/"type of driver"/arm/str7
STR9
devs/"type of driver"/arm/str9

-- 
Miłego dnia / Best regards
Jerzy Dyrda

      parent reply	other threads:[~2010-03-12 11:11 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-08 11:37 jerzy dyrda
     [not found] ` <1268331224.21484.17.camel@localhost.localdomain>
2010-03-12 11:11   ` jerzy dyrda [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=201003121211.05358.jerzy.dyrda@kontron.pl \
    --to=jerzy.dyrda@kontron.pl \
    --cc=dhelgason@shaw.ca \
    --cc=ecos-devel@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).