This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: ATMEL flash
- To: "'Jonathan Larmour'" <jlarmour at redhat dot com>
- Subject: RE: [ECOS] ATMEL flash
- From: "Trenton D. Adams" <tadams at theone dot dnsalias dot com>
- Date: Wed, 19 Sep 2001 14:48:00 -0600
- Cc: "'eCos Discussion'" <ecos-discuss at sourceware dot cygnus dot com>
Ok, since eCos has support for the AMD flash, then RedBoot should
automatically have that right? Or maybe RedBoot does it's own flash
thing?
-----Original Message-----
From: jlarmour@cambridge.redhat.com
[mailto:jlarmour@cambridge.redhat.com] On Behalf Of Jonathan Larmour
Sent: Wednesday, September 19, 2001 2:36 PM
To: Trenton D. Adams
Cc: 'eCos Discussion'
Subject: Re: [ECOS] ATMEL flash
"Trenton D. Adams" wrote:
>
> I noticed that the edb7xxx HAL for eCos supports ATMEL flash. Does
this
> mean the boot code for the download utility also supports this flash?
Probably.
> The eCos code for ATMEL flash looks like it might work with AMD flash
> (Am29DL640D). Does anyone know off hand if this is correct?
We have separate flash drivers for amd and atmel flash. I notice that
the
atmel driver claims that erasing is not needed, and there's some
significant differences in flash_program_buf.
> Why would the boot code be input with numbers rather than assembly? I
> would like to convert this "C" boot buffer back to assembly, anyone
know
> of a good way other than creating my own program to parse it and
convert
> it to binary and then reverse engineer it from there?
Unless I'm misremembering, it was supplied by Cirrus Logic as-is. I
don't
believe we've ever seen the source code for it.
Jifl
--
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223)
271062
Maybe this world is another planet's Hell -Aldous Huxley ||
Opinions==mine