[02:50] <cmboyd> Hi everyone!  Has anybody had any luck compiling for hard-float on oneiric?
[03:51] <chihchun> is there any document regarding to how to build/generate the oneiric preinstall image?
[12:03] <ericb2> hello
[12:06] <ericb2> building on 11-04 , what is the -mfloat-abi flag for gcc-4.5 ?  hardfp or softfp ?
[12:06] <ericb2> I forgot : I'm building on a Pandaboard
[12:06] <kki313> hey, I'm looking for an official ARM-Repository for Ubuntu 10.04, is there any? I'm on Hercules ecafé with Freescale i.MX515	
[12:18] <ogra_> kki313, arm packages are on ports.ubuntu.com
[12:19] <kki313> ogra_ thanks!
[13:14] <siji> persia, you there?
[14:15] <ogra_> ndec, https://bugs.launchpad.net/bugs/709245
[14:15] <ubot2> Ubuntu bug 709245 in linux-ti-omap4 "panda: USB disk IO slow" [High,Confirmed]
[15:28] <ndec> ogra_: about the IO bug, you told me it was affecting SD too, but that's not what I understand from the bug report. are u sure?
[15:32] <ogra_> have you looked at the measurements ?
[15:32] <ogra_> (and at the linked duplicate bug)
[15:32]  * ndec looking again
[15:33] <ndec> ogra_: ok. i see it. 'to a lesser extent' though ;-)
[16:00] <[7]> ndec: and I'm not sure if it's the same cause
[16:01] <ndec> ok
[16:02] <[7]> the ping doesn't seem to affect SD much, but the speed vs. block size graph shows similar weirdnesses like USB, just not as huge
[16:02] <[7]> that might possibly be some odd behavior of the card though, wouldn't be the first time :)
[16:03] <ndec> is someone looking at the problem related to SMP?
[16:03] <[7]> ndec: I just performed my tests with SD instead of usb, and pinging brought it from 8.8 to 8.9MB/s
[16:06] <[7]> the same test shows USB accesses skyrocket from 3 to 20 MB/s
[16:06] <ndec> that's not the same definition of improvements ;-)
[16:07] <[7]> I haven't done nosmp tests for SD, but for USB nosmp will make it behave as if I would be pinging it
[16:14] <GrueMaster> [7]: I'm running comparative tests now.
[16:14] <GrueMaster> Give me ~10 minutes.
[16:18] <davidm> GrueMaster, would be interesting to try different schedulers and see what impact that has
[16:18] <davidm> with USB Storage that is
[16:19] <GrueMaster> If I can find a kernel guy that can give me a few respun kernels, sure.
[16:21] <davidm> http://www.cyberciti.biz/faq/linux-change-io-scheduler-for-harddisk/
[16:21] <davidm> no need for a new kernel can change on the fly
[16:23] <[7]> davidm: for my tests it was "noop"
[16:23] <[7]> testing cfq now
[16:24] <[7]> heh, with cfq not even pinging will help
[16:24] <[7]> or at least help a lot less
[16:25] <[7]> *facepalm*
[16:25] <[7]> ignore my last messages, was using my tool in the wrong way
[16:26] <davidm> Should record results in bug when you are sure you did the test correctly
[16:26]  * [7] will do
[16:30] <[7]> wtf. after playing around with these schedulers a bit the problem just disappeared
[16:30] <[7]> i'll reboot and retry
[17:17] <[7]> davidm: uploaded the logs to the bug report
[17:17] <[7]> the results aren't really conclusive to me
[17:20] <[7]> especially the perl -e "while (1) { }" test seems to behave somewhat randomly