**** BEGIN LOGGING AT Wed Nov 03 02:59:57 2010
Nov 03 08:27:25 <hrw> re
Nov 03 09:19:27 <persia> amitk, Did you get the kernel source links I posted a couple days ago?
Nov 03 09:25:38 <amitk> persia: I did not, could you post again?
Nov 03 09:26:14 <persia> http://netbook-remix.archive.canonical.com/updates/pool/public/l/linux-fsl-imx51/
Nov 03 09:27:04 <persia> I believe "araneo" is for the PC-Z1 and "sendai" for the PC-T1.  I have no idea about the 2.6.31 source.  I can only test for the PC-Z1, but can probably find some PC-T1 testers if you need.
Nov 03 09:27:41 <amitk> persia: what is PC-Z1 and PC-T1?
Nov 03 09:29:15 <persia> amitk, PC-Z1 is my little laptop.  PC-T1 is a tablet with nearly identical guts, also distributed by Sharp.
Nov 03 09:30:56 <amitk> persia: ok, got the araneo sources now
Nov 03 09:31:59 <persia> I think it was the araneo sources you dug into last year to upstream stuff.  The more recent updates should just be security maintenance and the like.
Nov 03 09:33:09 <amitk> persia: I dug into the BSP from Freescale for the babbage baord, not Pegatron's kernel
Nov 03 09:33:29 <persia> PC-Z1 wasn't Pegatron.
Nov 03 09:34:06 <persia> I heard PC-T1 was, but some of my comments in early planning phases were not as commercially sound as they might have been, so I didn't end up working on that project.
Nov 03 14:49:43 <hrw> ok, who here uses ubuntu on panda?
Nov 03 15:08:58 <rsalveti> hrw: I do, why?
Nov 03 15:09:18 <hrw> rsalveti: how to get more then 684MB ram?
Nov 03 15:09:39 <rsalveti> hrw: you can get by giving mem=1g at the kernel cmd line, but the system turns unstable
Nov 03 15:09:50 <hrw> default has 460+256 ram and 32 for vram, when I dropped it I got 512
Nov 03 15:09:51 <rsalveti> there's still an unknown bug
Nov 03 15:10:00 <hrw> thx
Nov 03 15:14:31 <sebjan_> rsalveti: wasn't this issue hidden by the 2G/2G memory partitionning/
Nov 03 15:14:35 <sebjan_> ?
Nov 03 15:14:52 <rsalveti> sebjan_: nops, gets better, but you still face the issue sometimes
Nov 03 15:15:18 <sebjan_> rsalveti: hum, ok...
Nov 03 15:15:40 <rsalveti> and now I need to find why my both pandas got stuff while building qt =\
Nov 03 15:15:47 <rsalveti> *stuck
Nov 03 15:16:08 <sebjan_> rsalveti: out or memory? (ho, you already have some swap setup, right?)
Nov 03 15:16:14 <sebjan_> s/or/of/
Nov 03 15:16:29 <rsalveti> yup, first time was lack of memory to run ld while building webkit
Nov 03 15:16:44 <rsalveti> then I added swap and I couldn't access it remotely
Nov 03 15:17:06 <rsalveti> so probably a kernel bug
Nov 03 15:17:59 <sebjan_> rsalveti: it can help to not start gdm, to get some extra memory for building :)
Nov 03 15:18:32 <rsalveti> sebjan_: yeah, one of my builders is running with a minimal image, on a usb-disk :-)
Nov 03 15:20:07 <sebjan_> rsalveti: I like this setup :)
Nov 03 15:58:42 <hrw> http://hrw.pastebin.com/QH29C3zp - uboot found just 512MB ram on panda - normal?
Nov 03 16:00:33 <topfs2> iirc there is the highmem problem so only 512 is used to not get some problems
Nov 03 16:00:36 <rsalveti> hrw: iirc this was just a hard coded value
Nov 03 16:00:41 <hrw> ok
Nov 03 16:01:09 <rsalveti> topfs2: you can use until 768MB
Nov 03 16:01:20 <topfs2> ah ok
Nov 03 16:01:39 <topfs2> 512 is more than enough for me atm :)
Nov 03 16:02:17 <hrw> builds takes mem... so more == better
Nov 03 16:21:24 <hrw> http://hrw.pastebin.com/30ABmFSu ;(
Nov 03 16:24:34 <rsalveti> ouch, that's weird
Nov 03 16:25:10 <hrw> that 4->10s jump is because hdd has to start rotating
Nov 03 16:25:59 <hrw> worked before ;(
Nov 03 16:26:07 <hrw> have to test one thing
Nov 03 16:27:24 <hrw> not related to 512<>1024MB ram
Nov 03 16:27:37 <hrw> worked before ;(
Nov 03 16:54:29 <vstehle> Hi rsalveti, would you please have some time to discuss this pvr-omap4 / mesa dev conflict issue mentioned on the pandaboard ML?
Nov 03 16:54:40 <rsalveti> vstehle: yup, just replying the ml :-)
Nov 03 16:55:03 <vstehle> Oh. Nice. I don't see an easy solution right now.
Nov 03 16:55:26 <rsalveti> vstehle: sorry not answering before, still catching up on my emails
Nov 03 16:55:44 <rsalveti> vstehle: in case you want a dev package for sgx, you have to create your own
Nov 03 16:55:53 <rsalveti> and conflict/replace the mesa ones
Nov 03 16:56:11 <vstehle> Hum... Ok, I'll do that, then.
Nov 03 16:56:20 <rsalveti> but the problem is that the library lacks a proper soname
Nov 03 16:56:28 <rsalveti> then it's not 100% compatible with the mesa ones
Nov 03 16:56:56 <rsalveti> for example, if you end building something using the sgx package, you'll be unable to run with the mesa ones, unless you install the mesa-dev packages
Nov 03 16:57:06 <rsalveti> because your bin will be linked with the lib.so
Nov 03 16:57:16 <rsalveti> that mesa provides only at the -dev package
Nov 03 16:57:51 <vstehle> The packages provide libX.so, libX.so.1 and libX.so.1.y; isn't this sufficient?
Nov 03 16:58:03 <vstehle> Or do I need to specify this soname thing somewhere?
Nov 03 16:58:06 <prpplague> hey pandaboard users
Nov 03 16:58:12 <prpplague> i'm kicking around some ideas for expansion boards for the pandaboard, any thoughts on an expansion board the exact same pcb size as the pandaboard that adds 4 additional usb ports, rtc with battery, eeprom, seconday sd/mmc slot, secondary uart, and LVDS lcd interface
Nov 03 16:59:43 <rsalveti> vstehle: it provides the proper links, but when you link something with it, it'll link against the lib.so, instead of lib.so.1, for example
Nov 03 16:59:56 <rsalveti> the library doesn't export the proper soname
Nov 03 17:00:14 <vstehle> Oh, that is in the .so itself? I did not realize that.
Nov 03 17:00:30 <rsalveti> you need to change that in build time
Nov 03 17:00:50 <rsalveti> in the sgx lib build time
Nov 03 17:00:58 <vstehle> I can do that, but I don't know where to begin (Makefile or debian/* :)
Nov 03 17:01:18 <rsalveti> probably at the sgx build scripts/makefiles
Nov 03 17:01:29 <rsalveti> we have the same issue for the omap 3 packages
Nov 03 17:01:34 <vstehle> Oh: http://en.wikipedia.org/wiki/Soname
Nov 03 17:01:42 <rsalveti> that's why I didn't provide a -dev package for it
Nov 03 17:02:34 <vstehle> Ok, I need what to do this week :) Thanks! First, -dev, then fix soname.
Nov 03 17:03:07 <rsalveti> I'd prefer first soname, then -dev, but it's your call :-)
Nov 03 17:03:19 <rsalveti> then it can be compatible with the mesa ones
Nov 03 17:03:34 <rsalveti> and the replace/conflict will be 100% correct :-)
Nov 03 17:07:34 <hrw|gone> http://hrw.pastebin.com/K7zW3RrL - problem is not rootfs related ;(
Nov 03 17:09:13 <topfs2> btw vstehle and rsalveti I built xbmc with mesa-dev and it runs perfect with sgx
Nov 03 17:09:17 <topfs2> incase its of interest :)
Nov 03 17:09:32 <rsalveti> topfs2: yup, that's expected :-)
Nov 03 17:09:40 <rsalveti> the other way around that's not
Nov 03 17:09:43 <vstehle> Hi topfs2. Good to know.
Nov 03 17:09:44 <topfs2> ah ok :(
Nov 03 17:10:14 <topfs2> While I have about nil knowledge on the matter couldn't it be done by using the mesa-dev package?
Nov 03 20:32:52 <rsalveti> sebjan_: can you try the proposed package for the bug 665039 and report back the result?
Nov 03 20:32:54 <ubot2> Launchpad bug 665039 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "Crash at boot on blaze board on wlan driver init (affects: 1) (heat: 306)" [Undecided,Fix committed] https://launchpad.net/bugs/665039
Nov 03 20:33:05 <rsalveti> then we can close this bug
Nov 03 20:33:17 <rsalveti> I don't have a blaze to test
Nov 03 21:02:43 <orbarron> got a quick ?? --> can someone point me to the ubuntu's OMAP4 kernel location for pandaboard?
Nov 03 21:06:49 <rsalveti> orbarron: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4
Nov 03 21:07:01 <orbarron> rsalveti: thanks
Nov 04 01:21:43 <topfs2> I keep getting these on pandaboard with ubuntu maverick
Nov 04 01:21:46 <topfs2> dpkg: error processing initramfs-tools (--configure):
Nov 04 01:21:46 <topfs2>  subprocess installed post-installation script returned error exit status 1
Nov 04 01:21:55 <topfs2> Is it known or have I done something stupid? :)
**** ENDING LOGGING AT Thu Nov 04 02:59:57 2010