Dave can you install Ricardo's kernel package and see if it's broken the same way for you.
If it is, we need to diff the config from the two kernels, checking what modules are installed. If it isn't, we need to look at bootloader / rootfs differences. -- 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
