**** BEGIN LOGGING AT Sat Nov 20 02:59:57 2010
Nov 20 07:37:50 <mrmoku> GNUtoo: hehe, nice.... a volatile chicken :)
Nov 20 07:38:11 <mrmoku> the one you get from Kentucky Fried probably ;)
Nov 20 09:17:34 <PaulFertser> Anyone running n900 with maemo? I want to know which app listens on 127.0.0.1:28782
Nov 20 09:20:13 <PaulFertser> It didn't took me long, heh, to understand that flasher actually doesn't write to mtd directly, it uses the same protocol over TCP to connect to some other daemon.
Nov 20 09:24:47 <PaulFertser> Ok, the answer is /usr/sbin/softupd , nm
Nov 20 09:30:23 <daniele_athome> morning
Nov 20 09:30:59 <daniele_athome> JaMa|Off, hello
Nov 20 09:32:59 <daniele_athome> mrmoku: ping
Nov 20 09:34:13 <mrmoku> daniele_athome: pong
Nov 20 09:34:18 <daniele_athome> hi mrmoku 
Nov 20 09:34:29 <daniele_athome> i'm creating a recipe for a new library of mine
Nov 20 09:34:44 <daniele_athome> but i have to create a marshaller using VARIANT type
Nov 20 09:34:47 <daniele_athome> but glib is too old :(
Nov 20 09:34:51 <mrmoku> ohh
Nov 20 09:34:54 <daniele_athome> in shr-u we have 2.24
Nov 20 09:35:06 <daniele_athome> but i need 2.26
Nov 20 09:35:12 <mrmoku> I need that too for gdbus
Nov 20 09:35:27 <mrmoku> now that the release is tagged we can even attack it :)
Nov 20 09:35:31 <daniele_athome> is there any problem for switching over?
Nov 20 09:35:44 <daniele_athome> yeah it's considered stable by gnome team
Nov 20 09:36:01 <mrmoku> dunno, but as glib is quite a core thing I don't feel like just comitting a recipe for it without review
Nov 20 09:36:09 <daniele_athome> sure
Nov 20 09:36:19 <mrmoku> will try to do that recipe when I finished u-boot testing
Nov 20 09:36:27 <daniele_athome> anyway mrmoku projects like tends to be always glib backward compatible
Nov 20 09:36:36 <daniele_athome> s/like/like that/
Nov 20 09:36:36 <apt> daniele_athome meant: anyway mrmoku projects like that tends to be always glib backward compatible
Nov 20 09:36:44 <mrmoku> yeah... I neither expect problems
Nov 20 09:36:46 <daniele_athome> aaaah
Nov 20 09:37:02 <daniele_athome> sorry i just woke up
Nov 20 09:37:11 <mrmoku> lucky you :P
Nov 20 09:37:20 <daniele_athome> it's saturday :P
Nov 20 09:37:46 <daniele_athome> so... i guess no new libmokosuite for today :(
Nov 20 09:37:51 <daniele_athome> and no micromoko either :(
Nov 20 09:37:56 <daniele_athome> i'll wait...
Nov 20 09:44:07 <mrmoku> daniele_athome: saturday or not... kids don't care :/
Nov 20 09:44:12 <daniele_athome> lol
Nov 20 09:44:16 <daniele_athome> :)
Nov 20 09:44:31 <mrmoku> at least until they passed the 16 ;)
Nov 20 09:44:51 <mrmoku> then they will sleep till 1 in the afternoon
Nov 20 09:45:02 <mrmoku> (which I will dislike too then :P)
Nov 20 09:58:54 <daniele_athome> lol
Nov 20 09:58:57 <daniele_athome> :) eheh
Nov 20 09:59:27 <daniele_athome> mrmoku, can you say you didn't do it at that age? :P
Nov 20 10:04:07 <mrmoku> daniele_athome: heh, no... can't :P
Nov 20 10:04:32 <daniele_athome> ah
Nov 20 10:13:23 <JaMa|Off> daniele_athome: hello
Nov 20 10:13:29 <daniele_athome> hi JaMa|Off 
Nov 20 10:13:43 <daniele_athome> mrmoku and I were talking about glib being old
Nov 20 10:13:56 <daniele_athome> glib 2.26 introduces some new stuff, as you surely know
Nov 20 10:14:34 <daniele_athome> now it's 2 we need it :) i need variant type in marshal generator
Nov 20 10:14:54 <daniele_athome> please JaMa|Wrk consider bumping
Nov 20 10:15:18 <JaMa|Wrk> don't know when I'll find time, definetely not this weekend
Nov 20 10:15:38 * JaMa|Wrk has to finish something at work and then leaves to parents house for rest of weekend
Nov 20 10:16:02 <JaMa|Wrk> and I fear that next week wont be much better :/
Nov 20 10:17:21 <daniele_athome> JaMa|Wrk, np just consider it :)
Nov 20 10:17:37 <daniele_athome> mrmoku could take some review too i guess
Nov 20 10:45:05 <creeper> moin
Nov 20 13:10:17 <mrmoku> GNUtoo|laptop: hmm... I have some problems with u-boot
Nov 20 13:10:46 <mrmoku> GNUtoo|laptop: I get the u-boot prompt... can type commands... even understood how to use the scripts
Nov 20 13:10:52 <mrmoku> but no kernel is booting
Nov 20 13:11:13 <mrmoku> neither the on attached to u-boot nor the one on SD
Nov 20 13:11:28 <mrmoku> it loads the kernel and then hangs on 'Starting kernel'
Nov 20 13:41:43 <GNUtoo|laptop> ah ok
Nov 20 13:41:52 <GNUtoo|laptop> mrmoku, did you try meego kernel on microsd
Nov 20 13:41:56 <GNUtoo|laptop> and maemo attached?
Nov 20 13:42:21 <mrmoku> even resetting the thing with a fiasco image did not work (with 0xFFFF)
Nov 20 13:42:45 <mrmoku> right now I have a brick :/
Nov 20 13:44:44 <GNUtoo|laptop> ouch
Nov 20 13:44:45 <mrmoku> maybe I'm misusing 0xFFFF... dunno
Nov 20 13:44:50 <GNUtoo|laptop> ?
Nov 20 13:45:00 <mrmoku> I remember you had problems too... 
Nov 20 13:45:05 <GNUtoo|laptop> you don't flash fiasco images
Nov 20 13:45:08 <GNUtoo|laptop> you flash pieces
Nov 20 13:45:30 <GNUtoo|laptop> http://www.shr-project.org/trac/wiki/N900Install
Nov 20 13:45:33 <GNUtoo|laptop> see uninstallation
Nov 20 13:46:13 <GNUtoo|laptop> 0xffff can't flash fiasco images well
Nov 20 13:46:36 <mrmoku> I tried exactly that too
Nov 20 13:46:45 <mrmoku> unpacking and flashing the power-kernel from .deb
Nov 20 13:47:51 <GNUtoo|laptop> you must unpack and flash the right kernel
Nov 20 13:47:58 <GNUtoo|laptop> you have 1.2 or 1.3?
Nov 20 13:48:32 <mrmoku> 1.3
Nov 20 13:48:35 <GNUtoo|laptop> 0xFFFF find the device?
Nov 20 13:48:38 <mrmoku> yup
Nov 20 13:48:42 <GNUtoo|laptop> if so it's not bricked
Nov 20 13:48:42 <mrmoku> [=] Bulkwriting the kernel piece... 100% [#################################################################]
Nov 20 13:48:45 <mrmoku> Flash done succesfully.
Nov 20 13:48:45 <GNUtoo|laptop> ok
Nov 20 13:49:01 <GNUtoo|laptop> then to be safe
Nov 20 13:49:08 <GNUtoo|laptop> flash directly a kernel for SHR
Nov 20 13:49:13 <GNUtoo|laptop> and boot an SHR thing
Nov 20 13:49:15 <GNUtoo|laptop> on microsd
Nov 20 13:49:23 <GNUtoo|laptop> and inspect the NAND partitions
Nov 20 13:49:32 <GNUtoo|laptop> the MTD not the ONENAND
Nov 20 13:50:19 <mrmoku> ahh
Nov 20 13:50:21 <mrmoku> ok
Nov 20 13:50:23 <mrmoku> boots again
Nov 20 13:51:57 <mrmoku> GNUtoo|laptop: me idiot was doing -p kernel%... instead of -F
Nov 20 13:52:23 <GNUtoo|laptop> why do you want -F?
Nov 20 13:52:44 <GNUtoo|laptop> -F don't work well
Nov 20 13:52:48 <GNUtoo|laptop> it sometimes do
Nov 20 13:53:00 <GNUtoo|laptop> but flashing a PR 1.3 didn't work
Nov 20 13:53:03 <GNUtoo|laptop> and is very dangerous
Nov 20 13:53:11 <GNUtoo|laptop> as it has pieces for xload etc....
Nov 20 13:53:24 <mrmoku> heh
Nov 20 13:53:41 <mrmoku> -F is what is one the wiki you pointed me too :P
Nov 20 13:53:45 <GNUtoo|laptop> yes
Nov 20 13:53:46 <mrmoku> s/one/on/
Nov 20 13:53:47 <apt> mrmoku meant: -F is what is on the wiki you pointed me too :P
Nov 20 13:53:50 <GNUtoo|laptop> because that's only a kernel
Nov 20 13:53:55 <GNUtoo|laptop> and in that case it works
Nov 20 13:53:58 <mrmoku> yeah
Nov 20 13:54:06 <mrmoku> though it does not with my combined.bin
Nov 20 13:54:31 <GNUtoo|laptop> but I was unsure what you were doing so I assumed you were doing something else....which made me make the wrong response
Nov 20 13:54:49 <GNUtoo|laptop> and I also didn't reread the wiki(my fault)
Nov 20 13:55:07 <mrmoku> though -F did work fine for the kernel
Nov 20 13:55:09 <GNUtoo|laptop> (I wrote this step btw)
Nov 20 13:55:16 <mrmoku> now... how to flash the combined.bin
Nov 20 13:55:23 <Wonka> *grrr* www.emdebian.org unreachable since hours...
Nov 20 13:55:30 <GNUtoo|laptop> with -p kernel%/path/to/combined.bin
Nov 20 13:55:31 <mrmoku> flasher-3.5 -f -R -k /tmp/combined.bin
Nov 20 13:55:45 <GNUtoo|laptop> I don't use flasher
Nov 20 13:55:50 <GNUtoo|laptop> so I really don't know
Nov 20 13:56:15 <GNUtoo|laptop> Wonka, maybe they have an irc channel with the status?
Nov 20 13:56:18 <mrmoku> ok
Nov 20 13:56:38 <mrmoku> with -p kernel%... it flashes fine
Nov 20 13:56:40 <Wonka> GNUtoo|laptop: dunno... maybe I could look on the website... er... ;)
Nov 20 13:56:44 <mrmoku> was what I did this morning
Nov 20 13:56:50 <mrmoku> get my u-boot again now
Nov 20 13:56:50 <GNUtoo|laptop> ok
Nov 20 13:57:33 <Wonka> which damn IRC network is irc.debian.org in?
Nov 20 13:57:35 <mrmoku> so now I will try the meego way
Nov 20 13:58:05 <Azog> Wonka: oftc afaik
Nov 20 13:59:14 <Wonka> Azog: thx
Nov 20 13:59:29 <GNUtoo|laptop> Weiss, OFTC?
Nov 20 13:59:39 <GNUtoo|laptop> oops
Nov 20 13:59:41 <GNUtoo|laptop> sorry
Nov 20 13:59:47 <GNUtoo|laptop> Wonka, OFTC
Nov 20 14:00:15 <Wonka> GNUtoo|laptop: am already there ;)
Nov 20 14:00:22 <GNUtoo|laptop> ok
Nov 20 14:00:40 <Wonka> noone there I know though
Nov 20 14:18:50 <mrmoku> GNUtoo|laptop: btw. about u-boot scripts....
Nov 20 14:19:00 <mrmoku> create a text file with u-boot commands
Nov 20 14:19:08 <mrmoku> and make an image with mkimage
Nov 20 14:19:09 <mrmoku> mkimage -A arm -O linux -n 'shr-boot-script' -T script -C none -a 0 -e 0 -d boot.script boot.scr
Nov 20 14:19:39 <mrmoku> that one you can load into the memory and source
Nov 20 14:19:39 <GNUtoo|laptop> ok
Nov 20 14:20:19 <GNUtoo|laptop> why -d boot.script boot.scr ?
Nov 20 14:20:33 <GNUtoo|laptop> shouldn't it be the same filename?
Nov 20 14:20:34 <mrmoku> boot.script is the source
Nov 20 14:20:40 <GNUtoo|laptop> ok
Nov 20 14:20:48 <mrmoku> boot.scr with uboot header
Nov 20 14:20:49 <GNUtoo|laptop> and shr-boot-script?
Nov 20 14:20:54 <mrmoku> just a name
Nov 20 14:21:06 <GNUtoo|laptop> ok
Nov 20 14:21:17 <GNUtoo|laptop> not a filename but a name
Nov 20 14:21:20 <GNUtoo|laptop> ok
Nov 20 14:21:28 <mrmoku> yeah, uboot will show it
Nov 20 14:21:34 <GNUtoo|laptop> ok
Nov 20 14:23:00 <mrmoku> I fear uboot menus are an openmoko extension though
Nov 20 14:23:08 <mrmoku> can't fine anything in the official uboot manual
Nov 20 14:23:18 <GNUtoo|laptop> ah ok ouch
Nov 20 14:23:31 <GNUtoo|laptop> maybe ask the openmoko people
Nov 20 14:23:37 <GNUtoo|laptop> like PaulFertser DocScrutinizer etc...
Nov 20 14:25:13 <mrmoku> or take a look at openmoko uboot source
Nov 20 14:25:50 <GNUtoo|laptop> ok
Nov 20 14:25:56 <GNUtoo|laptop> maybe in oe they use some patches
Nov 20 14:27:00 <mrmoku> GNUtoo|laptop: they have their own git tree for u-boot
Nov 20 14:27:06 <mrmoku> git.openmoko.org/u-boot.git
Nov 20 14:27:07 <GNUtoo|laptop> ok
Nov 20 14:27:15 <GNUtoo|laptop> then try to see from where they forked
Nov 20 14:29:32 <GNUtoo|laptop> http://git.openmoko.org/?p=u-boot.git;a=commit;h=d942f8fde3e726877179a410deaa618f71a89348
Nov 20 14:29:59 <GNUtoo|laptop> http://git.openmoko.org/?p=u-boot.git;a=commit;h=f06faed9717ddb6ccedaa1cd7da60600bd05398b
Nov 20 14:31:15 <mrmoku> GNUtoo|laptop: no... looks like I was wrong
Nov 20 14:31:32 <mrmoku> # ifdef CONFIG_MENUKEY
Nov 20 14:31:32 <mrmoku>         if (menukey == CONFIG_MENUKEY) {
Nov 20 14:31:32 <mrmoku>             s = getenv("menucmd");
Nov 20 14:31:32 <mrmoku>             if (s) {
Nov 20 14:31:39 <mrmoku> (from original u-boot source)
Nov 20 14:31:58 <GNUtoo|laptop> yes the 2 patches are patches that uses the original stuff
Nov 20 14:32:10 <GNUtoo|laptop> but provide the config
Nov 20 14:32:14 <GNUtoo|laptop> for instance which button
Nov 20 14:32:16 <GNUtoo|laptop> etc...
Nov 20 14:39:19 <GNUtoo|laptop> also 2 cool things would be:
Nov 20 14:39:24 <GNUtoo|laptop> *boot from usb with uboot
Nov 20 14:39:31 <GNUtoo|laptop> *control uboot from usb
Nov 20 14:42:51 <Heinervdm> mrmoku: can you help me with phoneuid? I can't get it working for this .xml: http://heinervdm.dyndns.info/shr-git/shr-specs/org.shr.phoneui/org.shr.phoneui.Calendar.xml.in
Nov 20 14:43:55 <mrmoku> Heinervdm: sure
Nov 20 14:44:28 <Heinervdm> mrmoku: this is the .c i tried to write: http://heinervdm.dyndns.info/shr-git/phoneuid/src/phoneuid-calendar.c
Nov 20 14:45:02 <Heinervdm> it's copy & paste form dialer
Nov 20 14:45:18 <mrmoku> yup, code looks familiar :)
Nov 20 14:45:31 <mrmoku> does not build?
Nov 20 14:45:35 <Heinervdm> no :)
Nov 20 14:45:40 <Heinervdm> i don
Nov 20 14:45:48 <Heinervdm> 't understand what to do :)
Nov 20 14:46:07 <mrmoku> you added stuff to src/Makefile.am?
Nov 20 14:46:13 <Heinervdm> yes
Nov 20 14:46:25 <mrmoku> how does the build fail?
Nov 20 14:47:37 <Heinervdm> he complains about inplecite delclaretion of phoneuid_calendar_service_new
Nov 20 14:48:15 <mrmoku> you have that one in phoneuid-calendar.h?
Nov 20 14:48:24 <Heinervdm> yes
Nov 20 14:48:37 <Heinervdm> hmm, and there are a lot of other errors now :)
Nov 20 14:48:55 <GNUtoo|laptop> Heinervdm, could you provide :
Nov 20 14:49:00 <mrmoku> could you add a branch  and push it?
Nov 20 14:49:00 <GNUtoo|laptop> *pastbined error
Nov 20 14:49:07 <mrmoku> would be easier to look at :)
Nov 20 14:49:12 <GNUtoo|laptop> *a way for us to try(patch, branch etc...)
Nov 20 14:49:33 <Heinervdm> http://pastebin.com/m9fa5e1j
Nov 20 14:49:38 <mrmoku> GNUtoo|laptop: damn... the u-boot.bin from stskeeps boots at least the maemo kernel :/
Nov 20 14:49:51 <GNUtoo|laptop> mrmoku, what's your rev?
Nov 20 14:49:56 <GNUtoo|laptop> use the correct rev
Nov 20 14:50:07 <GNUtoo|laptop> my uboot.bin booted meego and maemo kenrel
Nov 20 14:50:13 <GNUtoo|laptop> which was compiled
Nov 20 14:50:15 <GNUtoo|laptop> my me
Nov 20 14:51:08 <mrmoku> I used the rev specified by that site having the patches
Nov 20 14:51:14 <mrmoku> added the 4 patches
Nov 20 14:51:15 <GNUtoo|laptop> ok me too
Nov 20 14:51:18 <GNUtoo|laptop> me too
Nov 20 14:51:19 <mrmoku> + the one for ext2
Nov 20 14:51:22 <GNUtoo|laptop> me too
Nov 20 14:51:36 <GNUtoo|laptop> compiled with oe_runmake
Nov 20 14:51:43 <mrmoku> and the u-boot part worked fine... hmm
Nov 20 14:51:47 * mrmoku retries
Nov 20 14:52:23 <GNUtoo|laptop> you should try 2.6.35 if you boot the kernel from microsd
Nov 20 14:54:00 <mrmoku> hmm... that will be the next problem
Nov 20 14:54:07 <mrmoku> but it does not even boot the maemo kernel from nolo
Nov 20 14:54:36 <GNUtoo|laptop> ok
Nov 20 14:54:50 <GNUtoo|laptop> hmmmm
Nov 20 14:54:54 <GNUtoo|laptop> does mmcinit block?
Nov 20 14:55:04 <GNUtoo|laptop> read the 0004 patch
Nov 20 14:55:07 <GNUtoo|laptop> with rx51.h
Nov 20 14:55:11 <GNUtoo|laptop> read the automatic part
Nov 20 14:55:17 <GNUtoo|laptop> and do the commands manually
Nov 20 14:55:31 <mrmoku> Heinervdm: can you pastebin src/Makefile.am please?
Nov 20 14:55:36 <mrmoku> or better push in a branch :P
Nov 20 14:55:44 <Heinervdm> http://heinervdm.dyndns.info/shr-git/phoneuid/src/Makefile.am
Nov 20 14:55:50 <Heinervdm> :)
Nov 20 14:55:55 <Heinervdm> give me access ;)
Nov 20 14:56:08 <mrmoku> you don't have? ohh... momemt
Nov 20 14:56:08 <Heinervdm> i don't have commit access for phoneuid
Nov 20 14:56:18 <Heinervdm> just libphone-ui and -shr
Nov 20 14:56:20 <GNUtoo|laptop> since when do we include .h in sources?
Nov 20 14:56:28 <mrmoku> Heinervdm: sure you have
Nov 20 14:56:33 <Heinervdm> oh
Nov 20 14:56:35 <Heinervdm> ok
Nov 20 14:56:57 <mrmoku> access to the complete phone stack... including phonefsod :)
Nov 20 14:57:32 <mrmoku> GNUtoo|laptop: mmc init works
Nov 20 14:57:45 <mrmoku> says: "mmc1 is available"
Nov 20 14:57:49 <GNUtoo|laptop> ok
Nov 20 14:57:56 <mrmoku> and loading the bootscript from there works too
Nov 20 14:57:58 <GNUtoo|laptop> then try the following command
Nov 20 14:58:08 <GNUtoo|laptop> by following I mean
Nov 20 14:58:10 <GNUtoo|laptop> the next one
Nov 20 14:58:12 <GNUtoo|laptop> etc...
Nov 20 14:58:21 <GNUtoo|laptop> roughly re-do the steps manually
Nov 20 14:58:26 <GNUtoo|laptop> sort of stepi
Nov 20 14:59:11 <mrmoku> Heinervdm: hmm... looks all fine
Nov 20 14:59:38 <mrmoku> GNUtoo|laptop: there is one problem though
Nov 20 14:59:46 <mrmoku> dunno how to type { in u-boot :P
Nov 20 15:00:11 <GNUtoo|laptop> why do you need {
Nov 20 15:00:21 <mrmoku> for ${loadaddr}
Nov 20 15:00:27 <mrmoku> ok... can resolve it manually :P
Nov 20 15:00:31 <GNUtoo|laptop> yes
Nov 20 15:00:38 <GNUtoo|laptop> don't type for if etc...
Nov 20 15:00:44 <GNUtoo|laptop> printenv
Nov 20 15:00:53 <GNUtoo|laptop> will get you the address
Nov 20 15:10:18 <mrmoku> GNUtoo|laptop: manually typing what bootnolo does gives the same result
Nov 20 15:10:32 <GNUtoo|laptop> what results?
Nov 20 15:10:32 <mrmoku> all commands work fine without error, but then it hangs at Starting kernel
Nov 20 15:10:35 <GNUtoo|laptop> where does it fine
Nov 20 15:10:38 <GNUtoo|laptop> ah ok
Nov 20 15:10:43 <GNUtoo|laptop> hmmm
Nov 20 15:10:49 <GNUtoo|laptop> I'll try later
Nov 20 15:10:52 <mrmoku> ok
Nov 20 15:11:35 <GNUtoo|laptop> how did you get a maemo kenrel?
Nov 20 15:11:39 <GNUtoo|laptop> I'll reread the howto
Nov 20 15:11:42 <mrmoku> :)
Nov 20 15:11:49 <mrmoku> download the deb and unpack it with ar -x
Nov 20 15:12:02 <mrmoku> http://repository.maemo.org/extras-devel/pool/fremantle-1.3/free/k/kernel-power/
Nov 20 15:12:11 <mrmoku> if you're using a current kernel-power
Nov 20 15:12:28 <GNUtoo|laptop> ah and was it a fiasco or a zImage ?
Nov 20 15:12:31 <mrmoku> that gives you the kernel.fiasco
Nov 20 15:12:38 <GNUtoo|laptop> that doesn't seem right
Nov 20 15:12:40 <mrmoku> which you can unpack to the kernel zImage with 0xFFFF
Nov 20 15:12:44 <GNUtoo|laptop> ah ok
Nov 20 15:12:49 <GNUtoo|laptop> that seems right then
Nov 20 15:13:00 <mrmoku> yeah, and works with the stskeeps u-boot.bin
Nov 20 15:13:14 <GNUtoo|laptop> I'll try then
Nov 20 15:15:52 <mrmoku> GNUtoo|laptop: how did you build your u-boot?
Nov 20 15:16:07 <GNUtoo|laptop> following the instructions
Nov 20 15:16:10 <GNUtoo|laptop> with oe_runmake
Nov 20 15:16:16 <GNUtoo|laptop> but maybe mine fails too
Nov 20 15:16:19 <GNUtoo|laptop> let me try
Nov 20 15:18:26 <mrmoku> GNUtoo|laptop: http://pastebin.ca/1997145 is my .bb
Nov 20 15:23:51 <GNUtoo|laptop> make[1]: *** No rule to make target `/home/gnutoo/embedded/bootloader/n900/u-boot/tools/bmp_logo.c', needed by `bmp_logo.o'.  Stop.
Nov 20 15:23:53 <GNUtoo|laptop> hmmm
Nov 20 15:25:20 <GNUtoo|laptop> builds now
Nov 20 15:37:01 <GNUtoo|laptop> mrmoku, I've the same issue
Nov 20 15:37:05 <GNUtoo|laptop> let's ask in #meego then
Nov 20 15:39:54 <Heinervdm> mrmoku: now there is only one error left, i can't find the place where PHONEUID_IDLE_SCREEN_PATH,... is defined
Nov 20 15:40:27 <GNUtoo|laptop> ali1234 has just quit unfortunately
Nov 20 15:41:45 <mrmoku> Heinervdm: src/phoneuid-dbus-common.h:#define PHONEUID_IDLE_SCREEN_PATH            PHONEUID_PATH "/IdleScreen"
Nov 20 15:41:56 <Heinervdm> mrmoku: ah ok, thx
Nov 20 15:41:59 <mrmoku> GNUtoo|laptop: ok
Nov 20 15:42:22 <mrmoku> GNUtoo|laptop: so it does not boot maemo for you too... 
Nov 20 15:42:25 <GNUtoo|laptop> but people like strkeeps may know too
Nov 20 15:42:27 <GNUtoo|laptop> indeed
Nov 20 15:45:48 <mrmoku> I have another idea... 
Nov 20 15:49:32 <GNUtoo|laptop> which one?
Nov 20 15:52:07 <mrmoku> GNUtoo|laptop: http://repository.maemo.org/extras-devel/pool/fremantle/free/source/u/uboot-pr13/
Nov 20 15:52:19 <mrmoku> taking a look at how he builds it
Nov 20 15:52:54 <GNUtoo|laptop> ok
Nov 20 15:53:24 <PaulFertser> mrmoku: i wonder what the difference might be. Probably starting address?
Nov 20 15:54:23 <PaulFertser> mrmoku: are you trying to boot a framebuffer-console enabled kernel?
Nov 20 15:54:59 <mrmoku> PaulFertser: I'm trying to boot any kernel :P
Nov 20 15:55:15 <mrmoku> with my u-boot.bin built with oe it does not boot the maemo kernel
Nov 20 15:55:22 <mrmoku> with the u-boot.bin from meego it does
Nov 20 15:55:36 <PaulFertser> mrmoku: does your u-boot use the same address to load the kernel to?
Nov 20 15:56:03 <mrmoku> PaulFertser: I use it the way as specified by the meego wiki page
Nov 20 15:56:09 <mrmoku> dunno about differences in u-boot.bin though
Nov 20 15:56:20 <mrmoku> as I can't fine how it's built
Nov 20 15:56:25 <mrmoku> s/fine/find
Nov 20 15:56:41 <mrmoku> the tar.gz in source contains only the binaries :/
Nov 20 15:57:53 <mrmoku> hmm... I could try to compare output of printenv
Nov 20 15:58:22 <mrmoku> PaulFertser: the address for the kernel in nolo is read out somewhere
Nov 20 15:59:02 <mrmoku> +       sprintf(buf, "0x%x", readl(0x82000004)+0x40000);
Nov 20 15:59:02 <mrmoku> +       setenv("nolo_kernaddr", buf);
Nov 20 16:10:45 <PaulFertser> BTW, it looks like meego uses fully freesoftware solution for the gsm voice telephony: http://wiki.meego.com/ARM/N900/Features/CallAudio
Nov 20 16:12:56 <mrmoku> guess I need a break now... bbl
Nov 20 16:13:21 <PaulFertser> But those PA patches seem to be shit.
Nov 20 16:16:59 <GNUtoo|laptop> PaulFertser, can they be replaced by plain alsa?
Nov 20 16:19:19 <PaulFertser> GNUtoo|laptop: with quite some work, most probably yes.
Nov 20 16:19:34 <GNUtoo|laptop> PaulFertser, ouch for the quite some work
Nov 20 16:19:46 <GNUtoo|laptop> no cat /dev/cmt_speech > alsa
Nov 20 16:19:53 <PaulFertser> GNUtoo|laptop: you know there's bluetooth alsa plugin, so there's a possibility to write something like that for "n900 cmt" too.
Nov 20 16:20:53 <GNUtoo|laptop> ok
Nov 20 16:20:56 <GNUtoo|laptop> nice
Nov 20 16:27:38 <PaulFertser> GNUtoo|laptop: there's an example app in libcmtspeechdata, it doesn't look that complex, i'm not sure why nobody has tried to implement and alsa plugin based on that.
Nov 20 16:27:47 <PaulFertser> GNUtoo|laptop: http://meego.gitorious.org/meego-cellular/libcmtspeechdata/blobs/master/utils/cmtspeech_ofono_test.c
Nov 20 16:27:49 <GNUtoo|laptop> ok
Nov 20 16:27:53 <GNUtoo|laptop> nice
Nov 20 16:28:20 <GNUtoo|laptop> PaulFertser, by nobody you mean SHR people?
Nov 20 16:28:44 <PaulFertser> GNUtoo|laptop: by nobody i mean i haven't heard of such an effort.
Nov 20 16:28:49 <GNUtoo|laptop> ok
Nov 20 16:29:01 <PaulFertser> But quite probably i'm missing something, i'm not following meego community.
Nov 20 16:29:02 <GNUtoo|laptop> did you read the test file?
Nov 20 16:29:15 <GNUtoo|laptop> it's a dbus thing
Nov 20 16:29:20 <GNUtoo|laptop> I bet it's not so standalone
Nov 20 16:29:24 <GNUtoo|laptop> or did I miss something
Nov 20 16:29:45 <GNUtoo|laptop> ah
Nov 20 16:29:51 <GNUtoo|laptop> the dbus is for listenning to ofono
Nov 20 16:30:11 <PaulFertser> Yes
Nov 20 16:51:37 <morphis> heyho
Nov 20 16:51:45 <GNUtoo|laptop> morphis, hi
Nov 20 16:53:40 <morphis> so I am ready with my new macbook to start working again :)
Nov 20 16:54:29 <PaulFertser> morphis: installed gentoo on it? ;)
Nov 20 16:55:19 <morphis> PaulFertser: no, I am using ubuntu :)
Nov 20 16:55:51 <morphis> I have enough time to wait for my OE builds so I don't want to spend more on compiling my host system :)
Nov 20 16:56:17 <PaulFertser> :D
Nov 20 16:59:22 <playya_> morphis, buuuuhh
Nov 20 16:59:28 <morphis> :)
Nov 20 16:59:35 <morphis> playya_:  auch Gentoo-User?
Nov 20 16:59:43 <morphis> äh
Nov 20 16:59:46 <morphis> Gentoo-user too?
Nov 20 16:59:56 <playya_> no. apple hater ;)
Nov 20 17:00:01 <morphis> and have to learn not to speak german in this channel
Nov 20 17:00:06 <morphis> mac os x is bad ...
Nov 20 17:00:10 <morphis> but the hardware is great
Nov 20 17:00:18 <morphis> never had such a great notebook before
Nov 20 17:00:39 <[Rui]> morphis: was... :) now it's just the same, only looks cooler because of design aspects :)
Nov 20 17:00:44 <morphis> and the apple on the back will be covered by tux in the next weeks
Nov 20 17:00:51 <[Rui]> morphis: I have a suggestion
Nov 20 17:00:53 <morphis> :)
Nov 20 17:01:05 <[Rui]> s/APPPLE LOGO/whatever/g;
Nov 20 17:01:13 <[Rui]> laser scribed!
Nov 20 17:01:25 <morphis> would be an option
Nov 20 17:01:37 <[Rui]> I'd use s/APPLE LOGO/GNU LOGO/g; if I bought one :)
Nov 20 17:01:56 <[Rui]> this is only a way to use the apple logo that's in it
Nov 20 17:02:09 <morphis> hehe
Nov 20 17:02:30 <morphis> maybe there is some shop out there selling such a logo for macbooks 
Nov 20 17:05:05 <misc> i have seen lots of them on etsy.com 
Nov 20 17:17:25 <[Rui]> morphis: no laser engravers near you?
Nov 20 17:28:39 <morphis> Never really looked for them
Nov 20 17:28:44 <morphis> but will search for them
Nov 20 17:41:18 <Heinervdm> mrmoku: now make complains about phoneuid-calendar.c:73: undefined reference to `phoneui_calendar_month_show' but that function is defined in phoneui.h. Can you see what's wrong? http://heinervdm.dyndns.info/shr-git/phoneuid/src/phoneuid-calendar.c http://heinervdm.dyndns.info/shr-git/libphone-ui/src/phoneui.h
Nov 20 17:58:59 <[Rui]> I've a few weeks old build tree, I should probably have to update it anyways, no?
Nov 20 18:13:54 <GNUtoo|laptop> mrmoku, does linux-n900 work and is it in oe?
Nov 20 18:19:30 <[Rui]> oh ho.... got a white screen
Nov 20 18:19:34 <[Rui]> not of death, though
Nov 20 18:19:38 <[Rui]> fresh update
Nov 20 18:20:29 <[Rui]> same weird behaviour as before, when white goes blank, it unblanks properly
Nov 20 18:35:27 <mrmoku> Heinervdm: is it month_show or display_month?
Nov 20 18:35:50 <mrmoku> GNUtoo|laptop: I did not yet boot it
Nov 20 18:36:09 <mrmoku> [Rui]: yeah, the white monster is back :/
Nov 20 18:37:20 <[Rui]> same as before, so maybe only a missing patch?
Nov 20 18:37:33 <[Rui]> gena2x's?
Nov 20 18:38:04 <mrmoku> [Rui]: it probably came with JaMa|Off's xcrash fix
Nov 20 18:38:34 <[Rui]> hms... weird
Nov 20 18:39:12 <[Rui]> also seems slower!
Nov 20 18:39:18 <[Rui]> I went almost 2 weeks without updating
Nov 20 18:39:43 <[Rui]> mrmoku: how do you do local builds of anyting these days?
Nov 20 18:41:35 <mrmoku> [Rui]: there is a way... will be back in some mins to tell you
Nov 20 18:41:39 <[Rui]> and Eve's lost its icon due to not putting an extension in the icon file
Nov 20 18:41:49 <[Rui]> mrmoku: ok, thanks...
Nov 20 18:50:32 <Heinervdm> mrmoku: _month_show in _display_month
Nov 20 18:53:01 <mrmoku> Heinervdm: ahh, month_show is in libphone-ui-shr?
Nov 20 18:53:13 <Heinervdm> mrmoku: no, libphone-ui
Nov 20 18:53:33 <Heinervdm> http://heinervdm.dyndns.info/shr-git/libphone-ui/src/phoneui.h
Nov 20 18:53:41 <mrmoku> phoneui.c?
Nov 20 18:53:46 <Heinervdm> http://heinervdm.dyndns.info/shr-git/libphone-ui/src/phoneui.c
Nov 20 18:53:54 <Heinervdm> that directory is browsable
Nov 20 18:53:59 <Heinervdm> :)
Nov 20 18:54:45 <mrmoku> Heinervdm: phoneui_calendar_show_month
Nov 20 18:54:54 <mrmoku> is what you have in phoneui.c :)
Nov 20 18:56:16 <mrmoku> [Rui]: http://git.shr-project.org/git/?p=shr-makefile.git;a=commitdiff;h=9c00ce82cf1bf89ae4ca8bf20db4c8f85b6b7fcd
Nov 20 18:56:32 <Heinervdm> hmm, strange, that libphone-ui compiled without error
Nov 20 18:57:53 <Heinervdm> mrmoku: thx, now i can try it
Nov 20 18:58:06 <Heinervdm> but i think it will segfault :D
Nov 20 19:03:13 <mrmoku> Heinervdm: at least you will have a segfault to study then :P
Nov 20 19:03:23 <Heinervdm> :)
Nov 20 19:07:39 <Heinervdm> it's segfaulting on startup
Nov 20 19:07:50 <mrmoku> phoneuid?
Nov 20 19:07:56 <mrmoku> or when starting the calendar?
Nov 20 19:08:05 <Heinervdm> starting phoneuid
Nov 20 19:08:17 <mrmoku> GNUtoo|laptop: our u-boot.bin is 2k smaller
Nov 20 19:09:18 <Heinervdm> i don't want to install -dbg... :(
Nov 20 19:10:02 <mrmoku> Heinervdm: try with logging to see where it segfaults
Nov 20 19:11:54 <Heinervdm> mrmoku: it says Aborted directly after printing the loglevel
Nov 20 19:14:30 <Heinervdm> what's the bitbake target to rebuild Packages.gz?
Nov 20 19:15:01 <mrmoku> package-index
Nov 20 19:15:03 <mrmoku> IIRC
Nov 20 19:15:17 <mrmoku> yeah
Nov 20 19:15:20 <mrmoku> package-index
Nov 20 19:15:31 <Heinervdm> i haven't build that for so long, that i don't remeber anymore :D
Nov 20 19:16:44 <mrmoku> hehe :P
Nov 20 19:16:53 * mrmoku too
Nov 20 19:21:26 * [Rui] is back
Nov 20 19:22:31 <[Rui]> mrmoku: thanks, but I don't get that example, in fact I think JaMa|Off once sent it to me, but it didn't work
Nov 20 19:22:48 <[Rui]> mrmoku: anyways, I meant of some package...
Nov 20 19:23:23 <[Rui]> I have semi-working workaround with SRC_URI = "file:///tmp/${PN}-${PV}.tar.gz" in the recipe
Nov 20 19:23:53 <[Rui]> don't remember what happened with this recipe and now my tree is on NOTE: Running task 1261 of 5012 (ID: 3601, virtual:native:/media/devdisk/openmoko/shr-unstable/openembedded/recipes/xorg-lib/pixman_0.21.2.bb, do_compile)
Nov 20 19:24:08 <[Rui]> hopefully it will jump a few recipes of things not upgraded
Nov 20 19:25:50 <mrmoku> ok
Nov 20 19:30:59 <mrmoku> GNUtoo|laptop: and if I build it with the old openmoko toolchain it works :/
Nov 20 19:32:31 <GNUtoo|laptop> ok,sorry I can read but can't talk because the computer is too slow
Nov 20 19:34:08 <mrmoku> GNUtoo|laptop: ali1234 gave the hint it might be the compiler
Nov 20 19:34:20 <mrmoku> so I tried the good oooold om toolchain
Nov 20 19:34:23 <GNUtoo|laptop> that's what I thought too
Nov 20 19:34:34 <GNUtoo|laptop> but I didn't have the idea of the old toolchain
Nov 20 19:34:45 <GNUtoo|laptop> we have to bother khem again...
Nov 20 19:35:28 <mrmoku> there is a big difference in size
Nov 20 19:36:08 <mrmoku> 0022 mok@gonzales[pts/9]:/tmp/maemo-uboot-> l u-boot.bin.*
Nov 20 19:36:08 <mrmoku> -rw-r--r-- 1 mok mok 162180 29. Okt 10:15 u-boot.bin.meego
Nov 20 19:36:08 <mrmoku> -rwxr-xr-x 1 mok mok 160908 20. Nov 10:35 u-boot.bin.oe*
Nov 20 19:36:08 <mrmoku> -rwxr-xr-x 1 mok mok 171672 20. Nov 20:19 u-boot.bin.om*
Nov 20 19:36:33 <GNUtoo|laptop> ok
Nov 20 19:36:41 <GNUtoo|laptop> could it be inline stuff?
Nov 20 19:36:46 <GNUtoo|laptop> or compiler obtimizations
Nov 20 19:36:51 <GNUtoo|laptop> or something like that
Nov 20 19:36:56 <mrmoku> yeah... optimizing some stuff out that it shouldn't
Nov 20 19:37:38 <mrmoku> now I have to make our kernel boot
Nov 20 19:37:51 <mrmoku> first I will flash it directly without u-boot and try if it works anyway
Nov 20 19:50:25 <GNUtoo|laptop> ok nice
Nov 20 19:50:36 <mrmoku> well... not nice... kernel does not boot :P
Nov 20 19:50:37 <GNUtoo|laptop> if it works push because I need usb host for monday
Nov 20 19:50:48 <mrmoku> neither one though
Nov 20 19:50:59 <mrmoku> and FB CONSOLE was off again
Nov 20 19:51:09 <mrmoku> so I don't even know if it boots :P
Nov 20 19:51:33 * mrmoku rebuilding with console on
Nov 20 19:51:45 <GNUtoo|laptop> ok
Nov 20 19:54:00 <mrmoku> Heinervdm: moment... aborted is not a segfault... somewhere it decided to abort
Nov 20 19:54:30 <mrmoku> Heinervdm: does gdb bt (without -dbg) tell you something?
Nov 20 19:54:54 <Heinervdm> mrmoku: i've given up for today, have to go to a birthdayparty in 10 minutes 
Nov 20 19:57:59 <mrmoku> Heinervdm: ok
Nov 20 19:58:05 <mrmoku> Heinervdm: have a nice party then :-)
Nov 20 19:58:15 <Heinervdm> mrmoku: thx :)
Nov 20 20:08:05 <mrmoku> GNUtoo|laptop: ok... boots but does not find rootfs :)
Nov 20 20:08:11 <GNUtoo|laptop> ok
Nov 20 20:08:17 <GNUtoo|laptop> do you have that in kernel:
Nov 20 20:08:19 <GNUtoo|laptop> sd
Nov 20 20:08:26 <GNUtoo|laptop> sd block device
Nov 20 20:08:28 <mrmoku> well... it looks on the first partition
Nov 20 20:08:29 <GNUtoo|laptop> ext2/3
Nov 20 20:08:31 <mrmoku> which is FAT now :P
Nov 20 20:08:32 <GNUtoo|laptop> ah ok
Nov 20 20:08:35 <GNUtoo|laptop> got it
Nov 20 20:08:56 <GNUtoo|laptop> how can I try it, I've to wait for you to push it?
Nov 20 20:08:59 <mrmoku> I will try with u-boot and the bootscript again now
Nov 20 20:09:15 <mrmoku> If you want I can give you a diff
Nov 20 20:09:20 <mrmoku> don't want to push it yet
Nov 20 20:10:11 <GNUtoo|laptop> when do you plan to push it?
Nov 20 20:10:14 <GNUtoo|laptop> before tomorrow?
Nov 20 20:10:17 <GNUtoo|laptop> before monday?
Nov 20 20:11:17 <mrmoku> I would like to the the kernel somehow working... or not... dunno
Nov 20 20:11:35 <mrmoku> s/the/see/
Nov 20 20:11:35 <apt> mrmoku meant: I would like to see the kernel somehow working... or not... dunno
Nov 20 20:11:35 <GNUtoo|laptop> ok
Nov 20 20:11:50 <GNUtoo|laptop> do you have a blank microsd?
Nov 20 20:12:00 <GNUtoo|laptop> because if so bitbake shr-image with that kernel 
Nov 20 20:12:04 <GNUtoo|laptop> and see
Nov 20 20:12:20 <mrmoku> I can wipe the one I have in my n900
Nov 20 20:12:21 <GNUtoo|laptop> it's PR 1.3 + patches for usb host right?
Nov 20 20:12:26 <GNUtoo|laptop> ok
Nov 20 20:12:27 <mrmoku> and install SHR to the first partition
Nov 20 20:12:41 <mrmoku> no, it's PR 1.3 + kernel-power (which includes usb host)
Nov 20 20:12:42 <GNUtoo|laptop> anyway you still uses meego
Nov 20 20:12:47 <GNUtoo|laptop> ok nice
Nov 20 20:12:52 <mrmoku> no, I don't use meego
Nov 20 20:13:01 <GNUtoo|laptop> s/meego/maemo
Nov 20 20:13:15 <mrmoku> ahh... yeah :/
Nov 20 20:13:26 <mrmoku> how's elektranox coming along with libisi?
Nov 20 20:13:29 <mrmoku> some progress?
Nov 20 20:13:34 <GNUtoo|laptop> maybe I'm the only one who uses SHR on the device
Nov 20 20:13:36 <mrmoku> that's the only main point for using it
Nov 20 20:13:42 <GNUtoo|laptop> he doesn't progress fast anymore
Nov 20 20:13:54 <mrmoku> hmm
Nov 20 20:17:16 * mrmoku wonders if he should shuffle his SIM back into the FR for now...
Nov 20 20:23:48 <GNUtoo|laptop> mrmoku, I use it as a tablet
Nov 20 20:24:25 <GNUtoo|laptop> and would really want to use it as a phone
Nov 20 20:26:41 <mrmoku> yeah, guess I should do the same...
Nov 20 20:27:39 <GNUtoo|laptop> at least you would see the bugs
Nov 20 20:28:46 <mrmoku> hmm... even from first partition it does not boot
Nov 20 20:28:51 * mrmoku digs into defconfig
Nov 20 20:28:53 <GNUtoo|laptop> ah? 
Nov 20 20:28:57 <GNUtoo|laptop> what's the issue?
Nov 20 20:30:09 <mrmoku> still does not find root
Nov 20 20:30:20 <mrmoku> is the defconfig in 2.6.28/nokia900 correct?
Nov 20 20:30:23 <mrmoku> that's what I copied
Nov 20 20:31:02 <mrmoku> brb
Nov 20 20:31:26 <GNUtoo|laptop> yes it's correct
Nov 20 20:31:47 <GNUtoo|laptop> maybe give me your diff
Nov 20 20:48:20 <mrmoku> GNUtoo|laptop: ok, moment
Nov 20 20:56:57 <mrmoku> ohh
Nov 20 20:57:15 <mrmoku> GNUtoo|laptop: http://build.shr-project.org/tests/mrmoku/n900/0001-add-new-recipe-linux-nokia900_git.bb.patch
Nov 20 20:57:23 <mrmoku> http://build.shr-project.org/tests/mrmoku/n900/0002-new-recipe-u-boot-nokia900_git.bb.patch
Nov 20 21:00:28 <mrmoku> GNUtoo|oeee: got the patches?
Nov 20 21:00:37 <GNUtoo|oeee> no
Nov 20 21:00:42 <mrmoku> 21:50 < mrmoku> GNUtoo|laptop: http://build.shr-project.org/tests/mrmoku/n900/0001-add-new-recipe-linux-nokia900_git.bb.patch
Nov 20 21:00:46 <mrmoku> 21:50 < mrmoku> http://build.shr-project.org/tests/mrmoku/n900/0002-new-recipe-u-boot-nokia900_git.bb.patch
Nov 20 21:00:47 <GNUtoo|oeee> ok
Nov 20 21:00:58 <GNUtoo|oeee> thanks a lot
Nov 20 21:01:14 <mrmoku> yw
Nov 20 21:02:48 <mrmoku> GNUtoo|oeee: CONFIG_BLK_DEV_SD=m
Nov 20 21:03:00 <GNUtoo|oeee> ahh ok
Nov 20 21:04:40 <mrmoku> CONFIG_MMC_BLOCK=y
Nov 20 21:06:13 <GNUtoo|laptop> does it work now?
Nov 20 21:06:21 <mrmoku> no, did not change that
Nov 20 21:06:29 <mrmoku> it already was correct
Nov 20 21:06:40 * mrmoku downloading latest kernel/image from buildhost to see if that works
Nov 20 21:17:21 <mrmoku> GNUtoo|laptop: ok, at least the buildhost image + kernel work
Nov 20 21:17:40 <GNUtoo|laptop> ok
Nov 20 21:17:54 <GNUtoo|laptop> buildhost means the kenrel in oe
Nov 20 21:17:57 <mrmoku> reboots due to watchdog coming to late on firstboot though
Nov 20 21:17:59 <mrmoku> yup
Nov 20 21:19:18 <GNUtoo|laptop> me will try
Nov 20 21:23:30 <mrmoku> ohh... ouch
Nov 20 21:23:41 <mrmoku> buildhost image does not even have watchdog installed
Nov 20 21:24:00 <GNUtoo|laptop> hmmm
Nov 20 21:24:06 <GNUtoo|laptop> why?
Nov 20 21:24:12 <GNUtoo|laptop> log_do_rootfs?
Nov 20 21:24:13 <mrmoku> good question :/
Nov 20 21:27:10 <mrmoku> GNUtoo|laptop: no watchdog in log_do_rootfvs
Nov 20 21:27:12 <mrmoku> -v
Nov 20 21:27:44 <mrmoku> grr
Nov 20 21:28:57 <mrmoku> the package itself is there though
Nov 20 21:31:31 <GNUtoo|laptop> ah?
Nov 20 21:31:39 <GNUtoo|laptop> if stuff don't work
Nov 20 21:31:42 <GNUtoo|laptop> there could be a cause
Nov 20 21:31:55 <GNUtoo|laptop> wipe the microsd and unpack a new image
Nov 20 21:32:02 <GNUtoo|laptop> the configure was interupted
Nov 20 21:32:15 <GNUtoo|laptop> because the watchdog rebooted the phone
Nov 20 21:32:48 <mrmoku> GNUtoo|laptop: no, I checked the testlab and the rootfs log on the buildhost
Nov 20 21:32:52 <mrmoku> no watchdog
Nov 20 21:33:04 <mrmoku> I meant the package got built on the buildhost
Nov 20 21:33:09 <mrmoku> it's in deploy/ipkg
Nov 20 21:33:20 <mrmoku> but did not get installed into the rootfs
Nov 20 21:33:34 * mrmoku booting with watchdogs disabled
Nov 20 21:34:38 <mrmoku> which brings me to the next problem... touchscreen not working :/
Nov 20 21:35:31 <GNUtoo|laptop> ok
Nov 20 21:35:38 <GNUtoo|laptop> if you want I can try
Nov 20 21:35:48 <GNUtoo|laptop> so it would save you some frustration
Nov 20 21:39:59 <mrmoku> GNUtoo|laptop: what do you have installed on your n900?
Nov 20 21:40:09 <GNUtoo|laptop> SHR
Nov 20 21:40:13 <GNUtoo|laptop> with a flashed kernel
Nov 20 21:40:22 <GNUtoo|laptop> built myself
Nov 20 21:40:51 <mrmoku> image built yourself too?
Nov 20 21:41:19 <GNUtoo|laptop> with oe
Nov 20 21:41:22 <GNUtoo|laptop> all built with oe
Nov 20 21:41:24 <GNUtoo|laptop> anyway
Nov 20 21:41:30 <GNUtoo|laptop> it seem to make an uboot image
Nov 20 21:41:37 <GNUtoo|laptop> NOTE: package linux-nokia900-2.6.28.10+gitr0+e93534addfc33a2fefbca13cb86a8f787e4b650c-r55: task do_uboot_mkimage: Started
Nov 20 21:41:40 <GNUtoo|laptop> I want a zImage
Nov 20 21:41:43 <GNUtoo|laptop> how do I do that
Nov 20 21:41:50 <GNUtoo|laptop> I saw only a require linux.inc in the recipe
Nov 20 21:42:01 <mrmoku> it builds a zimage for me... though I have that NOTE too
Nov 20 21:42:07 <GNUtoo|laptop> ok
Nov 20 21:43:22 <mrmoku> hmm... no ssh... no touchscreen
Nov 20 21:44:02 <GNUtoo|laptop> I'll try
Nov 20 21:44:07 <mrmoku> ok
Nov 20 21:44:18 <GNUtoo|laptop> unless you are frustration-proof
Nov 20 21:44:30 <mrmoku> well... I'm quite frustration-proof :)
Nov 20 21:44:36 <mrmoku> so don't worry :D
Nov 20 21:44:38 <GNUtoo|laptop> so feel free to try
Nov 20 21:45:00 <mrmoku> will try to reflash... maybe due to reboot on firstboot something not configured correctly
Nov 20 21:46:56 <GNUtoo|laptop> indeed that's what I just tried to say
Nov 20 21:47:06 <GNUtoo|laptop> I had the same issues with that
Nov 20 21:47:17 <GNUtoo|laptop> maybe it was even you who told me to re-install
Nov 20 21:47:20 <GNUtoo|laptop> long time ago
Nov 20 21:48:11 <mrmoku> hehe... possible :)
Nov 20 21:51:31 <mrmoku> did not help though
Nov 20 21:56:11 <gena2x> [Rui]: what's with white screen?
Nov 20 21:56:42 <gena2x> [Rui]: where did you got it?
Nov 20 21:57:06 <mrmoku> gena2x: white screen came back with the latest shr-u updates
Nov 20 21:57:11 <mrmoku> not the deadly, sticky one
Nov 20 21:57:30 <mrmoku> the one that recovers when you let it blank again and tap the screen immediately after blanking
Nov 20 22:02:32 <GNUtoo|laptop> mrmoku, check the defconfig
Nov 20 22:02:34 <GNUtoo|laptop> panic says:
Nov 20 22:02:55 <GNUtoo|laptop> USB: no board-specific platform config found
Nov 20 22:04:46 <GNUtoo|laptop> CONFIG_MACH_NOKIA_RX51=y
Nov 20 22:04:52 <GNUtoo|laptop> so that's ok
Nov 20 22:05:03 <GNUtoo|laptop> CONFIG_CMDLINE=" quiet "
Nov 20 22:05:06 <GNUtoo|laptop> that isn't normal
Nov 20 22:06:46 <GNUtoo|laptop> CMDLINE_nokia900_shr = "snd-soc-rx51.hp_lim=42 snd-soc-tlv320aic3x.hp_dac_lim=6 console=tty1 root=/dev/mmcblk1p1 rootdelay=10 panic=20"
Nov 20 22:07:41 <GNUtoo|laptop> and....it's booting
Nov 20 22:07:42 <GNUtoo|laptop> with -b
Nov 20 22:07:44 <GNUtoo|laptop> of course
Nov 20 22:07:59 <GNUtoo|laptop> so add that in the recipe
Nov 20 22:08:06 <GNUtoo|laptop> CMDLINE_nokia900 = "snd-soc-rx51.hp_lim=42 snd-soc-tlv320aic3x.hp_dac_lim=6 console=tty1 root=/dev/mmcblk1p1 rootdelay=10 panic=20"
Nov 20 22:08:47 <GNUtoo|laptop> mrmoku, and touchscreen works
Nov 20 22:09:25 <GNUtoo|laptop> and ssh too:
Nov 20 22:09:26 <GNUtoo|laptop> Linux nokia900 2.6.28.10power-omap1 #1 PREEMPT Sat Nov 20 22:39:49 CET 2010 armv7l GNU/Linux
Nov 20 22:09:54 <mrmoku> GNUtoo|laptop: ahh, ok 
Nov 20 22:09:56 <mrmoku> thanks :)
Nov 20 22:10:00 <GNUtoo|laptop> np
Nov 20 22:10:11 <GNUtoo|laptop> I'll update the recipe and opkg upgrade on n900 16GB rootfs
Nov 20 22:10:22 <GNUtoo|laptop> now I'm on a test microsd
Nov 20 22:10:37 <GNUtoo|laptop> not the full-blown-shr-with-screen-full-of-apps
Nov 20 22:10:48 <GNUtoo|laptop> just shr-image
Nov 20 22:12:06 <gena2x> mrmoku: if this is kernel sources: http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-2.6.34/shr.patch
Nov 20 22:12:45 <mrmoku> gena2x: looks like, yes
Nov 20 22:12:54 <gena2x> mrmoku: than yes, just https://github.com/radekp/linux-2.6/commit/b76e1206d85e7ae984bc2dcb9f91b74d5b41f4b0 seem missing
Nov 20 22:13:28 <gena2x> may be lost somewhere in transition to new shiny unreadable all-in-one patch listing idea
Nov 20 22:13:34 <gena2x> JaMa|Off: ^^^
Nov 20 22:13:59 <mrmoku> hmm... good catch :-)
Nov 20 22:16:42 <gena2x> mrmoku: missing for sure
Nov 20 22:16:56 <gena2x> [Rui]: answer to your question too ^.
Nov 20 22:18:41 <mrmoku> GNUtoo|laptop: in my local build image has watchdog
Nov 20 22:19:03 <GNUtoo|laptop> mrmoku, ok
Nov 20 22:19:07 <mrmoku> so OE is fine... probably building nokia900 after some other machine does not work correctly
Nov 20 22:19:25 <GNUtoo|laptop> indeed
Nov 20 22:19:33 <GNUtoo|laptop> I build machines in a separate dir
Nov 20 22:19:55 <GNUtoo|laptop> for instance wesnoth is broken for om-gta02 because of illegal instruction
Nov 20 22:20:00 <GNUtoo|laptop> I do not have such issues
Nov 20 22:20:18 <mrmoku> hmm
Nov 20 22:20:33 <GNUtoo|laptop> at least I remember not having such issue
Nov 20 22:20:36 <mrmoku> gena2x: thanks very much
Nov 20 22:20:41 <GNUtoo|laptop> I didn't use om-gta02 for some time
Nov 20 22:20:48 <GNUtoo|laptop> maybe one week or 2
Nov 20 22:21:00 <GNUtoo|laptop> I use htcdream as phone and n900 as tablet
Nov 20 22:21:04 <GNUtoo|laptop> with SHR on both
Nov 20 22:21:25 <mrmoku> I already put my SIM into my gta02 :)
Nov 20 22:21:29 <GNUtoo|laptop> ok
Nov 20 22:21:41 <mrmoku> my clients will complain again about not being able to understand me... but who cares :P
Nov 20 22:23:49 <gena2x> mrmoku: hey, sound via should be ok with neo.
Nov 20 22:23:55 <gena2x> *via gsm
Nov 20 22:24:19 <mrmoku> gena2x: if I tweak the state files, yes
Nov 20 22:24:23 <lindi-> it's not ok unless you have quiet background
Nov 20 22:25:17 <[Rui]> gena2x: ah, so it's nice to know my intuition about these things is still not too far off :)
Nov 20 22:25:23 <gena2x> after buzz-fixing my neo properly, nobody told me about bad sound quality
Nov 20 22:25:34 <lindi-> gena2x: maybe it depends on hw
Nov 20 22:25:39 <[Rui]> gena2x: to me people do
Nov 20 22:25:59 <gena2x> i bet all deal is in alsa controls
Nov 20 22:25:59 <[Rui]> gena2x: lot's of people complain about echo... I try to reduce volume a bit, it helps but... 
Nov 20 22:26:02 <mrmoku> echo from too loud micro is one of my main problems
Nov 20 22:26:07 <[Rui]> mrmoku: yeah
Nov 20 22:26:28 <[Rui]> gena2x: the problem is that there's too few openmoko phones for which a setting works ok :)
Nov 20 22:26:32 <[Rui]> at least IMHO
Nov 20 22:26:58 <[Rui]> not enough money to have good enough QA so they all are equal enough...
Nov 20 22:27:24 <gena2x> strange, i thought gsm modem has echo cancellation
Nov 20 22:27:38 <gena2x> may be it was lost somewhere in shr?
Nov 20 22:27:55 <lindi-> i am not using shr so that won't explain the whole story :)
Nov 20 22:28:11 <gena2x> but you using fso afair
Nov 20 22:28:16 <lindi-> yep
Nov 20 22:28:24 <gena2x> so, story may be same
Nov 20 22:28:59 <mrmoku> but old fso... not fso2 as we do in SHR
Nov 20 22:29:01 <[Rui]> gena2x: fso, qtmoko, whatever... all the same (IMHO). problem is the hardware is not good enough, in that regard
Nov 20 22:29:17 <lindi-> [Rui]: or the gsm firmware
Nov 20 22:29:34 <[Rui]> gena2x: I wonder if there are more patches missing, as since I updated this afternoon the system overall seems slower...
Nov 20 22:30:02 <[Rui]> lindi-: AFAIR I have tha latest gsm firmware, being a fscking blob... not much that can be helped there :(
Nov 20 22:30:46 <gena2x> lindi-: btw, i can recall you told about while flash. now i took a look again to first anti-ws patch, and recalled what delayed unblack called 'hack' by it's authors (in comments in kernel code), and that were reason why i disabled it without thinking too much.
Nov 20 22:31:06 <[Rui]> grr.r.... I hate this -c clean of eglibc recipes
Nov 20 22:31:14 <mrmoku> hehe
Nov 20 22:32:42 <gena2x> i can record sound from gsm here, to test if it is really good or bad
Nov 20 22:33:02 <[Rui]> I'm being told I'm not being socialble enough, back to dinner ;)
Nov 20 22:33:05 <[Rui]> brb
Nov 20 22:33:21 <lindi-> gena2x: it won't help much since it is not recording what is being sent to the network
Nov 20 22:34:29 <gena2x> lindi-: i did recording or gsm buzz somehow... need to recall how.
Nov 20 22:35:11 <gena2x> lindi-: ah, echo should be in output of sound card to gsm, and it is possible to record it
Nov 20 22:35:51 <lindi-> gena2x: that won't record what the echo cancellation algorithms decide
Nov 20 22:37:13 <gena2x> lindi-: but at least we can see what is on output of sound card, and evaluate how good echo cancellation algorithms perform
Nov 20 22:38:19 <gena2x> lindi-: we can also process sound in software before sending it to gsm, this is not gsm buzz, may be it is possible to cancel echo in software
Nov 20 22:41:34 <gena2x> [Rui]: slower system? hm, no probably this means something added not missing :)
Nov 20 22:41:43 <lindi-> gena2x: i was not able to process sound in software before sending it to gsm
Nov 20 22:42:57 <lindi-> gena2x: http://docs.openmoko.org/trac/ticket//2330
Nov 20 22:44:18 <gena2x> lindi-: very strange, i had no problems playing sound file into gsm
Nov 20 22:45:04 <lindi-> gena2x: yes but try recording at the same time
Nov 20 22:45:33 <gena2x> lindi-: how recording from _other sound card_ can interfere?
Nov 20 22:45:52 <lindi-> gena2x: kernel bug?
Nov 20 22:46:05 <gena2x> lindi-: damn. hell. YES. :)
Nov 20 22:46:30 <gena2x> if so
Nov 20 22:49:16 <lindi-> currently testing rtk-gps stuff, this time bit further away from the base station
Nov 20 22:50:47 <gena2x> hey, your results of 10 centimeters precision are simply amazing
Nov 20 22:50:48 <lindi-> for the last 3 minutes the position has been pretty stable: http://lindi.iki.fi/lindi/gps/experiment/12/phase2.png (lat, lon, height in degrees vs. time in samples (20 per second))
Nov 20 22:50:54 <gnutoo> grrrr
Nov 20 22:51:00 <gnutoo> I forgtt depmod -a
Nov 20 22:51:22 <gnutoo> how do I depmod -b ?
Nov 20 22:51:50 <lindi-> gena2x: i'm afraid rtk-gps is quite challenging in urban environments with cheap antennas :)
Nov 20 22:52:28 <[Rui]> gena2x: lots of stuff were added when it was getting faster :)
Nov 20 22:53:33 <gena2x> lindi-: so, can you tell me. if i put antenna on root of my house, get other fr, run some software on it, then i can get 10-cm precision on first fr in range of few kilometers of antenna?
Nov 20 22:53:36 <[Rui]> gena2x: WRT echo... sensitive mic can capture ambient sound coming from speaker
Nov 20 22:53:54 <lindi-> gena2x: that "few kilometers" is the unknown part
Nov 20 22:53:56 <[Rui]> speaking of sound... when I plug a headset, shouldn't FSO detect it?
Nov 20 22:54:22 <gena2x> [Rui]: this is called 'local echo', should be cancelled i think
Nov 20 22:54:34 <gena2x> [Rui]: typical thing for _any_ phone
Nov 20 22:54:46 <[Rui]> gena2x: I lower my speaker volume, people don't complain (but I have a harder time hearing them)
Nov 20 22:54:49 <lindi-> gena2x: and you really need to run rtklib on your PC, FR is not powerful enough at least now
Nov 20 22:54:56 <gena2x> [Rui]: so algorithms probably exist for ages to fix it
Nov 20 22:55:15 <lindi-> gena2x: so you only need "cat /dev/gps > rover.ubx" software on your FR :)
Nov 20 22:55:23 <gnutoo> grrr grrr grrr
Nov 20 22:55:30 <gnutoo> still not working
Nov 20 22:55:31 <gena2x> lindi-: yes, i put 'few kilometers' more as question :) now far is it no?
Nov 20 22:55:33 <gena2x> *now
Nov 20 22:55:47 <gnutoo> depmod -b /path/to/rootfs/ kernel-version
Nov 20 22:55:49 <lindi-> around 500m i think
Nov 20 22:56:11 <lindi-> i did not actually measure it :) this was just the most convenient place to park a car with good visibility
Nov 20 22:57:00 <gena2x> lindi-: so, two freerunners must be in 500m :(? it is possible to use this technique in 20km for example?
Nov 20 22:57:26 <lindi-> gena2x: I have tested 40km and 15 km. those tests failed :)
Nov 20 22:57:54 <lindi-> "unable to resolve integer ambiguity" was the error or something
Nov 20 22:59:13 <lindi-> i am around 300-400m from the base station
Nov 20 22:59:21 <[Rui]> I was very surprise by the new kernel, anyway
Nov 20 22:59:27 <[Rui]> with new sound drivers... I expect
Nov 20 22:59:35 <[Rui]> now I can hear the ring tones :)
Nov 20 22:59:59 <[Rui]> mrmoku: actually, I gotta complaint about it, after I reject a call I get the ring tone for a long time still :)
Nov 20 23:00:19 <lindi-> I guess it's time to head home now and and do another test maybe at 1,5 km
Nov 20 23:00:40 <[Rui]> mrmoku: think you could add a third button (mute) so I can kill the sound without accepting or rejecting the call?
Nov 20 23:02:19 <[Rui]> lindi-: oh, how I wish to have the opportunity to visit .fi :)
Nov 20 23:02:56 <gena2x> lindi-: good luck
Nov 20 23:04:49 <gena2x> [Rui]: 'new kernel' are you speaking about freerunner?
Nov 20 23:04:57 <mrmoku> [Rui]: yeah, there already is a ticket for this
Nov 20 23:04:58 <[Rui]> gena2x: yeah
Nov 20 23:05:18 <gena2x> [Rui]: 'hear ringtones'??
Nov 20 23:05:19 <mrmoku> will be one of the first things when I touch libphone-ui-shr again
Nov 20 23:05:35 <[Rui]> gena2x: ring tone sound improved *a lot* with the move to 2.6.34.7
Nov 20 23:05:41 <mrmoku> yup
Nov 20 23:06:03 <[Rui]> gena2x: I have the beggining of Tindersticks Falling Down the Mountain, and I could hardly hear it
Nov 20 23:06:12 <gena2x> [Rui]: strange, very strange. sound volume should not depend on kernel, only on alsa settings
Nov 20 23:06:22 <mrmoku> you can hear it now even when in a pocket
Nov 20 23:06:29 <mrmoku> and I can hear my bed calling me :P
Nov 20 23:06:32 <mrmoku> gnight all
Nov 20 23:06:39 <[Rui]> mrmoku: indeed :) good night :)
Nov 20 23:06:42 <gena2x> night
Nov 20 23:07:03 <[Rui]> gena2x: 2.6.32 and 2.6.34 have same alsa settings, IIRC, right? the difference was *noticeable* :)
Nov 20 23:07:50 <gena2x> [Rui]: complete weird. impossible. should not happen. this means alsa settings actually different
Nov 20 23:08:18 <gena2x> or some evil lars found sound evil bug and fix it in silently :)
Nov 20 23:08:54 <gena2x> *or some evil lars found some evil bug and fixed it in silently :)
Nov 20 23:10:38 <[Rui]> gena2x: well, it is possible and a fact
Nov 20 23:11:04 <gena2x> why nothing like this had happend in qtmoko?
Nov 20 23:20:17 <[Rui]> gena2x: can't say, but I tried 2.6.34.7 FIRST with only kernel upgrade (download from JaMa|Off's build)
Nov 20 23:20:22 <[Rui]> noticed it immediately
Nov 20 23:44:45 <GNUtoo|oeee> mrmoku, 
Nov 20 23:44:49 <GNUtoo|oeee> are you still there
Nov 20 23:44:53 <GNUtoo|oeee> how to depmod?
Nov 20 23:45:07 <GNUtoo|oeee> I am still struggeling with depmod
Nov 20 23:45:13 <GNUtoo|oeee> and I"m really fed-up
Nov 20 23:45:43 <GNUtoo|oeee> how to launch vala-terminal when ts doesn't work?
Nov 20 23:49:48 <GNUtoo|oeee> GRRRRRRR
Nov 20 23:55:08 <GNUtoo|oeee> maybe I should quit smartphones
Nov 20 23:55:17 <GNUtoo|oeee> at least the ones without serial console
Nov 21 00:03:29 <gena2x> depmod -a `uname -r`
Nov 21 00:09:25 <lindi-> gena2x: so, at 150m the scatter plot is a lot less pretty then at 10m: http://lindi.iki.fi/lindi/gps/experiment/12/overview2.png
Nov 21 00:15:17 <gena2x> lindi-: i can't really understand you graphs. what is '-0.20': meters?
Nov 21 00:16:29 <lindi-> gena2x: meters yes
Nov 21 00:16:39 <gena2x> and each point is (average-point_n)? but who told <average> is correct?
Nov 21 00:16:44 <lindi-> gena2x: distance from a completely arbitrary point
Nov 21 00:17:05 <lindi-> I'm only interested in the shape of the scatter, not how "correct" the average is
Nov 21 00:17:26 <gena2x> ah, only relative movement
Nov 21 00:17:53 <lindi-> i don't have access to any points that'd be known so precisely that it would matter
Nov 21 00:18:27 <lindi-> and baseline length limitations don't make such measurements very easy either :)
Nov 21 00:19:11 <lindi-> gena2x: for comparison you can look at http://lindi.iki.fi/lindi/gps/experiment/2/p2-neo1-scatter-utm0.10-strip50-2.4.0.png
Nov 21 00:19:40 <gena2x> lindi-: but on your images, are your rover is moving?
Nov 21 00:19:49 <gena2x> or 'average' is moving?
Nov 21 00:19:49 <lindi-> gena2x: nope
Nov 21 00:20:27 <gena2x> and average is got over all points from beginning to end?
Nov 21 00:20:39 <lindi-> both base and rover are still and i'm plotting the estimated position of the rover
Nov 21 00:21:14 <gena2x> aha, now i got meaning of your graph
Nov 21 00:24:10 <gena2x> lindi-: but if this is average, why all values <0 ? cause of this out-of figure blue lines?
Nov 21 00:24:29 <lindi-> gena2x: yeah, because of a few odd points
Nov 21 00:24:43 <gena2x> what is reason of that odd points?
Nov 21 00:25:09 <lindi-> I guess there are two reasons at least. the early startup takes around 1000 seconds
Nov 21 00:25:25 <gena2x> whooooh
Nov 21 00:25:54 <lindi-> and then even after that it sometimes seems to be off-by-a-cycle
Nov 21 00:26:28 <lindi-> which causes these weird misplaced points
Nov 21 00:26:46 <lindi-> gena2x: if you want to study this more the rtklib output is  http://lindi.iki.fi/lindi/gps/experiment/12/rover.pos
Nov 21 00:31:33 <gena2x> lindi-: no, actually i just were thinking is it possible to use it somehow, i thought about precise location of car/bicycle, but with such limited range... and just have general interest in precision of GPS.
Nov 21 00:32:36 <gena2x> how you going to use it? something interesting?
Nov 21 00:34:26 <lindi-> gena2x: not sure
Nov 21 00:34:57 <lindi-> gena2x: just wanted to verify if this really can be done like the papers promise
Nov 21 01:09:33 <pespin> [Rui], I noticed too since a week or two ago that my FR didn't detect the headset, but didn't have time to look at it and thought it was only a problem of mine
Nov 21 01:10:41 <pespin> [Rui], and btw, I read you yesterday saying eve didn't show icon correcty because of a missing extension in desktop file. I've tried to add it and restart FR, and it still doesn't show
Nov 21 01:12:38 <pespin> curious thing I've found, is that the other apps which also have icons in /usr/share/icons/xxxxxx.png doesn't show their icons neither. Maybe newer illume2 is no longer looking in /usr/share/icons/ for image icons?
**** ENDING LOGGING AT Sun Nov 21 02:59:58 2010