**** BEGIN LOGGING AT Fri Sep 10 02:59:57 2010 Sep 10 03:03:29 rsalveti: yeah, i saw that Sep 10 03:05:11 rsalveti: from your comment, 'gcc: Internal error: Segmentation fault (program cc1)' Sep 10 03:05:19 do think is it a gcc issue? Sep 10 03:06:19 cooloney: don't think so, the system itself tuned out very unstable after I got this segfault Sep 10 03:06:45 so probably mem corruption Sep 10 03:06:58 that's why the segfault Sep 10 03:08:02 rsalveti: do you think Gary's patch helps to fix the memtester issue? Sep 10 03:08:28 rsalveti: i think we need a simple test case to easy reproduce the bug Sep 10 03:09:33 cooloney: it seems it helped in someway, as you can now run memtester more than without the patch Sep 10 03:09:55 but every time I tried to build the kernel and run memtester at the same time, weird things happened Sep 10 03:10:19 maybe just memtestar but using the whole memory could trigger this issue, but didn't try Sep 10 03:13:05 rsalveti: ok, thanks a lot for helping this Sep 10 03:13:11 cooloney: maybe a bisect at cache maintenance lazily patches Sep 10 03:13:17 but it's a painful job Sep 10 03:13:29 yeah, it's painful. Sep 10 03:13:44 any chance to test upstream 2.6.36-rc3? Sep 10 03:14:42 don't know how is the current omap 4 upstream support Sep 10 03:16:40 rsalveti: i saw some patches will make upstream work on ES2.0 in linux-omap mail list Sep 10 03:17:45 cooloney: yep, saw that too, maybe with those patches you could be able to at least boot it Sep 10 03:21:08 rsalveti: and are you using NFS for building the kernel? Sep 10 03:21:19 cooloney: nops, usb hd Sep 10 03:33:44 rsalveti: cool Sep 10 03:51:37 rcn-ee: were you able to build and test the sgx modules/libraries from 3_01_00_07? Sep 10 03:52:01 I saw that your script is still using the 3_01_00_06, but with a kernel patch from 3_01_00_07 Sep 10 03:52:37 rsalveti, yeap, '07 only changed one source code line.. otherwise it works fine.. Sep 10 03:52:49 rcn-ee: oh, cool Sep 10 03:53:02 rcn-ee: the nice thing about 07 is that we can wget it! :-) Sep 10 03:53:05 good for scripts Sep 10 03:53:26 that's why I was thinking why weren't you using it already Sep 10 03:54:27 yeap very good.. we still need an x86 to extract that... but with no more export license, it should be easy to untar and then create a redistributable *.deb for the repo's? Sep 10 03:54:54 rcn-ee: that's what I'm looking for Sep 10 03:55:11 the kernel patches will be off the tree, so we need to build them as modules Sep 10 03:55:16 Hmm, how about the TI DSP GST stuff? Sep 10 03:55:33 and if we're still unable to redistribute it, at least we can create a script that can generate the deb file Sep 10 03:55:48 then the user can just install them to be able to use sgx with omap 3 Sep 10 03:56:09 as for omap 4 is a whole different story Sep 10 03:56:38 DanaG: I think rcn-ee did some work on it, but I still want to see the sgx working first Sep 10 03:56:48 well, that's still so relatively new too thou... at least ti looks to be pushing that one upstream... Sep 10 03:57:06 And too bad we only get GL ES, not GLX. Sep 10 03:57:34 And texture_from_pixmap, most specifically. Sep 10 03:57:42 we'll get glx for omap 4 Sep 10 03:57:46 at least that's the plan Sep 10 03:58:30 Spiffy. Compiz is the big thing that I use nearly 100% of the time I'm booted into Linux. Sep 10 03:58:38 it's moving in a good direction, when i first started it was a 2-2 week delay between request and approval of the sgx drivers as they researched you.. now just a wget away.. Sep 10 03:59:04 rcn-ee: yeah, much much better Sep 10 03:59:07 hmm, when I requested it with a calpoly.edu e-mail address, it was approved automatically, or at least really quickly. Sep 10 03:59:30 * DanaG goes off to violate iTunes' EULA by using it to make nuclear missiles. Sep 10 03:59:47 * DanaG accidentally blows himself up with his own missiles. Oops. Sep 10 03:59:49 but still didn't check the 07 bin content, huge download Sep 10 03:59:53 * rsalveti want to check the license Sep 10 03:59:56 well this was back when the beagle first came out, internal TI had no idea what i was talking about.. ;) Sep 10 04:00:06 haha :-) Sep 10 04:01:06 yeap, 512Mb download: Base libs 18Mb, Demos: 204Mb, lots of extra fluff... Sep 10 04:02:06 Priceless? Sep 10 04:03:33 not quite yet, maybe in 6months? ;) Sep 10 04:04:38 can't seem to find the email, but there is one odd new bug in '06/'07 with Meego's gui.. Other than that I haven't had any reports.. Sep 10 04:05:22 rcn-ee: hm Sep 10 04:05:39 Oh yeah, ARM "Eagle" sounds awesome. Sep 10 04:05:39 let me try to find it Sep 10 04:05:47 yep :-) Sep 10 04:06:00 I just hope they make drivers easy to install (like nvidia, or even better, fglrx). Sep 10 04:06:12 None of this "Make" trying to "make clean" on a hard-coded dir that doesn't exist. Sep 10 04:06:49 But with "eagle" you have 4 cores with vfp/neon.. i think 4 neon cores could kick an sgx graphics engine.. ;) Sep 10 04:07:06 hahah :-) Sep 10 04:14:14 hey rsalveti, been kinda wondering in the background, are you guys thinking of bumping maverick+1 to hardfp? Or going to wait to see how debian's min port goes? Sep 10 04:14:59 rcn-ee: don't know for sure, we could discuss it on uds-n Sep 10 04:15:06 it'd be interesting, I believe Sep 10 04:15:16 now that debian got it, it'd also be easier Sep 10 04:16:51 yeap, they are still jumping thru a couple hoops, but it'll be interesting to see what it does.. I finally got the dspbridge stuff working, so i'm getting that ready for 10/10. But i'm tempted to jump and try the armhf stuff. Sep 10 04:18:10 cool Sep 10 04:18:14 yep, me too :-) Sep 10 04:18:35 hm, the download will take a while, not I'm getting 80k/s Sep 10 04:18:43 going to sleep, will check it tomorrow Sep 10 04:19:07 see ya Sep 10 04:19:21 later... Sep 10 04:24:25 Ah, when I tried dsp-link, the makefiles and configs were confusing. Sep 10 04:25:00 I never did quite figure out how to set those environment variables. Sep 10 04:25:06 Er, paths, rather. Sep 10 04:25:20 me too... those gave me a headache.. i never got it to work outside angstrom's git tree.. Sep 10 04:25:42 the sgx stuff was a breeze, in comparison.. ;) Sep 10 04:26:21 I hope Linaro will make TI fix that. Sep 10 04:26:32 I like how fglrx builds debs for you... they should strive to match that. Sep 10 04:27:34 well the sgx stuff is way easier now, specially with putting the modules in a kernel tree: http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6-stable/files/head:/patches/sgx/ Sep 10 04:28:30 its just builds inside a 2.6.33 - 2.6.36-rc1 kernel just fine.. Sep 10 04:29:59 i've been playing with ti/nokia's dspbridge thou, it's in staging at this point, and it does seem to work with 2.6.35.. I'm working on packaging all the userspace lib's so you can watch videos.. Sep 10 04:30:20 Spiffy. Sep 10 04:30:27 Can it do encoding 640x480 h.264? Sep 10 04:30:36 http://stackoverflow.com/questions/2893407/why-does-use-of-h264-in-sender-receiver-pipelines-introduce-just-huge-delay Sep 10 04:30:54 Take that rtsp example, and tweak it to use TI's stuff. Sep 10 04:31:20 i think it can.. but to be honest, i've built the dspbridge driver, got it to load the codex dll's but haven't got the video player stuff going yet.. Sep 10 04:34:32 DanaG, here's dspbridge doing encoding on th e N900 while the beagle decodes. .;) http://felipec.wordpress.com/2009/10/13/new-project-gst-dsp-with-beagleboard-demo-image/ Sep 10 04:37:12 Looks more like he's using N900 as a camera. Sep 10 04:38:50 yeah, either way i need to play with my self... i know my touchbook out of the box uses dspbridge and that works great with my xvid videos.. Sep 10 04:38:59 I think you lost an "it" there. Sep 10 04:39:02 =รพ Sep 10 07:39:24 morning Sep 10 08:36:16 nice. both armel-cross-toolchain(-base) packages builds, and both are lintian free Sep 10 08:44:30 With which arguments? -iIEv --pedantic? Sep 10 08:44:45 with defaults. will check your Sep 10 08:47:05 It's often worth running the longer arguments (against both source.changes and ${arch}.changes) just to see if there are any other hints available. No reason to "fix" everything, but most bears thinking about. Sep 10 08:47:45 sure Sep 10 08:47:47 thx for set Sep 10 08:48:36 Just take some of them with a grain of salt. The experimental and pedantic ones especially. Sep 10 08:48:47 sure Sep 10 08:50:09 ok, one is clean from your set ;) Sep 10 08:50:12 now time for next Sep 10 08:54:13 ok, second is cleaned us much as possible Sep 10 08:54:21 duplicated descriptions has to stay Sep 10 08:55:26 description-synopsis-is-duplicated or description-contains-duplicated-word? Sep 10 08:55:43 duplicate-short-description duplicate-long-description Sep 10 08:56:15 and it cant be changed cause this is how this package works - generates packages from gcc-4.4 and gcc-4.5 Sep 10 08:59:50 Where's the control file? Sep 10 09:00:41 persia: http://github.com/hrw/linaro-armel-cross-toolchain/blob/armel-cross-toolchain/debian/control Sep 10 09:03:57 hrw, Just inject the versions into the descriptions. Helps folks choose better for package managers that don't show the package names. Sep 10 09:03:57 (yes, these exist. no, I don't know why) Sep 10 09:05:29 persia: that would require changes to gcc-4.4/4.5 and I want to avoid it Sep 10 09:05:47 Hrm? Why? Sep 10 09:05:57 persia: debian/control of armel-cross-toolchain is regenerated during build Sep 10 09:06:15 At source build time, or at binary build time? Sep 10 09:06:16 from packages Sep 10 09:06:20 binary Sep 10 09:06:41 Ugh. One isn't supposed to do that, by policy, but I understand why you do. Sep 10 09:06:44 but I have to test ver without it Sep 10 09:06:52 One is supposed to do it at source build time, if one must. Sep 10 09:07:13 Anyway. File a bug against the other packages. If they have the same description, that's bad in a much wider context. Sep 10 09:07:26 And once that is fixed, it fixes your issue automatically :) Sep 10 09:09:18 ;) Sep 10 09:09:24 maybe after maverick Sep 10 09:10:28 * persia prefers to file bugs early and often, and pay them no attention until later, rather than trying to keep a TODO list of bugs to file Sep 10 09:13:22 the thing is that I do not see those duplicate descriptions as bugs Sep 10 09:14:39 How can a user using a tool that doesn't show the package names distinguish the packages if they have the same description? Sep 10 09:14:54 Is it not a bug that someone might install the wrong version of GCC because the tools didn't give them enough information? Sep 10 09:18:20 I would say that such tools are buggy Sep 10 09:18:38 Software center is buggy ? Sep 10 09:18:50 It's the direction of the future. Sep 10 09:19:10 User-oriented design themes, etc. Sep 10 09:19:34 ogra_ac: maybe hard to believe but I never used it Sep 10 09:20:07 Well, it doesn't expose package names at all Sep 10 09:20:13 Oh, easy to believe :) Still, it's the recommended default package manager for Ubuntu Netbook and Ubuntu Desktop, so we ought cater to it's design. Sep 10 09:21:24 heh.. pdebuild is most used command during last 2 days Sep 10 10:49:36 ogra_: Hi. Is it necessary to "start PC card services" on Panda ? Sep 10 10:50:18 its a default in the installer and would require hacks to avoid the call, it will immediately return anyway if there is no HW Sep 10 10:50:38 ogra_: ok, so no issue then. Sep 10 10:50:59 right, the UI isnt really reflecting whats happening there Sep 10 10:51:15 ogra_: By the way, I don't know if you saw a bug I just entered to "recap" this story about my black screen after boot... Sep 10 10:51:18 i.e. it shows the last message until a new one comes up Sep 10 10:51:22 * vstehle feels ashamed Sep 10 10:51:29 ogra_: Cable issue :( Sep 10 10:51:31 yup saw it, i still have no idea Sep 10 10:51:34 lol Sep 10 10:51:46 i have that all the time, dont be ashamed Sep 10 10:52:18 ogra_: But maybe you don't post it in front of thousands of launchpad "watchers" :) Sep 10 10:52:52 dont worry, i filed ebarassing bugs too in my life :) Sep 10 10:53:12 better to file one to much than to release with bugs :) Sep 10 10:53:33 ogra_: I am giving a second try at "system test", now that I have network Sep 10 10:53:45 great ! Sep 10 10:54:29 Oh, Ubuntu One crashes... Sep 10 10:55:13 yeah, thats filed already Sep 10 10:57:30 Bug 628013 Sep 10 10:57:31 ogra: Bug 628013 on http://launchpad.net/bugs/628013 is private Sep 10 10:57:40 grmbl Sep 10 10:59:20 Bug 628013 Sep 10 10:59:20 Launchpad bug 628013 in ubuntuone-client (Ubuntu) "[maverick armel omap4] ubuntuone-syncdaemon crashed with ValueError in () (affects: 1) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/628013 Sep 10 10:59:25 better :) Sep 10 11:09:42 ogra_: Audio seems to be broken. I have kernel messages about asoc: no valid backend Sep 10 11:36:46 ogra_: sebjan noticed you pass mem=256@0xA... instead of mem=256M@0xA... Sep 10 11:37:41 ogra_: We end-up with 460MB total :( Sep 10 12:34:20 morning Sep 10 12:43:05 haha, I always remove the M from the mem argument when changing it Sep 10 12:45:24 vstehle, i copy/pasted from ndec's mail ! Sep 10 12:45:28 darn Sep 10 12:45:52 ogra: I am filing a bug on LP for this. Shall I stop? Sep 10 12:46:04 yeah, i'm fixing it right now Sep 10 12:46:06 ogra: on 'flash-kernel' Sep 10 12:46:18 ogra: no bug then. Sep 10 12:46:29 would have been jasper-initramfs btw Sep 10 12:46:33 not flash-kernel Sep 10 12:46:38 ogra: Meanwhile, I reported a bunch of crashes Sep 10 12:47:03 ogra: dpkg -S /boot/boot.script did not return anything so I guessed :) Sep 10 12:48:07 ogra: I cannot launch a gnome-terminal ! Sep 10 12:51:30 yeah boot.script is generated on first boot Sep 10 12:51:44 well, i can launch a gnome-terminal Sep 10 12:51:52 by just clicking on the icon Sep 10 12:51:56 ... fix uploaded Sep 10 12:52:10 i'll do an image rebuild as soon as its in the archive Sep 10 12:52:15 ogra: Did you update your packages? (I did) Sep 10 12:52:43 no, i run yesterdays image atm Sep 10 12:52:50 ogra: I have several apps crashing in strcmp Sep 10 12:52:50 no upgrades Sep 10 12:57:18 https://edge.launchpad.net/ubuntu/maverick/+source/jasper-initramfs/0.19 Sep 10 12:57:19 FYI Sep 10 13:00:25 i dont see any uploads that could cause gnome-terminal to crash Sep 10 13:01:48 but let me try an upgrade Sep 10 13:03:20 ogra_panda: The "series" of bugs I reported are linked to 634855 Sep 10 13:03:46 ogra_panda: I have some stress test running now; hopefully until next monday :) Sep 10 13:03:50 bug 634855 Sep 10 13:03:51 ogra_panda: Bug 634855 on http://launchpad.net/bugs/634855 is private Sep 10 13:04:17 i cant see it as long as its private Sep 10 13:04:31 or at least as long as you dont subscribe ubuntu-armel Sep 10 13:04:46 ogra: I made it public Sep 10 13:06:27 bug 634855 Sep 10 13:06:28 Launchpad bug 634855 in eog (Ubuntu) "eog crashed with SIGSEGV in strcmp() (affects: 1) (dups: 5) (heat: 38)" [Undecided,New] https://launchpad.net/bugs/634855 Sep 10 13:06:35 if you use a real password in the system, better subscribe ubuntu-armel in the future Sep 10 13:06:45 the coredump can have such things in it Sep 10 13:07:19 ogra: My password was 'vincent' but *hush*, don't tell anybody ;) Sep 10 13:07:45 heh Sep 10 13:07:52 just a warning :) Sep 10 13:07:57 ogra: But ok, I'll remember. Thanks: Sep 10 13:12:32 * ogra_panda twiddles thumbs waiting for the dist upgrade to finish Sep 10 13:29:27 vstehle, no probs running eog after upgrade Sep 10 13:29:36 * ogra_panda reboots to be sure Sep 10 13:29:54 ogra: I passed the mem=256M manually, by the way Sep 10 13:30:16 ah, i still use the default cmdline from yesterdays image Sep 10 13:30:21 (for 1G) Sep 10 13:30:36 ogra: Also, for what it's worth I asked for encrypted home :) Sep 10 13:30:42 argh ! Sep 10 13:30:45 that wont work Sep 10 13:30:58 ogra: it does work :) Sep 10 13:31:20 i wonder how Sep 10 13:31:26 ogra: it was working in Prague already Sep 10 13:31:28 since we have one partition only Sep 10 13:31:53 ogra: it's ecryptfs now Sep 10 13:32:00 hmm Sep 10 13:32:01 ogra: no need for a partition Sep 10 13:33:09 works all fine here Sep 10 13:33:32 ogra@ogra-desktop:~$ cat /proc/cmdline Sep 10 13:33:32 quiet splash ro elevator=noop vram=32M mem=460M@0x80000000 mem=512M@0xA0000000 root=UUID=478d7aa0-e17f-409a-84fb-82e4cde4c1c3 fixrtc Sep 10 13:33:46 let me change that and see Sep 10 13:35:48 ogra: I have memtester + xaos + glschool running fine now Sep 10 13:36:00 ogra: I'll add kernel compile shortly Sep 10 13:36:00 lweird Sep 10 13:37:14 vstehle: with mem=256M you system should work fine Sep 10 13:37:32 but with 512M you can't build the kernel, weeeird behaviors :-) Sep 10 13:37:38 works all fine even with the changed cmdline Sep 10 13:37:50 rsalveti: I run with mem=256M currently Sep 10 13:37:54 no crashes or anything Sep 10 13:38:13 ogra@ogra-desktop:~$ cat /proc/cmdline Sep 10 13:38:13 quiet splash ro elevator=noop vram=32M mem=460M@0x80000000 mem=256M@0xA0000000 root=UUID=478d7aa0-e17f-409a-84fb-82e4cde4c1c3 fixrtc Sep 10 13:38:24 cool, with this args the system should be stable Sep 10 13:38:32 ogra@ogra-desktop:~$ free|grep Mem Sep 10 13:38:32 Mem: 681760 325936 355824 0 9352 120928 Sep 10 13:38:42 700M minus vram Sep 10 13:38:50 ogra: We are aligned Sep 10 13:39:04 then i dont get why you get these crashes Sep 10 13:39:25 unless the encryption plays a role here Sep 10 13:39:58 ogra: ...or we still have some instabilities, but less frequent. Let's wait a week-end. Sep 10 13:40:21 well, yours really looks serious, like a libc breakage Sep 10 13:40:59 * ogra takes a break before the call Sep 10 13:41:08 morning Sep 10 14:20:50 jasper-initramfs Sep 10 14:20:54 ndec, ^^ Sep 10 14:48:18 ndec, https://wiki.ubuntu.com/Apport/DeveloperHowTo Sep 10 18:01:15 who's driving the airtunes poison? Sep 10 19:23:52 sakoman: patches applied for v2010.09-rc1 Sep 10 19:26:32 sakoman: thanks for following it upstream Sep 11 00:02:51 argh, curse that NDA on Panda. **** ENDING LOGGING AT Sat Sep 11 02:59:57 2010