Just to be super paranoid, Dave is using 4460 Panda I believe, is everyone with the problem using 4430?
What is plugged into your board in terms of USB peripherals, HDMI or DVI? Does everyone have wireless lan connected to something or not? Onboard Ethernet? -- 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 _______________________________________________ Mailing list: https://launchpad.net/~tiomap-dev Post to : tiomap-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~tiomap-dev More help : https://help.launchpad.net/ListHelp
