Project

General

Profile

Activity

From 09/22/2011 to 10/21/2011

10/20/2011

JP 05:22 PM Software Development: RE: ClockPeriod
The QT_TIMER_LOAD value of 0x30 is just an offset into the system page or some structure. It is not the actual load value.
John Pruitt
JP 05:20 PM Software Development: RE: ClockPeriod
Rob,
It looks like there is a callout function that does not really do what it is supposed to. I suspect the kernel is expecting the timer to change but nothing is happening at the lower level. The timer_load values you show seem cons...
John Pruitt
RG 01:32 PM Software Development: RE: ClockPeriod
Hi John,
The pidin program does not display the info we're interested in, so I modified my clock_period program to display the timer_load value (not to be confused with the timer_load callout) from the syspage. Here are the results:
...
Rob Gillis
JP 10:06 AM Software Development: RE: Pin MUX
You will probably need to modify the omapl138_psc_init() to include a line like:
omapl138_psc_enable (PSC_MODULE_UART2);
Hope this helps.
John Pruitt
ML 09:27 AM Software Development: Pin MUX
We are trying to use the MityDSP L138 UART2 on the PROFIBUS dev kit with Qnx. We are connecting via J504.
I saw mention of removing jumper JP500-502 and installing JP503, but those do not appear to be on our board.
We've updated the c...
Mark Lyon

10/18/2011

JP 02:48 PM Software Development: RE: ClockPeriod
Rob,
With regards to the syspage, I was hoping to see values change after changing the ClockPeriod. Sections relating to time and clocks seemed like good candidates. If the x86 shows changes in one way and the omap shows changes in a ...
John Pruitt
RG 02:37 PM Software Development: RE: ClockPeriod
John,
I just tried the above mentioned change, and as you suspected it did not fix the problem but was worth a try.
Regarding the pidin info, could you let me know what section of the syspage you would like to see. I did capture th...
Rob Gillis
RG 02:38 PM Software Development: RE: QNX BSP Timers
John,
We have tried using ClockCycles(). I think it may be working for us but will check with the other developers to make sure.
Thanks,
Rob
Rob Gillis

10/17/2011

JP 10:06 AM Software Development: RE: QNX BSP Timers
Rob,
Have you tried using ClockCycles()?
John
John Pruitt
JP 10:02 AM Software Development: RE: ClockPeriod
Rob,
I see your point.
We have not provided the arm clock handling routines so in that sense, this would seem to be the arm-specific part of QNX. My understanding though, is that the kernel gets things like device specific handling...
John Pruitt

10/13/2011

RG 12:33 PM Software Development: RE: ClockPeriod
John,
Actually, the point I was trying to make is that changing the system tick using ClockPeriod confuses the OS concept of time, which shouldn't happen. Using the attached program this is what happens:
# ./clock_period
ClockPer...
Rob Gillis
JP 09:16 AM Software Development: RE: ClockPeriod
Rob,
I don't have experience trying to change the clock period. The documentation does seem to indicate that making the period very small can result in significant overhead in the system from all the interrupts. (see clock_setres() a...
John Pruitt
JP 08:54 AM Software Development: RE: QNX BSP Timers
Rob,
I don't know of a feature like this. I have always just used the CLOCK_REALTIME.
John
John Pruitt

10/11/2011

RG 05:08 PM Software Development: ClockPeriod
Hello,
I am having problems changing the system clock period using the QNX BSP. When I try to change it using the ClockPeriod function, it sets a value that confuses QNX as to the correct time. For example, if I try to change the pe...
Rob Gillis
RG 02:30 PM Software Development: QNX BSP Timers
Hello,
I have a need for a timer that supports a higher resolution than QNX CLOCK_REALTIME. It will be used for high accuracy timestamps, but probably will not need to drive an interrupt.
Is a feature like this already supported i...
Rob Gillis
 

Also available in: Atom