On Wed, Aug 18, 2010 at 9:21 PM, Gilles Chanteperdrix < [email protected]> wrote:
> Prakash A S wrote: > > prakash srinivasan wrote: > > >>>>> printf(TOTAL LOOP TIMING=%ld us\n", > > >>>>> (long)((rt_timer_ticks2ns(end-start))/1000); > > >>>> What does: printf(TOTAL LOOP TIMING=%lld us\n", > > >>>> rt_timer_ticks2ns(end-start)/1000); report. > > >>> TOTAL LOOP TIMING = 5377070 us In this case, the (unsigned) > > >>> (long) (long)tart returns 1069623206 and (unsigned) (long) > > >>> (long)end returns 2151726697 > > >> Are you happy with that result? Did really pass approx. 5 seconds > > > between start and end? > > > > Could you format your mails correctly to make them readable? Use > text, > > not HTML, truncate at 72 characters, and use > as a quotation mark, > > meaning that one '>' is the sign that you quote someone, two '>' is > you > > quoting someone who quoted someone else, etc... I am really sorry to > > have to tell you about this, this is really basic knowledge of the > > netiquette, we should not have to tell you about it. > > > > > Definitely not and I am not confident about this output. Coz in > this > > > loop period I am sending datas from client to the server. Visibly > > > noted that the server is getting all the datas within a second. So > I > > > am not sure the 5 sec is the right output. I just like to know all > > > the above conversions are correct? and is it ok that the start > ticks > > > can be more than the end ticks? > > > > The result of rt_timer_read is a long long, so, if you cast it to an > > unsigned, you loose the most significant bits. So, the result is > totally > > meaningless. This again, is basic knowledge of the C language, we > should > > not have to explain. > > > > Your bug report is quite insufficient, we do not even know what > version > > of Xenomai you use, maybe you are reporting a bug which has been > solved > > a long time ago. Neither do we know what version of Linux and of the > > Adoes patch you use, or the contents of your .config file. We do not > > have a self-contained example that we can run to try and reproduce > your > > issue. > > > > So if you want some answers, please give us the means to answer you. > > > > > > As an community person I AGREED with what you pointed out. My main > mistake was I subscribed the > > > > mailing list with an useless mailID. Now I changed my mail ID. Surely you > will get the proper > > quote in future. In between the mail change, I lost the continuation for > this topic and did not > > get this reply mail to my new mail ID. Simply copy and pasted the last > mail from the archive. > > We still receive HTML. > May be because of simply copy and pasted the old content in the last thread. How about the scenario now?. > > > > > Obviously I should improve my C language skills. > > > > I am using linux kernel 2.6.30.8 on Ubuntu 8.04, > > Adeos-ipipe-2.6.30.8-x86-2.4-09.patch and Xenomai-2.5.3 > > What about the kernel configuration and self-contained test exhibiting > the behaviour you do not understand? > My .config file is here, http://pastebin.ca/1919917 I tested and understand few test cases below. switchtest : I am using Intel Dual core processor. ~5731 context switches happening in a second cyclictest : Tested with 10 threads. Maximum timer latency is 38us and minimum is 1us clocktest : Simply prints the time offset, drift value and wraps compare with normal linux's gettimeofday(). Not much understand from this test. latency : user mode latency test provides maximum latency time is 15us. latency : kernel mode latency test provides maximum latency time is 3.6 us latency : timer mode latency test provides maximum latency time is 3 us Not much understand about the clocktest. More helpful if we have any documentations for the all tests rather than how to use the tests. -Prakash
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
