[ECOS] Does /devs/eth/arm/at91 work for SAM9 parts?

[ECOS] Does /devs/eth/arm/at91 work for SAM9 parts?

[Grant Edwards]

There appears to be plenty of support for Atmel's SAM7
(ARM7TDMI) series of parts, and I'm trying to find out how much
work it would be to support a SAM9 part (ARM926EJ-S).  The SAM9
parts supposedly have the "same programming model and
peripheral set" or somesuch marketing-speak, so it presumably
should be easy to get a a SAM7 driver working for a SAM9 part.

For example, does anybody know if the /devs/eth/arm/at91 will
work for a SAM9 part?

I'm aware that there is eCosPro support for SAM9 boards, but
I'm trying to find out how much open/free support is available.

-- 


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

Re: [ECOS] Does /devs/eth/arm/at91 work for SAM9 parts?

[Andrew Lunn]

On Sat, Jun 27, 2009 at 04:40:24PM +0000, Grant Edwards wrote:
> There appears to be plenty of support for Atmel's SAM7
> (ARM7TDMI) series of parts, and I'm trying to find out how much
> work it would be to support a SAM9 part (ARM926EJ-S).  The SAM9
> parts supposedly have the "same programming model and
> peripheral set" or somesuch marketing-speak, so it presumably
> should be easy to get a a SAM7 driver working for a SAM9 part.
> 
> For example, does anybody know if the /devs/eth/arm/at91 will
> work for a SAM9 part?

A short while back there was talk about rearranging the arm hal, to
separate the arm7 stuff from the arm9. arm9 is an add on to arm7, so
an arm9 target should be able to include both... However the talk
petered out...

Also, look back in the archive. Somebody did work on this. They had a
rather invasive patch to make the driver work on one of the AT91SAM9
devices. But the marketing speak hides many untruths. The ethernet
device worked mostly O.K, but the DMA was bust on the chipset he was
using. Bad things happened when it DMAed from off chip RAM. The
internal SRAM worked fine. So he had patches to memcpy the buffer from
external RAM to internal SRAM then hand it over to the DMA. It was all
rather ugly, and i don't remember a cleaned up patch ever being
submitted.

        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

Re: [ECOS] Does /devs/eth/arm/at91 work for SAM9 parts?

[Evgeniy Dushistov]

On Sat, Jun 27, 2009 at 07:26:33PM +0200, Andrew Lunn wrote:
> On Sat, Jun 27, 2009 at 04:40:24PM +0000, Grant Edwards wrote:
> > There appears to be plenty of support for Atmel's SAM7
> > (ARM7TDMI) series of parts, and I'm trying to find out how much
> > work it would be to support a SAM9 part (ARM926EJ-S).  The SAM9
> > parts supposedly have the "same programming model and
> > peripheral set" or somesuch marketing-speak, so it presumably
> > should be easy to get a a SAM7 driver working for a SAM9 part.
> > 
> > For example, does anybody know if the /devs/eth/arm/at91 will
> > work for a SAM9 part?
> 
> A short while back there was talk about rearranging the arm hal, to
> separate the arm7 stuff from the arm9. arm9 is an add on to arm7, so
> an arm9 target should be able to include both... However the talk
> petered out...
> 

My patch set
https://sites.google.com/site/duhistov/
for support at91sam9263 does that, there are arm7 hal,
and arm9 hal, at91sam9 uses arm9 hal.

I suppose it would be easy to use existing ethernet driver
for at91sam7x with at91sam9, just chnage base address, 
interrupt number, and if you use cpu data cache, do not forget
sync it after PDC transactions.

-- 
/Evgeniy


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

[ECOS] Re: Does /devs/eth/arm/at91 work for SAM9 parts?

[Grant Edwards]

On 2009-06-27, Andrew Lunn <andrew@lunn.ch> wrote:
> On Sat, Jun 27, 2009 at 04:40:24PM +0000, Grant Edwards wrote:
>> There appears to be plenty of support for Atmel's SAM7
>> (ARM7TDMI) series of parts, and I'm trying to find out how much
>> work it would be to support a SAM9 part (ARM926EJ-S).  The SAM9
>> parts supposedly have the "same programming model and
>> peripheral set" or somesuch marketing-speak, so it presumably
>> should be easy to get a a SAM7 driver working for a SAM9 part.
>> 
>> For example, does anybody know if the /devs/eth/arm/at91 will
>> work for a SAM9 part?
>
> A short while back there was talk about rearranging the arm hal, to
> separate the arm7 stuff from the arm9. arm9 is an add on to arm7, so
> an arm9 target should be able to include both... However the talk
> petered out...
>
> Also, look back in the archive. Somebody did work on this.
> They had a rather invasive patch to make the driver work on
> one of the AT91SAM9 devices. But the marketing speak hides
> many untruths. The ethernet device worked mostly O.K, but the
> DMA was bust on the chipset he was using. Bad things happened
> when it DMAed from off chip RAM. The internal SRAM worked
> fine. So he had patches to memcpy the buffer from external RAM
> to internal SRAM then hand it over to the DMA. It was all
> rather ugly, and i don't remember a cleaned up patch ever
> being submitted.

According to what I've read in the forums at AT91.com, recent
SAM9 parts (like the G20) have had the Ethernet MAC FIFO sizes
increased so that you can use off-chip buffers -- so I won't
need the SRAM TX buffer option (famous last words).

-- 
Grant Edwards                   grante             Yow! ... I want FORTY-TWO
                                  at               TRYNEL FLOATATION SYSTEMS
                               visi.com            installed within SIX AND A
                                                   HALF HOURS!!!


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

[ECOS] Re: Does /devs/eth/arm/at91 work for SAM9 parts?

[Grant Edwards]

On 2009-06-28, Evgeniy Dushistov <dushistov@mail.ru> wrote:
> On Sat, Jun 27, 2009 at 07:26:33PM +0200, Andrew Lunn wrote:
>> On Sat, Jun 27, 2009 at 04:40:24PM +0000, Grant Edwards wrote:
>> > There appears to be plenty of support for Atmel's SAM7
>> > (ARM7TDMI) series of parts, and I'm trying to find out how much
>> > work it would be to support a SAM9 part (ARM926EJ-S).  The SAM9
>> > parts supposedly have the "same programming model and
>> > peripheral set" or somesuch marketing-speak, so it presumably
>> > should be easy to get a a SAM7 driver working for a SAM9 part.
>> > 
>> > For example, does anybody know if the /devs/eth/arm/at91 will
>> > work for a SAM9 part?
>> 
>> A short while back there was talk about rearranging the arm hal, to
>> separate the arm7 stuff from the arm9. arm9 is an add on to arm7, so
>> an arm9 target should be able to include both... However the talk
>> petered out...
>> 
>
> My patch set
> https://sites.google.com/site/duhistov/
> for support at91sam9263 does that, there are arm7 hal,
> and arm9 hal, at91sam9 uses arm9 hal.

Thanks for the pointer.  I'll take a look at it.

> I suppose it would be easy to use existing ethernet driver for
> at91sam7x with at91sam9, just chnage base address, interrupt
> number, and if you use cpu data cache, do not forget sync it
> after PDC transactions.

Good to know.

-- 
Grant Edwards                   grante             Yow! My haircut is totally
                                  at               traditional!
                               visi.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

[ECOS] Re: Does /devs/eth/arm/at91 work for SAM9 parts?

[Grant Edwards]

On 2009-06-27, Andrew Lunn <andrew@lunn.ch> wrote:
> On Sat, Jun 27, 2009 at 04:40:24PM +0000, Grant Edwards wrote:
>> There appears to be plenty of support for Atmel's SAM7
>> (ARM7TDMI) series of parts, and I'm trying to find out how much
>> work it would be to support a SAM9 part (ARM926EJ-S).  The SAM9
>> parts supposedly have the "same programming model and
>> peripheral set" or somesuch marketing-speak, so it presumably
>> should be easy to get a a SAM7 driver working for a SAM9 part.
>> 
>> For example, does anybody know if the /devs/eth/arm/at91 will
>> work for a SAM9 part?
>
> A short while back there was talk about rearranging the arm
> hal, to separate the arm7 stuff from the arm9. arm9 is an add
> on to arm7, so an arm9 target should be able to include
> both... However the talk petered out...

I vaguely remember that thread, but I didn't pay very close
attention to it at the time.  We're probably starting a new
ARM9 project and will have to maintain existing ARM7 projects
for some time. So, I thought I'd fire up gmane.org "search" and
review that thread.  Alas, search on gmane.org is broken (has
been for a couple days now).  I don't suppose anybody remembers
how long ago that was discussed?

-- 
Grant Edwards                   grante             Yow! MY income is ALL
                                  at               disposable!
                               visi.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

[ECOS] Re: Does /devs/eth/arm/at91 work for SAM9 parts?

[Grant Edwards]

On 2009-06-27, Grant Edwards <grante@visi.com> wrote:

> I'm aware that there is eCosPro support for SAM9 boards, but
> I'm trying to find out how much open/free support is
> available.

I've been told told via a private e-mail that support is there
in eCos 3.0 for at91sam9260 parts under hal/arm/arm9.  I'm
probably just being stupid, but I can't find it:

http://ecos.sourceware.org/cgi-bin/cvsweb.cgi/ecos/packages/hal/arm/arm9/?cvsroot=ecos

I've grepped through everything underneath /hal/arm/arm9, and
don't find any references to eith "atmel" or  "sam9".

Everything under /hal/arm/at91 seems to be for the ARM7 parts.

Am I blind?

Is "eCos 3.0" kept somewhere other than the normal CVS archive?
   
-- 
Grant Edwards                   grante             Yow! I had a lease on an
                                  at               OEDIPUS COMPLEX back in
                               visi.com            '81 ...


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

RE: [ECOS] Re: Does /devs/eth/arm/at91 work for SAM9 parts?

[Paul D. DeRocco]

> From: Grant Edwards
>
> I've been told told via a private e-mail that support is there
> in eCos 3.0 for at91sam9260 parts under hal/arm/arm9.  I'm
> probably just being stupid, but I can't find it:
>
> http://ecos.sourceware.org/cgi-bin/cvsweb.cgi/ecos/packages/hal/ar
m/arm9/?cvsroot=ecos
>
> I've grepped through everything underneath /hal/arm/arm9, and
> don't find any references to eith "atmel" or  "sam9".
>
> Everything under /hal/arm/at91 seems to be for the ARM7 parts.
>
> Am I blind?
>
> Is "eCos 3.0" kept somewhere other than the normal CVS archive?

Sorry, that was an error. I was looking at a package that someone was
developing at a company I was consulting for, and that somehow ended up in
my eCos 3.0 tree. I should have checked the copyright notice.

Anyway, since I'm not consulting for that company any more, I'd be
interested in any free stuff for that chip, too.

--

Ciao,               Paul D. DeRocco
Paul                mailto:pderocco@ix.netcom.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