This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: Integrator/uHAL
- From: "Robert Cragie" <rcc at jennic dot com>
- To: <thierry_dubois at agilent dot com>, <ecos-discuss at sources dot redhat dot com>
- Date: Fri, 1 Feb 2002 10:08:03 -0000
- Subject: RE: [ECOS] Integrator/uHAL
I did a port to the Integrator before the official one came out. As eCos is
inextricably linked with the processor right down to low level interrupt
handling, and the services offered by the uHAL are essentially replicated by
the eCos HAL, device drivers and libraries, I saw little point in trying to
use the uHAL.
Robert Cragie, Design Engineer
Direct: +44 (0) 114 281 4512
________________________________________________________
Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK
www.jennic.com <http://www.jennic.com> Tel: +44 (0) 114 281 2655
Confidential
> -----Original Message-----
> From: ecos-discuss-owner@sources.redhat.com
> [mailto:ecos-discuss-owner@sources.redhat.com]On Behalf Of
> thierry_dubois@agilent.com
> Sent: 01 February 2002 08:44
> To: ecos-discuss@sources.redhat.com
> Subject: [ECOS] Integrator/uHAL
>
>
>
> Hi all,
>
> I'm using the alpha port for the ARM integrator dev platform.. I was
> thinking about using the uHAL environment in combination with eCos .
> When compiling the project I stumbled upon conflicts between the two
> libraries.
> For example the _memcpy defined twice etc.. Also a lot of memoryspace
> conflicts.
> I started changing the uHAL library sources and already resolved some
> conflicts, but
> I was wondering if everything CAN be resolved without using
> exotic trics..
> Maybe someone on the list has some usefull tips for me ..
> The reason to keep on using uHAL is for its interrupt handling
> structure..
>
> Kind regards
>
>
> Thierry Dubois
> Real-Time Systems Developer
>
> Agilent Technologies
> Sirius Mobile Research & Design
> Tel : +32(0)16 / 46 97 15
>
>
>