tiomap-dev team mailing list archive

[Ricardo Salveti <rsalveti@xxxxxxxxxxxx>]

Also pushed a kernel package based on current tracking tree:
http://people.linaro.org/~rsalveti/873453/

Same issue:

Linux linaro-nano 3.2.0-rc4+ #2 SMP PREEMPT Wed Dec 7 00:05:39 BRST 2011
armv7l armv7l armv7l GNU/Linux

 CLOCK_REALTIME tsdiff=127746579.000000 ns (1322121872/483062069 -> 1322121872/355315490
 gettimeofday tvdiff=127747.000000 us (1322121872/483062 -> 1322121872/355315
result=0.225014
 CLOCK_REALTIME tsdiff=126800540.000000 ns (1322121872/613036437 -> 1322121872/486235897
 gettimeofday tvdiff=126801.000000 us (1322121872/613036 -> 1322121872/486235
result=0.225014
 CLOCK_REALTIME tsdiff=38024902.000000 ns (1322121872/655272764 -> 1322121872/617247862
 gettimeofday tvdiff=38025.000000 us (1322121872/655272 -> 1322121872/617247
result=0.225014
 CLOCK_REALTIME tsdiff=130035409.000000 ns (1322121872/878112120 -> 1322121872/748076711
 gettimeofday tvdiff=130036.000000 us (1322121872/878112 -> 1322121872/748076
result=0.225014

** Changed in: linaro-landing-team-ti
       Status: New => Confirmed

** Changed in: linaro-ubuntu
       Status: New => Confirmed

-- 
You received this bug notification because you are a member of TI OMAP
Developers, which is subscribed to linaro-landing-team-ti.
https://bugs.launchpad.net/bugs/873453

Title:
  odd timing behaviour on panda

Status in Linaro Texas Instruments Landing Team:
  Confirmed
Status in Linaro Ubuntu Evaluation Builds:
  Confirmed

Bug description:
  I've got a set of benchmarks that use clock_gettime like:

      clock_gettime(CLOCK_REALTIME, &tbefore);

      for(l=0;l<numloops;l++) {
         dostuff
      }

      clock_gettime(CLOCK_REALTIME, &tafter);

      nsdiff=(double)(tafter.tv_nsec - tbefore.tv_nsec);
      nsdiff+=1000000000.0 *(tafter.tv_sec - tbefore.tv_sec);

  
  and I've just reinstalled our local panda to using Linaro 11.09 (kernel 3.0.0-1404-linaro-lt-omap)
  and it's starting to get weird timing artifacts.

  For example:

  smarter_strlen_ldrd: ,102400, loops of ,62, bytes=6.054688 MB, transferred in ,3936768.000000 ns, giving, 1537.984331 MB/s
  smarter_strlen_ldrd: ,102400, loops of ,32, bytes=3.125000 MB, transferred in ,0.000000 ns, giving, inf MB/s
  smarter_strlen_ldrd: ,102400, loops of ,16, bytes=1.562500 MB, transferred in ,4180909.000000 ns, giving, 373.722557 MB/s

  Now there is no way that loop took 0.000000 ns!  Running the same
  binary on an older installation runs fine.

  Dave

To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-landing-team-ti/+bug/873453/+subscriptions