**** BEGIN LOGGING AT Thu Dec 02 02:59:58 2010
Dec 02 05:59:35 <pespin|away> JaMa, hey! rebuilding toolchain worked! :)
Dec 02 06:00:54 <pespin|away> antrik, (unreliable sms in general) more unreliable = even more important to have some way to check things! :)
Dec 02 06:02:44 <pespin|away> btw, good morning ;)
Dec 02 06:15:00 <JaMa> good
Dec 02 06:24:44 <mrmoku> moin
Dec 02 06:25:02 <DocScrutinizer> moin
Dec 02 06:25:42 <mrmoku> DocScrutinizer: hey moin
Dec 02 06:25:52 <mrmoku> JaMa: and boot.scr works for you now?
Dec 02 06:25:58 <JaMa> yes
Dec 02 06:26:07 <mrmoku> great
Dec 02 06:26:28 <JaMa> SHR boot tested with linux_2.6.35 from OE
Dec 02 06:26:47 <mrmoku> ohh, 2.6.35?
Dec 02 06:27:23 <JaMa> only problem I had now 2 times is that after mounting mmcblk1p1 (vfat) in meamo,then shutdown, then loading boot.scr it says that mmc1 doesn't exist
Dec 02 06:27:43 <JaMa> if I remove battery and boot again, mmc1 is found ok..
Dec 02 06:27:59 <JaMa> so sometimes it's a bit strange
Dec 02 06:28:04 <DocScrutinizer> yup
Dec 02 06:28:35 <DocScrutinizer> there's something fishy with the mmc interface I guess
Dec 02 06:28:53 <JaMa> mrmoku: 2.6.35 just because it's what I had in rootfs (modules).. 
Dec 02 06:29:15 <DocScrutinizer> ~xyawn
Dec 02 06:29:17 <mrmoku> JaMa: hmm... could you try sometime if it works with 2.6.28 too?
Dec 02 06:29:17 <apt> xyawn is probably coffee
Dec 02 06:29:18 <JaMa> mrmoku: and I've only changed nokia900.conf to create uImage directly 
Dec 02 06:29:24 <mrmoku> ohh... coffee :)
Dec 02 06:29:24 <DocScrutinizer> ~botsnack
Dec 02 06:29:27 <apt> DocScrutinizer: thanks
Dec 02 06:29:41 <JaMa> mrmoku: yup in the evening..
Dec 02 06:29:56 <mrmoku> JaMa: ok... because I had no success what soever with booting the kernel
Dec 02 06:29:59 <JaMa> DocScrutinizer: probably no known work arround for that, right? :/
Dec 02 06:30:17 <JaMa> mrmoku: also waiting for rootfs?
Dec 02 06:30:29 <DocScrutinizer> JaMa: not even a known problem. My very personal suspicion
Dec 02 06:30:43 <mrmoku> I got to the state that it loaded the boot.scr fine... loaded the kernel... and then was hanging
Dec 02 06:31:11 <mrmoku> no idea if it was waiting for rootfs... don't think so, because I did not use rootwait, but rootdelay instead
Dec 02 06:31:12 <JaMa> btw if I boot SHR (with whatever method) and shutdown it (just halt in terminal) it doesn't boot unless I remove battery
Dec 02 06:31:22 <DocScrutinizer> JaMa: copying from uSD to eMMC getting slow like molasses, with lots of IO waits
Dec 02 06:32:04 <mrmoku> JaMa: and if you don't remove the battery it wail drain in that state :/
Dec 02 06:32:17 <JaMa> DocScrutinizer: when? I mean what should be copied from uSD to eMMC in this case?
Dec 02 06:32:30 <DocScrutinizer> arbitrary
Dec 02 06:34:03 * JaMa gtg.. work is waiting..
Dec 02 06:34:05 <DocScrutinizer> though uSD and eMMC have dedicated distinct hw interfaces - this suggests there can't be anything wrong in the way I suspected
Dec 02 06:35:24 <JaMa> well before when I had those kernels waiting for rootfs I also got eMMC imediately.. and uSD never shown in kernel (even when u-boot read kernel from uSD partition before), not sure if it's somehow related to missing uSD after rebooting from maemo
Dec 02 06:36:01 <mrmoku> JaMa, GNUtoo|laptop: devilhorns responded to my mail regarding toolbar... he will take care :)
Dec 02 06:36:21 <JaMa> good :) I'll bump EFL when he does
Dec 02 06:36:26 <mrmoku> yup :)
Dec 02 06:36:40 <JaMa> and push those e.bbclass changes :)
Dec 02 07:44:50 <JaMa> radekp: hi
Dec 02 07:46:06 <JaMa> radekp: Gennady warned me about that badly applied patch http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commit/8c29f08ee5c769c319a3836404c408ea7ff27480 I had i my kernel tree.. so I've fixed it
Dec 02 07:46:15 <JaMa> radekp: thanks for noticing!
Dec 02 07:47:07 <JaMa> radekp: last git diff against your qtmoko-v29 shown that you've merged that bad part from me.. would be great if you can merge fixed shr-2.6.34 branch (with gta01 support) to your new qtmoko branch
Dec 02 07:48:21 <JaMa> mrmoku: which 2.6.28 version do you want me to test? linux-nokia900_git right?
Dec 02 07:49:09 <mrmoku> yup
Dec 02 07:49:43 <mrmoku> JaMa: but I can test too with your boot.scr
Dec 02 07:50:24 <JaMa> do you want it or that pastebin is enough for you?
Dec 02 07:50:46 <mrmoku> JaMa: pastebin is enough
Dec 02 07:51:35 <JaMa> I've added it as shr2
Dec 02 07:51:47 <mrmoku> JaMa: if I change MACHINE_EXTRA_RRECOMMENDS
Dec 02 07:51:49 <JaMa> http://pastebin.ca/2008402
Dec 02 07:51:59 <mrmoku> do I have to bump the KERNEL PR thing in there?
Dec 02 07:52:23 <JaMa> iirc no what did you put there?
Dec 02 07:53:05 <mrmoku> JaMa: kernel-module-tsc2005
Dec 02 07:53:25 <mrmoku> the main problem I have with shr images is touchscreen not working due to missing module :)
Dec 02 07:53:45 <mrmoku> we should find out one-by-one what modules we need as minimum and add them there...
Dec 02 07:54:01 <mrmoku> though just bitbake shr-lite-image did not pick it up
Dec 02 07:56:49 <JaMa> KERNEL_PR is needed ie when you add autoload
Dec 02 07:57:55 <JaMa> yup last night I've saved lsmod just after boot.. I guess all those modules should be in RRECOMMENDS
Dec 02 07:58:21 <JaMa> mrmoku: with "all" I meant: just the main once which RDEPEND on the rest
Dec 02 07:58:57 <JaMa> s/once/ones/
Dec 02 07:58:57 <apt> JaMa meant: mrmoku: with "all" I meant: just the main ones which RDEPEND on the rest
Dec 02 08:01:06 <mrmoku> JaMa: ok, did not add a manual autoload for the touchscreen module, as it's autoloaded by udev
Dec 02 08:01:13 <mrmoku> but it was not included in the image
Dec 02 08:04:05 <JaMa> yup.. I meant that ie autoload is part of .ipk for runtime so you have to rebuild it (with KERNEL_PR)
Dec 02 08:05:26 <JaMa> MACHINE_EXTRA_RRECOMMENDS are considered only in task-base so PR bump there is enough
Dec 02 08:06:10 <mrmoku> ahh, logical... thanks
Dec 02 08:06:13 <JaMa> mrmoku: but I can add all modules loaded from 2.6.35 today.. so if you wait a bit we can push it together
Dec 02 08:06:19 <mrmoku> ok
Dec 02 08:31:48 <radekp> JaMa: hi, i am working on it but it will take some more time :)
Dec 02 08:32:16 <JaMa> mrmoku: 2.6.28 booted ok.. but for some reason I have inverted TS with it
Dec 02 08:32:38 <radekp> JaMa: i want to make sure everything is ok - that's why i found the badly applied patch in SHR :)
Dec 02 08:33:46 <JaMa> radekp: ok.. just don't use old om-gta-2.6.34 from gitorious (I haven't fixed it there as it's deprecated now)
Dec 02 08:39:38 <radekp> JaMa: oki
Dec 02 08:41:07 <JaMa> mrmoku: lsmods http://pastebin.ca/2008417 left is from .35
Dec 02 08:49:16 <Ainulindale> TAsn: No access for a while
Dec 02 08:49:22 <Ainulindale> Speaking of which the domain is about to expire
Dec 02 08:49:31 <Ainulindale> If someone is willing to take it over from me it'd be simpler
Dec 02 08:50:06 <mrmoku> Ainulindale: I could
Dec 02 08:50:33 <Ainulindale> mrmoku: hey :-) long time no see !
Dec 02 08:50:44 <mrmoku> Ainulindale: not my fault :P
Dec 02 08:50:48 <mrmoku> Ainulindale: how's life?
Dec 02 08:50:55 <Ainulindale> mrmoku: true, not yours :-)
Dec 02 08:50:56 <Ainulindale> Busy
Dec 02 08:51:10 <mrmoku> busy, but fine hopefully :)
Dec 02 08:51:14 <Ainulindale> I bought a flat, moved, changed girlfriends again, been promoted, all of that
Dec 02 08:51:17 <Ainulindale> So a bit swamped
Dec 02 08:51:33 <mrmoku> wow, no more russian then?
Dec 02 08:51:43 <Ainulindale> No russian girlfriend, but I'm still learning russian
Dec 02 08:51:56 <mrmoku> :-)
Dec 02 08:52:56 <mrmoku> JaMa: time to bump the EFL :-)
Dec 02 08:53:06 <mrmoku> All fixed and tested in svn now :) (rev 55133)
Dec 02 08:53:09 <mrmoku> (mail from dh)
Dec 02 08:56:21 <mrmoku> Ainulindale: (domain) when is the expiration due?
Dec 02 08:56:44 <JaMa> mrmoku: great, will test locally and then hopefully someone will ACK my OE patches related to EFL :)
Dec 02 08:56:48 <Ainulindale> mrmoku: 3 weeks or so
Dec 02 08:57:02 <mrmoku> Ainulindale: want me to take it over?
Dec 02 08:57:15 <Ainulindale> mrmoku: I think it'd be wiser
Dec 02 08:57:20 <Ainulindale> It'd be stupid if I forgot
Dec 02 08:57:26 <mrmoku> hehe, yes
Dec 02 08:57:58 <mrmoku> could you please mail me the current nameserver config?
Dec 02 08:59:04 <Ainulindale> errr, mail?
Dec 02 08:59:16 <Ainulindale> config,
Dec 02 08:59:16 <mrmoku> hehe... long time, yes
Dec 02 08:59:17 <Ainulindale> ?
Dec 02 08:59:19 <Ainulindale> Which config?
Dec 02 08:59:29 <mrmoku> where which subdomain points to right now
Dec 02 08:59:35 <mrmoku> like trac.shr-project.org
Dec 02 08:59:38 <Ainulindale> Well, couldn't you check the zones? :-p
Dec 02 08:59:44 <mrmoku> heh, right
Dec 02 08:59:46 <mrmoku> I could :P
Dec 02 08:59:49 <mrmoku> nvm then
Dec 02 08:59:53 <Ainulindale> Let me check
Dec 02 08:59:58 <Ainulindale> Anyway it's just the domain here, not the hosting
Dec 02 09:00:07 <Ainulindale> Bought it for 14 euros or so on gandi
Dec 02 09:00:27 <mrmoku> ok, I will trigger the transfer then
Dec 02 09:02:28 <PaulFertser> Ainulindale: hey man :D
Dec 02 09:02:41 <Ainulindale> PaulFertser: Hey o/
Dec 02 09:02:44 <Ainulindale> Howdy ?
Dec 02 09:03:23 <PaulFertser> Ainulindale: i'm ok, everything's the same. How 'bout you?
Dec 02 09:03:30 <Ainulindale> Fine as well :-)
Dec 02 09:24:35 <JaMa> mrmoku: do you have n900 with only 2.6.28 kernel-modules installed?
Dec 02 09:24:52 <JaMa> mrmoku: I would need to run small one-liner on such image
Dec 02 09:25:46 <mrmoku> JaMa: what do you mean by only 2.6.28 kernel-modules?
Dec 02 09:27:01 <JaMa> if I call "opkg info kernel-module-something" then I get info from .35 version on my image
Dec 02 09:27:17 <JaMa> if you never installed "opkg install kernel-modules" from feed where is .35 also built
Dec 02 09:27:31 <mrmoku> ahh, ok
Dec 02 09:28:15 <mrmoku> have to install first... wiped my SD for my glib-2.26 image :)
Dec 02 09:30:05 <JaMa> mrmoku: thx.. here is that one-liner :) http://paste.pocoo.org/show/298887/
Dec 02 09:30:36 <mrmoku> JaMa: more kind of a long-liner :P
Dec 02 09:31:21 <JaMa> hehe.. first there was `cat lsmod28.txt` instead that long list of modules :)
Dec 02 09:32:27 <mrmoku> JaMa: want it pastebinned or scped on buildhost?
Dec 02 09:32:28 <JaMa> hmm trying to build newer EFL and their svn seems just hanging now :/
Dec 02 09:32:35 <JaMa> pastebin is ok
Dec 02 09:32:51 <mrmoku> http://paste.pocoo.org/show/298888/
Dec 02 09:33:26 <JaMa> weird
Dec 02 09:33:38 <JaMa> do you have kernel-modules installed?
Dec 02 09:33:49 <JaMa> or only unpackaged modules tarball?
Dec 02 09:34:18 <mrmoku> neither... that's plain fresh image
Dec 02 09:34:25 <mrmoku> (with ts not working :P)
Dec 02 09:34:33 <JaMa> because only modules which are already installed by default are "knonw" to opkg
Dec 02 09:34:40 <mrmoku> hmm...
Dec 02 09:34:41 <JaMa> can you install kernel-modules and run again?
Dec 02 09:34:46 <mrmoku> have to opkg update then
Dec 02 09:35:16 <JaMa> yup update should be enought too
Dec 02 09:36:30 <mrmoku> yeah, running
Dec 02 09:36:37 <mrmoku> makes your long liner much slower :P
Dec 02 09:37:08 <JaMa> yup but much more usefull too ;)
Dec 02 09:40:27 <mrmoku> hmm... wgetpaste is refusing to work now :/
Dec 02 09:41:57 <JaMa> then scp
Dec 02 09:42:16 <mrmoku> JaMa: done... you find it in tests/mrmoku
Dec 02 09:42:28 <JaMa> thx
Dec 02 09:43:03 <mrmoku> yw
Dec 02 09:52:39 <JaMa> mrmoku: so here is my list http://paste.pocoo.org/show/298892/
Dec 02 09:57:32 <mrmoku> JaMa: nice
Dec 02 09:57:38 <mrmoku> JaMa: how is 2.6.35 working?
Dec 02 09:57:57 <mrmoku> I have two big problems with 2.6.28...
Dec 02 09:58:02 <mrmoku> a) power button is not working
Dec 02 09:58:22 <mrmoku> b) when nokia_av is loaded and you plug in/out the headset fsodeviced goes boom
Dec 02 09:58:33 <mrmoku> actually not boom but hangs
Dec 02 10:00:10 <JaMa> power button works and didn't play much with the rest :/
Dec 02 10:01:24 <mrmoku> ok
Dec 02 10:02:46 <JaMa> http://git.shr-project.org/git/?p=n900-oe.git;a=commit;h=5640eaf2262af11153f8550e6b54bb83234debaa
Dec 02 10:05:28 <mrmoku> great
Dec 02 10:06:18 <JaMa> or from gitorious if you don't have n900-2.6.35 merged
Dec 02 10:06:40 <JaMa> http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/33fd361cc46e8efe71a41e4e7ff294a2dc8c73bd
Dec 02 10:07:14 <JaMa> but with local image I have to wait for svn.enlightenment..
Dec 02 10:12:01 <mrmoku> ok... have to do some daywork before anyway :/
Dec 02 10:12:45 <JaMa> hmm interesting svn.enlightenment is available from buildhost but not my desktop :/
Dec 02 10:14:00 <JaMa> and also available from work computer
Dec 02 10:15:34 <JaMa> ae-2-52.edge5.Seattle1.Level3.net doesn't like me :/
Dec 02 10:16:23 <JaMa> or rather unknown.level3.net [63.211.200.246]
Dec 02 10:17:14 <mrmoku> JaMa: works for me too - running git svn fetch on my local repo :-)
Dec 02 10:18:56 <JaMa> :( http://paste.pocoo.org/show/298908/
Dec 02 10:40:43 <JaMa> it works now.. and grr those # comments in MACHINE_EXTRA_RRECOMMENDS doesn't
Dec 02 10:54:39 <GarthPS> JaMa: hi. I have a qquestion. normally every .h in /usr/include and /usr/include/*/* should be found right ?
Dec 02 10:55:04 <mrmoku> GarthPS: the second one not 
Dec 02 10:56:38 <GarthPS> mrmoku: so why on my host....ah yeah right when you include a .h in a code it needs to be relative to /usr/include right ?
Dec 02 10:56:44 <JaMa> GarthPS: normally it shouldn't use / at all
Dec 02 10:56:53 <GarthPS> JaMa: yeah yeah
Dec 02 10:56:56 <JaMa> GarthPS: only sysroots/x86_64/usr/include
Dec 02 10:57:11 <GarthPS> JaMa: it was as general point of view
Dec 02 10:57:28 <GarthPS> so yeah for crosscomp it is what you say right
Dec 02 10:57:41 <mrmoku> GarthPS: either that or you have to add the include path... like -I/usr/include/mysql
Dec 02 10:57:49 <GarthPS> JaMa: I am trying to figure out why automoc-native does not build
Dec 02 10:57:50 <mrmoku> or add it to CPATH
Dec 02 10:58:04 <GarthPS> mrmoku: CPATH ?
Dec 02 10:58:04 <GNUtoo|laptop> GarthPS, hi
Dec 02 10:58:09 <GarthPS> GNUtoo|laptop: hi!
Dec 02 10:58:30 <GNUtoo|laptop> hi mrmoku 
Dec 02 10:58:48 <mrmoku> GNUtoo|laptop: hi
Dec 02 10:59:43 <GarthPS> does several declaration of -l  add themself or does the last one erases orevious declaratiion ?
Dec 02 10:59:54 <mrmoku> they add
Dec 02 11:00:00 <GarthPS> mrmoku: ok thx
Dec 02 11:00:30 <mrmoku> yw
Dec 02 11:01:55 <GarthPS> mrmoku: whqt is CPATH ?
Dec 02 11:02:17 <mrmoku> environment variable
Dec 02 11:02:32 <GarthPS> mrmoku: yeah but in which file I found it
Dec 02 11:02:34 <GarthPS> ?
Dec 02 11:02:34 <mrmoku> gcc will search for headers in those too
Dec 02 11:02:50 <mrmoku> well... you have to set it yourself
Dec 02 11:02:53 <mrmoku> no default for it
Dec 02 11:03:12 <mrmoku> 0022 mok@gonzales[pts/1]:~/src/openmoko/e-> echo $CPATH
Dec 02 11:03:12 <mrmoku> /usr/include/freetype2:/home/mok/include:/usr/include/libxml2:/usr/include/dbus-1.0:/usr/lib/dbus-1.0/include:/usr/include/gtk-2.0:/usr/include/cairo:/usr/include/glib-2.0:/usr/lib/glib-2.0/include
Dec 02 11:03:16 <mrmoku> for example
Dec 02 11:04:50 <GNUtoo|laptop> JaMa, do we have uboot for n900 in oe?
Dec 02 11:05:18 <GarthPS> mrmoku: so CPATH is ore to see it that fix it. then you define properly in the right file right ?
Dec 02 11:05:41 <mrmoku> GarthPS: ?
Dec 02 11:06:00 <GarthPS> s/ore/more
Dec 02 11:06:05 <mrmoku> I use CPATH, because I don't use pkgconfig
Dec 02 11:06:08 <GNUtoo|laptop> JaMa, and are you sure you don't need to bump PR in the "build uImage instead of zImage" patch
Dec 02 11:07:04 <mrmoku> GarthPS: pkgconfig would give you the needed -I... without it you have to either add them yourself in the Makefile or have a CPATH filled with the needed include-paths in your environment
Dec 02 11:08:37 <GarthPS> mrmoku: ok thx
Dec 02 11:09:37 <GarthPS> i have a doubt.. -l and -L does the same thing or not ?
Dec 02 11:10:27 <mrmoku> no :-)
Dec 02 11:10:34 <mrmoku> -L is for libraries at link time
Dec 02 11:10:51 <GarthPS> mrmoku: ah yeah :) thx .....
Dec 02 11:11:23 <GarthPS> oh yeah...tsss "n'importe quoi"
Dec 02 11:12:50 <GNUtoo|laptop> -L is for the path where to search libs
Dec 02 11:13:01 <GNUtoo|laptop> -l is for telling to link against a particular lib
Dec 02 11:13:39 <mrmoku> ahh... -l was a small l :P
Dec 02 11:13:48 <mrmoku> thought it was an I :-)
Dec 02 11:13:54 <GarthPS> :)
Dec 02 11:14:07 <GarthPS> yep
Dec 02 11:14:44 <GarthPS> mrmoku: and yours was a maj i right ?
Dec 02 11:15:09 <mrmoku> yup
Dec 02 11:15:17 <mrmoku> to summarize...
Dec 02 11:15:41 <mrmoku> -I <path> (maj i): add path to search path for .h
Dec 02 11:15:49 <mrmoku> -L <path>: add path to search path for libs
Dec 02 11:16:08 <mrmoku> -l<lib> (min L): link against that lib
Dec 02 11:16:23 <mrmoku> and <lib> is without lib...
Dec 02 11:16:26 <mrmoku> like -lmysql
Dec 02 11:16:29 <mrmoku> and not -llibmysql
Dec 02 11:16:49 <GNUtoo|laptop> or -lm for the math library
Dec 02 11:16:57 <GarthPS> yeah i recovered my ideas. L for "libraries". I for "include"
Dec 02 11:17:03 <GarthPS> thx guys
Dec 02 11:22:49 <GarthPS> So what is the best way to do to fix automoc-native not finding headers ? adds missing path in qt4-tools-native.inc or something else ?
Dec 02 11:27:36 <mrmoku> GarthPS: isn't it using autotools?
Dec 02 11:29:05 <GarthPS> mrmoku: DESCRIPTION = "automoc is a mess for people who don't want to learn autotools"
Dec 02 11:29:19 <mrmoku> hehe
Dec 02 11:29:28 <GarthPS> I am not sure to remember how saied that to me
Dec 02 11:29:44 <mrmoku> and automoc itself is not using the autotools?
Dec 02 11:29:47 <JaMa> GarthPS: did you add those headers to qt4-tools-native as I said?
Dec 02 11:29:51 <GarthPS> mrmoku: so i gues no it is not using auttools :)
Dec 02 11:30:26 <GarthPS> JaMa: I insert this line -I ${STAGING_INCDIR_NATIVE}/qt4/ \
Dec 02 11:30:41 <GarthPS> JaMa: I forgot to clean it so I am rebuilding it
Dec 02 11:30:48 <JaMa> GNUtoo|laptop: u-boot should be easy to add, but now it doesn't even have SRCREV defined in recipe
Dec 02 11:31:17 <JaMa> GNUtoo|laptop: and yes.. bump is needed but I expect everybody who wants uImage instead of zImage to rebuild manually
Dec 02 11:31:58 <JaMa> GarthPS: -I ${STAGING_INCDIR_NATIVE}/qt4/  cannot help when nothing put the headers there first
Dec 02 11:32:16 <JaMa> GarthPS: and IIRC you confirmed that those headers are NOT in sysroot/x86_64/usr/include/
Dec 02 11:32:25 <GarthPS> JaMa: headers are there
Dec 02 11:32:46 <JaMa> ah yesterday you've shown only that they are in sysroot/armv4..
Dec 02 11:33:32 <GarthPS> JaMa: oh yeah that is rgiht! it was late.. :)
Dec 02 11:37:15 <GarthPS> JaMa: oh http://pastebin.com/DFwgbvnu while i am rebuilding qt4-tools-native there are also in tmp/work. so how do i do to put these in the right place ?
Dec 02 11:37:55 <JaMa> GarthPS: install those in do_install() in qt4-tools-native.inc
Dec 02 11:39:16 <JaMa> mrmoku: rebuilding efl rev 55157 because 55156 failed with efreet :/
Dec 02 11:41:54 <GarthPS> JaMa: or perhaps we can avoid to copy headers somewhere else as it is only headers. perhaps I can point -I to headers form the target no ?
Dec 02 11:42:10 <JaMa> GNUtoo|laptop: and for n900 I'm using power-kernel ver 45 has u-boot included (that's why I didn't need to build it with OE) but later I'll because I would like the env from my boot.scr included directly
Dec 02 11:42:10 <GarthPS> ah but as the target can be changed...
Dec 02 11:42:51 <JaMa> GarthPS: yes.. better to install those twice, because it can also have different versions (for -tools and target)
Dec 02 11:43:46 <GarthPS> yeah ok
Dec 02 11:44:11 <JaMa> only the core headers are needed.. so it won't cost much space :)
Dec 02 11:46:04 <mrmoku> JaMa: ok
Dec 02 11:52:20 <GarthPS> ouch I did interrupt with several ctrl+c and now It hang on clean a recipe...
Dec 02 11:52:40 <GarthPS> what is the option for verbose bitbake ?
Dec 02 11:54:23 <JaMa> -v 
Dec 02 11:54:30 <GarthPS> ok it is good but still , ok thx
Dec 02 11:54:53 <JaMa> bitbake --help for future reference :)
Dec 02 11:54:55 <GarthPS> I couldn neveeer guess what it could be... -v hum... 
Dec 02 11:55:00 <GarthPS> :)
Dec 02 12:00:43 <GarthPS> JaMa: hot to point to tmp/sysroots/x86_64-linux/ in the do_install() ?
Dec 02 12:01:14 <GarthPS> s/wot/how
Dec 02 12:01:17 <GarthPS> eu
Dec 02 12:01:27 <GarthPS> s/hot/how
Dec 02 12:04:29 <JaMa> GarthPS: ${D} is destination in do_install, then it's moved to right sysroot automatically
Dec 02 12:05:16 <GarthPS> JaMa: no need to specify th target's sysroot ?
Dec 02 12:05:20 <JaMa> GarthPS: so install it ${D}${includedir}/qt4
Dec 02 12:06:06 <JaMa> GarthPS: no it's first packaged to relocateable .ipk, then mangled and pushed to sysroots
Dec 02 12:06:30 <GarthPS> JaMa: so somthing like ths sjould work      cp -fRP ${WORKDIR}/include/ ${D}${includedir}/qt4
Dec 02 12:07:15 <JaMa> cp -fRP ${WORKDIR}/include/qt4 ${D}${includedir}/qt4
Dec 02 12:08:00 <JaMa> I guess, but maybe it's there without qt4 subdirectory in sources..
Dec 02 12:08:16 <GarthPS> JaMa: hum.. http://pastebin.com/DFwgbvnu
Dec 02 12:08:44 <JaMa> then ok without qt4
Dec 02 12:10:55 <GarthPS> let see!
Dec 02 12:30:17 <GarthPS> JaMa: ok I though about that but as i did not know how to make it generic i did not do anything:  tmp/work/x86_64-linux/qt4-tools-native-4.7.1-r10.0/include/': No such file or directory
Dec 02 12:30:17 <GarthPS> it is missing qt-everywhere-opensource-src-4.7.1/
Dec 02 12:31:23 <JaMa> I don't understand
Dec 02 12:31:52 <JaMa> you probably want ${S} instead of ${WORKDIR}
Dec 02 12:48:55 <GarthPS> JaMa: I had to remove ${D} before ${includedir} before it is already include ${D}. but then it worked
Dec 02 12:49:06 <GarthPS> I am trying to build automoc-native now
Dec 02 12:50:20 <JaMa> GarthPS: show me your do_install
Dec 02 12:52:03 <GarthPS> JaMa: http://pastebin.com/ziqnHhvd i juste addes the last line
Dec 02 12:52:08 <JaMa> GarthPS: you can remove ${S} but not ${D}
Dec 02 12:52:58 <GarthPS> and now I have all qt4 headers in /home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/x86_64-linux/usr/include/qt4/
Dec 02 12:52:59 <JaMa> well it will pass.. but will install to ${S}/usr/include which is wrong :)
Dec 02 12:53:21 <GarthPS> JaMa: hum ?
Dec 02 12:53:44 <GarthPS> I wanted those headers in this place right ?
Dec 02 12:53:49 <GarthPS> so I don't understand
Dec 02 12:54:08 <JaMa> pastebin temp/run.do_install.$$ from last run
Dec 02 12:54:13 <JaMa> and check do_install method there
Dec 02 12:56:04 <GarthPS> I have already launche automoc-native build plus I don't have any tmp/run.do_install.$$
Dec 02 12:56:13 <GarthPS> temp or tmp
Dec 02 12:56:26 <JaMa> GarthPS: or if you -c clean and then -c build then you can check what's installed to sysroot by find tmp/work/x86_64-linux/qt4-tools*/sysroot-destdir/
Dec 02 12:56:35 <JaMa> hmm ;/
Dec 02 12:56:45 <JaMa> temp is tmp/work/x86_64-linux/qt4-tools-native-4.7.1-r10.0/temp
Dec 02 12:57:17 <JaMa> $$ is PID of that proces which was executed (just take latest run.do_install if you don't know which PID it was
Dec 02 13:00:10 <GarthPS> JaMa: founded http://pastebin.com/vzVxbTQT
Dec 02 13:01:20 <JaMa> are you sure it's from last run?
Dec 02 13:02:19 <GarthPS> JaMa: it is the younger
Dec 02 13:02:54 <JaMa> ah it is, but still wrong, see the install line above .. it's ${D}${datadir} -> /home/sylvain/dev/SHR-Build/shr-unstable/tmp/work/x86_64-linux/qt4-tools-native-4.7.1-r10.0/image/home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/x86_64-linux/usr/share/qt4/
Dec 02 13:03:15 <JaMa> you have ${includedir} -> /home/sylvain/dev/SHR-Build/shr-unstable/tmp/sysroots/x86_64-linux/usr/include/qt4
Dec 02 13:03:23 <JaMa> that's wrong ${D} is missing
Dec 02 13:03:32 <JaMa> it will break packaged staging
Dec 02 13:05:23 <JaMa> and ${D}/${includedir} failed for you before because you didn't prepare that directory..
Dec 02 13:05:45 <GarthPS> JaMa: hum .so how do i prepare it ?
Dec 02 13:05:48 <JaMa> you have to add: install -d ${D}${includedir}/qt4/
Dec 02 13:05:55 <GarthPS> oh yeah!
Dec 02 13:06:05 <GarthPS> yeah right I forgot it..
Dec 02 13:06:07 <JaMa> and then cp -fRP include/* ${D}${includedir}/qt4
Dec 02 13:06:52 <GarthPS> JaMa:  you mean  cp -fRP ${S}/include/${D}${includedir}/qt4 right ?
Dec 02 13:06:52 <JaMa> maybe just include/QtCore would be enough
Dec 02 13:07:36 <JaMa> do_install is called in ${S} so it's not mandatory and as other commands there are not using it, then don't use it too
Dec 02 13:08:18 <JaMa> see last 2 lines in that file
Dec 02 13:08:29 <JaMa> cd ${S}; do_install
Dec 02 13:09:31 <GarthPS> JaMa: ok
Dec 02 13:09:48 <GarthPS> JaMa: i need to -c celan before modifying the recipe right ?
Dec 02 13:10:09 <JaMa> -c install -f would be enough for test
Dec 02 13:11:02 <nicofs> I am looking for a program to make mobile phone calls on my netbook (integrated 3g modem). Is there a way to use your software on a "normal" pc as well?
Dec 02 13:11:15 <GarthPS> JaMa: wihtout cleaning befor ?
Dec 02 13:11:52 <GarthPS> nicofs: to whom are you speaking? and about which software ?
Dec 02 13:11:54 <JaMa> GarthPS: -f is force so yes it will install even when already installed.. but if it was cleaned already then it won't work ${WORKDIR} already empty
Dec 02 13:12:10 <JaMa> GarthPS: just check if you have all files in ${WORKDIR} or only temp
Dec 02 13:12:23 <GarthPS> JaMa: only in temp
Dec 02 13:12:37 <JaMa> then you have to rebuild it.. so -c clean is needed
Dec 02 13:12:50 <JaMa> GarthPS: build it with -c build
Dec 02 13:13:16 <JaMa> GarthPS: this way it won't be cleaned after build and you can check what's really installed (with that find I wrote before)
Dec 02 13:13:24 <GarthPS> JaMa: so I have to let the recipe as it was before doing a -c clean
Dec 02 13:13:32 <nicofs> GarthPS: to all. and about any software that can do that. as far as I understood this channel is about linux distributions for smartphones and I thought that at some point someone will have written something to make phone calls...
Dec 02 13:14:41 <JaMa> GarthPS: you can change recipe and then -c clean
Dec 02 13:14:49 <JaMa> GarthPS: packaged staging was already broken..
Dec 02 13:15:33 <JaMa> GarthPS: now with ${D} it will know that those headers were installed by this recipe and will remove those with next -c
Dec 02 13:15:36 <JaMa> clean
Dec 02 13:15:56 <GarthPS> ok
Dec 02 13:16:00 <GarthPS> oh shit 
Dec 02 13:16:22 <GarthPS> JaMa: I forgot the -c build...
Dec 02 13:16:34 <GarthPS> did a ctrl+c.. will see
Dec 02 13:16:57 <GarthPS> ok it was only at do_unpack
Dec 02 13:20:23 <GarthPS> JaMa: humm qt4-tools-native is building after i did a -c clean but there is still sysroots/x86_64-linux/usr/include/qt4...
Dec 02 13:20:44 <nicofs> What programs are there to make mobile phone calls and could they work on a computer as well (intgegrated sim modem)?
Dec 02 13:21:22 <GarthPS> nicofs: FSO => http://www.freesmartphone.org/
Dec 02 13:22:10 <GarthPS> nicofs: as far as i understand it it needs to handle your hardware
Dec 02 13:22:22 <JaMa> GarthPS: where it is?
Dec 02 13:22:34 <GarthPS> JaMa: what ?
Dec 02 13:22:43 <JaMa> " but there is still sysroots/x86_64-linux/usr/include/qt4..."
Dec 02 13:23:15 <JaMa> run.do_install.$$ for this run wasn't prepared yes so you're looking to old one?
Dec 02 13:23:28 <JaMa> it will be created after run.do_compile is completed
Dec 02 13:23:48 <JaMa> and I don't know if you have so fast pc to have it built already :)
Dec 02 13:23:56 <GarthPS> JaMa: well eu I just cehck that  it was removed but it was not (it = sysroots/x86_64-linux/usr/include/qt4 headers
Dec 02 13:23:56 <JaMa> s/know/think
Dec 02 13:24:20 <JaMa> 14:06:54 < JaMa> GarthPS: now with ${D} it will know that those headers were installed by this recipe and will remove those with _NEXT_ -c clean
Dec 02 13:25:05 <JaMa> you've installed it wrong way.. without ${D} so it's not removed _now_
Dec 02 13:25:20 <GarthPS> JaMa: yeah but I thought it should be remove when i did my -c clean but no that is what you are saying to me ? :)
Dec 02 13:25:36 <GarthPS> because i did not specify with {D} thai is right ?
Dec 02 13:25:43 <JaMa> yes
Dec 02 13:25:57 <JaMa> and it will be removed next time if you install it properly now with ${D}
Dec 02 13:26:28 <nicofs> GarthPS: that sounds quite good - but do I have to write the program myself?
Dec 02 13:26:57 <GarthPS> JaMa: ok so as I have added   install -d ${D}${includedir}/qt4/   and  cp -fRP include/QtCore/* ${D}${includedir}/qt4   I will need to remove manually all other non QTcore directory
Dec 02 13:27:38 <JaMa> GarthPS: sorry if it's hard to understand what I mean.. I'm not native speaker and also consider this quite easy so maybe not providing enough details
Dec 02 13:27:56 <GarthPS> JaMa:  no no it is good :)
Dec 02 13:28:02 <GarthPS> It was not a question
Dec 02 13:28:06 <JaMa> GarthPS: NO :/ QtCore (not QtCore/*)
Dec 02 13:28:20 <GarthPS> at least it hinf I was not sayin wrng things
Dec 02 13:28:40 <JaMa> you need ${D}${includedir}/qt4/QtCore directory
Dec 02 13:29:02 <JaMa> and automoc with -I${includedir}/qt4/QtCore  
Dec 02 13:29:27 <GarthPS> JaMa: ow i forgot this '*'
Dec 02 13:29:29 <GarthPS> ..
Dec 02 13:30:02 <GarthPS> just cp -fRP include/QtCore   then.
Dec 02 13:30:40 <JaMa> yes.. but I'm not 100% sure if it's enough for automoc build or no (you should check which headers are used in automoc)
Dec 02 13:31:59 <JaMa> ie qt-core on gentoo installs also /usr/include/qt4/Qt QtXml etc..
Dec 02 13:32:38 <GarthPS> JaMa: yop this part I understood it . how/where do I specify -I${includedir}/qt4/QtCore for automoc ?
Dec 02 13:33:59 <JaMa> I didn't look how is automoc built and don't have time for it.. sorry you have to find it yourself..
Dec 02 13:34:42 <JaMa> GarthPS: but probably with some -DSOME_VAR_ABOUT_QT_HEADERS=${includedir}/qt4/QtCore
Dec 02 13:36:15 <GarthPS> JaMa: ok right.faire enough :) realy thank you already for all 
Dec 02 13:37:11 * JaMa hopes that this phonon-vlc backend is worth it :)
Dec 02 13:37:44 <GarthPS> JaMa: yeahhh me too!
Dec 02 13:38:13 <JaMa> imho it cannot be better then optimized mplayer we have..
Dec 02 13:38:37 <GarthPS> JaMa: personnaly i want to use it for the sound.. so .. :)
Dec 02 13:38:51 <JaMa> does it use tremor at least?
Dec 02 13:39:12 <GarthPS> JaMa: when it is built i do -c install right ?
Dec 02 13:39:16 <GarthPS> that is it ?
Dec 02 13:39:27 <JaMa> decoder not using floating-point
Dec 02 13:39:50 <JaMa> you mean when it's built with -c compile or -c build?
Dec 02 13:39:59 <JaMa> because the later did already install it
Dec 02 13:41:29 <GarthPS> JaMa: ok thx then
Dec 02 13:41:56 <GarthPS> ok automoc seems to not need other than QtCore
Dec 02 13:44:03 <GarthPS> JaMa: I want to say "last time" but I can't promess so If you can't answer to me I will not blame you. 
Dec 02 13:44:18 <GarthPS> JaMa: so      install -d ${D}${includedir}/qt4/QtCore
Dec 02 13:44:18 <GarthPS>     cp -fRP include/QtCore ${D}${includedir}/qt4/QtCore  should be right  this time ?
Dec 02 13:45:21 <JaMa> won't it create ${D}${includedir}/qt4/QtCore/QtCore?
Dec 02 13:46:14 <JaMa> mrmoku: tested EFL, top bar is ok, but shr_elm_softkey wasn't started for me :/ not sure if it was just some exception.. or something is broken in last rev
Dec 02 13:46:36 <JaMa> mrmoku: but it was starting fine with svnr55112
Dec 02 13:46:42 <GarthPS> JaMa: I am not sure :)
Dec 02 13:47:08 <JaMa> GarthPS: neither am I.. so better try or put include/QtCore/* on left side
Dec 02 13:48:23 <mrmoku> JaMa: ok... at lest something :)
Dec 02 13:48:25 <mrmoku> +a
Dec 02 13:48:39 <JaMa> mrmoku: another xserver restart it was started
Dec 02 13:48:45 <mrmoku> good
Dec 02 13:48:52 <JaMa> mrmoku: so I'll push it now
Dec 02 13:48:58 <mrmoku> great :)
Dec 02 13:49:04 <JaMa> mrmoku: can you formally ack my patches on OE ML?
Dec 02 13:49:09 <mrmoku> sure
Dec 02 13:49:36 <JaMa> mrmoku: just because I feel stupid sending them for review and then pushing those anyways before first response :)
Dec 02 13:52:18 <mrmoku> JaMa: hehe, ic... acked uImage and modules
Dec 02 13:53:41 <JaMa> mrmoku: also please pick d57fdf4 e-wm,efl: create e-base.bbclass with common settings and EFL_SRCREV
Dec 02 13:54:37 <mrmoku> JaMa: pick?
Dec 02 13:54:45 <JaMa> I mean please ack this one .. "pick d57fdf4 " is from rebase -i
Dec 02 13:54:53 <mrmoku> ahh, ok :P
Dec 02 13:56:26 <mrmoku> done
Dec 02 13:57:40 <JaMa> maybe also that srcrev one? :)
Dec 02 13:57:53 <JaMa> ah ;)
Dec 02 13:58:32 <mrmoku> :)
Dec 02 14:00:41 <JaMa> mrmoku: pushed and buildhost building
Dec 02 14:03:56 <GarthPS> JaMa: about the vlc backend , as vlc was optimized for  ARM since 1.1 so I thinks it worth it 
Dec 02 14:06:07 <mrmoku> JaMa: ahh... shit forgot something
Dec 02 14:06:19 <JaMa> mplayer was optimized for ARM since ... LONG :)
Dec 02 14:06:27 <JaMa> and even has support for glamo
Dec 02 14:07:05 <JaMa> mrmoku: what?
Dec 02 14:07:20 <GarthPS> JaMa: :) I doubt the scrren will play sound a day. or only a one shot :)
Dec 02 14:07:48 <GarthPS> anyway it seems that vlc uses tremor
Dec 02 14:07:49 <mrmoku> JaMa: SERIAL_CONSOLE in nokia900.conf is creating a problem
Dec 02 14:08:09 <mrmoku> in form of a respawning getty on not existing ttyS0
Dec 02 14:08:54 <JaMa> feel free to push it now.. without PR bump
Dec 02 14:09:19 <JaMa> and make update on buildhost to pick it for build (it will take at least hour to build om-gta*)
Dec 02 14:09:21 <Heinervdm> Illume Top bar is fixed?
Dec 02 14:09:26 <JaMa> Y
Dec 02 14:09:29 <Heinervdm> :)
Dec 02 14:09:58 <mrmoku> JaMa: make update while building is ok?
Dec 02 14:10:05 <Heinervdm> then i there is just the shutdown thing missing and i can build images for a pubic test
Dec 02 14:10:22 <JaMa> mrmoku: yes
Dec 02 14:10:53 <mrmoku> fine
Dec 02 14:11:53 * JaMa has all 3 devices already upgraded :)
Dec 02 14:12:12 <JaMa> but nothing done on daywork :/ 
Dec 02 14:18:23 <GarthPS> JaMa|Off: which are thos 3 devices ?
Dec 02 14:18:40 <GarthPS> s/which/what
Dec 02 14:18:42 <mrmoku> spitz, gta02 and n900 would be my guess :)
Dec 02 14:19:30 <mrmoku> JaMa|Off: and thanks for preparing the make update on buildhost :-)
Dec 02 14:23:11 <JaMa|Off> mrmoku: hehe and your guess is right
Dec 02 14:25:51 <JaMa|Off> mrmoku: btw strange that issu with SERIAL_CONSOLE
Dec 02 14:26:14 <JaMa|Off> I haven't notice it (using own inittab too)
Dec 02 14:27:23 <JaMa|Off> maybe tty1 in it would be still usefull (ie after stopping xserver I can start it again from text console)
Dec 02 14:27:40 <JaMa|Off> is it in default inittab?
Dec 02 14:31:35 <JaMa|Off> mrmoku: also it's used only in sysvinit, right? so won't be changed without PR bump there
Dec 02 14:35:27 <mrmoku> JaMa|Off: heh, ok
Dec 02 14:36:02 <mrmoku> if [ ! -z "${SERIAL_CONSOLE}" ]; then
Dec 02 14:36:02 <mrmoku>                 echo "S:2345:respawn:${base_sbindir}/getty ${SERIAL_CONSOLE}" >> ${D}${sysconfdir}/inittab
Dec 02 14:36:04 <mrmoku>         fi
Dec 02 14:36:48 <mrmoku> from sysvinit do_install
Dec 02 14:37:05 <JaMa|Off> yup but probably use SERIAL_CONSOLE for nonSERIAL tty is bad idea.. 
Dec 02 14:37:39 <mrmoku> but ttyS0 is serial
Dec 02 14:37:51 <JaMa|Off> but I'm starting two getty in my inittab.. just in case (even on gta02 because I have mini keyboard for it..)
Dec 02 14:38:08 <JaMa|Off> mrmoku: I meant to replace it with SERIAL_CONSOLE = "tty1"
Dec 02 14:38:32 <JaMa|Off> to have getty running (with n900's qwerty kbd it's really usefull)
Dec 02 14:39:11 <mrmoku> JaMa|Off: SYSVINIT_ENABLED_GETTYS is the one then
Dec 02 14:39:30 <mrmoku> and USE_VT = 1
Dec 02 14:40:06 <JaMa|Off> ah, then ok
Dec 02 14:46:52 <mrmoku> hmm... did not build an uImage 
Dec 02 14:48:10 <mrmoku> which is probably fine as the kernel did not change (and rebuild)
Dec 02 14:48:12 <JaMa|Off> did you clean it first?
Dec 02 14:48:15 <mrmoku> :)
Dec 02 14:48:16 <mrmoku> no
Dec 02 15:04:17 <nicofs> What programs are used to make phone calls - and where can I get them?
Dec 02 15:07:07 <playya_> nicofs, so you mean the source?
Dec 02 15:07:31 <nicofs> playya_: I mean anything that I could use to phone with my netbook...
Dec 02 15:07:51 <GNUtoo|laptop> nicofs, first try fso
Dec 02 15:07:57 <GNUtoo|laptop> with mdbus2
Dec 02 15:07:57 <playya_> oh. that's a lot of tools
Dec 02 15:08:07 <playya_> yes. good starting point
Dec 02 15:08:30 <nicofs> GNUtoo|laptop: I've been there - and I don't understand anything of what is written there...
Dec 02 15:08:45 <GNUtoo|laptop> nicofs, but first, what's your modem
Dec 02 15:08:52 <playya_> but you might need yout modem supported in fso and i don't think you can doo phonecalls on your netbook. SMS might work
Dec 02 15:09:25 <nicofs> GNUtoo|laptop: huawei EM770W
Dec 02 15:09:37 <GNUtoo|laptop> ok
Dec 02 15:10:01 <nicofs> playya_: I can try, at least... and sms would be a start...
Dec 02 15:10:37 <playya_> is it possible to do phoncalls with a different OS?
Dec 02 15:11:39 <nicofs> playya_: I haven't tried with that modem...
Dec 02 15:12:17 <playya_> ok.
Dec 02 15:12:56 <GNUtoo|laptop> nicofs, does your modem talk with AT commands
Dec 02 15:12:57 <GNUtoo|laptop> ?
Dec 02 15:13:01 <GNUtoo|laptop> I bet the response is yes
Dec 02 15:13:02 <playya_> oh. this chip has a gps chip,t oo
Dec 02 15:13:36 <nicofs> GNUtoo|laptop: indeed, yes... I've seen that in wvdial
Dec 02 15:13:40 <GNUtoo|laptop> nicofs, I'll explain a bit the architecture
Dec 02 15:13:41 <GNUtoo|laptop> ok nice
Dec 02 15:13:49 <playya_> http://www.aliexpress.com/product-gs/293727901-EM770W-HSUPA-PCI-E-module-wholesalers.html tells me: AT command Sets support:3GPP 27007 AT commands, and some Huawei defined commands.
Dec 02 15:13:58 <GNUtoo|laptop> basically FSO aka freesmartphones.org aka cornucopia is what handles the telephony
Dec 02 15:14:03 <GNUtoo|laptop> amongs other things
Dec 02 15:14:10 <GNUtoo|laptop> specially fsogsmd
Dec 02 15:14:19 <GNUtoo|laptop> basically they are deamons
Dec 02 15:14:27 <GNUtoo|laptop> you access them trough dbus
Dec 02 15:14:38 <GNUtoo|laptop> we have a tool named mdbus2
Dec 02 15:15:12 <GNUtoo|laptop> that is a bit like dbus-send
Dec 02 15:15:23 <GNUtoo|laptop> but a lot better
Dec 02 15:15:27 <GNUtoo|laptop> more intuitive
Dec 02 15:15:39 <GNUtoo|laptop> it permit to discover and to use the dbus functions
Dec 02 15:15:43 <GNUtoo|laptop> on the command line
Dec 02 15:15:48 <GNUtoo|laptop> that's the lowest level
Dec 02 15:15:55 <GNUtoo|laptop> then come the GUI that uses that
Dec 02 15:16:05 <GNUtoo|laptop> that beeing the dbus interface
Dec 02 15:16:10 <nicofs> GUI... I like...
Dec 02 15:16:26 <GNUtoo|laptop> but before, first try to make fsogsmd work 
Dec 02 15:16:53 <nicofs> GNUtoo|laptop: how would I do that?
Dec 02 15:16:59 <GNUtoo|laptop> you compile it
Dec 02 15:17:01 <GNUtoo|laptop> install it
Dec 02 15:17:09 <GNUtoo|laptop> mess with its configuration
Dec 02 15:17:12 <GNUtoo|laptop> and try it
Dec 02 15:17:25 <nicofs> where do I get it?
Dec 02 15:17:26 <GNUtoo|laptop> and try to fix the bugs if any
Dec 02 15:17:35 <nicofs> ^^
Dec 02 15:17:38 <GNUtoo|laptop> http://git.freesmartphone.org/?p=cornucopia.git;a=summary
Dec 02 15:18:42 <nicofs> oh dear... git... I never got that to work...
Dec 02 15:18:45 <GNUtoo|laptop> cornucopia is written in vala, a language that is a bit like java but is compiled into C, so it runs very fast on the device
Dec 02 15:18:58 <mrmoku> GNUtoo|laptop: ok, EFL is bumped... modules are fixed
Dec 02 15:19:12 <mrmoku> main problem is now fsodeviced hanging in combination with nokia_av module
Dec 02 15:19:14 <GNUtoo|laptop> mrmoku, nice thanks a lot!!!!
Dec 02 15:19:40 <GNUtoo|laptop> mrmoku, so it's in oe?
Dec 02 15:19:53 <mrmoku> GNUtoo|laptop: well... yes... thanks to JaMa though :)
Dec 02 15:19:54 <GNUtoo|laptop> and no bar issue anymore?
Dec 02 15:19:55 <GNUtoo|laptop> ok
Dec 02 15:20:00 <GNUtoo|laptop> nice
Dec 02 15:20:01 <mrmoku> bar is fixed, yup
Dec 02 15:20:13 <mrmoku> devilhorns is very nice and responsive via email :)
Dec 02 15:20:43 <nicofs> GNUtoo|laptop: you are not - by chance online again in about 4 hours?
Dec 02 15:20:47 <JaMa|Off> someone wants to care care of n900 u-boot or should I?
Dec 02 15:20:59 <nicofs> I think I will need assistance to get anything to work...
Dec 02 15:21:07 <mrmoku> JaMa|Off: I did a recipe for that hanging dirty in some oe tree of mine
Dec 02 15:21:34 <GNUtoo|laptop> nicofs, I think I'll be still online in 4 hours and a lot more disponible than now
Dec 02 15:21:44 <GNUtoo|laptop> nicofs, what's your distro?
Dec 02 15:21:45 <mrmoku> JaMa|Off: but had the problem it needs some fix for our current toolchain
Dec 02 15:21:58 <JaMa|Off> mrmoku: ah I remember now
Dec 02 15:22:12 <JaMa|Off> mrmoku: is it just updated u-boot_git.bb or new recipe?
Dec 02 15:22:33 <nicofs> GNUtoo|laptop: that's very good - I have to board my plane soon... I am currently on Xubuntu... 10.04 latest Kernel..
Dec 02 15:22:43 <GNUtoo|laptop> ok
Dec 02 15:22:49 <mrmoku> JaMa|Off: I added a new recipe
Dec 02 15:22:54 <mrmoku> u-boot-nokia900_git.bb
Dec 02 15:23:05 <mrmoku> like all the others do :P
Dec 02 15:24:01 <JaMa|Off> not all :) but ok 
Dec 02 15:24:27 <mrmoku> JaMa|Off: want me to put it together with the patches in tests/mrmoku/n900/u-boot?
Dec 02 15:25:07 <GNUtoo|laptop> mrmoku, it's necessary
Dec 02 15:25:08 <JaMa|Off> from what I've found about u-boot in power-kernel its sources are quite simple for it so should be easy enough to hide in u-boot_git
Dec 02 15:25:18 <GNUtoo|laptop> mrmoku, as JaMa|Off switched or want to switch to uImage
Dec 02 15:25:40 <GNUtoo|laptop> JaMa|Off, we need ext2 support, etc...
Dec 02 15:25:41 <JaMa|Off> mrmoku: yes please do.. when I'll have time I'll try to merge my boot.scr to it (at least for my u-boot builds)
Dec 02 15:25:46 <GNUtoo|laptop> and we need it working
Dec 02 15:25:50 <GNUtoo|laptop> sre also worked on uboot
Dec 02 15:25:51 <mrmoku> JaMa|Off: ok
Dec 02 15:26:01 <mrmoku> GNUtoo|laptop: with JaMa's boot.scr SHR boots fine for me :)
Dec 02 15:26:20 <GNUtoo|laptop> ok
Dec 02 15:26:25 <GNUtoo|laptop> does it need special formating?
Dec 02 15:26:26 <mrmoku> JaMa|Off: ahh, forgot to tell you... works fine with 2.6.28 too :)
Dec 02 15:26:29 <GNUtoo|laptop> of the microsd?
Dec 02 15:26:32 <mrmoku> yup
Dec 02 15:26:36 <JaMa|Off> but I'm using vfat not ext2
Dec 02 15:26:38 <GNUtoo|laptop> ok
Dec 02 15:26:44 <GNUtoo|laptop> I want ext2
Dec 02 15:26:48 <mrmoku> at least with the u-boot you can install in maemo
Dec 02 15:26:55 <JaMa|Off> for kernel partition
Dec 02 15:26:58 <mrmoku> if we do our own u-boot we can do anything :)
Dec 02 15:27:03 <GNUtoo|laptop> indeed
Dec 02 15:27:08 <GNUtoo|laptop> the compiler issue was fixed?
Dec 02 15:27:16 <GNUtoo|laptop> for uboot
Dec 02 15:27:43 <mrmoku> GNUtoo|laptop: JaMa|Off said there might be a fix for that
Dec 02 15:27:48 <GNUtoo|laptop> nice
Dec 02 15:27:49 <mrmoku> did not check any further back then though
Dec 02 15:27:54 <GNUtoo|laptop> ok
Dec 02 15:28:20 <JaMa|Off> I was reading git log but haven't found that patch I expected
Dec 02 15:28:21 <GNUtoo|laptop> basically we just have to modify the hardcoded boot instructions
Dec 02 15:28:26 <GNUtoo|laptop> to try ext2 and vfat
Dec 02 15:28:51 <GNUtoo|laptop> so....what should we do
Dec 02 15:28:56 <GNUtoo|laptop> is the uImage patch in oe
Dec 02 15:29:02 <GNUtoo|laptop> or is it waiting for comments
Dec 02 15:29:07 <JaMa|Off> in oe
Dec 02 15:29:13 <GNUtoo|laptop> ouch
Dec 02 15:29:13 <GNUtoo|laptop> ok
Dec 02 15:29:21 <GNUtoo|laptop> hmmm
Dec 02 15:29:35 <mrmoku> JaMa|Off: ok all scped
Dec 02 15:29:41 <JaMa|Off> mrmoku: thx
Dec 02 15:29:50 <GNUtoo|laptop> else I'll cross-compile my own uboot
Dec 02 15:29:51 <mrmoku> JaMa|Off: note, it needs that specific revision
Dec 02 15:29:56 <mrmoku> (the patches adding RX-51)
Dec 02 15:30:00 <GNUtoo|laptop> but it would be nice to have uboot in oe
Dec 02 15:30:28 <JaMa|Off> that's what we're talking about with mrmoku :)
Dec 02 15:30:44 <GNUtoo|laptop> ok
Dec 02 15:31:17 <JaMa|Off> but even then we would need to create u-boot wrapped kernel as power kernel does, I think
Dec 02 15:31:23 <mrmoku> JaMa|Off: what about the patches in files? like arm_flags.patch?
Dec 02 15:31:31 <mrmoku> maybe one of those fixes the problem
Dec 02 15:31:35 <mrmoku> brb
Dec 02 15:31:36 <JaMa|Off> which could be harder to do in OE
Dec 02 15:32:13 <JaMa|Off> mrmoku: that patch I did remember I've seen only in angstrom-next-rebase in gitorious, but then it was merged to OE iirc
Dec 02 15:32:23 <JaMa|Off> mrmoku: but I wasn't able to find it
Dec 02 15:35:25 <JaMa|Off> mrmoku: is this version based on http://al.robotfuzz.com/~al/maemo/u-boot/ patches? that what I was looking at yesterday IIRC
Dec 02 15:37:20 <JaMa|Off> ah looks like it with extra ext2 patch
Dec 02 15:41:06 <mrmoku> JaMa|Off: yep, correct
Dec 02 15:42:19 <JaMa|Off> ok applied your 0002-new-recipe-u-boot-nokia900_git.bb.patch
Dec 02 15:45:45 <JaMa|Off> mrmoku: how did you test that u-boot from OE? flashed with kernel together?
Dec 02 15:46:12 <JaMa|Off> wrt this http://talk.maemo.org/showthread.php?t=65776
Dec 02 15:48:00 <mrmoku> JaMa|Off: I followed http://wiki.meego.com/ARM/N900/Install/U-Boot_from_scratch
Dec 02 15:48:14 <mrmoku> created a combined.bin and flashed that
Dec 02 16:00:45 <mrmoku> ouch... we still have watchdog problems :/
Dec 02 16:04:59 <GNUtoo|laptop> mrmoku, at first boot only
Dec 02 16:05:00 <GNUtoo|laptop> no?
Dec 02 16:05:02 <mrmoku> JaMa|Off: and 'run maemo' does not work for me
Dec 02 16:05:08 <mrmoku> GNUtoo|laptop: no, that was _not_ first boot :/
Dec 02 16:05:12 <GNUtoo|laptop> ok
Dec 02 16:05:20 <mrmoku> it started to boot... vibrated... and off it was
Dec 02 16:05:31 <GNUtoo|laptop> ok
Dec 02 16:05:38 <mrmoku> disabled the watchdogs and it boots fine again
Dec 02 16:05:55 <GNUtoo|laptop> maybe I'll stop working on n900....to work on n900 modem
Dec 02 16:06:01 <GNUtoo|laptop> what do you think
Dec 02 16:06:11 <mrmoku> that would be a good thing probably
Dec 02 16:06:15 <mrmoku> as it's quite essential
Dec 02 16:06:18 <GNUtoo|laptop> indeed
Dec 02 16:06:22 <GNUtoo|laptop> I talked with sre
Dec 02 16:06:29 <GNUtoo|laptop> and I think I can do some basic stuff
Dec 02 16:06:30 <GNUtoo|laptop> like sms
Dec 02 16:06:32 <GNUtoo|laptop> or calls
Dec 02 16:06:35 <GNUtoo|laptop> or ussd
Dec 02 16:06:39 <mrmoku> very welcome... great
Dec 02 16:06:49 <GNUtoo|laptop> ok
Dec 02 16:07:02 <GNUtoo|laptop> some oe work was necessary tough to make me feel better....
Dec 02 16:07:08 <GNUtoo|laptop> anti-frustration stuff
Dec 02 16:07:37 <mrmoku> hehe
Dec 02 16:07:50 <GNUtoo|laptop> also I think libisi should move to fso
Dec 02 16:07:55 <GNUtoo|laptop> I mean
Dec 02 16:07:59 <GNUtoo|laptop> the repo should move
Dec 02 16:08:09 <GNUtoo|laptop> but sre will obviously need access
Dec 02 16:08:17 <mrmoku> if that is fine for sre for sure git.fso would be the better place
Dec 02 16:08:26 <mrmoku> and giving him access should be no problem
Dec 02 16:08:31 <GNUtoo|laptop> ok
Dec 02 16:08:32 <mrmoku> a mail to mickey|office should be sufficient
Dec 02 16:08:39 <GNUtoo|laptop> ok
Dec 02 16:09:19 <JaMa|Off> mrmoku: http://pastebin.ca/2008673 here is u-boot diff kernel-power - OE
Dec 02 16:09:32 <GarthPS> how to print out {OE_QMAKE_INCDIR_QT}
Dec 02 16:09:38 <JaMa|Off> mrmoku: maybe we should start with something known to work?
Dec 02 16:10:04 <GNUtoo|laptop> mrmoku, so if I do less oe work I'll bother you for including some stuff
Dec 02 16:10:10 <GNUtoo|laptop> such as an ondemand script
Dec 02 16:10:18 <GNUtoo|laptop> s/script/init script
Dec 02 16:10:42 <mrmoku> JaMa|Off: diff is reversed?
Dec 02 16:11:07 <mrmoku> GNUtoo|laptop: ok, you have my permission to bother me :)
Dec 02 16:11:18 <GNUtoo|laptop> nice thanks a lot
Dec 02 16:11:21 <JaMa|Off> mrmoku: I don't think so "left" or current dir is kernel power
Dec 02 16:12:14 <mrmoku> -EXTRAVERSION = -matan
Dec 02 16:12:14 <mrmoku> +EXTRAVERSION =
Dec 02 16:12:39 <mrmoku> ahh...
Dec 02 16:12:39 <mrmoku> ok
Dec 02 16:12:49 <mrmoku> from kernel-power to OE
Dec 02 16:12:54 <mrmoku> got it :P
Dec 02 16:13:24 <JaMa|Off> mrmoku: but this is probably u-boot for power44 not power45 which is what I use now
Dec 02 16:13:44 <JaMa|Off> mrmoku: for power45 he reverted to "old u-boot binary" which I haven't found sources for :/
Dec 02 16:14:22 <mrmoku> JaMa|Off: that probably is the one from robotufzz
Dec 02 16:15:24 <JaMa|Off> I'll try diff with few to be sure
Dec 02 16:19:58 <GarthPS> JaMa|Off: do you know how to print out ${OE_QMAKE_INCDIR_QT} ?
Dec 02 16:30:39 <JaMa|Off> GarthPS: print out?
Dec 02 16:31:01 <GarthPS> JaMa|Off: to show me what it is pointed
Dec 02 16:31:06 <GarthPS> JaMa|Off: to show me what it is pointing
Dec 02 16:36:24 <JaMa|Off> GarthPS: echo "${OE_QMAKE_INCDIR_QT}" ? in some task? :)
Dec 02 16:36:36 <JaMa|Off> GarthPS: or bitbake -e -b some_recipe | grep OE_QMAKE_INCDIR_QT
Dec 02 16:37:48 <GarthPS> JaMa|Off: yep I tried to add echo but ass it used cmake It does not like a do_configure stage to be specified..
Dec 02 16:38:08 <JaMa|Off> mrmoku: u-boot in power43 is the same as power45, but different then all 3 u-boot.bin on http://al.robotfuzz.com/~al/maemo/u-boot/ :/
Dec 02 16:38:27 <JaMa|Off> I'll probably ask matan
Dec 02 16:39:10 <GarthPS> oh i like the "-e" :)
Dec 02 16:43:52 <JaMa|Off> mrmoku: and here run maemo works, do you have power45 installed and boot.scr based on http://pastebin.ca/2008693 ?
Dec 02 16:44:29 <mrmoku> JaMa|Off: yeah, exactly that boot.scr
Dec 02 16:44:38 <mrmoku> though not power45 I think
Dec 02 16:45:16 <mrmoku> I _think_ it's stock 1.3 
Dec 02 16:45:18 <mrmoku> have to check
Dec 02 16:45:41 <GNUtoo|laptop> btw for uboot:
Dec 02 16:45:41 <GNUtoo|laptop> https://elektranox.org/n900/kernel/uboot.html
Dec 02 16:46:43 <GNUtoo|laptop> nothing new I bet
Dec 02 16:46:50 <GNUtoo|laptop> but he has worked on it
Dec 02 16:47:01 <GNUtoo|laptop> so you could collaborate
Dec 02 16:47:38 <JaMa|Off> GarthPS: that's what mrmoku's recipes has
Dec 02 16:48:04 <JaMa|Off> s/GarthPS:/GNUtoo|laptop:
Dec 02 16:48:18 <GNUtoo|laptop> ok
Dec 02 16:48:20 <GNUtoo|laptop> I know
Dec 02 16:48:23 <JaMa|Off> GNUtoo|laptop: I'm trying to find different sources (for binary I'm using now)
Dec 02 16:48:26 <GNUtoo|laptop> nothing new I bet
Dec 02 16:48:52 <GarthPS> yeah you need to specify one more lettre..sorry :)
Dec 02 16:48:56 <mrmoku> JaMa|Off: but u-boot.bin from stskeeps works too to boot shr with your boot.scr
Dec 02 16:50:01 <JaMa|Off> but not noloboot
Dec 02 16:50:27 <JaMa|Off> maybe it's just slightly different included config but hard to say without sources for diff :/
Dec 02 16:56:14 <mrmoku> JaMa|Off: ok, I did my combined.bin with the wrong kernel
Dec 02 16:56:29 <mrmoku> using the correct kernel (kernel-2.6.28-20103103+0m5) run noloboot works
Dec 02 16:56:41 <mrmoku> next check to see if run maemo works too now (which I think)
Dec 02 16:57:29 <mrmoku> guess dinner hits me first though :/
Dec 02 16:57:39 <JaMa|Off> good
Dec 02 16:57:39 <mrmoku> bbl
Dec 02 16:57:46 <mrmoku> yeah
Dec 02 16:57:49 * JaMa|Off going home
Dec 02 16:57:57 <mrmoku> drive carefully :P
Dec 02 16:58:54 * JaMa|Off is preferring public transport nowadays :)
Dec 02 17:01:33 <GNUtoo|laptop> JaMa|Off, with public transports you can use your devices
Dec 02 17:04:15 <JaMa|Off> or book :)
Dec 02 17:04:58 <GNUtoo|laptop> lol ok
Dec 02 17:04:59 <JaMa|Off> building mrmoku's u-boot but with CONFIG_CMD_ONENAND disabled like in stskeeps's
Dec 02 17:05:25 <JaMa|Off> maybe it's not toolchain issue in the end
Dec 02 17:27:11 <DocScrutinizer> mrmoku: can't uBoot do all kinds of tricks, almost like shellscripting/batchjobs?
Dec 02 17:27:29 <DocScrutinizer> mrmoku: pondering to bring battery charging to uBoot
Dec 02 17:31:54 * gena2x have same idea, now instead of participation of cool Russian driving procedures 3h per day in jams, i am reading fresh newspaper in subway and really more happy.
Dec 02 18:48:55 <TAsn> Ainulindale, sucks. thanks.
Dec 02 18:48:56 <TAsn> cioa.
Dec 02 18:52:28 <mrmoku> DocScrutinizer: yeah, it has scripting support
Dec 02 18:53:56 <mrmoku> DocScrutinizer: but stuff like charging for n900 must be implemented first anyway
Dec 02 18:55:05 <GarthPS> wtf!why bitbake does not follow a recipe without saying a word ?
Dec 02 18:55:18 <GarthPS> plzzzzz help! 
Dec 02 18:55:21 * GarthPS bouhohuohu
Dec 02 18:55:31 <JaMa> I don't follow what you mean :)
Dec 02 18:55:38 <JaMa> maybe that's why :)
Dec 02 18:55:42 <mrmoku> DocScrutinizer: hmm... interesting
Dec 02 18:55:50 <mrmoku> DocScrutinizer: http://www.denx.de/wiki/view/DULG/UBootCmdGroupSpecial#Section_5.9.8.1.
Dec 02 18:58:07 <GarthPS> JaMa: here is my do_install http://pastebin.com/SZLsxgjE ; I did  -c celan qt4-tools-native then why when i do -c buid qt4-tools-native why deos the fuck bitbake did not create a /src/corelib/ ?? 
Dec 02 18:58:38 <GarthPS> in sysroots/x86_64-linux/usr/include/qt4
Dec 02 18:58:52 <mrmoku> DocScrutinizer: i2c probe shows me:
Dec 02 18:59:02 <mrmoku> Valid chip addresses: 49 49 4A 4B
Dec 02 18:59:05 <mrmoku> whatever those are
Dec 02 19:00:10 <JaMa> GarthPS: is it really supposed to be installed to /usr/include/qt4/src/corelib/ ?
Dec 02 19:02:06 <GarthPS> JaMa: qglobal.h include a ../../src/corelib/global/qglobal.h
Dec 02 19:02:23 <GarthPS> JaMa: which i did not install so I wanted to add it
Dec 02 19:02:56 <GarthPS> ohoh
Dec 02 19:03:39 <JaMa> g/usr/include/qt4/QtCore/qglobal.h is not good enough?
Dec 02 19:03:58 <GarthPS> JaMa: ok never mind me. forget me even for ever! (it was there. I did not look at the right place...)
Dec 02 19:04:43 <GarthPS> JaMa: nope because it include another qglobal.h
Dec 02 19:05:07 <GarthPS> JaMa: sysroots/x86_64-linux/usr/include/qt4/QtCore/qglobal.h:1: fatal error: ../../src/corelib/global/qglobal.h: No such file or directory
Dec 02 19:10:52 <JaMa> mrmoku: was your u-boot also so small? 134K pro  2 20:01 u-boot.bin.oe
Dec 02 19:20:49 <JaMa> GarthPS: target /usr/include/qt4/QtCore/qglobal.h doesn't need those.. would be better to check why
Dec 02 19:20:53 * GarthPS sick of it
Dec 02 19:21:07 <JaMa> GarthPS: maybe the headers are processed somehow before installing
Dec 02 19:21:21 <JaMa> GarthPS: and that "cp" will install them bad
Dec 02 19:21:44 <GarthPS> JaMa: hum..
Dec 02 19:21:57 <GNUtoo> pespin, hi
Dec 02 19:22:24 <GarthPS> JaMa: I really don't know what to do now. i pass half the day ont it
Dec 02 19:22:48 <GNUtoo> GarthPS, ouch, what is the issue?
Dec 02 19:22:59 <JaMa> GarthPS: read Makefile.am, diff -rq -native and target headers in QtCore?
Dec 02 19:23:20 <GarthPS> GNUtoo: still this fucking automoc fucking shit needing to buil phonon vlc backend
Dec 02 19:23:31 <GNUtoo> yes I know that
Dec 02 19:23:36 <GNUtoo> but what in automoc
Dec 02 19:23:42 <GarthPS> JaMa: to compliccated for me
Dec 02 19:23:48 <GarthPS> too
Dec 02 19:23:50 <GNUtoo> it compiled but does not install?
Dec 02 19:24:09 <GarthPS> GNUtoo: it does not compile
Dec 02 19:24:13 <GNUtoo> ah ok
Dec 02 19:24:15 <GarthPS> at all
Dec 02 19:24:34 <GNUtoo> still the same header issues than before?
Dec 02 19:24:39 <GarthPS> GNUtoo: it is brocken in oe
Dec 02 19:24:45 <GNUtoo> hmmm
Dec 02 19:24:48 <GNUtoo> what is broken 
Dec 02 19:25:09 <GarthPS> GNUtoo: ...yeah or st else idid changes but still complaining
Dec 02 19:25:13 <JaMa> it's not broken.. just nobody needed those headers in -native yet
Dec 02 19:25:21 <GarthPS> GNUtoo: automoc-native recipe in oe
Dec 02 19:25:26 <GNUtoo> ok
Dec 02 19:25:43 <GNUtoo> ah missing headers
Dec 02 19:25:44 <GNUtoo> ok
Dec 02 19:26:10 <GNUtoo> we just have to install the headers and they're automatically staged right?
Dec 02 19:26:30 <JaMa> ah automoc-native is ugly and broken yes..
Dec 02 19:26:32 <JaMa> # Ugly, use qt4 from the buildhost till someone adds a qt4-native recipe
Dec 02 19:26:37 <GarthPS> http://pastebin.com/csKwCWgK
Dec 02 19:26:43 <GNUtoo> ouch
Dec 02 19:26:46 <GNUtoo> will read
Dec 02 19:26:51 <JaMa> GarthPS: if you install qt headers on your host it will compile probably
Dec 02 19:27:05 <mrmoku> JaMa: yes, it was a lot smaller than the others
Dec 02 19:27:19 <mrmoku> (other = stskeeps or built with old om toolchain)
Dec 02 19:27:38 <GarthPS> JaMa: what do you mean ??? it is not what i already did ???
Dec 02 19:28:06 <JaMa> GarthPS: you were trying to make it less ugly
Dec 02 19:28:16 <JaMa> "till someone adds a qt4-native recipe"
Dec 02 19:28:31 <JaMa> GarthPS: but automoc-native.bb is looking to hosts headers anyways
Dec 02 19:28:46 <JaMa> -DQT_INCLUDE_DIR=/usr/include/qt4 \
Dec 02 19:28:46 <GarthPS> this install -d ${D}${includedir}/qt4/
Dec 02 19:28:46 <GarthPS> cp -fR include/QtCore ${D}${includedir}/qt4/   was less ugly ?
Dec 02 19:28:53 <JaMa> yes
Dec 02 19:29:17 <JaMa> because it would make possible to build automoc-native on hosts without qt installed
Dec 02 19:29:24 <mrmoku> like our buildhost :P
Dec 02 19:29:34 <JaMa> or my chroot :)
Dec 02 19:29:42 <mrmoku> yup
Dec 02 19:30:13 <GarthPS> JaMa: yes but i did replace thos ugly host needed header by sysroot
Dec 02 19:30:47 <GarthPS> JaMa: in my automoc-native recipe
Dec 02 19:30:48 <JaMa> that's why I said you were making it less ugly
Dec 02 19:31:05 <GarthPS> JaMa: yes but still the same crap
Dec 02 19:31:45 <JaMa> what's the problem? reading Makefile.am and diff -rq is not that hard to finish it.. 
Dec 02 19:32:23 <GNUtoo> what is diff -q for?
Dec 02 19:32:36 <GNUtoo> I've no man on n900
Dec 02 19:32:40 <JaMa> GarthPS: but if it links to more libraries then be prepared that it can be a bit harder
Dec 02 19:33:06 <GarthPS> JaMa: the problem is .. iam tired of this :)
Dec 02 19:33:14 <GNUtoo> GarthPS, if unsure pastebin theses file...maybe I'll look
Dec 02 19:33:33 <JaMa> GNUtoo: 20:14:18 < JaMa> GarthPS: read Makefile.am, diff -rq -native and target headers in QtCore?
Dec 02 19:33:52 <JaMa> GNUtoo: because currently installed qglobal.h is looking to source directories
Dec 02 19:34:01 <GNUtoo> I'm on n900 so I've nothing to do...
Dec 02 19:34:06 <JaMa> GNUtoo: but installed versions from target recipe it doesn't
Dec 02 19:35:02 <GNUtoo> hmmm
Dec 02 19:35:26 <GNUtoo> do you have an example
Dec 02 19:35:28 <GarthPS> JaMa: where do i found the Makefile.am ?
Dec 02 19:35:34 <GNUtoo> of the broken header
Dec 02 19:36:27 * GarthPS do have qt4 headers on his host anyway
Dec 02 19:36:37 <JaMa> GNUtoo: GarthPS has.. he has his updated qt4-native-tools which install headers
Dec 02 19:36:37 <GNUtoo> ok
Dec 02 19:37:30 * GarthPS can provide my changes
Dec 02 19:37:44 <GNUtoo> ok
Dec 02 19:37:51 <JaMa> GarthPS: diff -uNr sysroots/armv4*/usr/include/qt4/QtCore sysroots/x86_64-linux/usr/include/qt4/QtCore > log.for.pastebin
Dec 02 19:44:04 <GNUtoo|laptop> hmmm
Dec 02 19:44:05 <GNUtoo|laptop> Q_WS_X11
Dec 02 19:44:23 <GNUtoo|laptop> I suspect that the native headers aren't build against X11 or framebuffer or whatever
Dec 02 19:44:46 <GNUtoo|laptop> eric benard knows about qt btw
Dec 02 19:44:56 <GarthPS> JaMa: 50 000 lines is a bit hard do pastebin :)
Dec 02 19:45:11 <GNUtoo|laptop> ( ericben in #oe )
Dec 02 19:46:12 <JaMa> mrmoku: I got u-boot git tree from stskeeps and it's quite different than what we have in OE with your recipe
Dec 02 19:46:53 <net_tux> I'm going through the process of building an shr-unstable image for the first time.  I've encountered an error that says 'elementary >= 0.7.0.52890' but version of elementary is 0.7.0.0. Is that a known issue? Is there something I can do to fix it?
Dec 02 19:47:22 <GNUtoo|laptop> net_tux, yes it's a known issue and has been fixed, you need to run a manual step tough
Dec 02 19:47:50 <GNUtoo|laptop> s/has been fixed/has a workarround
Dec 02 19:48:10 <GNUtoo|laptop> net_tux, you're using bitbake master right?
Dec 02 19:48:32 <net_tux> not sure - just following the instructions at http://shr-project.org/trac/wiki/Building%20SHR
Dec 02 19:49:00 <GNUtoo|laptop> ah you're using a Makefile for building SHR?
Dec 02 19:49:04 <GNUtoo|laptop> I never used that
Dec 02 19:49:19 <JaMa> that's strange.. Makefile is using bitbake-1.10
Dec 02 19:49:30 <net_tux> happy to try a different method if there's docs for it somewhere
Dec 02 19:49:35 <GNUtoo|laptop> GarthPS, could you tarball your recipes 
Dec 02 19:50:34 <GarthPS> GNUtoo: yop! and here is what JaMa wanted about diff http://pare.sylvain.perso.sfr.fr/log.for.pastebin
Dec 02 19:51:31 <JaMa> net_tux: please try this rm -rf downloads/*svn.enlightenment.org*
Dec 02 19:51:44 <net_tux> ok - trying...
Dec 02 19:51:47 <JaMa> net_tux: then bitbake -c clean elementary
Dec 02 19:51:52 <JaMa> net_tux: and then build again
Dec 02 19:52:45 <mrmoku> JaMa: you go the u-boot git tree from stskeeps?
Dec 02 19:52:51 <[Rui]> hi all
Dec 02 19:53:06 <GarthPS> GNUtoo: http://pare.sylvain.perso.sfr.fr/recipes-perso.tar.gz
Dec 02 19:53:11 <mrmoku> that must be a new thing then... I asked him back then and he didn't tell me
Dec 02 19:53:53 <GarthPS> GNUtoo: there is my personnal recipe for automoc-native, a recipe for phono vlc backend and a modified version of qt4-tools-native.inc
Dec 02 19:54:20 <mrmoku> GNUtoo|laptop: any idea how to tackle the fsodeviced hang?
Dec 02 19:54:21 <mrmoku> root@nokia900 /proc/852 # ps ax | grep fsodeviced 811 ?        Ds     0:00 [fsodeviced] 852 ?        D      0:00 /usr/sbin/fsodeviced
Dec 02 19:54:24 <JaMa> mrmoku: it took about 30 minutes to persuade him :)
Dec 02 19:54:35 <mrmoku> JaMa: hehe, ok... you're better than me then :P
Dec 02 19:54:38 <JaMa> mrmoku: 19:58:05 < Stskeeps> JaMa: uploading my full free, consider that my gpl compliance ;)
Dec 02 19:54:43 <GNUtoo|laptop> mrmoku, hmmm
Dec 02 19:54:53 <mrmoku> GNUtoo|laptop: both processes can't be killed... even with -9
Dec 02 19:55:06 <GNUtoo|laptop> mrmoku, ouch
Dec 02 19:55:06 <GNUtoo|laptop> dmesg
Dec 02 19:55:12 * GarthPS bbl making the diner
Dec 02 19:56:30 <GNUtoo|laptop> mrmoku, what should I do to try?
Dec 02 19:56:48 <mrmoku> GNUtoo|laptop: ohh... dmesg... interesting http://shr.pastebin.com/uU1jgX4d
Dec 02 19:57:04 <mrmoku> GNUtoo|laptop: give me inspirations like dmesg :)
Dec 02 19:57:20 <GNUtoo|laptop> basically not beeing able to kill -9 a process
Dec 02 19:57:24 <GNUtoo|laptop> means a kernel problem
Dec 02 19:57:38 <mrmoku> GNUtoo|laptop: when I try to attach to those processes with gdb... one makes gdb hang the other gives me ptrace: Operation not permitted.
Dec 02 19:57:46 <GNUtoo|laptop> ok
Dec 02 19:57:54 <GNUtoo|laptop> mrmoku, what do I need to do to try?
Dec 02 19:58:00 <GNUtoo|laptop> add something in fsodeviced.conf?
Dec 02 19:58:10 <mrmoku> GNUtoo|laptop: no, just make sure nokia_av is loaded
Dec 02 19:58:31 <GNUtoo|laptop> ah it's a kernel module?
Dec 02 19:58:59 <mrmoku> yep
Dec 02 19:59:26 <GNUtoo|laptop> and what should I do then
Dec 02 19:59:32 <GNUtoo|laptop> it's loaded by default
Dec 02 19:59:56 <GNUtoo|laptop> ohhh
Dec 02 19:59:56 <mrmoku> ok, then try 'mdbus2 -s org.freesmartphone.odeviced'
Dec 02 20:00:02 <GNUtoo|laptop> removing the headphones
Dec 02 20:00:05 <GNUtoo|laptop> and putting it back
Dec 02 20:00:09 <GNUtoo|laptop> changes the volume
Dec 02 20:00:36 <GNUtoo|laptop> fsodeviced works for me
Dec 02 20:00:43 <mrmoku> with nokia_av loaded?
Dec 02 20:00:46 <mrmoku> strange
Dec 02 20:00:53 <GNUtoo|laptop> yes
Dec 02 20:00:58 <GNUtoo|laptop> it's loaded by default for me
Dec 02 20:01:08 <mrmoku> yeah, for me too
Dec 02 20:01:17 <mrmoku> just before it was not there
Dec 02 20:01:42 <mrmoku> GNUtoo|laptop: do you use the scenario files?
Dec 02 20:01:45 <GNUtoo|laptop> so what should I do
Dec 02 20:01:49 <GNUtoo|laptop> yes
Dec 02 20:01:51 <GNUtoo|laptop> I think so
Dec 02 20:01:56 <GNUtoo|laptop> I don't know which ones tough
Dec 02 20:02:29 <mrmoku> /etc/freesmartphone/conf/nokia_n900/alsa-default + alsa.conf
Dec 02 20:03:06 <mrmoku> hmm
Dec 02 20:03:21 * mrmoku reboots with the alsa plugin disabled to see if it's just that
Dec 02 20:04:45 <mrmoku> GNUtoo|laptop: nvm. you already helped me with dmesg... will continue to dig into
Dec 02 20:05:05 <GNUtoo|laptop> http://shr.pastebin.com/nQpn85XZ
Dec 02 20:06:20 <mrmoku> GNUtoo|laptop: ok, thanks
Dec 02 20:06:25 <pespin> GNUtoo, hi! going  out in about 5-10 mins :)
Dec 02 20:06:32 <GNUtoo|laptop> ok
Dec 02 20:06:39 <GNUtoo|laptop> let's see the recipes later then
Dec 02 20:08:48 <mrmoku> JaMa: I have another issue with u-boot... on reboot the mmc does not work in u-boot
Dec 02 20:08:58 <mrmoku> it boots to maemo automatically
Dec 02 20:09:21 <mrmoku> if I manually try to 'run loadbootscript' it tells me that mmc is not usable for fatload
Dec 02 20:10:09 <pespin> GNUtoo, I didn't do it yet. Atm I've working OE. I hope I'll try on saturday :)
Dec 02 20:10:11 <JaMa> mrmoku: I know.. had the same
Dec 02 20:10:18 * GarthPS back
Dec 02 20:10:26 <JaMa> mrmoku: even with "mmc init" it said that mmc card not found
Dec 02 20:10:36 <JaMa> mrmoku: but after removing battery it worked ok again
Dec 02 20:11:01 <mrmoku> yup
Dec 02 20:11:03 <JaMa> actually I got it only twice sofar (from 20 reboots)
Dec 02 20:11:28 <mrmoku> ok, IIRC that is similiar to the kexec problem then
Dec 02 20:11:53 <mrmoku> and just a kernel not shutting down mmc nicely
Dec 02 20:12:04 <gena2x> oh, it seems only cause of '2Mb problem' with u-boot is that kernel put to nand without fs and read by plain read command... while ext2load calculates size on it's own without problems
Dec 02 20:13:37 <gena2x> hm... no. size of ext2load coming from fs not from kernel itself
Dec 02 20:14:00 <JaMa> gena2x: yeah it was just about changing amount of read data to 3MB in env, wasn't it?
Dec 02 20:14:42 <JaMa> it was reading first 2MB and then crc failed
Dec 02 20:14:52 <gena2x> right, but the cause
Dec 02 20:15:20 <gena2x> cause is that qi reads size from kernel, while uboot not
Dec 02 20:15:34 <JaMa> I don't understand.. reading only first 2MB was hardcoded in env
Dec 02 20:16:26 <JaMa> so if qi doesn't hardcode that or reads whole mtd partition with kernel than it's safe
Dec 02 20:16:35 <JaMa> s/or/and/
Dec 02 20:16:36 <apt> JaMa meant: so if qi doesn't hardcode that and reads whole mtd partition with kernel than it's safe
Dec 02 20:16:56 <gena2x> explanantion: kernel has headers. kernel size specified in headers. i thought qi read first kernel headers, than rest of kernel.
Dec 02 20:17:10 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * rc7cace27aefb 10/msmcommd/src/ (4 files): 
Dec 02 20:17:10 <CIA-107> freesmartphone.org: msmcommd: fix modem/link reset handling
Dec 02 20:17:10 <CIA-107> freesmartphone.org: We have to differentiate between a modem and a link reset and when we have to use them. If
Dec 02 20:17:10 <CIA-107> freesmartphone.org: the link runs out of sync we reset only the link not the whole modem! If the link layer
Dec 02 20:17:10 <CIA-107> freesmartphone.org: detects that something is wrong with the modem (e.g. it never gets a response) than we
Dec 02 20:17:10 <CIA-107> freesmartphone.org: reset the modem and the link layer.
Dec 02 20:17:11 <CIA-107> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Dec 02 20:17:15 <gena2x> this quess, but i think i somewhere read about it
Dec 02 20:17:37 <gena2x> and u-boot can't read headers, so it has to read specified amount of data
Dec 02 20:18:45 <gena2x> but cause of problem is actually that kernel put to plain mtd without fs (== that you told)
Dec 02 20:19:07 <gena2x> may be i just a bit slow, but i just realised that :)
Dec 02 20:19:15 <PaulFertser> gena2x: yes, you're right, Qi uses the header to determine the kernel size.
Dec 02 20:19:51 <PaulFertser> JaMa: so no worries, Qi should be able to read a kernel of any size, i guess.
Dec 02 20:20:20 <PaulFertser> Hm, one guy whom i exchanged gpg keys today doesn't seem to have his key on the keyserver :-O
Dec 02 20:21:03 <gena2x> yeah, so just i am a bit slow :)
Dec 02 20:23:19 <gena2x> it was just surprise for me that u-boot loads kernel of any size from sd. but thinking more, i understood that it is just how things should work
Dec 02 20:28:15 <gena2x> anarsoul: hi, i just tried your patch about minicom. seem it not fixes my most annoying problem - if i copy 'too much' data (with mouse for example), the ACM device start to behave in complete weird way - it 'remembers' previous symbol and prints it as current. for example if you press "ls<enter>"then you get "l" then you press "s" and "s" then you press "enter"
Dec 02 20:28:39 <anarsoul> gena2x: then you did not apply my patch
Dec 02 20:28:44 <anarsoul> as it should fix this problem
Dec 02 20:28:49 <gena2x> anarsoul: ok...
Dec 02 20:28:57 <anarsoul> double check that you re-compiled and flashed u-boot
Dec 02 20:29:39 <gena2x> anarsoul: btw, i can easily archive such thing with picocom too :)
Dec 02 20:29:47 <gena2x> anarsoul: just paste with mouse
Dec 02 20:29:58 <anarsoul> gena2x: it's bug in udc driver :)
Dec 02 20:30:26 <gena2x> anarsoul: and most annoying that it persists until u-boot reboot
Dec 02 20:30:39 <anarsoul> yep
Dec 02 20:30:54 <gena2x> anarsoul: i am pretty sure i compled everything, but let's recheck...
Dec 02 20:31:04 <JaMa> PaulFertser: good, should I build some VERY big kernel to test it? :)
Dec 02 20:31:33 <PaulFertser> JaMa: well, not bigger than 8 megs as that's the size of the kernel partition :)
Dec 02 20:31:33 <gena2x> JaMa: I bet it will hang, overwriting Qi :)
Dec 02 20:31:40 <anarsoul> gena2x: 
Dec 02 20:31:47 <anarsoul> are you using this patch? : https://github.com/anarsoul/ipaq-s3c24xx-u-boot/commit/0d585f8a5daa63dc0751b2192d220019636207b1
Dec 02 20:32:14 <anarsoul> or this: https://github.com/anarsoul/ipaq-s3c24xx-u-boot/commit/7686f0484849b426a6e93825e6dd10737f9333c5
Dec 02 20:32:14 <anarsoul> ?
Dec 02 20:32:23 <gena2x> anarsoul: yes: http://bsdmn.com/cgit/cgit/u-boot/commit/?id=7396a4b3298f1a0cdb2e146bef63054101a49cb6
Dec 02 20:32:50 <gena2x> as finally i have git, i can point how :)
Dec 02 20:32:58 <gena2x> *now
Dec 02 20:33:16 <gena2x> anarsoul: ok, but i just didn't know that it fixed THIS issue
Dec 02 20:33:25 <gena2x> anarsoul: now, let me rebuild and recheck
Dec 02 20:33:32 <anarsoul> gena2x: ok
Dec 02 20:33:45 <anarsoul> gena2x: it's just backported patch from kernel
Dec 02 20:33:58 <anarsoul> and patch from kernel known to fix issue on freerunner :)
Dec 02 20:34:04 <anarsoul> so it should fix u-boot issue aswell
Dec 02 20:34:20 <net_tux> JaMa: when I got the error with elementary, it was waiting on a compile of eglibc in another thread to stop; after waiting a while, I finally killed it; now it keeps giving an error on eglibc; what do I do to completely clean it to restart it from the beginning?
Dec 02 20:36:01 <JaMa> net_tux: rm -rf tmp to restart from very beginning
Dec 02 20:36:39 <net_tux> JaMa: I was hoping to just start glibc from the beginning, but I'll do the whole thing again if need be
Dec 02 20:36:50 <net_tux> I'm about 15 hours into the build
Dec 02 20:37:35 <net_tux> maybe just rm -rf tmp/work/armv4t-oe-linux-gnueabi/eglibc* ?
Dec 02 20:38:44 <gena2x> anarsoul: :( still eating 1 symbol after pasting 5 with mouse
Dec 02 20:39:09 <anarsoul> gena2x: are you sure you're booting your just-compiled u-boot?
Dec 02 20:39:23 <gena2x> anarsoul: all compiled, recompiled and reflashed
Dec 02 20:39:47 <anarsoul> hm, show me version :)
Dec 02 20:39:49 <gena2x> anarsoul: it was even date updated in menu :(
Dec 02 20:39:50 <anarsoul> of u-boot
Dec 02 20:39:53 <anarsoul> oh
Dec 02 20:40:10 <gena2x> and rechecked build tree
Dec 02 20:40:29 <JaMa> net_tux: no
Dec 02 20:40:31 <gena2x> it contains all need changes
Dec 02 20:40:46 <JaMa> net_tux: bitbake -c unpack -b openembedded/recipes/eglibc/eglibc-initial_2.12.bb
Dec 02 20:40:54 <gena2x> may be usb is implemented in other place for freerunner?
Dec 02 20:40:54 <anarsoul> weird
Dec 02 20:40:56 <JaMa> bitbake -c unpack -f -b openembedded/recipes/eglibc/eglibc_2.12.bb
Dec 02 20:41:04 <anarsoul> gena2x: I really doubt
Dec 02 20:41:05 <JaMa> net_tux: sorry missing -f should be also in first
Dec 02 20:41:55 <anarsoul> gena2x: I'm also using this patch: https://github.com/anarsoul/ipaq-s3c24xx-u-boot/commit/7686f0484849b426a6e93825e6dd10737f9333c5
Dec 02 20:42:05 <anarsoul> but it's not related to this problem
Dec 02 20:42:08 <anarsoul> definitely
Dec 02 20:42:30 <anarsoul> really, really weird :\
Dec 02 20:42:35 <gena2x> anarsoul: something else?
Dec 02 20:42:53 <anarsoul> gena2x: that's all
Dec 02 20:43:30 <gena2x> anarsoul: really sad, this bug is annoying
Dec 02 20:44:08 <anarsoul> gena2x: well, you can check everything third time
Dec 02 20:44:31 <anarsoul> clear all non-related files via git clean -df
Dec 02 20:44:36 <anarsoul> and rebuild again
Dec 02 20:44:48 <anarsoul> make your_machine_config && make -j4
Dec 02 20:44:59 <anarsoul> however, if patch _is_ applied it will not help
Dec 02 20:45:24 <gena2x> anarsoul: i saw how file were rebuilt :(
Dec 02 20:45:31 <anarsoul> max_posedon: are you here?
Dec 02 20:45:41 <anarsoul> gena2x: and change is in tree?
Dec 02 20:45:43 <max_posedon> anarsoul, I'm
Dec 02 20:45:51 <net_tux> JaMa: thanks - seems to be working now
Dec 02 20:45:58 <gena2x> anarsoul: i'll try again, but i think next step should be debug :)
Dec 02 20:46:11 <anarsoul> max_posedon: can you check custom gena2x's u-boot? :)
Dec 02 20:46:46 <max_posedon> yes, if it prepared to boot shr-U from ubifs
Dec 02 20:46:58 <anarsoul> gena2x: ?
Dec 02 20:47:00 <max_posedon> (if booting OS included in "testing")
Dec 02 20:47:04 <gena2x> it can
Dec 02 20:47:13 <gena2x> i am booting qtmoko here
Dec 02 20:47:15 <anarsoul> max_posedon: actually, all I need it to check u-boot console
Dec 02 20:47:17 <gena2x> from ubifs
Dec 02 20:47:23 <anarsoul> via minicom
Dec 02 20:47:23 <gena2x> (btw ubifs is great)
Dec 02 20:47:31 <anarsoul> if it still 'eats' characters
Dec 02 20:47:41 <gena2x> but wait
Dec 02 20:47:50 <gena2x> i see that it really eats.
Dec 02 20:47:52 <gena2x> :)
Dec 02 20:48:12 <anarsoul> :\
Dec 02 20:48:21 <DocScrutinizer> mrmoku: 49 4A 4B are the GAIA registers iirc
Dec 02 20:48:32 <gena2x> this is fact. probably better to check is to get plain 'stable' u-boot tree and apply vasily's patch
Dec 02 20:48:58 <mrmoku> DocScrutinizer: that is all u-boot i2c subsystem shows me
Dec 02 20:49:14 <max_posedon> so, looks like no more testing required)
Dec 02 20:49:22 <DocScrutinizer> for which I2C bus?
Dec 02 20:49:39 <mrmoku> hmm... good question
Dec 02 20:49:39 <DocScrutinizer> probe bus #"
Dec 02 20:49:45 <DocScrutinizer> #2
Dec 02 20:49:52 <anarsoul> gena2x: plain u-boot tree does not support s3c244x nor freerunner
Dec 02 20:49:58 <mrmoku> let me check... have to reboot anyway
Dec 02 20:50:13 <gena2x> anarsoul: i meant 'plain' openmoko's u-boot :)
Dec 02 20:50:19 <anarsoul> oh
Dec 02 20:50:23 <gena2x> anarsoul: 'stable' branch.
Dec 02 20:50:26 <gena2x> and BTW
Dec 02 20:50:35 <gena2x> i've read u-boot mailing lists
Dec 02 20:50:51 <DocScrutinizer> charger is addr 0x6B on bus #2
Dec 02 20:50:58 <gena2x> in attempt to inderstand what is state of openmoko's patches relating to vanilla u-boot
Dec 02 20:51:19 <gena2x> and found out that 2440 support were added to vanilla
Dec 02 20:51:20 <anarsoul> gena2x: please give me link to your git repo
Dec 02 20:51:27 <anarsoul> oh, cool then
Dec 02 20:51:37 <anarsoul> it was not in May'10
Dec 02 20:51:42 <mrmoku> DocScrutinizer: i2c probe - show devices on the I2C bus
Dec 02 20:51:51 <anarsoul> hmm, actually in march-april
Dec 02 20:51:51 <mrmoku> no number to give
Dec 02 20:52:02 <DocScrutinizer> tzz, as if there were only one
Dec 02 20:52:03 <mrmoku> DocScrutinizer: and i2c probe 2 shows me the same
Dec 02 20:52:11 <anarsoul> I hacked openmoko's u-boot those days, to recover winmo in my rx1950 :)
Dec 02 20:52:58 <mrmoku> DocScrutinizer: probably it is missing driver support in u-boot
Dec 02 20:53:14 <DocScrutinizer> :nod:
Dec 02 20:53:25 <mrmoku> sad :/
Dec 02 20:53:52 <DocScrutinizer> though obviously it can access bus#0
Dec 02 20:53:56 <DocScrutinizer> 1?
Dec 02 20:54:29 <anarsoul> gena2x: mainline u-boot does not support sd nor usb :)
Dec 02 20:54:43 <mrmoku> DocScrutinizer: maybe something that is general enough to be supported in u-boot
Dec 02 20:54:52 <anarsoul> (so it's useless...)
Dec 02 20:55:56 <mrmoku> DocScrutinizer: 0022 mok@gonzales[pts/2]:~/src/openmoko/u-boot/drivers/i2c-> ls
Dec 02 20:55:59 <mrmoku> bfin-twi_i2c.c  fsl_i2c.c       Makefile   omap1510_i2c.c  omap24xx_i2c.h  ppc4xx_i2c.c   s3c44b0_i2c.c  spr_i2c.c
Dec 02 20:56:02 <mrmoku> davinci_i2c.c   kirkwood_i2c.c  mxc_i2c.c  omap24xx_i2c.c  pca9564_i2c.c   s3c24x0_i2c.c  soft_i2c.c     tsi108_i2c.c
Dec 02 20:56:06 <GNUtoo|laptop> hi playya__ 
Dec 02 20:56:10 <GNUtoo|laptop> are you there?
Dec 02 20:57:24 <GNUtoo|laptop> playya__, do you really need an fsodeviced palm-pre-2 config?
Dec 02 20:57:57 <DocScrutinizer> GAIA I2C_CTL bus is OMAP I2C_1, GAIA I2C_SR is OMAP I2C_4
Dec 02 20:58:13 <gena2x> anarsoul: ah, no. may be this were just one other attempt to port u-boot to 2440. now unsure. u-boot mailinglist is really interesting reading (just tryed to find info again in 216Mb text file)
Dec 02 20:58:48 <DocScrutinizer> I wonder what for the s3c24x0_i2c.c might be :-P
Dec 02 20:59:01 <lindi-> DocScrutinizer: do you know how to enable charging by talking i2c with debug board? ;)
Dec 02 20:59:25 <lindi-> DocScrutinizer: I tried dumping contents of memory but the battery ran out before it finished
Dec 02 20:59:36 <gena2x> anarsoul: make gta02v5_config
Dec 02 20:59:39 <DocScrutinizer> lindi-: I don't think there's a debug board for OMAP platform
Dec 02 20:59:46 <lindi-> DocScrutinizer: ah yes I mean with freerunner
Dec 02 21:00:01 <DocScrutinizer> lindi-: not off top of my head
Dec 02 21:00:04 <lindi-> DocScrutinizer: ok
Dec 02 21:00:04 <gena2x> anarsoul: make u-boot.udfu
Dec 02 21:00:15 <gena2x> anarsoul: sudo dfu-util -a u-boot -D u-boot.udfu
Dec 02 21:01:12 <DocScrutinizer> lindi-: I'm not even sure debubo and pcf50633 share the same controller
Dec 02 21:01:31 <gena2x> anarsoul: reboot, ensure NAND
Dec 02 21:01:40 <lindi-> DocScrutinizer: how is the i2c connected to the cpu? memory mapped?
Dec 02 21:01:41 <gena2x> anarsoul: picocom /dev/ttyACM0
Dec 02 21:01:49 <DocScrutinizer> but then, pcf50633 *should* be set up correctly for charging all times
Dec 02 21:02:19 <gena2x> anarsoul: paste long word
Dec 02 21:02:22 <lindi-> DocScrutinizer: interesting. here the battery definitely was empty even though a cable was connected to the pc
Dec 02 21:02:26 <DocScrutinizer> lindi-: the SoC has dedicated I2C controller hardware
Dec 02 21:02:30 <gena2x> anarsoul: and picocom die completely :(
Dec 02 21:02:36 <anarsoul> :(
Dec 02 21:02:36 <lindi-> DocScrutinizer: ok so I could use the debug board to talk to that?
Dec 02 21:02:52 <DocScrutinizer> probably via JTAG
Dec 02 21:02:59 <gena2x> anarsoul: may be something on host side?
Dec 02 21:03:12 <DocScrutinizer> sorry, really long ago I last wrapped my head around that
Dec 02 21:03:19 <anarsoul> gena2x: nope
Dec 02 21:03:25 <gena2x> lindi-: why not write small code in assembler and run it?
Dec 02 21:03:47 <GNUtoo|laptop> nicofs, still there?
Dec 02 21:03:49 <lindi-> gena2x: cause the system is in a prefetch abort loop
Dec 02 21:04:01 <gena2x> lindi-: place it to sram
Dec 02 21:04:31 <lindi-> gena2x: I think I'm going to mail my second debug board to you :P
Dec 02 21:04:49 <lindi-> gena2x: sram is still affected by mmu though?
Dec 02 21:05:05 <gena2x> lindi-: hm... ... 
Dec 02 21:05:17 <gena2x> lindi-: you may turn off mmu temporary? :)
Dec 02 21:05:38 <lindi-> gena2x: openocd does not support that, yet
Dec 02 21:05:45 <lindi-> just talking about it
Dec 02 21:06:44 <GNUtoo|laptop> btw embedded linux primer has some tips about debugging a bootloader
Dec 02 21:06:46 <GNUtoo|laptop> I'll go
Dec 02 21:06:49 <gena2x> lindi-: i've found closest man who going to spend holidays in Finland in the January, so until than i can express any ideas :)
Dec 02 21:07:11 <lindi-> gena2x: ah but you found somebody who's going to visit Finland?
Dec 02 21:07:26 <lindi-> good news, then I don't need to worry about mail
Dec 02 21:08:38 <gena2x> lindi-: sure, much people around actually are visiting. i've even found one woman who were in Helsinki last weekend
Dec 02 21:09:09 <lindi-> gena2x: great, just let me know when the next opportunity is and I'll be ready
Dec 02 21:09:20 <gena2x> lindi-: thank you much in advance.
Dec 02 21:10:34 <gena2x> anarsoul: but ok, i can live with this issue, actually i am good in typing :) i'll better continue with sd.
Dec 02 21:23:55 <DocScrutinizer51> mrmoku: I gather the I2C controller registers are similar but different addr
Dec 02 21:24:32 <DocScrutinizer51> probably uBoot has the register addr for bus1 hardcoded or a bug in switching those
Dec 02 21:26:03 <DocScrutinizer51> or *maybe* the controller is same for all 4 I2C busses and uBoot is missing the ability to set the bus addr register
Dec 02 21:27:06 <mrmoku> DocScrutinizer51: hmm...no idea :/
Dec 02 21:27:53 <mrmoku> DocScrutinizer51: hmmmm... n900 has 4?
Dec 02 21:27:54 <DocScrutinizer51> well a bootloader *needs* to access peripherals on all busses. E.G. LCD backlight
Dec 02 21:28:04 <DocScrutinizer51> at leats 4
Dec 02 21:33:30 <DocScrutinizer> on bus #2 there's quite a number of devices: all LEDs, audio, charger & battery gauge (bq2xxx), something I haven't checked yet in LCD half
Dec 02 21:33:38 <mrmoku> DocScrutinizer51: those four devices are twl4030
Dec 02 21:33:51 <mrmoku> at least the device addresses match with what the kernel says
Dec 02 21:34:16 <DocScrutinizer> yes, I also said I seem to recall they are TWL4030
Dec 02 21:34:45 <DocScrutinizer> and TWL4030 has 2 I2C busses: #1 & #4
Dec 02 21:43:54 <JaMa> mrmoku: what was the problem with booting maemo from u-boot did it always jump back to u-boot after loading kernel?
Dec 02 21:44:40 <mrmoku> JaMa: hmm... either that or it turned off... don't remember :/
Dec 02 21:45:01 <mrmoku> JaMa: ahh... you mean back then with the oe built u-boot?
Dec 02 21:45:05 <JaMa> mrmoku: I have this too now (with every u-boot version) and tried builder.py as well as padding u-boot and then cat both > file, also the same with dd
Dec 02 21:45:27 <JaMa> mrmoku: no I mean today.. when you said that you've combined it with wrong kernel in the end
Dec 02 21:45:38 <mrmoku> JaMa: for me it was not matching kernel in combined.bin
Dec 02 21:47:32 <mrmoku> JaMa: btw. I have another strange problem which gnutoo does not have
Dec 02 21:47:44 <mrmoku> the nokia_av module makes fsodeviced go boom
Dec 02 21:47:53 <mrmoku> when alsa plugins are loaded 
Dec 02 21:48:42 * JaMa cannot boot now to test :/
Dec 02 21:48:53 <mrmoku> hehe, ok
Dec 02 21:49:18 <mrmoku> but I think I want to play with a newer kernel again ;)
Dec 02 21:49:52 <mrmoku> [   44.856811] Unable to handle kernel NULL pointer dereference at virtual address 000000e0
Dec 02 21:49:58 <mrmoku> is clearly a kernel problem, no?
Dec 02 21:51:17 <lindi-> mrmoku: yep
Dec 02 21:51:29 <mrmoku> lindi-: thanks :)
Dec 02 21:51:45 <mrmoku> which means it can't be my glib-2.26 :D
Dec 02 21:52:07 <mrmoku> JaMa: what I don't understand is that gnutoo does not have it
Dec 02 21:52:12 <nicofs> I just installed fsogsmd. how do I check if it works? and if so - where could I get a telephone-gui?
Dec 02 21:52:57 <mrmoku> nicofs: take a look at the log file
Dec 02 21:53:06 <mrmoku> nicofs: default should be /var/log/fsogsmd.log
Dec 02 21:53:17 <nicofs> mrmoku: thanks... hang on...
Dec 02 21:56:50 <nicofs> mrmoku: http://pastebin.com/KvNL58sM : it sais something about /dev/ttySAC0. that can't be right. my modem is ttyUSB0, I think...
Dec 02 21:57:44 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * rbd6af82bf2d7 10/msmcommd-specs/src/management.vala: msmcommd-specs: add to_string method for modem control status enum
Dec 02 21:57:45 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * r6ba85ce97a58 10/msmcommd/src/dbusservice.vala: msmcommd: don't register FSO resource on setup
Dec 02 21:57:47 <CIA-107> freesmartphone.org: 03morphis 07msmcomm * r8e0a1b575386 10/msmcommd/src/ (linklayercontrol.vala modemcontrol.vala): msmcommd: verbose++
Dec 02 21:58:02 <mrmoku> nicofs: configure it in /etc/freesmartphone/default/fsogsmd.conf then
Dec 02 21:58:36 <mrmoku> and replace ttySAC0 with ttyUSB0
Dec 02 22:00:05 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r6ceee04bbc5e 10/fsogsmd/src/plugins/modem_qualcomm_palm/modemagent.vala: fsogsmd: modem_qualcomm_palm: disable using modem resource
Dec 02 22:04:15 <nicofs> mrmoku: http://pastebin.com/8dvpV3Xq that looks quite good, doesn't it...?
Dec 02 22:10:02 <mrmoku> nicofs: 2010-12-02T21:53:39.759992Z [INFO]  fsogsmd : received signal -2, exiting.
Dec 02 22:10:05 <mrmoku> you killed it?
Dec 02 22:10:12 <nicofs> jep
Dec 02 22:10:14 <mrmoku> other than that... looks good, yes :-)
Dec 02 22:10:23 <mrmoku> can even read your phonebook
Dec 02 22:10:39 <nicofs> mrmoku: that would be the one on the sim?
Dec 02 22:10:55 <mrmoku> yup
Dec 02 22:11:00 <nicofs> one word: amazing!
Dec 02 22:11:17 <nicofs> mrmoku: and how do I move towards a phone call?
Dec 02 22:11:29 <nicofs> *excitement*
Dec 02 22:11:33 <mrmoku> nicofs: good question
Dec 02 22:11:48 <CIA-107> freesmartphone.org: 03morphis 07cornucopia * r5f7448e50f3f 10/fsodeviced/conf/ (4 files in 2 dirs): fsodeviced: remove palm pre2 configs - they are identical with the palm pre ones
Dec 02 22:12:04 <mrmoku> nicofs: you can try the first things via dbus
Dec 02 22:12:08 <mrmoku> to see if it really works
Dec 02 22:12:25 <nicofs> ok - how do I do that?
Dec 02 22:12:38 <nicofs> (I hope, I'm not getting on your nerves too much^^)
Dec 02 22:12:47 <mrmoku> nicofs: docs.freesmartphone.org
Dec 02 22:12:51 <mrmoku> has the API
Dec 02 22:13:09 <mrmoku> as you only have fsogsmd... that part is relevant
Dec 02 22:13:20 <gena2x> anarsoul: hm. added printf after each sd card read, with cksum. with printf it fails, but without (but still calculating sum) it works. data rots while printk running?
Dec 02 22:13:38 <gena2x> *printf
Dec 02 22:13:50 <mrmoku> nicofs: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Network.html;hb=HEAD#Register
Dec 02 22:13:58 <mrmoku> would be the first thing to register to the network
Dec 02 22:15:30 <nicofs> ok... I see a lot of text - but I have no idea what to do... sorry... almost everything in that docs section is somewhat spanish to me... I just barely managed to start bash scripts... I'm not a very experianced linuxer...
Dec 02 22:15:42 <mrmoku> nicofs: ok :)
Dec 02 22:16:06 <mrmoku> nicofs: did you build fsogsmd yourself?
Dec 02 22:16:25 <nicofs> nope - found a suitable deb^^
Dec 02 22:16:41 <mrmoku> nicofs: ok, try to find a deb of mdbus2 then :)
Dec 02 22:16:53 <mrmoku> lindi-: does debian have that?
Dec 02 22:16:59 <mrmoku> probably
Dec 02 22:16:59 <nicofs> google. that's something I can do^^
Dec 02 22:18:45 <lindi-> mrmoku: there are maybe five different *dbus* tools
Dec 02 22:18:50 <lindi-> mrmoku: why? ;)
Dec 02 22:19:05 <lindi-> mrmoku: debian has mdbus2 it seems
Dec 02 22:19:07 <mrmoku> lindi-: to enable nicofs to send dbus commands to fsogsmd :)
Dec 02 22:19:16 <lindi-> yeah but one tool should be enough :P
Dec 02 22:19:23 <mrmoku> and mdbus2 is the most easy to use one :)
Dec 02 22:19:52 <nicofs> I just installed mdbus2. was in the same repository as fsogsmd
Dec 02 22:20:03 <mrmoku> nicofs: yeah, same author :P
Dec 02 22:20:11 <nicofs> didn't even need google! *proud*
Dec 02 22:20:44 <mrmoku> nicofs: now call 'mdbus2 -si'
Dec 02 22:20:53 <nicofs> yes, sir!
Dec 02 22:21:06 <mrmoku> and press Tab twice :)
Dec 02 22:21:29 <mrmoku> you should get a list of services running on the system bus
Dec 02 22:21:34 <anarsoul> gena2x: I suspect it's some timing issue
Dec 02 22:21:35 <anarsoul> :)
Dec 02 22:21:37 <mrmoku> with org.freesmartphone.ogsmd being one of them
Dec 02 22:22:25 <gena2x> anarsoul: unusual timing issue. without pause it works, and with pause it doesn't.
Dec 02 22:22:49 <nicofs> mrmoku: sorry, nothing apart from "MDBUS2>"... should fsogsmd run?
Dec 02 22:22:58 <mrmoku> nicofs: sure :)
Dec 02 22:23:07 <nicofs> mrmoku: should have known...
Dec 02 22:23:16 <nicofs> my mistake...
Dec 02 22:23:20 <mrmoku> np :P
Dec 02 22:24:03 <nicofs> mrmoku: still nothing...
Dec 02 22:24:26 <mrmoku> nicofs: pressed <TAB> twice?
Dec 02 22:24:35 <nicofs> yes.
Dec 02 22:24:49 <mrmoku> hmm...
Dec 02 22:24:54 <nicofs> it expects some sort of entry...
Dec 02 22:25:28 <mrmoku> nicofs: if you type 'org.freesmartphone.ogsmd<Enter>'
Dec 02 22:25:54 <nicofs> result
Dec 02 22:26:42 <mrmoku> nicofs: result means you git a list of things including this: /org/freesmartphone/GSM/Device ?
Dec 02 22:26:48 <mrmoku> s/git/get/
Dec 02 22:26:50 <apt> mrmoku meant: nicofs: result means you get a list of things including this: /org/freesmartphone/GSM/Device ?
Dec 02 22:27:10 <nicofs> mrmoku: yes exactly... just started to pastebin...
Dec 02 22:27:31 <mrmoku> nicofs: ok, that means tab-completion is missing somehow and won't help you
Dec 02 22:27:34 <mrmoku> doesn't matter
Dec 02 22:27:41 <anarsoul> gena2x: glamo hw is weird :)
Dec 02 22:27:52 <mrmoku> if you type 'org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device'
Dec 02 22:27:54 <anarsoul> gena2x: and I'm pretty sure that openmoko u-boot is not clean
Dec 02 22:27:58 <gena2x> anarsoul: nooo. it's cool
Dec 02 22:28:06 <gena2x> anarsoul: and hacky :)
Dec 02 22:28:06 <mrmoku> you will get a list of all interfaces+methods of fsogsmd
Dec 02 22:28:35 <mrmoku> nicofs: you can trigger the registration to the network for example with:
Dec 02 22:28:36 <gena2x> anarsoul: really few phones with dedicated graphic card!
Dec 02 22:28:51 <mrmoku> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.Register
Dec 02 22:28:52 <gena2x> anarsoul: i think :)
Dec 02 22:29:29 <mrmoku> nicofs: that should give you a start to play with fsogsmd to see how far it works
Dec 02 22:29:41 <anarsoul> gena2x: almost all s3c244x based with VGA screen had dedicated gpu
Dec 02 22:30:06 <anarsoul> just because s3c24xx can't serve VGA screen with appropriate performance
Dec 02 22:30:33 <nicofs> mrmoku: is it normal for register to take some time?
Dec 02 22:30:36 <gena2x> anarsoul: hm. strange. i think s3c2410 can handle 320x200 with internal lcd contolled well
Dec 02 22:30:56 <gena2x> anarsoul: ah, vga is 640x480. ok
Dec 02 22:30:57 <anarsoul> gena2x: yep, 320x240 works well, but not VGA (640x480)
Dec 02 22:31:14 <gena2x> anarsoul: for me VGA still is 320x200x256 colors
Dec 02 22:31:21 <mrmoku> nicofs: yup
Dec 02 22:31:29 <mrmoku> nicofs: check what happens in fsogsmd.log too
Dec 02 22:31:38 <anarsoul> gena2x: hmm, VGA can do 640x480x16 colors :)
Dec 02 22:32:27 <nicofs> mrmoku: timeout... :-(
Dec 02 22:32:29 <gena2x> anarsoul: but 256 color out of 2M palette, it is amazing! can you imagine, one day we'll be anle to watch real photos on computer screen? :)
Dec 02 22:32:35 <mrmoku> nicofs: that's not good
Dec 02 22:33:37 <gena2x> anarsoul: this that i were thinking then saw VGA for the first time
Dec 02 22:33:55 <nicofs> mrmoku: what modem types are there? my setting is singleline... could that be wrong?
Dec 02 22:34:15 <mrmoku> nicofs: I think that's the most generic one
Dec 02 22:35:16 <gena2x> anarsoul: and btw VGA can do 800x600x16 too
Dec 02 22:35:16 <nicofs> mrmoku: and there really is no graphical frontend to that...
Dec 02 22:35:52 <mrmoku> nicofs: well, there are phoneuis on top on freesmartphone org, but that won't help you if you modem does not work fully
Dec 02 22:36:25 <nicofs> mrmoku: hmm, you're right...
Dec 02 22:36:36 <mrmoku> nicofs: in the same repository you will probably find phonefsod, phoneuid, libphone-ui and libphone-ui-shr too
Dec 02 22:36:47 <mrmoku> which is the gui phonestack we (SHR) use and develop
Dec 02 22:37:27 <nicofs> mrmoku: I'll just try a different sim... how does fsogsmd react to PINs?
Dec 02 22:38:13 <mrmoku> nicofs: it will tell you with a dbus signal that it needs pin auth :P
Dec 02 22:38:37 <mrmoku> nicofs: if you install those packages and start phonefsod + phoneuid you will get a pin dialog
Dec 02 22:38:57 <mrmoku> nicofs: hmm... wait
Dec 02 22:39:21 <mrmoku> nicofs: I forgot something :P
Dec 02 22:40:18 <nicofs> mrmoku: I'm all yours... and won't do anything until you say so...^^
Dec 02 22:40:27 <mrmoku> nicofs: mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.SetFunctionality full 1 <pin>
Dec 02 22:40:49 <mrmoku> if you have mdbus2 still started (with -si)
Dec 02 22:40:54 <mrmoku> just omit the mdbus2 -s part
Dec 02 22:41:09 <mrmoku> (-i = interactive
Dec 02 22:41:10 <mrmoku> )
Dec 02 22:42:19 <nicofs> I just stopped everything... shall I start mdbus2 -si or -s now?
Dec 02 22:42:44 <mrmoku> without working tab completion -si is not that usefull
Dec 02 22:43:01 <mrmoku> but doesn't matter
Dec 02 22:45:47 <nicofs> mrmoku: still timeout
Dec 02 22:46:06 <mrmoku> nicofs: did you kill and restart fsogsmd in between?
Dec 02 22:46:21 <nicofs> yes
Dec 02 22:46:28 <mrmoku> bad then
Dec 02 22:46:45 <mrmoku> probably your modem needs some more love then
Dec 02 22:47:03 <nicofs> mrmoku: I'm willing to give that love to it...
Dec 02 22:47:18 <mrmoku> nicofs: you would have to do some serious vala programming though ;)
Dec 02 22:47:29 <nicofs> erm... oh...
Dec 02 22:48:25 <mrmoku> nicofs: sorry, have to go to bed now... but keep on trying :)
Dec 02 22:48:27 <mrmoku> fso is great
Dec 02 22:48:34 <mrmoku> and maybe it's not that much missing
Dec 02 22:48:59 <mrmoku> nicofs: one thing you can try is to play with modem_init = E0V1;+CMEE=1;+CRC=1;+CSCS="UCS2"
Dec 02 22:49:10 <mrmoku> in fsogsmd.conf...
Dec 02 22:49:22 <mrmoku> good luck and good night
Dec 02 22:49:42 <nicofs> mrmoku: good night...
Dec 03 00:35:57 <antrik> I wonder whether it could be a problem perhaps if some other tool in the system already programmed the modem for data networking?...
**** ENDING LOGGING AT Fri Dec 03 03:00:00 2010