This is the mail archive of the
mailing list for the eCos project.
Re: Assignment query & tree organization
- From: "Andrea Michelotti" <amichelotti at atmel dot com>
- To: "Jonathan Larmour" <jifl at eCosCentric dot com>
- Cc: <ecos-maintainers at ecos dot sourceware dot org>, <gary at mlbassoc dot com>
- Date: Wed, 2 Jun 2004 19:14:35 +0200
- Subject: Re: Assignment query & tree organization
- References: <000801c448ac$68b629c0$330110ac@pitagora> <40BDE4BA.9070902@eCosCentric.com>
Jonathan Larmour wrote:
> I don't know much about the Diopsis, but from what I see it contains an
> ARM7 with a DSP. If eCos is running on the DSP itself that would want its
> own HAL, but I would surmise that it's running on the ARM but prodding the
> DSP and providing access to it. It's not clear to me why this would
> a separate architecture HAL, rather than providing a way for variant
> processor HALs to extend the architecture HAL in the way you would want.
> The advantage is that the ARM HAL gets a lot more attention and so the
> Diopsis will get any improvements and fixes that come for the ARM HAL if
> uses it. If the Diopsis has its own architecture tree, it would not get
> those benefits, and so would lose out on those improvements unless someone
> notices. So it would be beneficial to keep them together if it is sensible
> to do so.
Thank you very much for your interest.
As I said the modifications to arm architecture at the moment are restricted
to vectors.S to enhance interrupt handling (use of Advanced Interrupt
Controller to call interrupt handlers) and just an init procedure that
install two interrupt handlers for the DSP.
I don't like very much the duplication of code that I did at the moment. But
I would like to be free to optimize and specialize some piece of ARM7 code
without affecting other platforms. I'll have to modify also some part of the
stub to support debugging of diopsis (single step, stop during break...,
intercept particular addresses..). The idea will be to see diopsis not as an
ARM7 + a memory mapped DSP, but as a single processor.
Is there a clean way to modify interrupt handling and stub calls doing a
Do you think is acceptable a solution where I modify some arm/arch files via
> Were you using eCos v2.0 or more recent CVS? The AT91 HALs had some
> substantial work and improvements done to them since eCos v2.
I used the standard v2.0 distribution.
I'll check CVS version ASAP. thank you.