pc386 benchmark timer driver Re: Timers problem
Ilian Donev
idonev at flairbase.com
Thu Jan 9 16:01:42 UTC 2003
Joel,
Thanks for the quick answer.
>Does the file c/src/lib/libbsp/i386/pc386/timer/timer.c have versions of
the
>function for both a pentium class CPU and a default 486 and below
version?
Yes, it has versions of the function for both Pentium and 386/486 CPUs. I
fixed the
problem by simply adding a "#define pentium" line in the corresponding
bsp.h. It's not a elegant solution, but it worked
fine for me since I'm testing only on pentium machines. I just can't figure
out why the pentium flag has not been set.
Regards,
Ian
-----Original Message-----
From: Joel Sherrill [mailto:joel.sherrill at OARcorp.com]
Sent: 08-January-2003 16:17
To: Ilian Donev
Cc: RTEMS Users
Subject: pc386 benchmark timer driver Re: Timers problem
I clarified the subject just to point out that this is a BSP driver
specific problem -- it is not related to the Timer managers in
the Classic, POSIX, or ITRON APIs.
--joel
> Hello all,
>
> I'm new to RTEMS world and was (finally) able to build my first RTEMS
(4.5.0) with success on a PC running Mandrake Linux.
> I installed the latest precompiled tools for Linux from the "cd-working"
directory and configured RTEMS for an i386 target, with bsp pc586 for
testing purposes on a PC.
> All the demos compiled just fine. I picked the standard "Hello world" app
and booted from a floppy using GRUB. Everything was just perfect. I tried
several other apps from the sample directory
> ( tasks, semaphores, etc ) and was pleased with the results. So far, so
good.
> Then the problem: each time I try to run an app which uses the
"Timer_Initialize " function I get the error "raw handler connection
failed".
> I recompiled RTEMS for bsp pc386, tried it again on several PCs - same
error.
>
> What could be the problem ?
This is a problem with this BSP's benchmark timer driver.
Does the file c/src/lib/libbsp/i386/pc386/timer/timer.c have versions of
the
function for both a pentium class CPU and a default 486 and below
version?
I suspect that if both versina re there that gcc is not defining the
expecting cpp flag to indicate the CPU model. The code is looking
for pentium to be defined when on a 586 or above class x86 so you will
know that the "rdtsc" instruction should be used for benchmarking.
> Thank you in advance !
>
--
Joel Sherrill, Ph.D. Director of Research & Development
joel at OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the users
mailing list