[01:52] Are folks around? I posted about 9 hours ago - I'm seeing weird freezes apparently in the SCSI device with ubuntu on qemu-arm. Is this a known obvious idiotic thing I'm doing? [02:36] i'm targetting ARM7. does the current version of Ubuntu-ARM support this architecture (even experimentally) or is this slated for an April release? [02:49] i refer to http://www.ubuntu.com/news/arm-linux [11:56] i'm targetting ARM7. does the current version of Ubuntu-ARM support this architecture (even experimentally) or is this slated for an April release? [11:56] i refer to http://www.ubuntu.com/news/arm-linux [11:58] julianoliver: ubuntu atm is armv5 afaik, and it does work with armv7 [12:09] what kind of speed difference would i be look at for raw number crunching? [12:09] s/look/looking/ [12:10] eg comparing Ubuntu optomised for armv5 to Angstrom optomised for armv7 [12:12] no clue, i don't have an armv7 :) [12:13] and i'm no ubuntu dev either [12:18] right thanks. [13:22] obra: No idea about your specific problem, I recall someone mentionning scsi OOPSes in qemu because generic SCSI support was turned on -- IIRC; but I'm surprized you get this with Aurélien's kernel [13:22] obra: I'd report to the qemu folks in all cases [13:23] julianoliver: It's hard to tell, but there are noticeable differences between ARMv5 and ARMv6 + VFP at least [13:23] So I'd expect v7 + VFP to imply an even more noticeable difference [13:39] lool: right, thanks. [13:44] lool: i'll try to make use of as many armv7 compile-time optomisations for my code and see if that helps. [14:23] i'm trying to use the script build-arm-rootfs and after a long process of downloading and building it fails with this output: http://rafb.net/p/tCVnne85.html [14:23] hehe ugh.. i see that the typo's mine [14:23] nvm. [23:45] I am trying to make the memory available more than 256MB while making ubuntu arm to run under qemu-system-arm [23:45] anybody facing the same problem? [23:46] i get a segfault when giving more than 256MB