**** BEGIN LOGGING AT Sun Jun 27 02:59:56 2010
Jun 27 05:31:06 <leviathan> dcordes: nope
Jun 27 05:31:09 <leviathan> I do
Jun 27 05:31:20 <leviathan> I could build an actual one
Jun 27 05:42:22 <JaMa> grr shr buildhost still on "NOTE: Running task 6512 of 15792" because -k cannot pass checksums mismatch :/. I noticed new qt4-4.7.0 tarball yesterday, but fixed it only in one recipe so it wasn't building for 7 hours :/.
Jun 27 07:02:21 <JaMa> mrmoku|away: rsynced, announcement sent :)
Jun 27 07:32:43 <JaMa> blindcoder: ping
Jun 27 07:41:39 <blindcoder> JaMa: pong
Jun 27 07:45:43 <ThibG> JaMa, ping
Jun 27 07:49:06 <JaMa> ThibG: pong
Jun 27 07:49:14 <ThibG> "* Sometimes (and only on some devices) it can show all white (looks like old WSoD, but it's without death). Suspend/Resume should fix this."
Jun 27 07:49:26 <ThibG> you're using om-gta02-2.6.32, right?
Jun 27 07:49:44 <JaMa> blindcoder: what do you mean by root-on-uSD? if you have it mounted from fstab then you're ok
Jun 27 07:49:59 <JaMa> ThibG: yes + DRM and some more patches
Jun 27 07:50:05 <ThibG> ok
Jun 27 07:50:12 <blindcoder> JaMa: I mean kernel on uSD and rootfs also on uSD, booting from those
Jun 27 07:50:31 <blindcoder> without any modifications to fstab
Jun 27 07:50:40 <JaMa> blindcoder: sure it should work as rootfs is mounted by kernel for you
Jun 27 07:50:42 <ThibG> really looks like what I've sent a patch for two days ago
Jun 27 07:50:47 <blindcoder> JaMa: ah, okay, thanks :-)
Jun 27 07:51:09 <JaMa> ThibG: one of those for 2.6.34, right?
Jun 27 07:51:09 <ThibG> JaMa, "[PATCH 3/5] glamo-core: initialize engine states as disabled"
Jun 27 07:51:13 <ThibG> yes
Jun 27 07:51:46 <ThibG> basically, glamo-fb asks glamo-core to enable the LCD engine, but glamo-core thinks it's already enabled, an does nothing
Jun 27 07:51:47 <JaMa> ThibG: ok, I'll try it (well someone else has, because I haven't seen it here)
Jun 27 07:52:09 <ThibG> (memory not initialized)
Jun 27 07:54:37 <Weiss> ThibG: interesting...
Jun 27 07:56:53 <mrmoku> JaMa: great work :-)
Jun 27 07:57:29 <JaMa> kudos to kernel hackers!
Jun 27 07:57:36 <mrmoku> JaMa: btw. tangogps did not build for me
Jun 27 07:57:38 <JaMa> we really need them :)
Jun 27 07:57:45 <JaMa> mrmoku: error?
Jun 27 07:57:48 <mrmoku> forgot why... 
Jun 27 07:57:51 <mrmoku> retrying now :)
Jun 27 07:57:56 <ThibG> Weiss, might as well affect others engines :)
Jun 27 07:58:00 <mrmoku> think it was some missing dep
Jun 27 07:58:24 <JaMa> mrmoku: here and buildhost finished it ok, but maybe it built deb sooner then your
Jun 27 07:58:39 <mrmoku> ~hail all kernel hackers
Jun 27 07:58:39 * apt bows down to all kernel hackers and chants, "I'M NOT WORTHY!!"
Jun 27 07:59:30 <mrmoku> JaMa: maybe some dep is missing then in the recipe... and it works on the buildhost because you build fat image or the feed which is containing it
Jun 27 08:00:52 <JaMa> mrmoku: yup, that's what I mean that part with s/deb/dep/ typo :)
Jun 27 08:01:39 <mrmoku> | No package 'libsoup-2.4' found
Jun 27 08:02:41 <mrmoku> hmm
Jun 27 08:02:49 <mrmoku> bb libsoup is building libsoup-2.2
Jun 27 08:07:43 <mrmoku> ahh... ok... bb libsoup-2.4 then :P
Jun 27 08:08:59 <JaMa> NOTE: Running task 7000 of 15792 
Jun 27 08:09:34 <JaMa> mrmoku: can you try ThibG's fix for WS? I'll have image in an minute
Jun 27 08:11:08 <mrmoku> JaMa: oh :-)
Jun 27 08:11:42 * mrmoku should read backlog more carefully :P
Jun 27 08:14:30 <mrmoku> JaMa: shall I just add libsoup-2.4 to DEPENDS in tangogps.inc?
Jun 27 08:16:19 <JaMa> mrmoku: do we depend on libsoup (without -2.4) somewhere?
Jun 27 08:16:35 <JaMa> mrmoku: and yes if older versions are also ok with newer -2.4
Jun 27 08:20:46 <mrmoku> JaMa: trying if the other tangogps recipe (0.9.6) is building with it
Jun 27 08:21:11 <JaMa> mrmoku: -rw-r--r-- 1 bitbake bitbake 0 Jun 25 22:25 tmpdir-dev-shr/stamps/armv4t-oe-linux-gnueabi/libsoup-2.2.100-r1.do_compile
Jun 27 08:21:14 <JaMa> -rw-r--r-- 1 bitbake bitbake 0 Jun 25 22:25 tmpdir-dev-shr/stamps/armv4t-oe-linux-gnueabi/libsoup-2.4-2.29.91-r0.do_compile
Jun 27 08:21:17 <JaMa> -rw-r--r-- 1 bitbake bitbake 0 Jun 25 22:48 tmpdir-dev-shr/stamps/armv4t-oe-linux-gnueabi/tangogps-0.99.4-r0.do_compile
Jun 27 08:21:40 <JaMa> mrmoku: I had those in right order and we had both libsoup before.. so it should be safe to force -2.4 if older is ok with it
Jun 27 08:22:13 <mrmoku> good
Jun 27 08:22:27 <mrmoku> JaMa: it built fine
Jun 27 08:23:55 <JaMa> mrmoku: http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/uImage-2.6.32.13-oe3.1+gitr0+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0-om-gta02.bin
Jun 27 08:25:07 <mrmoku> JaMa: will do without modules...
Jun 27 08:25:45 * mrmoku rebooting
Jun 27 08:28:19 * mrmoku waiting for two mins now
Jun 27 08:31:21 <mrmoku> JaMa, ThibG: no, still have WS :/
Jun 27 08:32:06 <ThibG> on boot? does suspend/resume help?
Jun 27 08:32:37 <mrmoku> ThibG: not on boot... after screen blanking... and leaving it for 2 mins in blanked state
Jun 27 08:32:46 <ThibG> oh ok
Jun 27 08:32:54 <ThibG> that's different then
Jun 27 08:33:00 <mrmoku> ThibG: it recovers either by suspend/resume or by letting it blank again and unblanking it _before_ those two mins
Jun 27 08:33:18 <ThibG> hm ok
Jun 27 08:33:31 <mrmoku> any idea very much appreciated :-DS
Jun 27 08:33:52 * mrmoku downstairs to try wifi
Jun 27 08:35:17 <dos1> gena2x, PaulFertser: with 500MHz everything works ok, except resume from suspend - it doesn't work at all :(
Jun 27 08:36:07 <ThibG> mrmoku, hm, what does "om screen power 0" do?
Jun 27 08:36:32 <ThibG> oh, sorry, you're using KMS, right?
Jun 27 08:50:59 <Weiss> is it possible that this GlamoKMSAdjustFrame stuff is due to a need for a clean rebuild?
Jun 27 08:51:12 <Weiss> as far as I can see, all references to it are commented out when KMS is disabld
Jun 27 08:52:58 <mrmoku> ThibG: yep, KMS
Jun 27 08:53:07 <ThibG> mrmoku, try that anyway :)
Jun 27 08:53:30 <mrmoku> JaMa: do we already have om?
Jun 27 08:53:52 <ThibG> http://git.bitwiz.org.uk/?p=kernel.git;a=blob;f=drivers/mfd/glamo/glamo-kms-fb.c;h=d76dd2420712bc1d8e23e20d1174a53092b46a7b;hb=refs/heads/gdrm-2.6.32#l276 < that seems off, to me, or at least, it's not how glamo-fb.c does that
Jun 27 08:54:15 <ThibG> (glamo-fb.c treats _UNBLANK and _NORMAL the same way)
Jun 27 08:56:53 <mrmoku> JaMa: omhacks probably :)
Jun 27 08:57:26 <ThibG> mrmoku, yes, sorry, it's omhacks :p
Jun 27 08:57:36 <mrmoku> ThibG: building and trying
Jun 27 08:57:41 <JaMa> Weiss: someone shown patch adding few more #ifdefs to fix --disable-kms
Jun 27 08:58:04 <JaMa> Weiss: and claimed that KMS as variable is maybe not properly set from autotools
Jun 27 08:58:10 <Weiss> ah, ok
Jun 27 08:58:17 <JaMa> Weiss: should I grep logs for you?
Jun 27 08:58:39 <Weiss> yeah, that'd help
Jun 27 08:58:51 <Weiss> I may have confused autotools by having ENABLE_KMS both as a conditional and a define
Jun 27 09:04:30 <JaMa> Weiss: 13:46 < Mirv> cz_jc: for reference, see how I disabled KMS in Debian's xf86-video-glamo http://git.debian.org/?p=pkg-fso/xf86-video-glamo.git;a=blob;f=debian/patches/02-force-kms-off.patch;h=44f34a033b2fb5ceb4c800097201a6043dbc4dff;hb=refs/heads/debian
Jun 27 09:04:53 <JaMa> Weiss: openmoko-cdevel-2010-06-18
Jun 27 09:05:11 <cz_jc> JaMa, yep, I got this. But I don't think I'll make a patch for it in gentoo, I'll just wait till upstream is fixed
Jun 27 09:05:21 <cz_jc> JaMa, at least that's the general consensus for now
Jun 27 09:05:45 <cz_jc> JaMa, our package now warns you if you want to compile without kms that it might not work.
Jun 27 09:05:52 <JaMa> cz_jc: that's why I'm talking with Weiss now :)
Jun 27 09:06:26 <cz_jc> JaMa, anyway --enable-kms confirmed working, --disable-kms confirmed causing the KMS symbols to be undefined and causes runtime errors.
Jun 27 09:07:08 <Weiss> JaMa: thanks... that looks like an autotools screwup rather than an ifdef one..
Jun 27 09:10:44 <JaMa> Weiss: those added #if 0 should be imho also added (with ENABLE_KMS) as you don't need drm headers for --disable-kms version AFAIK
Jun 27 09:11:34 <cz_jc> JaMa, I tried compilling with --enable-kms and --disable-kms and vanilla libdrm. Neither worked.
Jun 27 09:12:13 <JaMa> cz_jc: can you debug if ENABLE_KMS was really undefined in --disable-kms case?
Jun 27 09:12:39 <cz_jc> JaMa, I have absolutely no idea. I can build it and provide you a tarball if you want
Jun 27 09:12:57 <JaMa> Weiss: maybe ENABLE_KMS 0/1 would work better with autotools?
Jun 27 09:13:05 <cz_jc> JaMa, (or help you if you tell me what to do)
Jun 27 09:13:25 <CIA-58> freesmartphone.org: 03morphis 07cornucopia * rbd4a9491f722 10/fsogsmd/src/plugins/lowlevel_palmpre/plugin.vala: fsogsmd: lowlevel_palmpre: implement missing suspend/resume methods
Jun 27 09:16:28 <mrmoku> ThibG: if I have the white screen after unblank and then I do 'om screen power 0; om screen power 1' the white is gone
Jun 27 09:16:40 <ThibG> ok
Jun 27 09:17:00 <ThibG> and if you do only "om screen power 1"?
Jun 27 09:18:34 * mrmoku tries
Jun 27 09:18:45 <mrmoku> ThibG: no, does not help
Jun 27 09:18:55 <ThibG> ok
Jun 27 09:21:33 <mrmoku> ThibG: doing power 0 before tapping the screen does not help either
Jun 27 09:24:30 <ThibG> hm, don't really know what's going on, but those results might interest Weiss :)
Jun 27 09:24:38 <mrmoku> ThibG: what if screen blanking would be more like what suspend does? Turn the LC completely off?
Jun 27 09:24:42 <mrmoku> +D
Jun 27 09:26:20 <gena2x> dos1: hm...
Jun 27 09:26:43 <gena2x> dos1:better try 533.
Jun 27 09:27:37 <gena2x> dos1: didn't thought about resume, may be kernel need few changes too.
Jun 27 09:28:16 <ThibG> mrmoku, what do you mean?
Jun 27 09:29:40 <mrmoku> ThibG: long time ago suspend/resume was giving me WSoD after two minutes suspended... don't remember how that got fixed for resume, but maybe screen blanking could be fixed the same way
Jun 27 09:31:55 <ThibG> hm ok
Jun 27 09:34:51 <mrmoku> ThibG: http://docs.openmoko.org/trac/ticket/1841
Jun 27 10:00:14 <ThibG> mrmoku, did glamo-fb have the same issue?
Jun 27 10:01:08 <mrmoku> ThibG: IIRC non-KMS has the same issue
Jun 27 10:01:15 <ThibG> ok
Jun 27 10:01:40 <mrmoku> JaMa: is non-KMS kernel supposed to work again?
Jun 27 10:01:45 <mrmoku> then I could try
Jun 27 10:02:18 <mrmoku> ThibG: another thing we could do is to compare the relevant parts between 2.6.29 and 2.6.3x
Jun 27 10:03:22 <gena2x> ThibG: oh, nice, someone expect me started complaining about WSes :)
Jun 27 10:04:14 <ThibG> I'm not sure it's nice :p
Jun 27 10:04:19 <Q-Master> JaMa: Configuring kernel-module-ppp-generic.
Jun 27 10:04:19 <Q-Master> WARNING: Could not open '/lib/modules/2.6.29-rc3/kernel/drivers/net/slhc.ko': No such file or directory
Jun 27 10:04:19 <Q-Master> FATAL: Could not open '/lib/modules/2.6.29-rc3/kernel/drivers/net/ppp_generic.ko': No such file or directory
Jun 27 10:04:34 <ThibG> gena2x, his issue seems different from yours
Jun 27 10:05:09 <mrmoku> ThibG: I'm building plain om-gta02-2.6.34 now with defconfig... to see if it shows WS
Jun 27 10:05:17 <gena2x> ThibG: seem i have many different issues, so lets hope they are same in fact :)
Jun 27 10:05:19 <ThibG> mrmoku, wait!
Jun 27 10:05:25 <gena2x> :)
Jun 27 10:05:36 <mrmoku> ThibG: interrupted :)
Jun 27 10:05:49 <ThibG> gena2x, his isn't a WSoD
Jun 27 10:06:07 <ThibG> mrmoku, I have to check but I think the defconfig is wrong
Jun 27 10:06:08 <gena2x> have different kinds of non-WSoD too
Jun 27 10:06:33 <gena2x> (recheck my list, only 2 wsods, all other plain WS)
Jun 27 10:06:42 <ThibG> gena2x, in fact, your screen is always white, no? :p
Jun 27 10:06:45 <ThibG> mrmoku, indeed
Jun 27 10:06:48 <gena2x> nope
Jun 27 10:06:59 <gena2x> om screen power 1 /power 0
Jun 27 10:07:27 <gena2x> can make it white, but this in 90% of cases will restore on next power 1/0
Jun 27 10:07:40 <gena2x> in 5% will never restore (if put it to fridge)
Jun 27 10:07:42 <ThibG> mrmoku, change MFD_GLAMO_FB to FB_GLAMO, MFD_GLAMO_GPIO to GPIO_GLAMO, and MFD_GLAMO_MCI to MMC_GLAMO
Jun 27 10:07:52 <mrmoku> k
Jun 27 10:08:08 <gena2x> in other 5% it will not restore in series of om screen power 1/0
Jun 27 10:08:13 <ThibG> gena2x, who is gonna put his device to fridge? :x
Jun 27 10:08:18 <gena2x> but eventually restore.
Jun 27 10:08:33 <gena2x> because of temperature bug. do you know about it?
Jun 27 10:08:58 <gena2x> i just wanted to test is my WS connected to that bug.
Jun 27 10:09:00 <gena2x> seem yes.
Jun 27 10:09:25 * ThibG is beginning to hate embedded :o
Jun 27 10:09:30 <gena2x> less temperature -> more chance to get WS with blanking scree (om screen power 0)
Jun 27 10:10:04 <gena2x> ThibG: i like embedder as a source of non-trivial problems to solve.
Jun 27 10:10:09 <gena2x> ;)
Jun 27 10:10:45 <gena2x> less temperature -> more chances it will not restore next blank/unblank.
Jun 27 10:10:55 <gena2x> this is my other bug :)
Jun 27 10:11:01 <mrmoku> gena2x: I have WS reliably after 2mins of power 0... dunno if that would sink to 1min in the deep freezer though :P
Jun 27 10:11:26 <gena2x> ^^^^ see, the issue is similar.
Jun 27 10:11:58 <gena2x> ThiG: and we all be extremly happy if you'll find some solution :)
Jun 27 10:12:27 <gena2x> as a minimum, i can say about me for sure
Jun 27 10:13:16 <gena2x> seem ThiG gone to check fridge :)
Jun 27 10:13:26 * mrmoku would name the biggest bay after ThibG if he solves that... whenever he comes around to buy an island in the caribics :)
Jun 27 10:14:24 * gena2x will send free beer to anyone who'll fix WSOD on temperature.
Jun 27 10:14:26 <ThibG> if suspend/resume works, one obviously workaround would be to reset the LCM
Jun 27 10:14:45 <ThibG> but that's overkill for blanking
Jun 27 10:14:47 <JaMa> mrmoku: no it should abort Xorg start :/
Jun 27 10:15:02 <ThibG> anyway, gonna eat
Jun 27 10:15:07 <mrmoku> JaMa: hmm... ok... will have to test with my other partition then :P
Jun 27 10:15:58 <JaMa> mrmoku: I have plain om-gta02-2.6.34 from yesterday.. with changed defconfig 
Jun 27 10:16:11 <JaMa> mrmoku: but I'm not sure which one it is :)
Jun 27 10:17:49 <mrmoku> JaMa: already built and installed... rebooting now :)
Jun 27 10:25:04 <gena2x> ThibG: btw, i think all this issues somehow commected.
Jun 27 10:25:21 <gena2x> ThibG: so, then you fix one, others may fix too.
Jun 27 10:28:35 <JaMa|Away> opkg upgrade finished :)
Jun 27 10:29:14 <max_posedon> JaMa|Away, hi! does that X-issue fixed
Jun 27 10:29:14 <max_posedon> ?
Jun 27 10:29:34 <JaMa|Away> max_posedon: we switched to .32
Jun 27 10:30:06 <max_posedon> we == shr-unstable? or you mean that workaround temporary.
Jun 27 10:30:22 <soltys> max_posedon: afaik shr-u
Jun 27 10:30:26 <soltys> max_posedon: se ml
Jun 27 10:30:28 <soltys> ;)
Jun 27 10:31:01 <JaMa|Away> max_posedon: shr-u read announcement on ml
Jun 27 10:31:18 <ThibG> gena2x, mrmoku, did that work with 2.6.29?
Jun 27 10:31:40 <gena2x> ThibG: i think yes, but partially.
Jun 27 10:31:43 <ThibG> ('cause "temperature influence" = pure hardware bug IMO)
Jun 27 10:31:50 <max_posedon> wow, thats really nice!
Jun 27 10:31:57 <gena2x> ThibG: i'm not so sure.
Jun 27 10:32:25 <gena2x> ThibG: sometimes i got WS after suspend on .29 with nodebug.
Jun 27 10:32:46 <gena2x> ThiG: (i didn't use debug version)
Jun 27 10:33:50 <gena2x> ThibG: and i think, under low temperature (much less than for .34), we can get ws on blank too
Jun 27 10:34:21 <gena2x> ThibG, hm.. if this really needed, i can test this on .29 and fridge.
Jun 27 10:34:41 <gena2x> ThibG, but for sure probability is much higher on .34.
Jun 27 10:35:17 <ThibG> hm ok
Jun 27 10:36:18 <mrmoku> gena2x: yep, works fine for me with 2.6.29
Jun 27 10:36:56 <mrmoku> err ThibG ^^
Jun 27 10:37:06 <ThibG> ok
Jun 27 10:37:28 <JaMa|Away> mrmoku: did you tried new Xorg with non-kms too?
Jun 27 10:37:31 <ThibG> may be interesting to see what changed in jbt between 2.6.29 and 2.6.32
Jun 27 10:38:23 <mrmoku> JaMa|Away: I'm trying 2.6.34 on my old 2.6.29 partition... does not boot though :/
Jun 27 10:38:37 <JaMa|Away> mrmoku: yesterday I've upgraded shr-u.29 with last versions but didnt help (switching to fbdev in xorg.conf works)
Jun 27 10:39:51 <JaMa|Away> I've checked swrast fallback code changes in mesa but didnt found anything strange
Jun 27 10:39:58 <mrmoku> ok... have to go for a walk with the little boy
Jun 27 10:39:59 <mrmoku> bbiab
Jun 27 10:40:45 * JaMa|Away off too/ gf is watching movie on big lcd and typing on spitz is slow.. :)
Jun 27 10:42:23 <dos1> TAsn: ping
Jun 27 10:48:49 <Q-Master> JaMa|Away: I have some 2.6.29 modules not upgraded. Are they need to be removed?
Jun 27 10:48:55 <Q-Master> like kernel-module-ar6000
Jun 27 10:49:32 <JaMa|Away> Q-Master: not really/ they are included in kernel
Jun 27 10:49:56 <Q-Master> JaMa|Away: I mean what to do with that packages...
Jun 27 10:49:58 <JaMa|Away> that's why thre is no newer vrsion of ie this package
Jun 27 10:50:07 <JaMa|Away> and it will stay on fs
Jun 27 10:50:26 <JaMa|Away> you can remove all 2.6.29 versions
Jun 27 10:50:38 <Q-Master> JaMa|Away: ah. ok. thnx
Jun 27 10:50:48 <JaMa|Away> the existing one should be already upgraded
Jun 27 10:52:00 <GarthPS> Hi guys. Don't know if it is already known but accelero are messed up in mokomaze with latest sh'u image and .6.32 kernel. ans mokomaze can't not find the vibro
Jun 27 10:52:05 <JaMa|Away> also some other thing wont be removed for you automaticaly I think ie udev
Jun 27 10:52:07 <GarthPS> deos this need tickets?
Jun 27 10:53:01 <JaMa|Away> GarthPS: /dev/input nodes were renamed/ please check how mokomaze is searching for them
Jun 27 10:53:27 * GarthPS cheking mokomaze source code
Jun 27 10:53:37 <JaMa|Away> patch would be great :)
Jun 27 10:54:09 <Q-Master> JaMa|Away: don't we use udev anymore?
Jun 27 10:54:20 <JaMa|Away> no
Jun 27 10:54:29 <JaMa|Away> did you read announcement?
Jun 27 10:54:35 <Q-Master> JaMa|Away: nop 8)
Jun 27 10:55:00 <JaMa|Away> read ML from time to time please.. ffs :)
Jun 27 10:58:04 <Q-Master> JaMa|Away: I've read it. but trying to remove udev - HAL gives dependancy error
Jun 27 10:58:12 <GarthPS> fro mokomaze vibro.c code:
Jun 27 10:58:14 <gena2x> JaMa|Away: you didn't mentioned that new kernel is non-debug, is the boot time cut in half really because of udev?
Jun 27 10:58:15 <GarthPS>     fvibro = fopen("/sys/class/leds/neo1973:vibrator/brightness", "w");
Jun 27 10:58:15 <GarthPS>     if (fvibro != NULL) return 0;
Jun 27 10:58:15 <GarthPS>     fvibro = fopen("/sys/devices/platform/neo1973-vibrator.0/leds/neo1973:vibrator/brightness", "w");
Jun 27 10:58:15 <GarthPS>     if (fvibro != NULL) return 0;
Jun 27 10:58:49 <JaMa|Away> Q-Master: hal is not needed in lite image too
Jun 27 10:58:58 <GarthPS> so If I am not wrog now it is "/sys/class/leds/gta02::vibrator/brightness" instead of "/sys/class/leds/neo1973:vibrator/brightness"
Jun 27 10:58:59 <Q-Master> JaMa|Away: lite?
Jun 27 10:59:21 <JaMa|Away> Q-Master: iirc smethin puls hal to full
Jun 27 11:00:01 <Q-Master> removed both
Jun 27 11:00:06 <JaMa|Away> gena2x: yes nodebug and yes because of udevd waiting to populate /dev during boot (about 40s)
Jun 27 11:00:48 <lindi-> GarthPS: how about making mokomaze link against libomhacks0?
Jun 27 11:00:51 <gena2x> JaMa|Away: hm... strange. never saw 40s in other distributions, but ok.
Jun 27 11:01:10 <CIA-58> freesmartphone.org: 03fercerpav 07cornucopia * rb1ff31cbb7f0 10/fsogsmd/src/lib/modem.vala: 
Jun 27 11:01:11 <CIA-58> freesmartphone.org: fsogsmd: fix suspend/resume issue surfaced after introduction of OM flow control
Jun 27 11:01:11 <CIA-58> freesmartphone.org: Modem's suspend() should wait for the channels' suspend() to complete
Jun 27 11:01:11 <CIA-58> freesmartphone.org: before calling lowlevel suspend and changing state. Without that
Jun 27 11:01:11 <CIA-58> freesmartphone.org: flowcontrol gets activated too early and the device immediately
Jun 27 11:01:11 <CIA-58> freesmartphone.org: resumes. Do the same for resume() for consistency and cleanness.
Jun 27 11:01:11 <CIA-58> freesmartphone.org: Signed-off-by: Paul Fertser <fercerpav@gmail.com>
Jun 27 11:01:19 <lindi-> GarthPS: it already has functions to cope with sysfs paths that change all the time
Jun 27 11:01:19 <Q-Master> JaMa|Away: reboot give me a white screen almost every time
Jun 27 11:01:44 <JaMa|Away> Q-Master: halt and power works
Jun 27 11:01:48 <GarthPS> lindi-: did not kno about this lib
Jun 27 11:02:08 * JaMa|Away really away
Jun 27 11:03:04 <Q-Master> PaulFertser: you've fixed it?
Jun 27 11:03:31 <lindi-> GarthPS: http://git.debian.org/?p=pkg-fso/omhacks.git;a=summary
Jun 27 11:04:35 <Q-Master> mrmoku: why does framework not using leds anymore?
Jun 27 11:05:17 <lindi-> GarthPS: the led interface is http://git.debian.org/?p=pkg-fso/omhacks.git;a=blob_plain;f=omhacks/led.h;hb=HEAD
Jun 27 11:05:43 <lindi-> Q-Master: making a dbus call for every single event in mokomaze?
Jun 27 11:06:09 <Q-Master> lindi-: ?
Jun 27 11:06:20 <Q-Master> damn.
Jun 27 11:06:29 <Q-Master> it is not suspending now anymore
Jun 27 11:06:38 <lindi-> Q-Master: just trying to argue why dbus is not ideal for controlling leds
Jun 27 11:07:14 <Q-Master> lindi-: why mokomaze? I'm talking about framework and power charge led indication.
Jun 27 11:08:05 <lindi-> Q-Master: GarthPS was talking about mokomaze vibro.c
Jun 27 11:08:09 <Q-Master> AIGLX error: dlopen of /usr/lib/dri/glamo_dri.so failed (/usr/lib/dri/glamo_dri.so: undefined symbol: _glapi_tls_Context)
Jun 27 11:08:13 <Q-Master> ???
Jun 27 11:10:00 <Q-Master> fsousaged : Can't read-open /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-resume.0/resume_reason: No such file or directory
Jun 27 11:12:03 <lindi-> Q-Master: find /sys -wholename "*neo1973-resume.0/resume_reason"
Jun 27 11:13:10 <Q-Master> root@om-gta02 /etc # find /sys -wholename "*neo1973-resume.0/resume_reason" 
Jun 27 11:13:10 <Q-Master> find: unrecognized: -wholename
Jun 27 11:13:34 <lindi-> ah, busybox
Jun 27 11:13:45 <lindi-> Q-Master: find /sys | grep neo1973-resume.0/resume_reason
Jun 27 11:15:05 <gena2x> Weiss, hi. small question on glamo, if you know. can i supply it with 1.95v instead of 1.8v?
Jun 27 11:16:13 <gena2x> Weiss, as 1.95 is in spec for memory in cpu.
Jun 27 11:16:57 <gena2x> Weiss, didn't checked external sdram yet, but only other consumer is glamo.
Jun 27 11:17:42 <daniele_athome> goodmorning
Jun 27 11:18:10 <daniele_athome> i'm building shr-unstable and as always I have the (in)famous GNUMakefile "too many levels of symbolic links"
Jun 27 11:18:18 <daniele_athome> that is GNUMakefile linking to itself
Jun 27 11:18:47 <daniele_athome> it happens for some packages, the workaround is to manually extract GNUMakefile from the downloaded archive and then resume build
Jun 27 11:18:54 <daniele_athome> but is there a better fix?
Jun 27 11:20:17 <Q-Master> lindi-: root@om-gta02 ~ #  find /sys | grep resume_reason                 
Jun 27 11:20:36 <ThibG> (where is the 2.6.29 source?)
Jun 27 11:25:14 <gena2x> ThibG: origin/andy-tracking?
Jun 27 11:25:23 <ThibG> ok
Jun 27 11:26:08 <lindi-> Q-Master: ok, that looks worrying
Jun 27 11:38:39 <leviathan> raster: heyo
Jun 27 11:38:41 <leviathan> on?
Jun 27 11:39:41 <raster> leviathan: boop
Jun 27 11:39:58 <leviathan> its because of samsung
Jun 27 11:40:12 <leviathan> werner proposed to contact you
Jun 27 11:40:23 <leviathan> at least I hope your the right raster ;-)
Jun 27 11:41:12 <leviathan> he told me, that you've worked on a similar kind of project on samsung platforms lately
Jun 27 11:41:23 <leviathan> perhaps you have some suggestions for the project
Jun 27 11:41:31 <leviathan> I mentioned on multiple MLs
Jun 27 11:44:56 <raster> i'm so right, i'm wrong :)
Jun 27 11:45:08 <raster> hehe
Jun 27 11:45:29 <raster> all i can suggest is - try the 360 h1 instead of omnia
Jun 27 11:45:32 <raster> its already linux
Jun 27 11:45:43 <raster> omap3
Jun 27 11:49:18 <leviathan> hmm, very nice
Jun 27 11:49:24 <leviathan> we so already have a linux
Jun 27 11:49:31 <leviathan> how is the hardware support?
Jun 27 11:49:41 <leviathan> means, what distro?
Jun 27 11:49:50 <leviathan> android or GNU/Linux?
Jun 27 11:57:48 <JaMa|Away> daniele_athome: do you have some symlinks in OE setup ie to tmp dir?
Jun 27 11:58:03 <daniele_athome> JaMa|Away, no just building the normal way
Jun 27 11:58:30 <JaMa|Away> daniele_athome: I had similar issue, that's why Im using mount --bind in OE setup
Jun 27 11:59:03 <daniele_athome> JaMa|Away, mount? for what?
Jun 27 11:59:54 <JaMa|Away> ie because I have tmp/work on other pertition
Jun 27 12:00:20 <daniele_athome> ok
Jun 27 12:00:35 <daniele_athome> JaMa|Away, trying 2.6.32 image now, on dmesg I have a lot of these: "[    5.275000] Alignment trap: uname (66) PC=0x4000a7d4 Instr=0xe7952008 Address=0x401d24ef FSR 0x013"
Jun 27 12:00:38 <JaMa|Away> actually all OE dirs are somewhwre else and onlu binded to chroot
Jun 27 12:00:43 <daniele_athome> on almost every command
Jun 27 12:01:11 <JaMa|Away> daniele_athome: yes it's besause eglibc so loader
Jun 27 12:01:46 <JaMa|Away> khem said that it pops up every now and then with some toolchain combination
Jun 27 12:02:11 <daniele_athome> ok
Jun 27 12:02:24 <daniele_athome> JaMa|Away, another build issue
Jun 27 12:02:26 <daniele_athome> with gmp
Jun 27 12:02:39 <daniele_athome> symlinks to source code are created in the wrong dir
Jun 27 12:02:46 <daniele_athome> I have to fix them manually and then resume the build
Jun 27 12:02:48 <raster> leviathan:  oh sorry other chans
Jun 27 12:03:08 <raster> leviathan: ummm not android - linux. glibc, x11, etc.. etc.
Jun 27 12:03:19 <raster> dbus, and so on etc.
Jun 27 12:03:48 <raster> can't tell u much more - don't really know. thats public info. google for the 360 h1 and m1 and people already have mhacked away at it etc.
Jun 27 12:04:21 <Weiss> gena2x: have got the numbers in front of me... but could you take a look at the schematic and figure out which pins (e.g. VDD or whatever) you're increasing the voltage to?
Jun 27 12:04:41 <gena2x> Weiss:ok
Jun 27 12:05:20 <leviathan> raster: hmm
Jun 27 12:10:19 <gena2x> Weiss: IO_V1V8, which i want to increase connected to: MOVDD, IVDD, HOVDD, COVDD, AIVDD1(via L), AIVDD2(via L).
Jun 27 12:11:54 <gena2x> Weiss: i fact, i checked this and glamo seem run, but i want to know is it in glamo spec.
Jun 27 12:12:15 <gena2x> Weiss: to test or not test in for long time.
Jun 27 12:12:30 <daniele_athome> JaMa|Away, is current 2.6.32 kernel with debug?
Jun 27 12:13:03 <gena2x> Weiss: or may be 1.9 is better. or 1.85.
Jun 27 12:14:27 <leviathan> raster: I'll check up the device, and propose it
Jun 27 12:14:38 <leviathan> perhaps we can now do SHR on it
Jun 27 12:14:42 <raster> well it's an easier start
Jun 27 12:14:47 <leviathan> jup
Jun 27 12:15:41 <JaMa|Away> daniele_athome: no
Jun 27 12:15:51 <daniele_athome> nice :) :)
Jun 27 12:15:53 <JaMa|Away> daniele_athome: its as it was in shr-kms
Jun 27 12:19:44 <Q-Master> JaMa|Away: have you seen this: AIGLX error: dlopen of /usr/lib/dri/glamo_dri.so failed (/usr/lib/dri/glamo_dri.so: undefined symbol: _glapi_tls_Context) ?
Jun 27 12:20:18 <daniele_athome> JaMa|Away, when you will have time, would give a try to my window manager?
Jun 27 12:21:20 <daniele_athome> s/would give/would you give/
Jun 27 12:21:21 <apt> daniele_athome meant: JaMa|Away, when you will have time, would you give a try to my window manager?
Jun 27 12:21:34 <JaMa|Away> Q-Master: yesterday in old image
Jun 27 12:21:51 <JaMa|Away> daniele_athome: when Ill have time... yes :)
Jun 27 12:21:55 <Q-Master> JaMa|Away: that was in todays mine upgrade
Jun 27 12:21:59 <daniele_athome> :)
Jun 27 12:22:07 <daniele_athome> no hurry, it's not complete yet
Jun 27 12:22:14 <daniele_athome> but I use it daily 
Jun 27 12:22:38 <Weiss> gena2x: "absolute maximum" for IVDD and AIVDD is 2V.. for *OVDD, it's 4V.. so, since they're connected together, you have to take 2V as the absolute max
Jun 27 12:22:51 <Weiss> normal max is quoted as 1.9V, though
Jun 27 12:23:10 <JaMa|Away> Q-Master: do you have libdrm2 installed or libdrm?
Jun 27 12:23:49 <Q-Master> JaMa|Away: root@om-gta02 /usr/lib/dri # opkg list_installed | grep libdrm
Jun 27 12:23:49 <Q-Master> libdrm-glamo1 - 1:2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r5.0.5
Jun 27 12:23:49 <Q-Master> libdrm2 - 1:2.4.20+gitr4566+9411b0ca002b34d2d13a132038170c2e7b08945c-r5.0.5
Jun 27 12:24:19 <Weiss> gena2x: so, I think 1.95 isn't a good idea and 1.9V would be better..
Jun 27 12:25:05 <gena2x> Weiss: ok, thank you.
Jun 27 12:47:10 <Q-Master> JaMa|Away: reinstalled everything dri dependant. same error in Xorg.0.log
Jun 27 12:52:06 <Weiss> Q-Master: the glx TLS one?
Jun 27 12:52:39 <Q-Master> Weiss: Dunno really. I've just upgraded today
Jun 27 12:52:49 <Q-Master> and that error is in log
Jun 27 12:52:52 <JaMa|Away> Q-Master: this symbol is defined in libgl1 
Jun 27 12:52:56 <Weiss> almost certainly indicates that the X server and Mesa were compiled with different settings of TLS.. it needs to either be enabled or disabled for both, but no mixture
Jun 27 12:53:07 <Q-Master> JaMa|Away: already reinstalled libgl1
Jun 27 12:53:08 <Weiss> (it's a configure option for both)
Jun 27 12:53:09 <JaMa|Away> but weird
Jun 27 12:53:10 <JaMa|Away> ~/tmpdir-dev-shr/cross/armv4t/bin/arm-oe-linux-gnueabi-nm ./mesa-dri-dbg/usr/lib/.debug/libGL.so.1.2  | grep tls
Jun 27 12:53:13 <JaMa|Away> 00000000 b __glX_tls_Context
Jun 27 12:53:15 <JaMa|Away> 00000008 B _glapi_tls_Context
Jun 27 12:53:18 <JaMa|Away> 00000004 B _glapi_tls_Dispatch
Jun 27 12:54:58 <wpwrak> leviathan: for your wishlist, it would be useful if you could be a bit clearer on what exactly you intend to reuse and what not. e.g., if you want to keep most of the hardware design, there would be very little room for changes. almost any major change would require a redesign of large parts of the circuit. on the other hand, if such changes are considered possible, that changes the picture.
Jun 27 12:55:01 <JaMa|Away> Weiss: in OE, mesa-dri get's tls settings from glx-use-tls.bbclass and xserver has it always disabled
Jun 27 12:55:45 <JaMa|Away> Weiss: I'm checking what changed yesterday (this class is the same and it was used in mesa-dri before too)
Jun 27 12:55:48 <wpwrak> raster: (360 HL) how good/bad in terms of non-open drivers ?
Jun 27 12:56:33 <leviathan> wpwrak: http://h1.pargon.nl/gitweb/gitweb.cgi?p=kernel.git;a=shortlog;h=refs/heads/nowplus
Jun 27 12:56:47 <leviathan> it seems as basically the mostpart of the drivers is already written
Jun 27 12:56:58 <leviathan> so we would have an easy game to make SHR run on it
Jun 27 12:57:03 <raster> wpwrak: dunno
Jun 27 12:57:53 <Q-Master> JaMa|Away: yep. it is in library, but not resolved somehow
Jun 27 12:59:35 <Q-Master> JaMa: AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: undefined symbol: _glapi_tls_Context)
Jun 27 12:59:49 <leviathan> I'll sugest it to the ML
Jun 27 12:59:54 <Q-Master> same error as in glamo_dri
Jun 27 13:00:26 <leviathan> wpwrak, raster: I'll sugest to the ML the device I found out now, thanks to you
Jun 27 13:00:44 <leviathan> perhaps there are still suggestions to make, for redesign
Jun 27 13:02:56 <wpwrak> leviathan: perhaps you want to ask Joerie de Gram about the state of things. i.e., which subsystems are missing and where things are in bad shape.
Jun 27 13:04:18 <wpwrak> ah, here's a bit more: http://h1.pargon.nl/wiki/index.php?title=Main_Page
Jun 27 13:06:51 <wpwrak> seems that still quite a few chips are missing
Jun 27 13:11:24 <wpwrak> leviathan: ah, harald also has some contacts inside samsung. i think he also did some linux-related consulting work for them. you may want to ping him as well.
Jun 27 13:12:25 <leviathan> oopsi harald? i fear he doesnt like me very well anymore after I did critic on his presentation techniques
Jun 27 13:12:26 <leviathan> >_<
Jun 27 13:12:42 <leviathan> but I can try to make contact with him again
Jun 27 13:12:56 <wpwrak> leviathan: you can always try :) he's usually a great source of information
Jun 27 13:13:30 <leviathan> but his presentation sheets have too much text
Jun 27 13:13:32 <leviathan> anyway...
Jun 27 13:13:37 <leviathan> I'll do a contact
Jun 27 13:14:08 <wpwrak> leviathan: (too much text) a common mistake :)
Jun 27 13:14:32 <leviathan> if I wouldn't now better, I would say he does it on purpose >_<
Jun 27 13:14:44 <leviathan> to confuse people
Jun 27 13:14:47 <leviathan> but anyway
Jun 27 13:14:57 <leviathan> I'll ask him
Jun 27 13:31:24 <Q-Master> JaMa: what can be done by me to remove this err?
Jun 27 13:32:45 <JaMa> Q-Master: I'm working on it..
Jun 27 13:32:53 <Q-Master> ok
Jun 27 13:33:34 <JaMa> and buildhost is building it.. strange it still doesn't happen with my build here
Jun 27 13:35:22 <JaMa> NOTE: Running task 1300 of 3173
Jun 27 14:04:35 <JaMa> Q-Master: it's building very slowly (feed build is still running in parallel) I have to go, but please try opkg upgrade, you should get upgraded xserver
Jun 27 14:04:49 <Q-Master> JaMa: thnx
Jun 27 14:04:59 <JaMa> and SHR root@gojama ~ $ arm-oe-linux-gnueabi-nm /usr/lib/xorg/modules/extensions/.debug/libglx.so | grep glapi_tls_Context
Jun 27 14:05:02 <JaMa> 00000004 B _glapi_tls_Context
Jun 27 14:05:36 <JaMa> Q-Master: you can see buildhost progres on http://tinderbox.openembedded.net/
Jun 27 15:09:31 <dcordes> hi
Jun 27 15:09:33 <dcordes> GNUtoo|laptop: ping
Jun 27 15:09:39 <GNUtoo|laptop> dcordes, hi
Jun 27 15:10:43 <dcordes> GNUtoo|laptop: do you have htcdream shr rootfs with normal xorg ?
Jun 27 15:11:20 <GNUtoo|laptop> yes
Jun 27 15:11:44 <dcordes> nice can you upload it so I can test on hd2? want to see if calls work ootb
Jun 27 15:11:47 <ThibG> hm, someone knows why the serial console would stop working somewhere in the boot process?
Jun 27 15:12:43 <GNUtoo|laptop> dcordes, ok
Jun 27 15:13:07 <GNUtoo|laptop> dcordes, because someone included msmfb in msm's inc file it doesn't work by default
Jun 27 15:13:10 <GNUtoo|laptop> you have to:
Jun 27 15:13:15 <GNUtoo|laptop> opkg install xf86-video-fbdev
Jun 27 15:13:23 <GNUtoo|laptop> opkg install xf86-input-tslib
Jun 27 15:13:29 <GNUtoo|laptop> but you could try msmfb
Jun 27 15:13:35 <GNUtoo|laptop> you've got a qsd
Jun 27 15:15:08 <GNUtoo|laptop> I bet qsd target are more promising than the msm7k ones
Jun 27 15:15:18 <dcordes> yes I think so too
Jun 27 15:15:24 <GNUtoo|laptop> msm7k doesn't got a lot of bugfixes
Jun 27 15:15:34 <dcordes> I wanted to try it but doesn't compile for htcleo
Jun 27 15:15:47 <GNUtoo|laptop> ah why?
Jun 27 15:18:13 <GNUtoo|laptop> do you have logs?
Jun 27 15:26:57 <Q-Master> JaMa: no updates yet
Jun 27 16:21:18 <ThibG> larsc, ping
Jun 27 16:34:46 <ThibG> nevermind...
Jun 27 16:38:28 <Q-Master> JaMa: everything ok now.
Jun 27 17:10:08 <TAsn> /sbin/ldconfig: /usr/lib/libstdc++.so.6.0.14-gdb.py is not an ELF file - it has the wrong magic bytes at the start.
Jun 27 17:19:06 <Q-Master> mrmoku: no lights on charging.
Jun 27 17:32:00 <Wonka> /sbin/ldconfig: /usr/lib/libstdc++.so.6.0.14-gdb.py is not an ELF file - it has the wrong magic bytes at the start.
Jun 27 17:49:56 <max_posedon> latest shr-U ubi image, should I use illume or illume2?
Jun 27 17:50:25 <max_posedon> with illume looks like nothing renders screen
Jun 27 17:55:54 <Weiss> I've been using Illume2 SHR, but I can't understand it (how do you close a window..?)
Jun 27 17:57:33 <TAsn> Weiss, either you are suffering from the shelf not working bug
Jun 27 17:57:45 <TAsn> or you haven't clicked on the top bar in order to open the shelf :P
Jun 27 17:57:52 <Weiss> aha, ok..
Jun 27 17:58:10 <Weiss> the bottom bar thingy is gone now, though?
Jun 27 17:58:20 <Weiss> that's what I was using before, hence the confusion
Jun 27 18:02:00 <gena2x> [    0.000000] S3C244X: core 465.000 MHz, memory 116.250 MHz, peripheral 58.125 MHz
Jun 27 18:02:18 <gena2x> ^^^ works even with glamo.
Jun 27 18:02:35 <gena2x> but need kernel patch.
Jun 27 18:02:46 <gena2x> and 1.9V on sdram.
Jun 27 18:03:08 <TAsn> Weiss, yeah.
Jun 27 18:03:13 <TAsn> gone for good :P
Jun 27 18:17:24 <TAsn> Wonka, /me reflashed because of the same error :(
Jun 27 18:22:28 <Wonka> TAsn: hm, it's just a warning, nor`
Jun 27 18:22:29 <Wonka> ?
Jun 27 18:22:41 <TAsn> Wonka, looks bad to me.
Jun 27 18:24:08 <TAsn> cool, just booted the image, after not using .32 for a long time
Jun 27 18:24:11 <TAsn> Damn, it's fast :P
Jun 27 18:28:52 <Wonka> # grep /usr/lib/libstdc++.so.6.0.14-gdb.py /usr/lib/opkg/info/*.list
Jun 27 18:28:53 <Wonka> /usr/lib/opkg/info/libstdc++6.list:/usr/lib/libstdc++.so.6.0.14-gdb.py
Jun 27 18:29:18 <Wonka> sounds like a not-entirely-correct package
Jun 27 18:31:49 <max_posedon> JaMa, 2.6.32 + shr-unstable, usb0 come back?!
Jun 27 18:33:05 <Wonka> hrm, alignment traps scrolling like stupid
Jun 27 18:33:07 <max_posedon> and what happend with kernel, that partitional table on uSD wasn't detected.
Jun 27 18:33:42 <TAsn> Wonka, just reflash
Jun 27 18:33:48 <TAsn> Wonka, everything sounds bad :P
Jun 27 18:33:57 <TAsn> Hm... there's an annoying delay between when I press the screen to when dim goes off.
Jun 27 18:34:09 <Wonka> TAsn: don't want to reinstall everything I installed in between, _again_
Jun 27 18:34:17 <max_posedon> how to say kernel that my uSD have partitions?
Jun 27 18:34:44 <max_posedon> Does somebody successfully boots 2.6.32.13 from uSD?
Jun 27 18:34:51 <max_posedon> (devtmps)
Jun 27 18:34:51 <Wonka> TAsn: this really sucks... can't we get to a state where upgrading just works?
Jun 27 18:34:59 <TAsn> Wonka, Not with opkg we can't :(
Jun 27 18:35:08 <Wonka> TAsn: why?
Jun 27 18:35:10 <TAsn> Wonka, I'm as sad as you.
Jun 27 18:35:25 <TAsn> Wonka, because it corrupts packages/files when it runs low on memory (big upgrades)
Jun 27 18:35:35 <Wonka> hm
Jun 27 18:35:50 <TAsn> hm.. ffs phoneuid doesn't get signals from opimd on missed calls, *AGAIN*
Jun 27 18:36:01 <TAsn> I wonder what's wrong now.
Jun 27 18:36:05 <Wonka> TAsn: sounds like a bug in opkg that could be fixed?
Jun 27 18:36:22 <TAsn> Wonka, not quite.
Jun 27 18:36:41 <TAsn> It's really bad, and it goes to opkg's lowest levels
Jun 27 18:36:48 <TAsn> I started working on opkg in order to fix it
Jun 27 18:36:52 <TAsn> but it was too much of a mess
Jun 27 18:36:56 <Wonka> hmf
Jun 27 18:37:00 <TAsn> so I decided to write my own pkg manager
Jun 27 18:37:09 <TAsn> but found out I didn't have enough time.
Jun 27 18:37:18 <TAsn> So all I've got left is my misery and tears.
Jun 27 18:38:31 <Wonka> *sigh*
Jun 27 18:44:14 <dos1> TAsn: but implementing my idea into softkey won't take you such long time as implementing package manager ;>
Jun 27 18:44:42 <TAsn> dos1, I tried to pong you
Jun 27 18:44:48 <TAsn> but your memo inbox is full :P
Jun 27 18:44:54 <TAsn> what did you want earlier? :P
Jun 27 18:45:45 <dos1> TAsn: exactly that :D
Jun 27 18:46:04 <TAsn> :P
Jun 27 18:46:07 * TAsn is busy
Jun 27 18:46:08 <dos1> TAsn: i've got 30 memos, only from you :D
Jun 27 18:46:21 <TAsn> but probably won't be in the weekend ;P
Jun 27 18:46:29 <dos1> TAsn: ok, cleaning :P
Jun 27 18:46:32 <TAsn> dos1, I'm a memo-spammer, it's a known fact.
Jun 27 18:52:15 <dos1> TAsn: so from now you can spam me again :P
Jun 27 18:52:44 <TAsn> yay :P
Jun 27 18:52:56 <TAsn> dos1, You still owe me the country selection in the wizard btw :P
Jun 27 18:53:27 <TAsn> ps, half a bug report: rotating screen causes the white screen of half death.
Jun 27 18:55:03 * JaMa upgraded old shr-u image OK, but it was only lite..
Jun 27 18:55:30 <JaMa> TAsn: low memory is not an issue anymore.. opkg.conf sets tmpdir to /var/lib (not volatile /tmp)
Jun 27 18:55:57 <TAsn> JaMa, well here it died
Jun 27 18:56:04 <TAsn> maybe my config was not updated automatically
Jun 27 18:56:11 <TAsn> btw, gj :P
Jun 27 18:56:17 <[Rui]> hi all
Jun 27 18:56:18 <TAsn> so cool
Jun 27 18:56:22 <max_posedon> JaMa, could you help me with kernel issue with 2.6.32?
Jun 27 18:56:22 <JaMa> it was changed few months ago
Jun 27 18:56:26 <[Rui]> about to try the 26's image
Jun 27 18:56:38 <max_posedon> I couldn't boot from uSD p2 (kernel from nand)
Jun 27 18:56:52 <JaMa> TAsn: check option tmp_dir /var/lib/opkg/tmp in /etc/opkg/opkg.conf
Jun 27 18:57:03 <max_posedon> also, with shr-u booted from nand, /dev/mmcbl0p[1-3] not created
Jun 27 18:57:10 <TAsn> JaMa, too late, already reflashed.
Jun 27 18:57:14 <JaMa> max_posedon: u-boot?
Jun 27 18:57:20 <max_posedon> yes
Jun 27 18:57:36 <JaMa> did you add rootwait/rootdelay to u-boot env?
Jun 27 18:57:42 <max_posedon> yes
Jun 27 18:58:01 <max_posedon> read second part of report maybe
Jun 27 18:58:08 <JaMa> can you try Qi? I didn't use u-boot for long.. but with Qi it always worked ok..
Jun 27 18:58:14 <max_posedon> if I booted (successfully) from nand
Jun 27 18:58:29 * JaMa shower
Jun 27 18:58:34 <max_posedon> /dev doesn't contains mmc with partitions
Jun 27 18:58:34 <dos1> JaMa: i don't have tmp_fir in opkg.conf :o
Jun 27 18:58:49 <max_posedon> its kind of some devtmpfs issue...
Jun 27 18:58:55 <dos1> the only uncommented lines are 
Jun 27 18:58:57 <dos1> dest root /
Jun 27 18:58:58 <dos1> lists_dir ext /var/lib/opkg
Jun 27 18:58:58 <JaMa> PaulFertser: 50km, time: bad, life: sucks, but I meet my sister in half way :)
Jun 27 18:59:03 <max_posedon> PaulFertser, ping (and others kernel hackers)
Jun 27 18:59:23 <JaMa> dos1: reinstall opkg-collateral
Jun 27 18:59:23 <dos1> oh, there is opkg.conf-opkg :D
Jun 27 18:59:29 <JaMa> hehe :P
Jun 27 19:02:29 <[Rui]> I should have timed it
Jun 27 19:06:27 <PaulFertser> JaMa: hey
Jun 27 19:06:38 <PaulFertser> JaMa: meeting sister is always nice
Jun 27 19:07:27 <PaulFertser> JaMa: though i have no "real" sister, i have one relative whom i consider a sister and one friend whom i consider a sister too. Meeting them's always encouraging.
Jun 27 19:07:31 <PaulFertser> max_posedon: pong
Jun 27 19:07:52 <max_posedon> PaulFertser, I have issue with 2.6.32 kernel and devtmpfs, might be you know
Jun 27 19:08:18 <max_posedon> kernel doesn't "parse" partition table on mmc by default
Jun 27 19:08:24 <PaulFertser> max_posedon: oh, i'm afraid i do not really know anything about it, sorry.
Jun 27 19:08:40 <max_posedon> bad
Jun 27 19:09:07 <max_posedon> I need run hdparm -z manually, and can't boot from uSD if kernel boots from nand
Jun 27 19:09:31 <JaMa> max_posedon: can you try Qi?
Jun 27 19:09:31 <PaulFertser> max_posedon: can i see your dmesg?
Jun 27 19:10:03 <gena2x> ThiG: you patch for jbt fixes for randr -s 1 here!
Jun 27 19:10:07 <max_posedon> JaMa, its hard to try qi, in configuration when kernel from nand and rootfs from uSD
Jun 27 19:10:19 <max_posedon> PaulFertser, pure, but no, because its full of alligment traps
Jun 27 19:10:39 <JaMa> max_posedon: or try to read kernel from uSD too (maybe reading kernel uSD before mounting rootfs gives you enough delay)
Jun 27 19:10:43 <PaulFertser> max_posedon: oh, where do they come from? Can you disable that buggy software?
Jun 27 19:10:49 <JaMa> max_posedon: anc also show /proc/cmdline
Jun 27 19:10:51 <gena2x> max_posedon: change clock
Jun 27 19:11:17 <JaMa> alignment traps are from eglibc .so loader (as khem said)
Jun 27 19:11:27 <max_posedon> rootfstype=ubifs ubi.mtd=6,2048 root=ubi0:om-gta02-rootfs rootwait console=ttySAC0,115200 console=tty0 loglevel=8 mtdparts=physmap-flash:-(nor);neo1973-nand:0x00040000(u-boot),0x00040000(u-boot_env),0x00800000(kernel),0x000a0000(splash),0x00040000(factory),0x0f6a0000(rootfs)
Jun 27 19:11:28 <gena2x> max_posedon: with .32/.34 i had to tune sd speed.
Jun 27 19:11:43 <max_posedon> gena2x, uSD works fine
Jun 27 19:11:52 <JaMa> so it's not buggy software but buggy loader (happend from time to time with different toolchain combinations)
Jun 27 19:12:04 <PaulFertser> Ah, ok
Jun 27 19:12:07 <max_posedon> just partition table not scaned by default
Jun 27 19:12:08 <gena2x> "kernel doesn't "parse" partition table on mmc by default"??
Jun 27 19:12:12 <max_posedon> yes
Jun 27 19:12:19 <[Rui]> on the positive side, I'm not getting white screens... on account of suspending
Jun 27 19:12:29 <[Rui]> it suspends while plugged
Jun 27 19:12:31 <max_posedon> just /dev/mmcblk0 no /dev/mmcblk0p[1-3]
Jun 27 19:12:36 <max_posedon> after hdparm -z
Jun 27 19:12:48 <max_posedon> I see my /dev/mmcblk0p[1-3]
Jun 27 19:13:11 <[Rui]> it's not plugged :D I for got I had to use the usb port
Jun 27 19:13:17 <max_posedon> it looks like devtmpfs issue for me.
Jun 27 19:13:19 <gena2x> hmm. i am booting from sd.
Jun 27 19:13:32 <PaulFertser> max_posedon: are you sure it's really not scanned at all? I think one really needs to see dmesg to tell that.
Jun 27 19:13:47 <gena2x> and if not set lower clock - i have no partitions...
Jun 27 19:13:58 <max_posedon> gena2x, and how you do it?
Jun 27 19:14:15 <gena2x> glamo_mci.sd_max_clk=15000000
Jun 27 19:14:21 <gena2x> to kernel params.
Jun 27 19:14:57 <gena2x> it would be nice if you'll tell me if it can be fixed with some waiting.
Jun 27 19:16:09 <gena2x> you may add lower value like glamo_mci.sd_max_clk=5000000 to be sure.
Jun 27 19:16:35 <[Rui]> yeah, I get the WS :)
Jun 27 19:17:15 <[Rui]> and corruption
Jun 27 19:17:40 <[Rui]> weirdly coloured dots all around screen (when recovering from WS)
Jun 27 19:18:24 <gena2x> Weiss: (i guess it is right to inform you about glamo bugs) xrandr problem may be fixed with ThibG's 'test' on jbt (delayed work). so if you'll be thinking about this issue, ask him for that 2-line test.
Jun 27 19:18:56 <gena2x> Weiss: i mean xrandr -s 1 on .34/git.
Jun 27 19:22:11 <max_posedon> during boot mmc0 - "Unsupported partition table"
Jun 27 19:23:01 <Weiss> gena2x: "may" be fixed?
Jun 27 19:23:50 <Weiss> hmm
Jun 27 19:24:04 <PaulFertser> Weiss: have you seen "Lost in Translation"?
Jun 27 19:24:18 <Weiss> nope...?
Jun 27 19:25:13 <PaulFertser> Weiss: despite it's being quite "pop", i liked it: http://en.wikipedia.org/wiki/Lost_in_Translation_(film)
Jun 27 19:25:31 <PaulFertser> Nice soundtrack too
Jun 27 19:25:52 <gena2x> Weiss: had issue, compiled kernel with 2 patches. checked xrandr, just suddenly, surprised it works. removed 2 patches, checked again - not works, added ThigS patch -> work again.
Jun 27 19:26:09 <max_posedon> PaulFertser, gena2x JaMa  http://paste.pocoo.org/show/230677/
Jun 27 19:26:44 <max_posedon> [    2.905000] mmcblk0: mmc0:8fe4 SU16G 14.8 GiB [    2.910000]  mmcblk0: unknown partition table
Jun 27 19:27:05 <PaulFertser> max_posedon: yep, it suggests it tries to parse it but fails :-O
Jun 27 19:27:12 <gena2x> hm. alignemt errors (unrelated but still interesting)
Jun 27 19:27:24 <max_posedon> hdparm -z -> I have my partitions
Jun 27 19:27:28 <Weiss> gena2x: interesting.. which patch? 
Jun 27 19:27:42 <GNUtoo|laptop> hi leviathan 
Jun 27 19:27:49 <leviathan> GNUtoo|laptop: hi
Jun 27 19:28:00 <leviathan> I found a samsung 360 h1
Jun 27 19:28:02 <leviathan> on ebay
Jun 27 19:28:08 <leviathan> there are still two of them
Jun 27 19:28:10 <GNUtoo|laptop> leviathan, do you have more details on this samsung phone?
Jun 27 19:28:18 <GNUtoo|laptop> can it be bought in a regular shop
Jun 27 19:28:20 <leviathan> http://cgi.ebay.ch/SAMSUNG-H1-H-1-TOUCH-SCR-5MPIX-HANDY-WLAN-VODAFONE-360-/190409997725?cmd=ViewItem&pt=DE_Handys_ohne_Vertrag_KM&hash=item2c5551fd9d
Jun 27 19:28:20 <GNUtoo|laptop> is it locked?
Jun 27 19:28:25 <leviathan> uhm
Jun 27 19:28:37 <PaulFertser> Weiss: or do you watch only classic films?
Jun 27 19:28:59 <leviathan> GNUtoo|laptop: lets ask fgau
Jun 27 19:29:09 <leviathan> fgau: is the samsung 360 h1 locked?
Jun 27 19:29:18 <leviathan> you did show me an image recently
Jun 27 19:29:39 <leviathan> fgau: how difficult is it to boot e.g. debian on it?
Jun 27 19:29:39 <Weiss> PaulFertser: I watch all kinds..
Jun 27 19:30:50 <max_posedon> gena2x, PaulFertser so, any ideas?
Jun 27 19:30:55 <max_posedon> (about my dmesg)
Jun 27 19:31:01 <max_posedon> and mmc partition table
Jun 27 19:31:41 <gena2x> Weiss: but still no rotation...: http://www.bsdmn.com/openmoko/glamo/xrandr.patch
Jun 27 19:31:56 <gena2x> Weiss: return value is (C) me and is random
Jun 27 19:31:57 <PaulFertser> max_posedon: i'd probably try to add some delay here or there to glamo-mci.c
Jun 27 19:33:01 <max_posedon> I tried glamo_mci.sd_max_clk=5000000, should I try even smaller value?
Jun 27 19:33:12 <gena2x> max_posedon: i think no.
Jun 27 19:34:32 <Weiss> gena2x: non-KMS I guess? I cut out all of that delayed blanking stuff
Jun 27 19:34:54 <leviathan> GNUtoo|laptop: anyway I was told by raster, that it would be supported
Jun 27 19:34:58 <gena2x> Weiss: yes, .34 git.
Jun 27 19:35:04 <leviathan> and its already a Linux installed
Jun 27 19:35:17 <leviathan> GNUtoo|laptop: so we just have to replace the userspace
Jun 27 19:35:23 <gena2x> Weiss: do you have plans to merge you work to plain .34?
Jun 27 19:35:24 <GNUtoo|laptop> leviathan, ok but can I still buy it in a regular shop?
Jun 27 19:35:32 <leviathan> uhm, too old
Jun 27 19:35:34 <leviathan> only ebay
Jun 27 19:35:41 <leviathan> but its just the chip base
Jun 27 19:35:47 <leviathan> I need a showcase
Jun 27 19:35:55 <GNUtoo|laptop> ok
Jun 27 19:35:58 <leviathan> we need to polish a bit
Jun 27 19:36:04 <leviathan> and show it in the presentation
Jun 27 19:36:10 <leviathan> as soon as we have something usable
Jun 27 19:36:20 <gena2x> max_posedon: lets see your log...
Jun 27 19:36:26 <leviathan> GNUtoo|laptop: my friend will organize the meeting with the coreans
Jun 27 19:36:28 <Weiss> gena2x: I'd like to, but modesetting is a bit of a disaster still, and I don't know how to fix it..
Jun 27 19:36:36 <GNUtoo|laptop> leviathan, ok
Jun 27 19:37:08 <max_posedon> gena2x, my log?
Jun 27 19:37:41 <PaulFertser> leviathan: what is the killer feature of the project? I am afraid the majority didn't understand it from your letter.
Jun 27 19:38:16 <gena2x> max_posedon: 16gb?
Jun 27 19:38:21 <leviathan> PaulFertser: the killer feature will be the organizer functions
Jun 27 19:38:25 <GNUtoo|laptop> leviathan, so what should I do?
Jun 27 19:38:35 <leviathan> get this device from ebay
Jun 27 19:38:37 <GNUtoo|laptop> *what do you expect me to do
Jun 27 19:38:40 <gena2x> max_posedon: i mean nice :)
Jun 27 19:38:41 <leviathan> I'll get the other one
Jun 27 19:38:50 <GNUtoo|laptop> hmmmm
Jun 27 19:38:51 <leviathan> then mickeyl needs one too
Jun 27 19:38:59 <leviathan> then we need to implement fso support
Jun 27 19:39:02 <GNUtoo|laptop> what's the plan exactly?
Jun 27 19:39:02 <TAsn> btw, speaker doesn't work anymore. :(
Jun 27 19:39:07 <GNUtoo|laptop> no one could buy this device
Jun 27 19:39:11 <TAsn> Looks like something with the scenarios
Jun 27 19:39:15 <GNUtoo|laptop> it's not produced anymore
Jun 27 19:39:25 <leviathan> GNUtoo|laptop: we will just use the chip set in a new series
Jun 27 19:39:29 <GNUtoo|laptop> if I would buy it in a regular shop maybe I would have done it
Jun 27 19:39:47 <GNUtoo|laptop> also what should I do about the dream?
Jun 27 19:39:55 <leviathan> uhm
Jun 27 19:40:03 <leviathan> do you have the debugging cable now?
Jun 27 19:40:11 <GNUtoo|laptop> I will order it very soon
Jun 27 19:40:22 <leviathan> I should get the package with the adapter tomorrow
Jun 27 19:40:27 <GNUtoo|laptop> I've decided what not to buy at sparkfun
Jun 27 19:40:33 <GNUtoo|laptop> so it's more simple now
Jun 27 19:40:42 <leviathan> mhmm
Jun 27 19:41:03 <leviathan> I extracted the pcb+connector out of my headset
Jun 27 19:41:08 <leviathan> its undamaged
Jun 27 19:41:11 <GNUtoo|laptop> leviathan, that won't work
Jun 27 19:41:15 <gena2x> max_posedon: no idea :(
Jun 27 19:41:17 <GNUtoo|laptop> look at the connections
Jun 27 19:41:24 <GNUtoo|laptop> tx is wired to ground
Jun 27 19:41:26 <leviathan> not the pcb with volume control
Jun 27 19:41:26 <GNUtoo|laptop> on mine
Jun 27 19:41:31 <leviathan> :-)
Jun 27 19:41:35 <GNUtoo|laptop> I've the raw pcb
Jun 27 19:41:36 <leviathan> the bcp under the gum
Jun 27 19:41:39 <GNUtoo|laptop> only the connector
Jun 27 19:41:40 <GNUtoo|laptop> indeed
Jun 27 19:41:43 <GNUtoo|laptop> I've that
Jun 27 19:41:49 <GNUtoo|laptop> I've checked with the multimeter
Jun 27 19:41:52 <GNUtoo|laptop> but in another hand
Jun 27 19:41:54 <leviathan> hmm
Jun 27 19:41:54 <GNUtoo|laptop> it was late
Jun 27 19:41:57 <leviathan> hmm
Jun 27 19:43:03 <gena2x> max_posedon: only strange that even i did not find pt, it is still doing with card something afterwards: [    2.465000] mmc0: new high speed SDHC card at address 8fe4
Jun 27 19:43:03 <gena2x> [    2.910000]  mmcblk0: unknown partition table
Jun 27 19:43:03 <gena2x> [    3.330000] s3c-sdi s3c2440-sdi: powered down.
Jun 27 19:43:03 <gena2x> [    3.335000] s3c-sdi s3c2440-sdi: mmc1 - using pio, sw SDIO IRQ
Jun 27 19:43:39 <GNUtoo|laptop> leviathan, isn't there a more recent phone?
Jun 27 19:43:44 <gena2x> ops, this is different mmc.
Jun 27 19:43:54 <gena2x> so, complete no idea.
Jun 27 19:44:08 <GNUtoo|laptop> leviathan, also I'm not shure mickeyl got the money for the phone
Jun 27 19:45:00 <gena2x> max_posedon: you may try to ask ThibG as local mmc expert.
Jun 27 19:45:32 <leviathan> GNUtoo|laptop: perhaps thats the reason, why he is not answering xD
Jun 27 19:46:03 <ThibG> expwhat?
Jun 27 19:46:14 <GNUtoo|laptop> leviathan, also it's a chicken/egg problem
Jun 27 19:46:25 <leviathan> GNUtoo|laptop: hmm?
Jun 27 19:46:29 <GNUtoo|laptop> why bother porting to an old phone if we can get it work on a new one after?
Jun 27 19:46:46 <leviathan> because the new one will base on the old one :-)
Jun 27 19:46:58 <leviathan> on well known to be supported hardware
Jun 27 19:46:59 <GNUtoo|laptop> they may be some differences?
Jun 27 19:47:03 <leviathan> yes
Jun 27 19:47:07 <gena2x> PaulFertser, S3C244X: core 465.000 MHz, memory 116.250 MHz, peripheral 58.125 MHz :)
Jun 27 19:47:21 <leviathan> GNUtoo|laptop: such differences like in gta01 and gta02
Jun 27 19:47:22 <leviathan> :-)
Jun 27 19:47:25 <GNUtoo|laptop> like newer components because the old components won't be disponible
Jun 27 19:47:28 <ThibG> max_posedon, issue? Kernel?
Jun 27 19:47:30 <PaulFertser> gena2x: you bloody overclocker ;)
Jun 27 19:47:38 <leviathan> GNUtoo|laptop: yes
Jun 27 19:47:43 <leviathan> GNUtoo|laptop: good argument
Jun 27 19:47:47 <gena2x> PaulFertser: it is really faster and stable for far.
Jun 27 19:47:57 * Weiss is pretty sure that shutting down the phone normally shouldn't result in a corrupted FS :(
Jun 27 19:48:01 <leviathan> GNUtoo|laptop: but I'll need a showcase
Jun 27 19:48:11 <GNUtoo|laptop> leviathan, if you just need a showcase why not the palm pre?
Jun 27 19:48:19 <leviathan> hmm
Jun 27 19:48:24 <leviathan> I do not own a palm pre
Jun 27 19:48:25 <leviathan> ...
Jun 27 19:48:26 <leviathan> hmm
Jun 27 19:48:36 <leviathan> how much does it cost?
Jun 27 19:48:37 <GNUtoo|laptop> you were about to buy a samsung phone
Jun 27 19:48:42 <GNUtoo|laptop> 420E
Jun 27 19:48:45 <GNUtoo|laptop> or something like that
Jun 27 19:48:48 <leviathan> hmm
Jun 27 19:48:51 <leviathan> I'll check it
Jun 27 19:48:57 <GNUtoo|laptop> also
Jun 27 19:49:01 <GNUtoo|laptop> mickeyl already has one
Jun 27 19:49:09 <GNUtoo|laptop> the community has great hopes on that
Jun 27 19:49:13 <GNUtoo|laptop> etc...
Jun 27 19:49:16 <GNUtoo|laptop> but it's not finished
Jun 27 19:49:19 <GNUtoo|laptop> but it'll be soon
Jun 27 19:49:24 <dcordes> GNUtoo|laptop: hi again
Jun 27 19:49:39 <GNUtoo|laptop> dcordes, hi
Jun 27 19:49:49 <dcordes> GNUtoo|laptop: http://tinderbox.openembedded.net/public/logs/task/6349956.txt
Jun 27 19:49:51 <GNUtoo|laptop> leviathan, 429E for pre-plus in france
Jun 27 19:50:10 <GNUtoo|laptop> dcordes, YOU NEED SOME HEADERS
Jun 27 19:50:15 <GNUtoo|laptop> OOPS
Jun 27 19:50:17 <GNUtoo|laptop> sorry
Jun 27 19:50:19 <GNUtoo|laptop> for the caps
Jun 27 19:50:25 <leviathan> hmm, ok
Jun 27 19:50:25 <GNUtoo|laptop> I'm using 2 screens
Jun 27 19:50:29 <leviathan> GNUtoo|laptop: http://img153.imageshack.us/img153/4784/img6188u.jpg
Jun 27 19:50:30 <max_posedon> ThibG, yes, http://paste.pocoo.org/show/230677/
Jun 27 19:50:32 <leviathan> watch this
Jun 27 19:50:33 <leviathan> ^^
Jun 27 19:50:48 <max_posedon> kernel doesn't parse mmc partition table during boot
Jun 27 19:50:55 <GNUtoo|laptop> leviathan, is it yours
Jun 27 19:50:56 <GNUtoo|laptop> ?
Jun 27 19:51:01 <leviathan> fgau
Jun 27 19:51:08 <GNUtoo|laptop> ok
Jun 27 19:51:11 <max_posedon> but after boot hdparm -z /dev/mmc0 successfully works and kernel finds all partitions
Jun 27 19:51:14 <leviathan> he and raster are developing on samsung platform
Jun 27 19:51:19 <leviathan> they suggested OMAP3
Jun 27 19:51:27 <GNUtoo|laptop> seem that they have an irq issue
Jun 27 19:51:29 <leviathan> its nearly fully supported by official linux
Jun 27 19:51:30 <GNUtoo|laptop> omap3 is good
Jun 27 19:51:31 <GNUtoo|laptop> use thtat
Jun 27 19:51:34 <leviathan> k
Jun 27 19:51:46 <GNUtoo|laptop> good power management is important
Jun 27 19:51:51 <GNUtoo|laptop> xrandr -o 1
Jun 27 19:51:56 <GNUtoo|laptop> with omapfs
Jun 27 19:51:58 <GNUtoo|laptop> *fb
Jun 27 19:52:02 <GNUtoo|laptop> but check it
Jun 27 19:52:03 <GNUtoo|laptop> before
Jun 27 19:52:07 <GNUtoo|laptop> then video acceleration
Jun 27 19:52:10 <GNUtoo|laptop> etc....
Jun 27 19:52:19 <GNUtoo|laptop> s/acceleratoin/decode offload
Jun 27 19:52:48 <leviathan> http://en.wikipedia.org/wiki/Omnia_HD
Jun 27 19:52:54 <leviathan> Omnia HD has Omap3
Jun 27 19:53:05 <GNUtoo|laptop> ok but....
Jun 27 19:53:08 <GNUtoo|laptop> omap3 is a part 
Jun 27 19:53:11 <GNUtoo|laptop> there is :
Jun 27 19:53:12 <GNUtoo|laptop> modem
Jun 27 19:53:13 <GNUtoo|laptop> sound
Jun 27 19:53:18 <GNUtoo|laptop> etc...
Jun 27 19:53:36 <GNUtoo|laptop> and it runs simbian
Jun 27 19:53:43 <GNUtoo|laptop> do you know a simbian haret like thing?
Jun 27 19:53:45 <GNUtoo|laptop> I don't
Jun 27 19:53:49 <ThibG> [    2.905000] mmcblk0: mmc0:8fe4 SU16G 14.8 GiB 
Jun 27 19:53:49 <ThibG> [    2.910000]  mmcblk0: unknown partition table
Jun 27 19:53:56 <ThibG> odd, and there is no glamo-mci error...
Jun 27 19:54:02 <leviathan> GNUtoo|laptop: we want native linux
Jun 27 19:54:06 <leviathan> we can use native linux
Jun 27 19:54:12 <leviathan> because we will decide the OS
Jun 27 19:54:28 <GNUtoo|laptop> leviathan, how do you boot it?
Jun 27 19:54:29 <leviathan> thats the beatyfull, if youre on top of the production
Jun 27 19:54:36 <GNUtoo|laptop> if there is simbian
Jun 27 19:54:41 <leviathan> on symbian?
Jun 27 19:54:45 <GNUtoo|laptop> yes 
Jun 27 19:54:46 <leviathan> using jtag of course
Jun 27 19:54:48 <leviathan> :-)
Jun 27 19:54:52 <GNUtoo|laptop> really?
Jun 27 19:54:56 <leviathan> yes
Jun 27 19:55:01 <GNUtoo|laptop> did you check if the phone has jtag?
Jun 27 19:55:09 <GNUtoo|laptop> and is easily accesible
Jun 27 19:55:15 <GNUtoo|laptop> and nobody will use jtag
Jun 27 19:55:18 <leviathan> EVERY device has jtag
Jun 27 19:55:23 <GNUtoo|laptop> I know
Jun 27 19:55:24 <GNUtoo|laptop> but
Jun 27 19:55:30 <leviathan> but
Jun 27 19:55:32 <leviathan> yes
Jun 27 19:55:33 <GNUtoo|laptop> how do you access it
Jun 27 19:55:38 <leviathan> :-)
Jun 27 19:55:40 <GNUtoo|laptop> sometime there aren't any testpads
Jun 27 19:55:42 <GNUtoo|laptop> etc...
Jun 27 19:55:42 <ThibG> wait, what is s3c-sdi?
Jun 27 19:55:55 <GNUtoo|laptop> we need something realistic
Jun 27 19:56:10 <leviathan> GNUtoo|laptop: I perhaps should show them htcdream??
Jun 27 19:56:13 <leviathan> or freerunner
Jun 27 19:56:18 <leviathan> with its functionality
Jun 27 19:56:21 <GNUtoo|laptop> leviathan, no
Jun 27 19:56:49 <leviathan> it should be theire hardware
Jun 27 19:56:50 <GNUtoo|laptop> how many time do we have?
Jun 27 19:57:14 <leviathan> I do not know exactly... he's just looking for contacts
Jun 27 19:57:16 <GNUtoo|laptop> ask mickeyl and morphis about palm pre
Jun 27 19:57:22 <leviathan> ok
Jun 27 19:57:40 <leviathan> I'm just preparing the stuff
Jun 27 19:58:07 <GNUtoo|laptop> leviathan, in any case you'll have to do some work
Jun 27 19:58:13 <leviathan> someone has to do it, else no one has courrage to go to them it seems. they only come to partial developers for project like efl
Jun 27 19:58:20 <leviathan> but we have final functional handy distro
Jun 27 19:58:24 <GNUtoo|laptop> an user suggested me that the freerunner is not ready
Jun 27 19:58:26 <leviathan> its time to show it to them
Jun 27 19:58:34 <GNUtoo|laptop> *no graphical package management
Jun 27 19:58:35 <max_posedon> ThibG, I'm not kernel guy
Jun 27 19:58:41 <leviathan> GNUtoo|laptop: I know
Jun 27 19:58:46 <GNUtoo|laptop> *no working wifi GUI
Jun 27 19:58:46 <leviathan> we have opkg.org
Jun 27 19:58:51 <leviathan> uuuhhm
Jun 27 19:58:58 <GNUtoo|laptop> opkg.org with the virus?
Jun 27 19:59:02 <leviathan> ohh
Jun 27 19:59:10 <GNUtoo|laptop> I mean opkg.org require the commandline to work
Jun 27 19:59:32 <GNUtoo|laptop> are you going to tell buisnessmens that they need to learn the commandline
Jun 27 19:59:33 <GNUtoo|laptop> ?
Jun 27 19:59:37 <leviathan> nope
Jun 27 19:59:40 <GNUtoo|laptop> ok
Jun 27 19:59:44 <GNUtoo|laptop> also SHR uses no 3d
Jun 27 19:59:44 <max_posedon> JaMa, PaulFertser gena2x also, why we switched to usb0 back?
Jun 27 19:59:50 <leviathan> hmm
Jun 27 19:59:57 <GNUtoo|laptop> maybe the buisnessmen wants 3d
Jun 27 19:59:59 <GNUtoo|laptop> we don't 
Jun 27 20:00:03 <leviathan> hmm
Jun 27 20:00:04 <GNUtoo|laptop> but they could do
Jun 27 20:00:15 <PaulFertser> max_posedon: it shouldn't have happened.
Jun 27 20:00:18 <leviathan> GNUtoo|laptop: we use enlightenment as window manager?
Jun 27 20:00:18 <GNUtoo|laptop> we have no good GUI toolkit
Jun 27 20:00:23 <GNUtoo|laptop> ok
Jun 27 20:00:30 <GNUtoo|laptop> I'm not up to date
Jun 27 20:00:41 <PaulFertser> max_posedon: you do not supply mac in the command line, and qi does that.
Jun 27 20:00:43 <dcordes> GNUtoo|laptop: hm ok
Jun 27 20:00:45 <GNUtoo|laptop> what's enlightenment2?
Jun 27 20:00:58 <max_posedon> PaulFertser, this is new default kernel from shr-U
Jun 27 20:01:06 * JaMa had always usb0 with Qi..
Jun 27 20:01:07 <max_posedon> I don't know. I never did it
Jun 27 20:01:10 <leviathan> GNUtoo|laptop: http://de.wikipedia.org/wiki/Enlightenment
Jun 27 20:01:16 <leviathan> etk -> enlightenment
Jun 27 20:01:23 <GNUtoo|laptop> enlightenment*2*
Jun 27 20:01:27 <leviathan> mhmm
Jun 27 20:01:29 <[Rui]> GNUtoo|laptop: yeah we do!
Jun 27 20:01:49 <TAsn> mrmoku, btw, I hate you (germany)! Kicking england out :( Was obvious, I told you I don't have high hopes :P
Jun 27 20:02:06 <GNUtoo|laptop> [Rui], we do? I talk too much,what line were you responding to?
Jun 27 20:02:10 <leviathan> GNUtoo|laptop: http://www.enlightenment.org/p.php?p=about&l=en
Jun 27 20:02:16 <ThibG> max_posedon, I don't think it's the cause, but the s3c-sdi thing is bugging me
Jun 27 20:02:20 <GNUtoo|laptop> leviathan, I know
Jun 27 20:02:35 <GNUtoo|laptop> I even know the howto
Jun 27 20:02:52 <JaMa> max_posedon: see what /etc/init.d/g_ether.sh does, but g_ether is now included in kernel.. so it is probably missing that kernel param in your u-boot env
Jun 27 20:02:52 <PaulFertser> max_posedon: do you have gether as module or builtin?
Jun 27 20:02:57 <PaulFertser> Oh yes
Jun 27 20:02:58 <GNUtoo|laptop> http://trac.enlightenment.org/e/wiki/Elementary
Jun 27 20:03:00 <PaulFertser> It is
Jun 27 20:03:02 <GNUtoo|laptop> which is great
Jun 27 20:03:11 <GNUtoo|laptop> but how many apps uses enlightenment?
Jun 27 20:03:29 <GNUtoo|laptop> for instance xchat is unusable without editing the config file
Jun 27 20:03:35 <max_posedon> PaulFertser, buildin I think
Jun 27 20:03:39 <GNUtoo|laptop> it's great to have it tough
Jun 27 20:03:45 <GNUtoo|laptop> but you're going to talk to samsung
Jun 27 20:03:47 <GNUtoo|laptop> not to me
Jun 27 20:04:17 <PaulFertser> max_posedon: then JaMa's explanation is the most elaborate.
Jun 27 20:04:28 <leviathan> ok
Jun 27 20:04:30 <GNUtoo|laptop> leviathan, I need more infos on samsung's next GNU/Linux/X11 phones
Jun 27 20:04:37 <GNUtoo|laptop> because the toolkit is important
Jun 27 20:04:44 <GNUtoo|laptop> s/phone/OS
Jun 27 20:05:09 <leviathan> its basically one of the 360 based series
Jun 27 20:05:12 <GNUtoo|laptop> ok
Jun 27 20:05:16 <GNUtoo|laptop> I bitbake shr-image
Jun 27 20:05:24 <GNUtoo|laptop> and if I choose illume2 
Jun 27 20:05:27 <GNUtoo|laptop> what do I get?
Jun 27 20:05:34 <GNUtoo|laptop> the same thing rearanged differently?
Jun 27 20:05:37 <GNUtoo|laptop> a new top-bar?
Jun 27 20:05:40 <GNUtoo|laptop> that's all?
Jun 27 20:05:56 <leviathan> hmm
Jun 27 20:06:16 <leviathan> we should modify SHR that it gets the requested eye candy
Jun 27 20:06:17 * GNUtoo|laptop is restarting xorg
Jun 27 20:06:34 <leviathan> who has created the dialer for shr btw?
Jun 27 20:06:59 <leviathan> no offense, but its very spartanic
Jun 27 20:07:06 <[Rui]> GNUtoo|laptop: have a good GUI toolkit
Jun 27 20:07:20 <TAsn> leviathan, the guy who wrote it is not here anymore.
Jun 27 20:07:20 <leviathan> we should use http://trac.enlightenment.org/e/wiki/Elementary in the apps more often
Jun 27 20:07:45 <TAsn> leviathan, he wrote it *before* they made elementary
Jun 27 20:07:46 <leviathan> the messages example looks sooo nice
Jun 27 20:08:03 <leviathan> http://download.enlightenment.org/att/wiki/Elementary/elm-15.2.png
Jun 27 20:08:07 <TAsn> yes
Jun 27 20:08:10 <leviathan> and look a this
Jun 27 20:08:11 <leviathan> wow
Jun 27 20:08:12 <leviathan> ^^
Jun 27 20:08:15 <[Rui]> GNUtoo|laptop: most current apps are unusable in such a small screen
Jun 27 20:08:26 <TAsn> we were planning on doing it.
Jun 27 20:08:37 <TAsn> (messages style)
Jun 27 20:08:37 <leviathan> ok
Jun 27 20:08:39 <leviathan> very well
Jun 27 20:08:41 <TAsn> Actually, I was about to do it.
Jun 27 20:08:48 <[Rui]> GNUtoo|laptop: if you install elmdentica current and look at older screenshots, you'll see how much it evolved into using more screen area for the important things
Jun 27 20:08:48 <leviathan> TAsn: yeah
Jun 27 20:08:48 <TAsn> But then I got too busy.
Jun 27 20:08:49 <leviathan> nice
Jun 27 20:08:54 <leviathan> not so nice
Jun 27 20:08:55 <leviathan> hmm
Jun 27 20:08:58 <TAsn> And I still am :(
Jun 27 20:09:04 <leviathan> perhaps we should stick together
Jun 27 20:09:04 <[Rui]> GNUtoo|laptop: and that's a 100% elementary app, no edje fancy tricks
Jun 27 20:09:24 <JaMa> NOTE: Running task 10213 of 15792
Jun 27 20:09:26 <TAsn> [Rui], edje makes life easier and nicer :P
Jun 27 20:09:27 <leviathan> perhaps we should fit into the illume WM manager
Jun 27 20:09:35 <leviathan> make some nicer app switching
Jun 27 20:09:41 <TAsn> edje is AWESOME for layouting
Jun 27 20:09:45 <[Rui]> TAsn: also more obscure
Jun 27 20:09:48 <TAsn> I wouldn't trade it for anything else.
Jun 27 20:09:53 <TAsn> [Rui], not after you get the hang of it.
Jun 27 20:09:53 <leviathan> I mean we have some advantage over other handy distro: real multitasking
Jun 27 20:10:00 <TAsn> To be honest, it's better documented than elementary :P
Jun 27 20:10:06 <leviathan> the apps really just get minimized and keep on running
Jun 27 20:10:15 <[Rui]> TAsn: haven't seen any good introductions (e's isn't)
Jun 27 20:10:21 <GNUtoo|laptop> [Rui], ah ok
Jun 27 20:10:25 <TAsn> leviathan, shr is awesome
Jun 27 20:10:27 <TAsn> it's just lacking atm
Jun 27 20:10:31 <leviathan> TAsn: yes
Jun 27 20:10:37 <leviathan> exactly my opinion
Jun 27 20:10:41 <[Rui]> GNUtoo|laptop: most current apps need a redesign for small screens
Jun 27 20:10:41 <GNUtoo|laptop> [Rui], how do I increase the top bar size?
Jun 27 20:10:55 <TAsn> leviathan, we (the community) designed it exactly like we want it
Jun 27 20:11:01 <[Rui]> GNUtoo|laptop: what top bar? illume's?
Jun 27 20:11:07 <TAsn> not a 57 y/o nokia director :P
Jun 27 20:11:08 <leviathan> TAsn: I know
Jun 27 20:11:16 <GNUtoo|laptop> [Rui], yes
Jun 27 20:11:28 <[Rui]> I think shr-dialer looks ok, only needs to *not* close when a call ends
Jun 27 20:11:37 <leviathan> TAsn: and he is even older, but anyway
Jun 27 20:11:38 <leviathan> =)
Jun 27 20:11:47 <GNUtoo|laptop> leviathan, [Rui] I'm a bit hard but leviathan is going to talk to samsung and/or spend a lot of money so better critizing now than after
Jun 27 20:11:52 <[Rui]> GNUtoo|laptop: I'd say you'll need to use editje
Jun 27 20:11:52 <TAsn> leviathan, I said *a* director, not *the*
Jun 27 20:11:53 <TAsn> :P
Jun 27 20:12:00 <leviathan> TAsn: oh
Jun 27 20:12:03 <GNUtoo|laptop> [Rui], ok that's machine arch?
Jun 27 20:12:06 <[Rui]> GNUtoo|laptop: of course!
Jun 27 20:12:06 <leviathan> ^^
Jun 27 20:12:07 <TAsn> I don't think all the UI decisions go all the way up.
Jun 27 20:12:08 <TAsn> :P
Jun 27 20:12:10 <GNUtoo|laptop> ok
Jun 27 20:12:15 <leviathan> anyway
Jun 27 20:12:29 <leviathan> I'm happy about this technical free creativity
Jun 27 20:12:34 <leviathan> with one goal
Jun 27 20:12:41 <leviathan> to learn and do new cool stuff
Jun 27 20:12:49 <leviathan> its exactly my way of living too
Jun 27 20:12:54 <[Rui]> GNUtoo|laptop: excuse me? didn't understand you WRT <GNUtoo|laptop> [Rui], ok that's machine arch?
Jun 27 20:12:55 <leviathan> hmm
Jun 27 20:13:03 <TAsn> that's what I told my boss when he asked me about open source (he got interested)
Jun 27 20:13:15 <dcordes> GNUtoo|laptop: I bet it is stuff that is not needed after neon-ectomy patch
Jun 27 20:13:16 <TAsn> I told him that in open source, doing something right is great, doing something wrong is better :P
Jun 27 20:13:23 <TAsn> (As long as you listen to the users)
Jun 27 20:13:32 <leviathan> TAsn: mgm
Jun 27 20:13:35 <leviathan> mhmm
Jun 27 20:13:38 <TAsn> The users just push you to the right direction.
Jun 27 20:13:46 <leviathan> yea
Jun 27 20:13:49 <leviathan> thats right
Jun 27 20:14:01 <TAsn> And out of 2 wrongs comes a right :P
Jun 27 20:14:18 <leviathan> what we need would be some eyecandy on switching between apps
Jun 27 20:14:25 <GNUtoo|laptop> dcordes, I'll look after talking to leviathan and [Rui] 
Jun 27 20:14:30 <TAsn> leviathan, that's in e.
Jun 27 20:14:33 <TAsn> that's not us.
Jun 27 20:14:51 <leviathan> TAsn: really?
Jun 27 20:14:55 <leviathan> can I activate it?
Jun 27 20:15:13 <TAsn> no
Jun 27 20:15:21 <TAsn> I meant, that's *missing* but should be in e :P
Jun 27 20:15:32 <TAsn> I just said it's not "our responsibility"
Jun 27 20:15:35 <TAsn> we don't manage windows.
Jun 27 20:15:57 <TAsn> s/.//
Jun 27 20:15:57 <apt> TAsn meant: we don't manage windows
Jun 27 20:15:59 <TAsn> e does :P
Jun 27 20:16:51 <TAsn> Anyhow, it's time for me to go
Jun 27 20:16:54 <leviathan> holy crap
Jun 27 20:16:56 <TAsn> I haven't slept for a while now
Jun 27 20:17:03 <leviathan> wifi got very very warm now
Jun 27 20:17:06 <TAsn> and I should really go and get some sleep. :P
Jun 27 20:17:14 <TAsn> leviathan, warm?
Jun 27 20:17:20 <leviathan> very very warm
Jun 27 20:17:21 <leviathan> yes
Jun 27 20:17:26 <leviathan> power managment on wifi
Jun 27 20:17:27 <leviathan> -_-
Jun 27 20:17:54 <TAsn> leviathan, p.s even if they'll add the transitions to window switching, it'll probably be but ugly on the moko :P
Jun 27 20:18:05 <leviathan> hmm
Jun 27 20:18:24 <leviathan> we could make it be a dependant on config files
Jun 27 20:18:30 <leviathan> and only allow it per default
Jun 27 20:18:34 <GNUtoo|laptop> [Rui], by machine arch, I mean each machine get it's illume customized
Jun 27 20:18:36 <leviathan> on devices where it doesnt look ugly
Jun 27 20:19:03 <[Rui]> GNUtoo|laptop: ok
Jun 27 20:19:03 <TAsn> leviathan, to be honest, the correct thing would be: extending our work to other h.w
Jun 27 20:19:12 <leviathan> TAsn: yes
Jun 27 20:19:18 <TAsn> omnia?
Jun 27 20:19:19 <TAsn> :P
Jun 27 20:19:27 <leviathan> omnia hd would be an idea
Jun 27 20:19:36 <leviathan> or 360 series
Jun 27 20:19:36 <TAsn> I know, I read your email. :P
Jun 27 20:19:38 <leviathan> :-)
Jun 27 20:19:41 <GNUtoo|laptop> [Rui], editje....but it seem something to make an application,not to make my topbar look bigger
Jun 27 20:19:52 <TAsn> I just saw the galaxy s for the first time today
Jun 27 20:20:19 <TAsn> it looks like a merge between iphone 3gs, iphone4 and the old galaxy's buttons.
Jun 27 20:20:34 <TAsn> But generally it just looks like a 3gs with a front camera and a samsung logo.
Jun 27 20:20:51 <GNUtoo|laptop> and how do I switch app?
Jun 27 20:21:15 <TAsn> Now for real, I'm going to try that sleeping thingie, wish me luck.
Jun 27 20:21:17 <TAsn> Night.
Jun 27 20:22:20 <JaMa> TAsn: gnight!
Jun 27 20:23:06 <GNUtoo|laptop> ah found it,nice
Jun 27 20:24:06 <leviathan> GNUtoo|laptop: what do you think
Jun 27 20:24:23 <GNUtoo|laptop> that we need a phone for the showcase
Jun 27 20:24:25 <leviathan> how difficult can it be to implement 3d window switching in E?
Jun 27 20:24:36 <GNUtoo|laptop> leviathan, let's do basic first
Jun 27 20:24:39 <GNUtoo|laptop> we need a phone
Jun 27 20:24:43 <leviathan> hmm, ok
Jun 27 20:24:43 <GNUtoo|laptop> maybe the palm pre
Jun 27 20:25:03 <GNUtoo|laptop> talk to mickeyl and morphis then
Jun 27 20:25:04 <leviathan> you wanna motivate me to participate to the palm pre project? ;-)
Jun 27 20:25:36 * leviathan only does megalomaniatic for joke
Jun 27 20:25:44 <ThibG> Weiss, ping
Jun 27 20:25:50 <leviathan> GNUtoo|laptop: would be a possibility
Jun 27 20:26:00 <leviathan> at least you got easier reversing there
Jun 27 20:26:48 <GNUtoo|laptop> leviathan, I don't know but we don't have much choice of hardware
Jun 27 20:26:59 <GNUtoo|laptop> *nexus one would require a lot of work
Jun 27 20:27:06 <GNUtoo|laptop> altough qsd is in a better state than dream
Jun 27 20:27:17 <leviathan> hmm
Jun 27 20:27:18 <leviathan> ok
Jun 27 20:27:28 <leviathan> and we do not have a toaster wifi module in palm pre
Jun 27 20:27:29 <leviathan> >_<
Jun 27 20:27:32 <GNUtoo|laptop> *samsung hardware is old,you would need to do the work alone
Jun 27 20:27:42 <leviathan> yes
Jun 27 20:27:57 <leviathan> at least, it would be better showcase then freerunner
Jun 27 20:27:59 <GNUtoo|laptop> or it's simbian which prevent you from booting GNU/Linux => again work beeing done alone
Jun 27 20:28:11 <GNUtoo|laptop> or there is android which is kind of the htcdream
Jun 27 20:28:14 <GNUtoo|laptop> again work alone
Jun 27 20:28:20 <GNUtoo|laptop> the only solution is palm pre
Jun 27 20:28:30 <GNUtoo|laptop> but you'll need to wait for morphis+mickeyl
Jun 27 20:28:34 <leviathan> ok
Jun 27 20:29:15 <GNUtoo|laptop> bbvs
Jun 27 20:29:45 <GNUtoo|laptop> back
Jun 27 20:30:33 <GNUtoo|laptop> I've http://scap.linuxtogo.org/files/86e424a5ea58be4c822690f7f55db4c0.png
Jun 27 20:30:39 <GNUtoo|laptop> the top bar is too small
Jun 27 20:30:41 <GNUtoo|laptop> how do I fix that
Jun 27 20:30:43 <GNUtoo|laptop> ?
Jun 27 20:31:26 <ianwizard> Hey.
Jun 27 20:31:36 <leviathan> GNUtoo|laptop: http://en.wikipedia.org/wiki/Samsung_S8500
Jun 27 20:31:42 <leviathan> they wanna build bada
Jun 27 20:31:55 <leviathan> perhaps we should suggest them to just extend SHR??
Jun 27 20:32:58 <GNUtoo|laptop> leviathan, why not suggesting them FSO
Jun 27 20:32:59 <GNUtoo|laptop> ?
Jun 27 20:33:06 <leviathan> thats what I ment
Jun 27 20:33:08 <leviathan> FSO2+SHR
Jun 27 20:33:09 <GNUtoo|laptop> ok
Jun 27 20:33:09 <leviathan> :-)
Jun 27 20:33:18 <GNUtoo|laptop> because SHR or not SHR...that's not the issue
Jun 27 20:33:24 <leviathan> yes
Jun 27 20:33:25 <ThibG> mrmoku, ping
Jun 27 20:33:25 <GNUtoo|laptop> the issue is having less work to do
Jun 27 20:33:32 <GNUtoo|laptop> FSO support would be cool
Jun 27 20:33:37 <leviathan> they could even use qt4 and fso2
Jun 27 20:33:39 <leviathan> so...
Jun 27 20:33:44 <GNUtoo|laptop> yes
Jun 27 20:33:48 <leviathan> fso2 is the important point
Jun 27 20:35:22 <[Rui]> damn, compiling qemu in bb seems to lock-up my computer a lot. is it really necessary? can I skip it somehow?
Jun 27 20:36:36 <JaMa> [Rui]: for how long? I never noticed long qemu compilation
Jun 27 20:36:45 <JaMa> [Rui]: are you talking about qemu-native right?
Jun 27 20:39:49 <GNUtoo|laptop> ah ok there is also illume home
Jun 27 20:43:25 <leviathan> [Rui]: yes, you can skip it
Jun 27 20:43:35 <leviathan> just add following line in local.conf
Jun 27 20:43:44 <[Rui]> JaMa: yeah, qemu-native
Jun 27 20:43:55 <leviathan> ASSUME_PROVIDED += "qemu-native"
Jun 27 20:43:58 <[Rui]> JaMa: maybe it just eats up a lot of ram and I got a faulty bit somewhere
Jun 27 20:44:05 <leviathan> but then you need to install qemu packages
Jun 27 20:44:09 <leviathan> of you distro
Jun 27 20:44:33 <leviathan> [Rui]: basically qemu only gets used by elibc
Jun 27 20:44:33 <[Rui]> hms... how do I do that on bitbake env?
Jun 27 20:44:50 <leviathan> uhm
Jun 27 20:44:57 <leviathan> vim conf/local.conf
Jun 27 20:44:59 <leviathan> :-)
Jun 27 20:45:09 <JaMa> [Rui], leviathan: OE has patch considering safe value of min_mmap_addr, if you use ASSUME_PROVIDED, make sure you have user readable /proc/sys/vm/mmap_min_addr or 0 there
Jun 27 20:45:27 <leviathan> JaMa: I have
Jun 27 20:45:29 <leviathan> :-)
Jun 27 20:45:47 <ianwizard> does anybody know if FSO supports CDMA?  I'm thinking of trying to put something like SHR (or maybe a custom OpenEmbedded system with FSO and E17, etc) on my EVO 4G
Jun 27 20:45:51 * JaMa wrote that patch instead as it's easier for users..
Jun 27 20:46:12 <leviathan> ianwizard: good question
Jun 27 20:46:29 <[Rui]> leviathan: I meant the install of an shr-u ipk for glibc-native, not setting the variable :)
Jun 27 20:47:00 <leviathan> ah, ok
Jun 27 20:47:07 <[Rui]> JaMa: up till last week's update I was still having trouble if I bitbake with fedora's default min_mmap_addr of 4096
Jun 27 20:47:18 <[Rui]> I still set it manually to 0 when I bitbake, nowadays
Jun 27 20:47:36 <GNUtoo|laptop> leviathan, it get used by emacs too
Jun 27 20:47:43 <leviathan> oh, ok
Jun 27 20:47:48 <leviathan> then...
Jun 27 20:47:59 <leviathan> I'm using vim ^_^
Jun 27 20:48:08 <leviathan> wuaahhh, I'm of the devil
Jun 27 20:48:11 <leviathan> I know
Jun 27 20:48:24 * leviathan well be drawn to hell, doesnt give a damn
Jun 27 20:48:43 <JaMa> [Rui]: see this patch http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=93a439a42b538be1f96c9250122504bfbdbd8d7b
Jun 27 20:48:51 <[Rui]> I may try ENABLE_BINARY_LOCALE_GENERATION = "0" first
Jun 27 20:49:11 <JaMa> [Rui]: and if you enable debug in that failing qemu call you will see what exacly happen
Jun 27 20:51:18 <ThibG> JaMa, iirc you tried the 2.6.34 kernel not long ago?
Jun 27 20:53:34 <JaMa> ThibG: yes
Jun 27 20:53:46 <ThibG> did you have any issue with the µSD?
Jun 27 20:53:58 <JaMa> no
Jun 27 20:54:21 <ThibG> even suspend/resume worked?
Jun 27 20:54:51 <leviathan> GNUtoo|laptop: so, tomorrow my cable finally should arrive
Jun 27 20:55:01 <GNUtoo|laptop> ok
Jun 27 20:55:04 <leviathan> then I can solder and test it
Jun 27 20:55:07 <GNUtoo|laptop> I've an issue with the cable
Jun 27 20:55:12 <JaMa> Qi with rootwait and suspend/resume worked (at least before your last few patches ie this one for sure f37686260161644129601ba19880abe48c56cc8d
Jun 27 20:55:19 <GNUtoo|laptop> I have to look when it arrives
Jun 27 20:55:24 <GNUtoo|laptop> because I've to be there
Jun 27 20:55:27 <GNUtoo|laptop> when it arrives
Jun 27 20:55:27 <ThibG> ok, JaMa, thanks!
Jun 27 20:55:32 <JaMa> ThibG: and older versions without pcf patch from larsc resumed but really slowly
Jun 27 20:55:47 <JaMa> ThibG: I'll reboot to latest and try suspend/resume
Jun 27 20:57:38 <JaMa> ThibG: and with 4ce5f33cd4bcde2e25d50ae0880eb39213e2b6d2 it resumes (probably) I can ping it again, but cannot ssh in
Jun 27 20:57:53 <JaMa> ThibG: iirc someone said that he has uSD remounted RO after resume
Jun 27 20:58:16 <ThibG> ok, something is definitely wrong :/
Jun 27 20:58:19 <JaMa> ThibG: no idea how to confirm that without ssh access
Jun 27 20:58:29 <ThibG> white screen ?
Jun 27 20:58:35 <JaMa> no white screen
Jun 27 20:58:51 <JaMa> I can try few older builds to give you some bisect range :)
Jun 27 20:59:44 <ThibG> ok, I'm giving you major changesets
Jun 27 21:00:08 <ThibG> c29ec982b9dcdb47d6dde3941292fda07e9cb67d
Jun 27 21:00:32 <leviathan> GNUtoo|laptop: ok
Jun 27 21:00:36 <ThibG> 5c40321e6e6a8ca8552c5c69d041d7f7f3205318
Jun 27 21:00:39 <leviathan> GNUtoo|laptop: I guess I'll gonne sleep
Jun 27 21:00:43 <GNUtoo|laptop> ok
Jun 27 21:00:47 <leviathan> then I'm awake when it arrives
Jun 27 21:00:49 <leviathan> ^^
Jun 27 21:00:51 <GNUtoo|laptop> lol ok
Jun 27 21:00:52 <leviathan> gn8 then
Jun 27 21:00:56 <GNUtoo|laptop> good night
Jun 27 21:00:59 <leviathan> thx
Jun 27 21:01:00 <ThibG> b8fd949e585e9b991b36f9edc40ebec1a7dd885b
Jun 27 21:01:12 <ThibG> those three
Jun 27 21:01:19 <[Rui]> leviathan: gn8
Jun 27 21:01:26 <leviathan> thx
Jun 27 21:02:00 <ThibG> 'night leviathan, and good luck for your project :p
Jun 27 21:02:10 <leviathan> thx
Jun 27 21:02:12 <leviathan> :-)
Jun 27 21:05:24 <JaMa> ThibG: 5c40321e6e6a8ca8552c5c69d041d7f7f3205318 fail (WS even, but still respond to ping)
Jun 27 21:05:45 <GNUtoo|laptop> dcordes, hi
Jun 27 21:05:46 <ThibG> hm ok
Jun 27 21:05:53 * ThibG is trying something
Jun 27 21:05:56 <GNUtoo|laptop> dcordes, MSMFB_RESUME_SW_REFRESHER' is something in msmfb kernel driver
Jun 27 21:05:57 <dcordes> GNUtoo|laptop: yo
Jun 27 21:06:07 <dcordes> so we need msm_fb.h
Jun 27 21:06:09 <GNUtoo|laptop> dcordes, it's an ioctl
Jun 27 21:06:17 <[Rui]> JaMa: if building qemu min_mmap_addr can't be read, you assume the highest possible value?
Jun 27 21:06:38 <GNUtoo|laptop> for the second one I can bet it's the same but I can't really be shure
Jun 27 21:06:41 <GNUtoo|laptop> dcordes, so :
Jun 27 21:06:50 <ThibG> "respond to ping" => failed suspending
Jun 27 21:06:50 <GNUtoo|laptop> 1)look if you have it in your msmfb driver
Jun 27 21:06:58 <GNUtoo|laptop> 2)if so import the headers
Jun 27 21:07:03 <GNUtoo|laptop> 3)modify the recipe
Jun 27 21:07:05 <[Rui]> hms... gettext failed "xgettext-x-rst.o: file not recognized: File truncated"
Jun 27 21:07:09 <GNUtoo|laptop> or your kernel to stage the headers
Jun 27 21:07:48 <JaMa> [Rui]: yes with qemu-native from OE it assumes 64K
Jun 27 21:08:09 <JaMa> [Rui]: which is default in fedora and ubuntu
Jun 27 21:08:21 <GNUtoo|laptop> nice!!!
Jun 27 21:08:26 <GNUtoo|laptop> [  133.480621] request_suspend_state: sleep (0->3) at 127217258377 (2010-06-27 21:03:37.243896504 UTC)
Jun 27 21:08:36 <JaMa> [Rui]: and I have at least 3 confirmations that after this patch it started to work where it failed before
Jun 27 21:08:39 <GNUtoo|laptop> [  150.194549] request_suspend_state: wakeup (3->0) at 143932590389 (2010-06-27 21:06:04.530883789 UTC)
Jun 27 21:08:46 <[Rui]> JaMa: cool
Jun 27 21:09:00 <GNUtoo|laptop> ah no sorry
Jun 27 21:09:11 <JaMa> [Rui]: so if it still fails for you, I'm really curious why (log will show)
Jun 27 21:09:13 <GNUtoo|laptop> there is a [  136.313934] suspend: exit suspend, ret = 0 (2010-06-27 21:03:40.078460695 UTC) in between
Jun 27 21:09:23 <[Rui]> JaMa: but I don't think it's that. I think it's memory
Jun 27 21:09:35 <GNUtoo|laptop> (looking for suspend with not pushed yet rebased kenrel + looking if can be used in landscape mode)
Jun 27 21:09:46 <[Rui]> JaMa: I guess my only luck is to keep trying and hope that thanks to ccache it'll eventually get through
Jun 27 21:10:24 <JaMa> [Rui]: can you show the error?
Jun 27 21:10:51 <[Rui]> JaMa: I'll try to get my photo cam in hand for the next time :|
Jun 27 21:11:01 <[Rui]> JaMa: the laptop just freezes and all disk activity stops
Jun 27 21:11:14 <[Rui]> it doesn't even forward packets from my phone, which is connected to it
Jun 27 21:11:31 <JaMa> ThibG: f37686260161644129601ba19880abe48c56cc8d works ok (and is first to resume quickly)
Jun 27 21:11:58 <ThibG> JaMa, what about c29ec982b9dcdb47d6dde3941292fda07e9cb67d
Jun 27 21:12:11 <JaMa> I have to build that one
Jun 27 21:12:12 <JaMa> mmt
Jun 27 21:12:26 <ThibG> np
Jun 27 21:13:10 <[Rui]> but gettext still seems borked
Jun 27 21:15:24 <JaMa> xgettext-x-rst.o is from building gettext? isn't it harmless error while trying to stripp all binaries?
Jun 27 21:15:35 <JaMa> [Rui]: do you have tinderbox set?
Jun 27 21:16:19 <[Rui]> JaMa: yes.
Jun 27 21:16:33 <JaMa> [Rui]: and what is exactly doing bitbake when your laptop freezes? do_compile? what are last lines from log.do_compile.$$ after reboot?
Jun 27 21:16:43 <[Rui]> JaMa: I think it was in do_compile
Jun 27 21:17:56 <[Rui]> JaMa: last message in do_compile is "  CC    sparc64-linux-user/translate.o"
Jun 27 21:19:49 <JaMa> that gettext-native issue is strange, can you -c clean it and build again (I would like to see where and how xgettext-x-rst.o is built, but it's in some older log.do_compile
Jun 27 21:25:07 <[Rui]> JaMa: *sigh* there it went again, and sadly I wasn't even in the right workspace
Jun 27 21:25:44 <[Rui]> JaMa: fedora's mmap_min_addr default is 4096, not 64k
Jun 27 21:26:34 <JaMa> [Rui]: doesn't look like cleaned, how did you clean it?
Jun 27 21:26:41 <[Rui]> still at "  CC    sparc64-linux-user/translate.o"
Jun 27 21:26:58 <[Rui]> seems to be that it's when it's trying to compile this object, as it froze at the same time
Jun 27 21:28:00 <GNUtoo|laptop> lol wow
Jun 27 21:28:03 <GNUtoo|laptop> [  878.886596] request_suspend_state: sleep (0->3) at 872624729097 (2010-06-27 21:18:13.223053015 UTC)
Jun 27 21:28:08 <GNUtoo|laptop> [  881.384155] request_suspend_state: wakeup (3->0) at 875122440254 (2010-06-27 21:25:45.523498535 UTC)
Jun 27 21:28:21 <GNUtoo|laptop> in between suspend messages
Jun 27 21:28:34 <GNUtoo|laptop> and xorg is baaack
Jun 27 21:28:36 <GNUtoo|laptop> nice
Jun 27 21:28:48 * GNUtoo|laptop loves lanscape
Jun 27 21:28:55 <GNUtoo|laptop> specially because of the hardware keyboard
Jun 27 21:30:21 <GNUtoo|laptop> mickeyl, it seem that with rebase I've got landscape resuming working fine
Jun 27 21:31:25 * GNUtoo|laptop is now upgrading SHR on htcdream
Jun 27 21:32:55 <JaMa> ThibG: c29ec982b9dcdb47d6dde3941292fda07e9cb67d fail (ping response only)
Jun 27 21:33:07 <ThibG> ok, thanks a lot!
Jun 27 21:33:32 <JaMa> YW
Jun 27 21:33:58 <ThibG> and you can confirm that f37686260161644129601ba19880abe48c56cc8d works fine?
Jun 27 21:34:05 <JaMa> yes
Jun 27 21:34:08 <ThibG> ok
Jun 27 21:34:51 <ThibG> so, we know the exact commit, no need to bisect :p
Jun 27 21:35:26 <JaMa> I will try c29ec982b9dcdb47d6dde3941292fda07e9cb67d once more (was built without my other patches like DRM and with defconfig selecting KMS (so I didn't have FB for test, but the behavior is the same.. so I guess it won't change)
Jun 27 21:35:43 <ThibG> ok
Jun 27 21:35:52 <ThibG> I'm reading the changeset carefully :)
Jun 27 21:37:53 <JaMa> -               return;
Jun 27 21:37:54 <JaMa> +               return IRQ_HANDLED;
Jun 27 21:38:00 <JaMa> is this right?
Jun 27 21:38:44 <JaMa> cannot it mark it (wrongly) as handled when it was really not handled
Jun 27 21:39:58 <ThibG> indeed
Jun 27 21:40:21 <gena2x> return without arg is wrong anyway.
Jun 27 21:41:22 <gena2x> (i mean in function return arg of course)
Jun 27 21:42:40 <ThibG> should be IRQ_NONE
Jun 27 21:42:53 <ThibG> (I guess)
Jun 27 21:43:17 <ThibG> but not sure it's the cause
Jun 27 21:47:52 * JaMa trying with NONE
Jun 27 21:52:10 <dcordes> GNUtoo|laptop: can you provide your SHR update ?
Jun 27 21:52:13 <ThibG> ok, I'm trying something else in the meantime :)
Jun 27 21:52:25 <GNUtoo|laptop> dcordes, ok 
Jun 27 21:52:28 <dcordes> GNUtoo|laptop: ..ok will do.
Jun 27 21:52:42 <GNUtoo|laptop> http://gnutoo.homelinux.org/openembedded/
Jun 27 21:53:02 <dcordes> thx
Jun 27 22:07:11 <GNUtoo|laptop> dcordes, mmm mismatch for xf86-video-fbdev and xorg
Jun 27 22:07:31 <GNUtoo|laptop> dcordes, rebuilding shr-image +xf86-video-fbdev and xf86-input-tslib
Jun 27 22:11:00 <mrmoku> ThibG: very short pong
Jun 27 22:11:21 <ThibG> hrm
Jun 27 22:11:34 <mrmoku> ThibG: something new?
Jun 27 22:11:35 <ThibG> don't know what I wanted you to try exactly...
Jun 27 22:11:37 <ThibG> ah, yes!
Jun 27 22:12:14 <ThibG> mdelay(200); (yes, that's huge), in standby_to_sleep, right after "ret = regulator_bulk_enable(ARRAY_SIZE(jbt->supplies), jbt->supplies);"
Jun 27 22:12:18 <ThibG> (jbt)
Jun 27 22:12:21 <gena2x> :)
Jun 27 22:12:47 <mrmoku> ThibG: in jbtxyz.c ?
Jun 27 22:12:56 <ThibG> jbt6k74.c, yes
Jun 27 22:13:20 <mrmoku> ok... will do that as first thing tomorrow morning
Jun 27 22:13:25 <mrmoku> now I need to sleep :)
Jun 27 22:13:58 <ThibG> ok
Jun 27 22:14:11 <mrmoku> ThibG: and thanks for taking care of that thing :D
Jun 27 22:14:15 <mrmoku> gnight all
Jun 27 22:15:21 <[Rui]> well, I was entertained watching some shit on tv and it seems the freezing unfroze
Jun 27 22:18:27 <ThibG> JaMa, ping
Jun 27 22:18:53 <JaMa> ThibG: IRQ_NONE is not helping
Jun 27 22:19:19 <ThibG> ok, thanks
Jun 27 22:19:34 <JaMa> if you have some patch for me to test. I would like to help
Jun 27 22:19:40 <JaMa> but will go to bed in few mins
Jun 27 22:19:55 <ThibG> as I will
Jun 27 22:23:51 <ThibG> JaMa, I thought I had something, but it seems not to be the case :/
Jun 27 22:23:57 <ThibG> anyway, I'm going to sleep!
Jun 27 22:24:03 <ThibG> Thanks again for your testing!
Jun 27 22:25:07 <JaMa> thanks for your patches :)
Jun 27 22:25:19 <CIA-58> freesmartphone.org: 03mickey 07cornucopia * rf426a51eced6 10/fsomusicd/data/Makefile.am: fsomusicd: fix warning during configure
Jun 27 22:25:28 <ThibG> well, one of my first ones broke the whole thing :/
Jun 27 22:25:57 <JaMa> but you can repay it later with WS fix :)
Jun 27 22:47:28 <dcordes> GNUtoo|laptop: ok I didn't download it yet
Jun 27 22:48:06 <dcordes> GNUtoo|laptop: I am still trying to hack xf86-video-msm for leo.. bumped srcrev to latest, removed compile patch (didn't apply any longer), now trying to provide missing defines
Jun 27 22:52:51 <[Rui]> JaMa: I think my problem may be related to a sad combination of parallel threads and memory hungry steps
Jun 27 22:53:35 <[Rui]> JaMa: I'm without parallel jobs, but 2 bitbake threads, and it froze for a short period, but came back.
Jun 27 22:53:37 <dcordes> GNUtoo|laptop: I think the msm_mdp.h which is installed in the current xf86-video-msm_git.bb is obsolete for the latest srcrev
Jun 27 22:53:41 <[Rui]> JaMa: gettext still fails, though...
Jun 27 22:55:11 <GNUtoo|laptop> dcordes, indeed
Jun 27 22:56:03 <dcordes> GNUtoo|laptop: I commented that line and copied recent msm_mdp.h from my kernel tree
Jun 27 22:56:11 <dcordes> and installed it like the drm file
Jun 27 22:56:13 <dcordes> patch like
Jun 27 22:58:56 <GNUtoo|laptop> dcordes, you should make the kernel stage the header 
Jun 27 22:59:04 <GNUtoo|laptop> dcordes, I didn't do it the correct way
Jun 27 22:59:24 <dcordes> hm ok
Jun 27 22:59:27 <dcordes> I just reset the recipe
Jun 27 22:59:32 <GNUtoo|laptop> dcordes, it was just a fix that was ugly but still better than what there was before
Jun 27 23:00:08 <dcordes> I am wondering if the previous version from the old branch compiles
Jun 27 23:00:18 <dcordes> do you know how to view or select old revision of a single file ?
Jun 27 23:00:21 <dcordes> git
Jun 27 23:00:46 <GNUtoo|laptop> maybe with gitk
Jun 27 23:00:54 <GNUtoo|laptop> select is easy
Jun 27 23:00:58 <GNUtoo|laptop> git checkout 
Jun 27 23:01:04 <GNUtoo|laptop> with revision
Jun 27 23:01:12 <GNUtoo|laptop> man git-checkout
Jun 27 23:01:21 <GNUtoo|laptop> git log ./file
Jun 27 23:01:28 <GNUtoo|laptop> for the history of the specific file
Jun 27 23:01:36 <dcordes> ok
Jun 27 23:01:43 <dcordes> with current org.oe.dev I get this
Jun 27 23:01:45 <dcordes> msm-driver.c:413: error: 'MSMFB_RESUME_SW_REFRESHER' undeclared (first use in this function)
Jun 27 23:02:03 <dcordes> 'MDP_FB_PAGE_PROTECTION_WRITETHROUGHCACHE' undeclared (first use in this function)
Jun 27 23:04:47 <GNUtoo|laptop> then fix it
Jun 27 23:05:12 <dcordes> I don't see it in my kernel
Jun 27 23:05:14 <GNUtoo|laptop> I've already told you how to do it
Jun 27 23:05:15 <GNUtoo|laptop> ok
Jun 27 23:05:29 <GNUtoo|laptop> so you have 2 solutions:
Jun 27 23:05:33 <GNUtoo|laptop> *update msmfb
Jun 27 23:05:41 <GNUtoo|laptop> *patch xf86-video-msmfb
Jun 27 23:05:48 <GNUtoo|laptop> by update msmfb I mean the kernel driver
Jun 27 23:06:30 <dcordes> can you help with *patch xf86-video-msmfb
Jun 27 23:06:47 <GNUtoo|laptop> rebase the old patches
Jun 27 23:06:56 <GNUtoo|laptop> I'll try to sleep soon btw
Jun 27 23:07:08 <GNUtoo|laptop> the problem is that:
Jun 27 23:07:17 <GNUtoo|laptop> Writing objects:  28% (393665/1373252), 196.75 MiB | 48 KiB/s  
Jun 27 23:07:24 <dcordes> ^^
Jun 27 23:07:48 <GNUtoo|laptop> dcordes, I don't know much about qsd
Jun 27 23:07:54 <GNUtoo|laptop> and your kernel
Jun 27 23:07:57 <GNUtoo|laptop> where is it?
Jun 27 23:09:18 <dcordes> linux-qsd8_git.bb
Jun 27 23:09:25 <GNUtoo|laptop> ok
Jun 27 23:09:45 <dcordes> it's based on android-msm-2.6.32 google branch
Jun 27 23:10:01 <JaMa> [Rui]: I still haven't seen how you -c cleaned it or proper do_compile log from it..
Jun 27 23:10:10 <dcordes> GNUtoo|laptop: think same base you using for dream ?
Jun 27 23:10:19 <GNUtoo|laptop> ok
Jun 27 23:10:22 <dcordes> GNUtoo|laptop: which is why I don't see the rpoblem
Jun 27 23:10:26 <[Rui]> JaMa: I think the combination must be hitting some bad bit in my memory
Jun 27 23:11:05 <[Rui]> JaMa: with only 1 job it still consumed a lot of resources, but didn't get to freeze
Jun 27 23:11:23 <GNUtoo|laptop> dcordes, we now use gitorious
Jun 27 23:11:24 <[Rui]> JaMa: however for gettext, I previously did a bb -c clean gettext
Jun 27 23:12:09 <[Rui]> JaMa: latest gettext attempt is http://tinderbox.openembedded.org/public/logs/task/6353615.txt
Jun 27 23:12:19 <GNUtoo|laptop> dcordes, we were based on a now-old experimental 2.6.32 android branch
Jun 27 23:12:47 <GNUtoo|laptop> btw
Jun 27 23:12:54 <GNUtoo|laptop> some  random errors for JaMa 
Jun 27 23:13:01 <GNUtoo|laptop> |  * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-shr-minimal-x: |  * 	libdrm *
Jun 27 23:13:12 <GNUtoo|laptop> Patch 0001-fsogsmd-update-sysfs-node-in-config-for-openmoko_gta.patch does not apply (enforce with -f)
Jun 27 23:13:57 <dcordes> GNUtoo|laptop: hmm different question. does xf86-video-msm_git.bb compile for htcdream in HEAD ?
Jun 27 23:14:10 <GNUtoo|laptop> dcordes, I don't know
Jun 27 23:15:23 <dcordes> GNUtoo|laptop: did you ever compile the current version of the recipe (with older oe rev)
Jun 27 23:15:29 <[Rui]> I must say I'm overly impressed with ssh access performance... speeeeeeedy!
Jun 27 23:15:38 <GNUtoo|laptop> dcordes, I'll look
Jun 27 23:15:44 <GNUtoo|laptop> dcordes, git log to see
Jun 27 23:17:21 <GNUtoo|laptop> dcordes, last version I tested was the one I commited
Jun 27 23:17:24 <GNUtoo|laptop> that is to say:
Jun 27 23:17:28 <GNUtoo|laptop> c233ed019d22cb0571d14ed402acd0d699ce74d1
Jun 27 23:18:04 <[Rui]> With 6800 tasks to do, I'm off to bed
Jun 27 23:19:29 <JaMa> [Rui]: it's gettext-native
Jun 27 23:19:33 <JaMa> [Rui]: not gettext
Jun 27 23:19:41 <[Rui]> JaMa: yes, sorry
Jun 27 23:20:04 <JaMa> GNUtoo|laptop: it's not random.. libdrm -> libdrm2 needs to rebuild everything depending on it
Jun 27 23:20:09 <[Rui]> JaMa: I don't understand why it compiles so many native packages, those of the distribution aren't worthy according to openembedded?
Jun 27 23:20:36 <JaMa> GNUtoo|laptop: if you try opkg remove libdrm on your device you'll see what depends on it in your image
Jun 27 23:20:39 <GNUtoo|laptop> JaMa, by random I meant the error were pasted randomly
Jun 27 23:21:02 <JaMa> GNUtoo|laptop: yesterday I bumped PR in all libdrm depending recipes for shr image 
Jun 27 23:21:14 <GNUtoo|laptop> ok
Jun 27 23:21:17 <GNUtoo|laptop> I'll look
Jun 27 23:21:26 <GNUtoo|laptop> but I think I pulled today
Jun 27 23:21:39 <JaMa> GNUtoo|laptop: and if 0001-fsogsmd-update-sysfs-node-in-config-for-openmoko_gta.patch doesn't apply then you're using AUTOREV for fsogsmd right?
Jun 27 23:21:53 <GNUtoo|laptop> yes autorev
Jun 27 23:21:55 <JaMa> GNUtoo|laptop: is the error from shr-image?
Jun 27 23:22:03 <GNUtoo|laptop> yes
Jun 27 23:22:51 <JaMa> GNUtoo|laptop: you have to adjust the patch after this commit http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=101ac73d692162d11defb9386651d9d4e62989c8
Jun 27 23:23:01 <GNUtoo|laptop> ok I removed the patch
Jun 27 23:23:05 <GNUtoo|laptop> locally
Jun 27 23:23:39 <JaMa> GNUtoo|laptop: then gsm won't work for you with 2.6.32
Jun 27 23:23:59 <GNUtoo|laptop> I built for dream
Jun 27 23:24:09 <JaMa> I'll push it to fsogsmd repo tomorro
Jun 27 23:24:52 <GNUtoo|laptop> ok
Jun 27 23:24:58 <GNUtoo|laptop> xorg doesn't load ouch
Jun 27 23:25:09 <GNUtoo|laptop> even after opkg upgrade a new time
Jun 27 23:25:25 <GNUtoo|laptop> $ git pull => Already up-to-date.
Jun 27 23:25:41 <JaMa> [Rui]: no not worthy, actually it whould be nice to have -native for everything
Jun 27 23:26:07 <[Rui]> JaMa: ouch
Jun 27 23:26:10 <JaMa> [Rui]: host systems are different and use different versions etc.. so to have reproducible builds it's much better to have all -native from OE
Jun 27 23:26:51 <JaMa> [Rui]: and you can control which versions will be use.. with host natives it would be hard
Jun 27 23:26:57 <dcordes> bitbake xf86-video-msm #43
Jun 27 23:27:04 <GNUtoo|laptop> also natives version have patches
Jun 27 23:27:08 <GNUtoo|laptop> dcordes, 43?
Jun 27 23:27:39 <JaMa> [Rui]: still don't see gettext-native cleaned on tinderbox :/
Jun 27 23:28:02 <[Rui]> JaMa: perhaps clean doesn't get posted with my settings?
Jun 27 23:28:14 <dcordes> GNUtoo|laptop: something luike that lol
Jun 27 23:28:26 <dcordes> GNUtoo|laptop: so I fetched the srcrev .bb you pasted
Jun 27 23:28:37 <dcordes> GNUtoo|laptop: same error. I will try to apply the no neon..
Jun 27 23:28:51 <JaMa> [Rui]: did you call "bitbake -c clean gettext-native" now?
Jun 27 23:28:54 <GNUtoo|laptop> rebase the patches!!!
Jun 27 23:29:09 * GNUtoo|laptop is --force-reinstngalli
Jun 27 23:29:14 <GNUtoo|laptop> *force reinstalling
Jun 27 23:29:17 <JaMa> [Rui]: http://tinderbox.openembedded.net/public/logs/task/6353615.txt
Jun 27 23:29:29 <GNUtoo|laptop> should work now
Jun 27 23:29:40 <JaMa> doesn't show _building_ which would be shown after cleaning it
Jun 27 23:29:43 <[Rui]> JaMa: no, I think I may have done just for gettext
Jun 27 23:30:22 <JaMa> :)
Jun 27 23:30:41 <[Rui]> just cancelled the current build in order to try it, but I won't stay here waiting to know what happens afterwards
Jun 27 23:30:48 <[Rui]> I'll discover it in the morning :D
Jun 27 23:33:41 <[Rui]> ok, bb -k is starting... off to bed
Jun 27 23:33:44 <[Rui]> gn7
Jun 27 23:33:47 <[Rui]> gn8
Jun 27 23:33:59 <JaMa> gn8
Jun 27 23:34:16 * JaMa thinks [Rui] won't get far without gettext-native
Jun 27 23:34:24 <GNUtoo|laptop> Xorg: /home/gnutoo/embedded/oe/oetmps/htcdream/sysroots/armv6-novfp-oe-linux-gnueabi/usr/include/xorg/privates.h:122: dixGetPrivateAddr: Assertion `key->initialized' failed.
Jun 27 23:34:33 <[Rui]> JaMa: already 1k packages had been compiled
Jun 27 23:35:32 <GNUtoo|laptop> reinstalling everything
Jun 27 23:35:49 <JaMa> GNUtoo|laptop: this is from starting Xorg?
Jun 27 23:35:58 <GNUtoo|laptop> quite
Jun 27 23:36:02 <GNUtoo|laptop> I start Xorg
Jun 27 23:36:07 <GNUtoo|laptop> and touch the screen
Jun 27 23:36:18 <GNUtoo|laptop> it's when I touch the screen
Jun 27 23:36:35 <dcordes> GNUtoo|laptop: wtf when I build with the dream patch I still get same err
Jun 27 23:36:58 <dcordes> GNUtoo|laptop: can you run a quick test to make sure problem is not on my side ?
Jun 27 23:37:09 <GNUtoo|laptop> ok force-reinstall broke my image
Jun 27 23:37:23 <GNUtoo|laptop> I'll bitbake and install a new one
Jun 27 23:39:21 <GNUtoo|laptop> dcordes, ok
Jun 27 23:39:26 <GNUtoo|laptop> I think it builds for me
Jun 27 23:39:36 <GNUtoo|laptop> because It get inherited
Jun 27 23:39:41 <GNUtoo|laptop> from the msm inc file
Jun 27 23:41:29 <GNUtoo|laptop> xf86-video-msm_1.1.0+r14.0+gitrcfbbd17f0d4ab0f30915594d74e1b2b12c4ff8a1-r14.0.5_htcdream.ipk
Jun 27 23:41:37 <GNUtoo|laptop> that's in ipk/htcdream
Jun 27 23:41:50 <GNUtoo|laptop> dcordes, it's late...maybe you'd better try my ipk?
Jun 27 23:42:22 <dcordes> if you can upload
Jun 27 23:42:26 <dcordes> would be nice
Jun 27 23:42:34 <GNUtoo|laptop> dcordes, it's already uploaded
Jun 27 23:42:39 <GNUtoo|laptop> it's in dream tough
Jun 27 23:43:21 <dcordes> ok
Jun 27 23:43:28 <dcordes> ah crap... totally forgot I can't install ipk
Jun 27 23:43:38 <dcordes> it never works on htcleo . always get problem about lockfile
Jun 27 23:43:48 <GNUtoo|laptop> delete the lockfile
Jun 27 23:43:56 <dcordes> I think it's not present
Jun 27 23:44:05 <dcordes> let me boot
Jun 27 23:44:17 <GNUtoo|laptop> dcordes, anyway it's in the images
Jun 27 23:44:31 <GNUtoo|laptop> else the ipk is in htcdream/ipk/htcdream/
Jun 27 23:44:36 <dcordes> ok I will just copy the .so ..
Jun 27 23:46:57 <GNUtoo|laptop> I'll go in 5%
Jun 27 23:47:05 <GNUtoo|laptop> Writing objects:  95% (1308584/1373252), 308.94 MiB | 49 KiB/s 
Jun 27 23:47:20 <GNUtoo|laptop> and just after fixing locally shr-image
Jun 27 23:52:33 <JaMa|Zzzz> [Rui]: I would start with disabling ccache and rebuilding gettext-native again
Jun 27 23:55:11 <GNUtoo|laptop> JaMa|Zzzz,  I'll try to fix libdrm
Jun 27 23:56:32 <GNUtoo|laptop> but I've no idea how
Jun 27 23:58:54 <GNUtoo|laptop> I'll try cleaning the tasks
**** ENDING LOGGING AT Mon Jun 28 02:59:57 2010