=== asac_ is now known as asac === awong_ is now known as awong [09:28] ogra: /win_xp/5 [09:28] ogra: sorry. typo [11:16] cooloney, intrestingly i think last time i tried suspend worked for me, it just didnt resume [11:17] i.e. there is no way to wake up the board [11:58] asac: The logic to disable CONFIG_NEON in the kernel because chromium will pick it up if present seems bogus to me (LP #507416) [11:58] lool: Bug 507416 on http://launchpad.net/bugs/507416 is private [11:59] lool, as i understood the plan is to switch it in the kernel at runtime/boottime [11:59] ogra: Read the bug [12:00] i'm subscribed to it [12:00] however it doesnt match what was discussed on IRC [12:00] as i understood cooloney does have a patch that can switch it dynamically [12:01] Yes, that's what he says in the bug [12:01] right [12:01] so apps can look at cpuinfo and switch accordingly [12:01] It's not cpuinfo but whatever [12:01] if apps cant do it we'll have a -neon package of selected apps [12:11] lool: yes, the way he refers to chromium is odd ;) [12:11] i think thats none-sense [12:11] chromium will use either no NEON [12:11] or runtime detection ... [12:11] but upstream doesnt want to do that so the patch would need to come from us [12:11] so plan is to make a special NEON build available so we can compare benchmark [12:12] and if its worth it consider doing the real implementation [12:26] hi guys, am i wrong with the NEON issue? [12:26] i am quite confused indeed, heh [12:30] thats the drugs :P === JamieBen1ett is now known as JamieBennett === plars_ is now known as plars === bjf-afk is now known as bjf [14:40] plars: so [14:40] asac: yes? [14:40] plars: if you install dove alternative ... and use ssh to log in [14:40] and start apps [14:40] do you still get the lock-up? [14:41] not sure if you already answered that [14:41] asac: haven't tried since last week, but I have no reason to suggest that it changed. All I was doing was booting in single - works booting to full gui - doesn't [14:42] plars: right. so what we should do in any case is figure if its really dependent for some comüponent [14:42] asac: with alternate, it recycles through the GDM constantly many times before locking up. With live image, the login is bypassed and it goes right into a session, where it locks before coming up completely [14:42] so imo logging in using ssh and seeing if X apps still work would be great to narrow down to X server/graphics driver [14:42] Could be worth trying to bring Xorg by hand [14:43] plars: yes, i mean: try to not start X ... check if X apps alone over ssh trigger this. if not try to start X with stripped down features etc. [14:43] until we know what is causing this. [14:44] asac: I'll install with latest alt and give it a try in a bit, have to run to a doctor appointment right now [14:45] ok thanks [14:45] plars: the gdm restarts ... are those SIGILLs? [14:46] If we get SIGILL, we at least have some chance to debug... [14:46] asac: didn't catch if they were or not, very possibly [14:48] so gdm restarts ... gnome-panel restarts [14:49] when does it lock-up completely? [14:49] just random i guess [14:53] NCommander: can you kick off a gcc-4.4 package build on your dove? we might get something out of that from the testsuites run at the end of the build [14:58] ok out for some errand [15:30] dmart, ping [15:51] dmart, unping (solved the issue) [15:51] unpong [15:51] heh [16:10] Now that is a true sign of nerddom. [18:14] asac: btw, chromium works fine here with v8 disabled... [18:14] iow, it fails to run on armv5te only [18:14] with v8 enabled v8 fails to build, with it disabled it fails to run :D [18:15] however on armv7 works both ways [18:15] guess it fails on armin76: v8 disabled? [19:06] so basically nothing? [19:11] asac: you know, the snapshot=false thing [19:11] javascript works anyway [19:11] it just doesn't on armv5te [19:20] kk [19:20] snapshot=true builds and just crashes? [19:20] armin76: ? [19:32] asac: on armv5te, snapshot=true fails to build, false fails to render any js page [19:35] armin76: fails to build or crashes during build? in mksnapshot? [19:37] crashes during build, mksnapshot [19:50] asac: http://dpaste.com/147596/ [19:52] armin76: for us it crashed there with gcc 4.4 because of inlining bug [19:52] -fno-tree-sink or -fstrict-aliasing worked [19:52] but i guess you face a different issue [20:00] asac: its gcc-4.3 and works on armv7, so... [20:00] ok [20:06] asac, re: building gcc-4.4 (sorry for the delay on this work item): my dove board keeps hanging or gcc segfaults [20:07] you broke it [20:14] NCommander: while building or in the testsuite? [20:15] asac, while building [20:17] asac, I'm going to try one more trick up my shelve before giving up completely, but its not pormising [20:17] * NCommander sighs [20:18] * NCommander just hung in apt-get update [20:20] NCommander: are you running lucid? [20:20] asac, yup [20:40] NCommander: so trick didnt work? [20:41] maybe this gives more when run inside gdb session? [20:41] i mean... just the gcc compile === bjf is now known as bjf-afk [22:24] wow, that's just crazy [22:24] I think it's bootchart that's killing it