[16:32] <rsavoye> Does Oneiric run on the Genesi SmartBook yet ?
[21:11] <steev_> rsavoye: i have an sd card running it
[21:11] <steev_> no official release of it though
[21:12] <rsavoye> of oneiric ?
[22:09] <brandini> I think there is something goofy with the timing on my pandaboard
[22:10] <brandini> I saw it in the test results when I was building go and just now when I was looking at ping times
[22:11] <infinity> ?
[22:11] <brandini> 64 bytes from 10.15.32.1: icmp_req=7 ttl=255 time=1.58 ms
[22:11] <brandini> 64 bytes from 10.15.32.1: icmp_req=8 ttl=255 time=0.000 ms
[22:11] <brandini> 64 bytes from 10.15.32.1: icmp_req=9 ttl=255 time=1.67 ms
[22:11] <brandini> 64 bytes from 74.125.225.48: icmp_req=2 ttl=54 time=18.3 ms
[22:11] <infinity> Running on the Panda, or another host?
[22:11] <brandini> 64 bytes from 74.125.225.48: icmp_req=3 ttl=54 time=0.092 ms
[22:11] <brandini> 64 bytes from 74.125.225.48: icmp_req=4 ttl=54 time=20.1 ms
[22:11] <brandini> on the panda
[22:11] <brandini> from the panda to the gateway and then to google
[22:12] <infinity> I see fluctuations, as I do from any host, but I don't see any 0s. :P
[22:13] <brandini> yeah
[22:13] <brandini> must be superfast!
[22:13] <infinity> 64 bytes from 10.0.0.1: icmp_req=4 ttl=64 time=0.153 ms
[22:13] <infinity> 64 bytes from 10.0.0.1: icmp_req=5 ttl=64 time=0.855 ms
[22:13] <infinity> 64 bytes from 10.0.0.1: icmp_req=6 ttl=64 time=0.488 ms
[22:13] <infinity> 64 bytes from 10.0.0.1: icmp_req=7 ttl=64 time=0.092 ms
[22:13] <infinity> 64 bytes from 10.0.0.1: icmp_req=8 ttl=64 time=0.580 ms
[22:13] <brandini> but when I was building go all the /test/time results were failures
[22:13] <infinity> For example.
[22:13] <brandini> Yup
[22:15] <brandini> here's the other thing http://pastebin.com/f26HKCJq
[22:16] <brandini> those are counting clock ticks I think an it's getting done faster than is possible I think
[22:16] <infinity> Possibly.
[22:17] <infinity> Which kernel?
[22:17] <brandini> I did not see this behavior either with ping or on the go test on 10.10
[22:17] <brandini> Linux localhost 3.0.0-1204-omap4 #9-Ubuntu SMP PREEMPT Mon Sep 5 19:29:18 UTC 2011 armv7l armv7l armv7l GNU/Linux
[22:18] <infinity> I wouldn't be terribly shocked if we still have a ton of lingering SMP bugs on ARM.
[22:18] <brandini> ok
[22:18] <infinity> You could try booting with 'nosmp' on the command line and see if it magically clears up.
[22:18] <brandini> I will do that after I eat and report back, thanks :)
[22:19] <infinity> Food sounds like a stellar idea.
[22:19] <infinity> As does a weekend in general. :)
[23:13] <brandini> infinity: how do I set that nosmp?
[23:46] <infinity> brandini: Kernel command line.
[23:46] <infinity> brandini: So, either hand-craft a command line in uBoot (irksome), or edit /boot/boot.srcipt and re-run flash-kernel
[23:48] <brandini> I did edit /boot/boot.script
[23:48] <brandini> xA0000000 root=UUID=5e7fa157-723c-4bd5-9a0c-d76ff1f07c64 fixrtc nosmp quiet spla
[23:48] <brandini> is that the right place for it?
[23:51] <infinity> Should do.
[23:51] <infinity> But then you need to re-run flash-kernel.
[23:51] <brandini> done
[23:51] <brandini> testing now
[23:52] <infinity> Check after you reboot that you only have one CPU. :)
[23:52] <brandini> how do I see that?
[23:52] <infinity> cat /proc/cpuinfo would be a good indicator.
[23:52] <infinity> Processor	: ARMv7 Processor rev 2 (v7l)
[23:52] <infinity> processor	: 0
[23:52] <infinity> BogoMIPS	: 1576.53
[23:52] <infinity> processor	: 1
[23:52] <infinity> BogoMIPS	: 1539.77
[23:52] <infinity> ^-- Two cores.
[23:53] <brandini> ahhh yes, only one and the error still occurs
[23:53] <infinity> Kay.
[23:54] <brandini> sorry... I'm a BSD guy so linux isn't my primary system
[23:55] <Jack87> http://www.webos-internals.org/wiki/Application:Xapps
[23:56] <Jack87> ubuntu runnin in chroot of hp touchpad ^