public inbox for ecos-devel@sourceware.org
 help / color / mirror / Atom feed
From: Andrew Lunn <andrew@lunn.ch>
To: John Eigelaar <jeigelaar@mweb.co.za>
Cc: ecos-devel@sources.redhat.com
Subject: Re: AT91SAM7X Port
Date: Fri, 12 May 2006 11:05:00 -0000	[thread overview]
Message-ID: <20060512110441.GA23687@lunn.ch> (raw)
In-Reply-To: <pan.2006.05.12.09.21.55.992614@mweb.co.za>

On Fri, May 12, 2006 at 11:21:57AM +0200, John Eigelaar wrote:
> Hi,
> 
> During the next week I wil be starting with a new project on the
> AT91SAM7X256. I will definitely be using eCos for the project hence a few
> questions:
> 
> * Has anyone done a port for the SAM7X, I don't want to re-invent the
> wheel, if so where can I get hold of it ?

Not yet. There is a strong chance that i will need such a port next
month. If this happens i will be tasked by my employer to make the
port. So if you are doing a port i suggest we work together. Which of
the X peripherals are you interested in? I need an Ethernet driver
which i can connect to lwip.
 
> * If I have to roll my own would it be a good idea to patch the SAM7S port
> to support the SAM7X as well or would it be better to start with a clean
> SAM7X variant based on the SAM7S ?

My current feeling is add support for the X to the existing S.
Handling the ethernet driver should not be a problem. Make a cdl
interface in the AT91 ETH package which any HAL with the required
hardware supports should implement. Same goes for the CAM, and other
bits of hardware the X has but not the S.

What may be more of a problem is the two GPIO controllers. The
existing code, var HAL, SPI, USART etc, assumes that the pins they use
are on GPIO port A. If this is not true with the X it might get
messy. We need to compare the S and X and see what is connected where
with respect to the GPIO controllers.

The other change that will be needed is in the flash driver. It
queries the device ID to see if it is a supported device and how big
the flash is. This will need extending with the ID of the X.

Otherwise, i think a basic port should be quite easy.

      Andrew

  reply	other threads:[~2006-05-12 11:05 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-12  9:25 John Eigelaar
2006-05-12 11:05 ` Andrew Lunn [this message]
2006-05-12 12:05   ` John Eigelaar
2006-05-12 12:09     ` Andrew Lunn

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=20060512110441.GA23687@lunn.ch \
    --to=andrew@lunn.ch \
    --cc=ecos-devel@sources.redhat.com \
    --cc=jeigelaar@mweb.co.za \
    /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).