This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: AT91SAM7SE
- From: dtang <dtang at coe dot neu dot edu>
- To: ecos-discuss at ecos dot sourceware dot org
- Date: Mon, 6 Aug 2007 19:03:29 -0700 (PDT)
- Subject: Re: [ECOS] AT91SAM7SE
- References: <MissingID.344fbc0482cb8e247c804cf20ef255cecd3ccf5@nabble.com> <20070801120635.GB15536@lunn.ch>
Hi,
We're also interested in porting the AT91SAM7S configuration to the
AT91SAM7SE evaluation kit for a senior design project.
Atmel provides some software examples for this board:
http://www.atmel.com/dyn/products/tools_card.asp?tool_id=4009
http://www.atmel.com/dyn/resources/prod_documents/AT91SAM7SE512_IAR.zip
Will "writing the EBI driver" be a matter of just porting over the code
provided by Atmel in /AT91SAM7SE-SDRAM/src/SDRAM.c (i.e. from
AT91SAM7SE512_IAR.zip)?
-Dave
Andrew Lunn-2 wrote:
>
> On Wed, Aug 01, 2007 at 12:18:37PM +0200, jc.caquet@kerlink.fr wrote:
>> Dear all,
>>
>> As we are working on AT91SAM7SE we wonder how hard it is to adapt
>> AT91SAM7S
>> configuration to work with SAM7SE ?
>> Does anybody have an idea ?
>
> I just took a 120 second look at the data sheet. It appears to be a
> AT91SAM7S with an added external memory interface. The memory
> controller likes to be slightly extended, but not much. The FLASH and
> SRAM are still in the same place etc.
>
> So i guess a SAM7S image would boot on the SAM7SE.
>
> To do a port:
>
> Check that all the peripherals are in the same place in memory. Make
> modifications as necessary.
>
> Add code for the third PIO controller. I guess this shares pins with
> the external memory interface, so you might not actually need it?
> However it would be good to have, just for completeness.
>
> Check the interrupts sources are the same. The interrupt source is the
> same as the peripheral identifier.
>
> Extend the AT91 flash driver to recognize this chip. It just needs the
> CPU ID adding, trivial.
>
> Check that function/pin mapping have not changed for the PIO
> controllers. You probably need to add a new set of pins to
> var_io.h. This might either be a complete new set, or maybe just pins
> on the PIO C controller.
>
> The external bus interface does not look like any of the EBI which
> other AT91 devices eCos support has. So you will need to add a driver
> for it. How you structure this driver is an interesting question. The
> EBI has many different things it can driver. It would be nice to build
> a framework which can support each of the different options. Then
> within the framework implement the specific features you need for your
> hardware. So, for example you would have CDL
>
> cdl_option CYGOPT_AT91_HAL_EBI_NCS0_IS {
> display "What is connected to NCS0"
> flavor data
> legal_values { "nothing", "SRAM" }
> description "
> Configures what it attaches to Chip select 0. This
> can either be nothing or an SRAM"
> }
>
> cdl_option CYGOPT_AT91_HAL_EBI_NCS1_IS {
> display "What is connected to NCS1"
> flavor data
> legal_values { "nothing", "SDRAM", "SRAM" }
> description "
> Configures what it attaches to Chip select 1. This
> can either be nothing an SDRAM or an SRAM"
> }
>
> etc...
>
> Then depending on the values of CYGOPT_AT91_HAL_EBI_NCS?_IS you can
> enable/disable the SRAM driver, the SDRAM driver, the CompactFlash
> driver etc... This is just an idea, i don't know if it will really
> work....
>
> Overall, i don't think it is a lot of work. Most of the work will be
> to write the EBI driver.
>
> Andrew
>
> --
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
>
>
>
--
View this message in context: http://www.nabble.com/AT91SAM7SE-tf4199258.html#a12027331
Sent from the Sourceware - ecos-discuss mailing list archive at Nabble.com.
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss