This is the mail archive of the
mailing list for the eCos project.
[Bug 1000819] Add support for Atmel AT91SAM9263
- From: bugzilla-daemon at bugs dot ecos dot sourceware dot org
- To: ecos-patches at ecos dot sourceware dot org
- Date: Wed, 16 Mar 2011 17:04:00 +0000
- Subject: [Bug 1000819] Add support for Atmel AT91SAM9263
- Auto-submitted: auto-generated
- References: <firstname.lastname@example.org/>
Please do not reply to this email. Use the web interface provided at:
--- Comment #15 from Jonathan Larmour <email@example.com> 2011-03-16 17:03:59 GMT ---
(In reply to comment #14)
> (In reply to comment #13)
> > (In reply to comment #11)
> > > Let's start with the ARM7/ARM9 abstraction work (patch 1). This
> > > looks to be a case of moving the existing HAL cache macros (which
> > > are not appropriate for AT91SAM9) from the AT91 variant package to
> > > a new ARM7 package. I assume that there is nothing AT91-specific
> > > in the new package so it could be used by any other ARM7 ports in
> > > the future. Please confirm.
> > No ARM7 has cache, so it's safe IMO.
> Samsung S3C45xx ARM7 parts have cache. Or did you mean no Atmel ARM7
> parts have cache?
Ah ok, that changes things then. This is meant to be a generic ARM7 HAL. The
initial focus is on AT91, but it's definitely not meant to be an AT91 ARM7 HAL.
In that case that complicates things. We need to construct the ARM7 variant
hal_cache.h in such a way that a processor HAL (e.g. S3C45xx) can override all
There are numerous other examples of this in other HALs. The general idea is
that the hal_cache.h #includes a <cyg/hal/proc_cache.h> or similar, before it
defines anything itself.
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.