This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: Integrator/uHAL
- From: thierry_dubois at agilent dot com
- To: ecos-discuss at sources dot redhat dot com
- Date: Fri, 1 Feb 2002 11:53:49 +0100
- Subject: RE: [ECOS] Integrator/uHAL
true, but it would have been nice to be able to use the uHAL timer
functionality though because it's very flexible.. We need to work with some
very fast
timer interrupts and the alarm functionality in eCos only works with
big resolutions, so we can't use them for that.
Not using uHAL means that I will have to write some timer routines
myself then, or am I wrong somewhere ?
regards
thierry dubois
-----Original Message-----
From: Robert Cragie [mailto:rcc@jennic.com]
Sent: vrijdag 1 februari 2002 11:08
To: thierry_dubois@agilent.com; ecos-discuss@sources.redhat.com
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
>
>
>