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 11:07:12 -0000
- Subject: RE: [ECOS] Integrator/uHAL
There has been quite a lot of discussion on this list regarding fine timer
resolutions. IIRC, the suggestion generally is to implement your own
solution. For what I needed, I ended up writing a simple driver for the
extra Integrator timers which provided better timer resolution. However, it
should be possible to port the uHAL timer library to work with eCos.
Robert Cragie, Design Engineer
Direct: +44 (0) 114 281 4512
________________________________________________________
Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK
www.jennic.com Tel: +44 (0) 114 281 2655
> -----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 10:54
> To: ecos-discuss@sources.redhat.com
> 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
> >
> >
> >