[06:10] <high-rez> Hey guys - i'm seeing a problem with ext3 on ARM.  I'm not sure if its hardware or software - but under heavy load I'm getting FS corruption
[06:22] <Martyn> high-rez : can you categorize the corruption?
[06:22] <Martyn> Are you seeing this on the Jaunty Jackalope ARM kernel?
[06:22] <Martyn> categorize/quantify
[06:23] <high-rez> Correct, jaunty.  Essentially under heavy IO load things start to go bad.  I ran fsck -y against it and everything was lost :)
[06:23] <high-rez> the problem is i don't know how to tell if this is a hardware issue or a software issue.  :(
[06:23] <Martyn> What steps are needed to reproduce this?  Have you dialed it in so that it's repeatable/
[06:24] <Martyn> what platform are you running on?  Babbage?  Beagle?  Other?
[06:24] <high-rez> Martyn: I'm trying again.  I think I should be able to repro
[06:24] <Martyn> What's the platform?
[06:24] <high-rez> Beagleboard
[06:24] <high-rez> Using an external USB HD (laptop hd connected via a usb converter)
[06:25] <Martyn> C3?
[06:25] <Martyn> B7?
[06:25] <Martyn> C2?
[06:25] <high-rez> C.... Let me see which
[06:25] <high-rez> C2 pretty sure
[06:25] <Martyn> using USB OTG then
[06:25] <Martyn> there's a known issue on usb-storage on that platform
[06:25] <high-rez> c2
[06:26] <Martyn> You can't be using the stock kernel either then .. you're using a specific Beagle kernel
[06:26] <Martyn> which wasn't distributed with Jaunty (since Jaunty was packaged for Babbage board, but not Beagle)
[06:26] <high-rez> I believe I am using a beagle specific kernel:  beagleboard 2.6.29-oer34
[06:26] <Martyn> Right, but it's not from the Ubuntu distribution, is what I'm pointing at
[06:27] <Martyn> there are no official Beagle builds on launchpad .. yet.
[06:27] <high-rez> So I'm using the larger USB port, not the smaller one (which I believe is the OTG port)
[06:27] <high-rez> Gotcha
[06:27] <Martyn> The C2 USB port is suspect
[06:27] <Martyn> the C3 USB port is known good
[06:27] <high-rez> Ouch :(
[06:27] <Martyn> The B7 main USB port was depopulated
[06:27] <Martyn> (for that very reason)
[06:28] <Martyn> So, it's the underlying USB driver, not the ext3 (or other FS) driver that's likely causing your issue
[06:28] <high-rez> Is this a pure hardware issue or do you think a software workaround will be possible ?
[06:28] <Martyn> I saw similar "lost and dazed" corruption when I was doing USB ethernet on a C2
[06:28] <high-rez> Understood, and also understood that it's not likely an ubuntu specific issue.
[06:28] <Martyn> I don't think anyone's going to bother with a software workaround for the issue
[06:29] <high-rez> Yeah.. I've been a bit suspect of this usb port for a bit.
[06:29] <Martyn> All the development work for Ubuntu right now is concentrated on the Babbage 2, which is the precursor of the new ARM based netbooks
[06:29] <Martyn> I'm working on the Arm Cortex-A9, which is the multi-core ARM chip
[06:30] <high-rez> Interesting.  I've played a bit with a cortex based system and linux (android on the htc toch pro)
[06:30] <Martyn> So there's more work going into the Freescale i.mx51 chip than the OMAP3 + Beagleboard
[06:30] <high-rez> Is OMAP3 not considered to be a big contender for next generation netbooks?
[06:30] <Martyn> That pretty little beagle of yours is also a Cortex-A8
[06:31] <Martyn> not really.  It lacks a lot of support for very basic things netbooks need.
[06:31] <Martyn> Like Ethernet
[06:31] <high-rez> Yeah, the lack of ethernet is a bit of a bummer.
[06:31] <Martyn> Which is why you don't see an ethernet adapter on the Beagleboard (it would cost an extra chip)
[06:31] <Martyn> Although it's possible the C4 or C5 will have one, since the next generation of OMAP3 chips may integrate an ethernet MAC
[06:31] <high-rez> For which there is no space.  :)  It's a neat demo "look a whole computer on a board" lacking some modern essentials.
[06:32] <Martyn> (but not a PHY)
[06:33] <high-rez> Good info, thanks man
[06:33] <high-rez> I like seeing how many packages you guys have built for arm
[06:33] <high-rez> If my FS hadn't corrupted I guess I'd probably be running right now with gnome on it :)
[21:55] <L84Supper> anyone here run into the qreal=double vs float issue with Qt4 for ARM?  I have x86 source littered with thousands of doubles vs float.
[21:59] <L84Supper> is Ubuntu-ARM mainly aimed at OMAP and iMX?
[22:23] <armin76> L84Supper: s/OMAP//
[22:24] <armin76> well s/OMAP and// :P
[22:25] <L84Supper> have you heard what the Freescale iMX netbook are planning on using for a Linux distro?
[22:25] <armin76> nope
[22:26] <L84Supper> I'm working with those and Samsung S3C2440 ARM9
[22:27] <L84Supper> waiting for the OMAP 4xxx
[22:28] <L84Supper> what's everyone using for OMAP boards? beaglboard?