**** BEGIN LOGGING AT Mon Dec 06 02:59:57 2010
Dec 06 06:31:23 <mrmoku> pespin: great... will apply them when I come back (if JaMa|Off does not beat me... as he's usually faster than me :P)
Dec 06 06:38:19 <JaMa|Off> not today :)
Dec 06 06:38:44 <JaMa|Off> still away.. and will leave to work in few minutes
Dec 06 06:39:20 <JaMa|Off> but I would put those to e-wm directory instead of shr (as they are not so SHR specific)
Dec 06 08:33:08 <daniele_athome> morning
Dec 06 08:33:12 <daniele_athome> mrmoku, morning
Dec 06 08:36:51 <Lopi> daniele_athome: are you familiar with the modem_singleline plugin in cornucopia?
Dec 06 08:37:03 <daniele_athome> Lopi, no
Dec 06 08:40:42 <JaMa|Off> mrmoku: I'm ready, should I push those? :)
Dec 06 08:40:48 <JaMa|Off> moin
Dec 06 08:43:33 <daniele_athome> JaMa, hi
Dec 06 08:43:39 <daniele_athome> i have a couple of patches :)
Dec 06 08:51:15 <mrmobil> JaMa: i knew you will be faster
Dec 06 08:51:49 * mrmobil waiting for his car to get a particle filter installed
Dec 06 08:52:21 <mrmobil> JaMa: so feel free to push :)
Dec 06 08:53:13 <mrmobil> at least they offer me free coffee :)
Dec 06 08:53:22 <Lopi> Anyone familiar with the fsogsmd modem_singleline plugin in cornucopia?
Dec 06 08:53:25 <mrmobil> morning daniele_athome 
Dec 06 08:53:32 <JaMa> mrmobil: oki :)
Dec 06 08:53:37 <mrmobil> rebuild finished?
Dec 06 08:53:49 <JaMa> daniele_athome: I know, that's what we're talking with mrmobil 
Dec 06 08:53:57 <daniele_athome> JaMa, ah lol :D
Dec 06 08:54:55 <daniele_athome> mrmoku, this morning i tried a phone call as soon as the phone resumed from suspend
Dec 06 08:54:57 <daniele_athome> it hanged
Dec 06 08:55:04 <daniele_athome> fsogsmd didn't log anything
Dec 06 08:55:12 <mrmobil> :/
Dec 06 08:55:38 <PaulFertser> Told ya
Dec 06 08:55:43 <daniele_athome> to make it work i have to wait 10-15 seconds after resume
Dec 06 08:56:05 <mrmobil> which is bad for incoming calls
Dec 06 08:56:11 <daniele_athome> mrmobil, i guess so
Dec 06 08:58:38 <mrmobil> daniele_athome: do you have pin enabled?
Dec 06 08:58:41 <daniele_athome> mrmobil, no
Dec 06 08:59:07 <mrmobil> did fsogsmd segfault?
Dec 06 08:59:12 <daniele_athome> mrmobil, no
Dec 06 08:59:20 <daniele_athome> when i tried killall fsogsmd
Dec 06 08:59:34 <daniele_athome> it terminated "correctly" logging the shutdown
Dec 06 08:59:39 <daniele_athome> but anything on the call
Dec 06 08:59:43 <daniele_athome> mrmobil, could this be a dbus issue?
Dec 06 09:00:13 <mrmobil> sure? it will immediately get dbus-activated after a segfault
Dec 06 09:00:32 <mrmobil> and without pin you might not even notice
Dec 06 09:00:35 <daniele_athome> mrmobil, logging nothing?
Dec 06 09:00:36 <daniele_athome> mmm
Dec 06 09:00:55 <mrmobil> in fsogsmd.log you can see it
Dec 06 09:01:36 <daniele_athome> mrmobil, wait i'll send you
Dec 06 09:02:17 <mrmobil> well can't check now
Dec 06 09:02:32 <daniele_athome> mrmobil, anyway at first look i can't see any strange line
Dec 06 09:02:43 <daniele_athome> concerning about fsogsmd restart
Dec 06 09:03:00 <mrmobil> it would hav the binary started twice in the log
Dec 06 09:03:58 <daniele_athome> mrmobil, no match
Dec 06 09:04:04 <mrmobil> ok
Dec 06 09:05:04 <daniele_athome> it contains some numbers so i've wrote the url in private message
Dec 06 09:05:14 <mrmobil> hmm... that thing will be difficult to tackle :/
Dec 06 09:07:52 <mrmobil> daniele_athome: you have that repeatable on every reume when trying to call immediately?
Dec 06 09:08:04 <daniele_athome> mrmobil, of course
Dec 06 09:08:07 <daniele_athome> it happens all the time
Dec 06 09:08:18 <daniele_athome> mrmobil, when i have time i'll enable debug logging of fsogsmd
Dec 06 09:08:22 <daniele_athome> and do some deeper analysis
Dec 06 09:08:45 <daniele_athome> ah mrmobil i use mokosuite but i don't think it's an issue
Dec 06 09:08:49 <daniele_athome> doesn't it?
Dec 06 09:09:56 <JaMa> pespin_: why did you add efenniht themes as separate recipes when they can be built as part of e-wm/elementary recipe?
Dec 06 09:15:02 <mrmobil> car finished
Dec 06 09:15:10 <mrmobil> going home
Dec 06 09:15:29 <mrmobil> bbl
Dec 06 10:04:05 <JaMa> radekp: great! radekp/qtmoko-v30 is really the same except config, feel free to merge your .config to arch/arm/configs/gta02_defconfig (which is now the same as SHR config but without DRM, but your config will be better there)
Dec 06 10:06:12 <radekp> JaMa: hi, oki, i'll do
Dec 06 12:33:11 <GNUtoo|laptop> hi mrmoku 
Dec 06 12:50:30 <Ainulindale> mrmoku ?
Dec 06 12:51:28 <GNUtoo|laptop> Ainulindale, ?
Dec 06 12:51:46 <GNUtoo|laptop> mrmoku, is someone
Dec 06 12:51:55 <Ainulindale> That's why I'm asking if he's there.
Dec 06 12:51:58 <Ainulindale> Other question? :-)
Dec 06 12:52:00 <GNUtoo|laptop> ah ok
Dec 06 12:52:16 <GNUtoo|laptop> I didn't understand the ?
Dec 06 12:52:20 <GNUtoo|laptop> sorry
Dec 06 12:52:57 <Ainulindale> :-p
Dec 06 12:57:13 <Ainulindale> mrmoku: I need to check if you truly asked the transfer from PSI USA
Dec 06 12:57:20 <Ainulindale> mrmoku: if that's the case I can accelerate it
Dec 06 13:25:20 <mrmoku> Ainulindale: I think so... my colleague mailed me that it's 'pending_irtp'
Dec 06 13:25:24 <mrmoku> whatever that means
Dec 06 13:25:34 <mrmoku> probably giving you some time to NACK the transfer
Dec 06 13:28:58 <GNUtoo|laptop> mrmoku, http://wiki.freesmartphone.org/index.php/Hardware/N900/TODO updated for audio routing issues with volume
Dec 06 13:29:24 <GNUtoo|laptop> also should I switch n900 to my modem plugin if it works better(no pin)
Dec 06 13:29:34 <GNUtoo|laptop> no segfault also
Dec 06 13:29:43 <GNUtoo|laptop> and no fake provider 
Dec 06 13:29:52 <GNUtoo|laptop> that could confuse people
Dec 06 13:30:28 <Ainulindale> mrmoku: ok so I'm validating the transfer
Dec 06 13:30:40 <mrmoku> Ainulindale: great, thanks
Dec 06 13:30:57 <mrmoku> GNUtoo|laptop: ok, will take a look... after unpacking my brand new 2TB disk ;)
Dec 06 13:31:09 <GNUtoo|laptop> it's a desktop disk?
Dec 06 13:31:16 <mrmoku> yup
Dec 06 13:31:18 <GNUtoo|laptop> ok
Dec 06 13:31:23 <mrmoku> for my desktop... a desktop disk :-)
Dec 06 13:32:28 <JaMa> who want's new efl beta3? :)
Dec 06 13:33:08 <GNUtoo|laptop> JaMa, what's better? what new bugs were introduced?
Dec 06 13:33:20 <mrmoku> heh
Dec 06 13:33:34 <mrmoku> wanted to ask the same ;)
Dec 06 13:34:03 * GNUtoo|laptop tested the elmentary test last night
Dec 06 13:34:05 <JaMa> sofar I have it only built and installed on gta02.. so not tested, but changelog looks like mostly fixes
Dec 06 13:34:08 <GNUtoo|laptop> and it's fast...on the n900
Dec 06 13:40:22 <DocScrutinizer> hehe, just I ran into a sheet of paper I wrote some notes regarding GTA04-II product specs and design, some years ago, when GTA04 was Steve's and my baby 
Dec 06 13:41:15 <mrmoku> unborn baby unfortunatelly
Dec 06 13:41:21 <DocScrutinizer> yup
Dec 06 13:42:15 <DocScrutinizer> specs are amazingly close to those of N9 :-) Well, at least with respect to product features
Dec 06 13:43:31 <DocScrutinizer> Alas we had one problem to deal with: we were supposed to use GTA01/02 case :-o
Dec 06 13:44:17 <DocScrutinizer> so it looks actually quite similar to what's gta04 today :-D
Dec 06 13:44:38 <DocScrutinizer> but with a few nice extensions
Dec 06 13:44:44 * mrmoku wonders how one can integrate a keyboard there :P
Dec 06 13:44:55 <DocScrutinizer> you can't
Dec 06 13:45:02 <DocScrutinizer> that's what I meant
Dec 06 13:45:24 <DocScrutinizer> or at least it's incredibly hard and also clumsy
Dec 06 13:46:33 <DocScrutinizer> I planned for a short while to have an ultraslim low profile hw kbd on backside
Dec 06 13:46:50 <DocScrutinizer> mounted on top of battery cover
Dec 06 13:47:08 <DocScrutinizer> but that wasn't really a good mechanical design
Dec 06 13:47:44 <DocScrutinizer> and also not usable on the go, only on a table as support
Dec 06 13:48:26 <mrmoku> Ainulindale: got a mail now, that the transfer was successfully started :)
Dec 06 13:48:41 <Ainulindale> Good :-)
Dec 06 13:48:58 <Ainulindale> Next thing will be your transfer of a huge sum to my bank account
Dec 06 13:49:07 <Ainulindale> Something with lots of zeroes preceded by a 1
Dec 06 13:49:10 <Ainulindale> I'd be glad
Dec 06 13:49:18 <mrmoku> nah... that's not what we said
Dec 06 13:49:20 <Ainulindale> :-)
Dec 06 13:49:23 <JaMa> ie 1.00000000000?
Dec 06 13:49:26 <mrmoku> we we're talking about you paying me for taking it over ;)
Dec 06 13:49:32 <Ainulindale> hahaha
Dec 06 13:49:42 <Ainulindale> So I can procrastinate in peace?
Dec 06 13:49:54 <mrmoku> no
Dec 06 13:50:05 <GNUtoo|laptop> what's all theses transferts?
Dec 06 13:50:10 <mrmoku> there are still things under your control only :P
Dec 06 13:50:16 <Ainulindale> Oh?
Dec 06 13:50:18 <Ainulindale> Which one?
Dec 06 13:50:24 <mrmoku> GNUtoo|laptop: Ainulindale wanted to get rid of the shr-project.org domain
Dec 06 13:50:30 <mrmoku> Ainulindale: the mailing lists
Dec 06 13:50:38 <Ainulindale> Well I lost all accounts
Dec 06 13:50:41 <Ainulindale> So no :-)
Dec 06 13:50:45 <mrmoku> hehe, ok
Dec 06 13:50:52 <mrmoku> nobody has control then :P
Dec 06 13:50:52 <Ainulindale> (got an electrical surge)
Dec 06 13:51:01 <Ainulindale> (borked the hard drive AND the backup)
Dec 06 13:51:25 <Ainulindale> And I didn't want to "get rid" of the domain, just pass it over to someone who actually managed SHR these days :-)
Dec 06 13:51:48 <mrmoku> Ainulindale: sure :)
Dec 06 13:52:19 <GNUtoo|laptop> ok
Dec 06 14:09:18 <DocScrutinizer> mrmoku: you know those toslink 3.5mm combi-plugs?
Dec 06 14:09:30 <mrmoku> DocScrutinizer: no
Dec 06 14:10:15 <DocScrutinizer> you can plug in a standard 3.5mm headset, or a plastic 3.5mm plug with glass fibre toslink
Dec 06 14:10:58 <mrmoku> ok
Dec 06 14:11:27 <DocScrutinizer> mrmoku: (though we had the order to use gta02 case, we were free to drill in any holes we like :-P)
Dec 06 14:11:40 <DocScrutinizer> (for gta04)
Dec 06 14:11:43 <mrmoku> :)
Dec 06 14:12:18 <DocScrutinizer> even for a proper barel plug charger receptacle
Dec 06 14:12:43 <DocScrutinizer> heard N8 has it too :-D
Dec 06 14:12:55 <DocScrutinizer> finally
Dec 06 14:13:34 <DocScrutinizer> they noticed USB charging is mandatory for EU and Chine, but not mutually exclusive with a decent power connector
Dec 06 14:14:01 <DocScrutinizer> \o/
Dec 06 14:15:51 <DocScrutinizer> audio concept (mechanical) was epic - though I'm not sure it could ever be built like what we dreamt of
Dec 06 14:16:43 <JaMa> even with plenty of holes in case I would still prefer qwerty keyboard :)
Dec 06 14:17:36 <JaMa> or at least enough button for magic sysrq
Dec 06 14:17:58 <DocScrutinizer> hehe, yes. Well the idea to have a 2mm thick flip-out kbd plumbed on outside of battery cover still isn't completely dead
Dec 06 14:19:23 <DocScrutinizer> we planed a universal expansion bus connector inside battery compartment, so the cover could easily connect to that
Dec 06 14:20:50 <DocScrutinizer> also some dozen of gold plated sensor switches were planned for all around the side of the case
Dec 06 14:22:10 <GNUtoo|laptop> nice!!! intone will become more usable: http://code.google.com/p/intone/issues/detail?id=23
Dec 06 14:22:30 <DocScrutinizer> what's intone?
Dec 06 14:22:38 <GNUtoo|laptop> an efl music player
Dec 06 14:22:51 <GNUtoo|laptop> it's shipped by default in shr-image
Dec 06 14:22:57 <DocScrutinizer> aah
Dec 06 14:23:01 <JaMa> pity that not many commits from cchandel lately
Dec 06 14:23:11 <DocScrutinizer> that thing that never worked for me
Dec 06 14:24:08 <JaMa> ventura webkit-efl api bug is opened for > 4 months.. :/
Dec 06 14:24:21 <JaMa> almost time to remove it from task-shr-feed..
Dec 06 14:32:31 <GNUtoo|laptop> mickey|office, hi
Dec 06 15:15:41 <mrmoku> JaMa: btw. we have a problem with u-boot not passing atags to our kernel
Dec 06 15:27:37 <mrmoku> JaMa: maybe it's as easy as adding 'setenv atags 0x8200000c' to the boot script
Dec 06 15:27:54 * mrmoku will try that
Dec 06 15:29:49 <JaMa> you mean with stskeeps's u-boot binary too?
Dec 06 15:30:19 <mrmoku> yup
Dec 06 15:30:35 <mrmoku> it seems to set it only when not booting from mmc
Dec 06 15:30:51 <mrmoku> maybe the new kernel does not need that... dunno
Dec 06 15:31:56 <mrmoku> quit
Dec 06 15:31:59 <JaMa> mrmoku: it's only in "run noloboot"
Dec 06 15:32:02 <mrmoku> heh
Dec 06 15:32:08 <mrmoku> yup
Dec 06 15:32:35 <JaMa> but you can add it as setenv atags ${nolo_atagaddr};
Dec 06 15:32:44 <mrmoku> yup, did just that
Dec 06 15:33:01 <JaMa> ah ok :)
Dec 06 15:33:42 <mrmoku> JaMa: is it possible to make OE build both - zimage and uimage?
Dec 06 15:34:55 <JaMa> well if you revert that KERNEL_TYPE change to zImage and then call mkimage manually
Dec 06 15:35:03 <JaMa> don't know if there is better way
Dec 06 15:35:08 <mrmoku> hmm... ok
Dec 06 15:36:36 <JaMa> but ie u-a postinst will be broken
Dec 06 15:36:47 <JaMa> "broken"
Dec 06 15:37:30 <mrmoku> is it enough to skip the uboot header to get a zimage again?
Dec 06 15:38:02 <mrmoku> JaMa: no, did not work :/
Dec 06 15:38:32 <JaMa> you can try this http://buffalo.nas-central.org/wiki/How_to_Extract_an_uImage
Dec 06 15:39:05 <mrmoku> nice, thanks
Dec 06 15:39:54 <mrmoku> JaMa: this is what I tried http://paste.pocoo.org/show/301362/
Dec 06 15:40:11 <JaMa> btw any opinion on 0x38000 or 0x40000 offset in u-boot?
Dec 06 15:40:33 <JaMa> metan u-boot is using 0x38000, stskeeps's board config 0x40000
Dec 06 15:40:46 <mrmoku> hmm... no opinion
Dec 06 15:40:51 <JaMa> we should pick one to became majority :)
Dec 06 15:40:58 <mrmoku> hehe
Dec 06 15:45:56 <mrmoku> hmm... might be my u-boot is without CONFIG_CHAINLOADER
Dec 06 15:47:34 <JaMa> mrmoku: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/5a378bb72e1fd657f97b8653be67b5dfaccf6955
Dec 06 15:47:44 <JaMa> mrmoku: that's what I have on top of your patch
Dec 06 15:48:06 <JaMa> so yes looks like it
Dec 06 15:48:37 <mrmoku> no
Dec 06 15:48:57 <mrmoku> JaMa: hmm... my patch includes that too
Dec 06 15:49:03 <JaMa> ah now I see
Dec 06 15:49:39 <mrmoku> and CONFIG_CHAINLOADER is defined fixed for rx-51
Dec 06 15:49:46 <mrmoku> so that can't be the reason :/
Dec 06 15:49:55 <mrmoku> include/configs/nokia_rx51.h:#define CONFIG_CHAINLOADER 1       /* Loaded by NOLO */
Dec 06 15:59:44 <mrmoku> ok, same with u-boot from stskeeps
Dec 06 16:00:27 <JaMa> and how do you "detect" missing atags?
Dec 06 16:01:50 <mrmoku> ohh... ouch
Dec 06 16:01:53 * mrmoku stupid
Dec 06 16:02:06 <mrmoku> JaMa: alsamixer hangs and gives me a kernel oops
Dec 06 16:02:30 <mrmoku> but I somehow failed copying the new boot.scr :P
Dec 06 16:15:46 <mrmoku> JaMa: hmm... it sets the atags now... but does not boot anymore
Dec 06 16:16:36 <JaMa> booting shr right?
Dec 06 16:16:39 <mrmoku> yup
Dec 06 16:16:58 <mrmoku> loads the kernel... screen is dark... and after a while I'm back to u-boot
Dec 06 16:18:07 <JaMa> do you have enabled debug messages to console in kernel?
Dec 06 16:18:29 <JaMa> but looks similar to what I have with my combined.bin..
Dec 06 16:28:54 <JaMa> mrmoku: btw you're using git svn for enlightenment right? I've started clone (only trunk) about half an hour ago and it's still running :/ iirc svn co was a bit faster
Dec 06 16:29:14 <JaMa> ah it's cloning whole history :)
Dec 06 16:29:50 <mrmoku> JaMa: hehe, yeah
Dec 06 16:29:57 <mrmoku> you better specify a minimum rev
Dec 06 16:30:09 <mrmoku> and even then... it was cloning over night for me :P
Dec 06 16:30:44 <mrmoku> (debug) don't think so
Dec 06 16:31:20 <pespin> hi!
Dec 06 16:31:23 <JaMa> it does not support --depth :/
Dec 06 16:31:38 <pespin> did someone have a look at efenniht recipes I sent?
Dec 06 16:32:43 <JaMa> someone updated and pushed them
Dec 06 16:33:28 <pespin> oh great :)
Dec 06 16:33:45 <mrmoku> JaMa: hmm... I could push it to our git... what do you think?
Dec 06 16:34:05 <JaMa> mrmoku: e?
Dec 06 16:34:22 <mrmoku> yup
Dec 06 16:34:35 <mrmoku> 0022 mok@gonzales[pts/1]:~/src/openmoko-> du -sh e
Dec 06 16:34:36 <mrmoku> 869M    e
Dec 06 16:34:36 <JaMa> I've removed e and "mv e-svn e"
Dec 06 16:35:00 <JaMa> so I can live with svn checkout a bit longer..
Dec 06 16:35:34 <JaMa> as we will still use upstream svn repo in OE then pusing to our git is not needed imho
Dec 06 16:36:27 <mrmoku> nah, just meant for us to look at
Dec 06 16:36:29 <mrmoku> not for building
Dec 06 16:36:32 <mrmoku> btw.
Dec 06 16:36:37 <mrmoku> -r 40000:HEAD
Dec 06 16:36:49 <mrmoku> is the way how to limit the revisions with git svn clone
Dec 06 16:37:20 <JaMa> good to know, thank
Dec 06 16:37:21 <JaMa> s
Dec 06 16:38:08 <mrmoku> yw
Dec 06 16:38:37 <mrmoku> it helped me a lot to be able to browse history with git while searching for that toolbar thing :-)
Dec 06 17:43:43 <daniele_athome> JaMa, ping
Dec 06 17:43:52 <JaMa> pong
Dec 06 17:44:46 <daniele_athome> JaMa, would you mind to include librest in shr-u feed?
Dec 06 17:44:56 <daniele_athome> i'm going to post an app of mine using that lib very soon
Dec 06 17:45:33 <JaMa> is it enough if I build it manually and then it will be pulled to feed by that app you're posting? :)
Dec 06 17:45:43 <daniele_athome> JaMa, ah ok
Dec 06 17:45:46 <daniele_athome> didn't know that :)
Dec 06 17:46:47 * JaMa building
Dec 06 17:48:39 <JaMa> but be aware that I've changed librest version a bit.. so better rebuild against current OE HEAD first
Dec 06 17:52:19 <daniele_athome> JaMa, how much is "a bit"? :)
Dec 06 17:52:25 <daniele_athome> *:P
Dec 06 17:53:53 <JaMa> PE bump, git${SRCRE} -> gitr${SRCPV}
Dec 06 17:53:55 <JaMa> +V
Dec 06 17:54:22 <JaMa> so it's same source but different version for opkg
Dec 06 17:58:25 <mrmoku> JaMa: hmm... I think the atags will be overwritten by the kernel when booting from mmc
Dec 06 17:58:48 <mrmoku> hmm... or not
Dec 06 18:02:50 <GNUtoo|laptop> wow in #freesmartphone.org, PuffTheMagic just made wifi work on the palm-pre
Dec 06 18:18:57 <JaMa> daniele_athome: librest in feeds
Dec 06 18:19:04 <daniele_athome> JaMa, thanks! :)
Dec 06 18:19:25 <daniele_athome> i will consider an upgrade in the future
Dec 06 18:31:40 <mrmoku> JaMa: you still have 2.6.35 for SHR on n900?
Dec 06 18:32:50 <mrmoku> JaMa: I'm trying to understand how meego get's the atags... or if that isn't needed for the newer kernel
Dec 06 18:33:14 <mrmoku> have to read good night story... bbiab
Dec 06 18:33:46 <JaMa> yup I have
Dec 06 18:53:36 <mrmoku> JaMa: could you try if alsamixer works for you?
Dec 06 19:00:24 <TAsn> http://www.google.com/nexus/tech-specs.html#!/features
Dec 06 19:01:51 * mrmoku thought nexus is dead
Dec 06 19:02:13 <TAsn> this is the nexus s
Dec 06 19:02:53 <mrmoku> ahh
Dec 06 19:13:02 <GNUtoo|laptop> mrmoku, hi
Dec 06 19:13:21 <GNUtoo|laptop> I put all the bugs in the TODO?
Dec 06 19:19:17 <JaMa> mrmoku: what exactly do you need with alsamixer?
Dec 06 19:19:33 <JaMa> mrmoku: shown ok and I can adjust levels
Dec 06 19:19:39 <PaulFertser> JaMa: anything. It produces kernel oops for him immediately. :)
Dec 06 19:19:45 <JaMa> Heinervdm: cornucopia bumped on your request
Dec 06 19:20:01 <Heinervdm> JaMa: thx
Dec 06 19:20:11 <JaMa> mrmoku, PaulFertser: so then no oops here :)
Dec 06 19:20:37 <PaulFertser> JaMa: indeed. But mrmoku uses the kernel with u-boot and GNUtoo|laptop says that's due to u-boot not passing ATAGs or something.
Dec 06 19:20:52 <JaMa> but I have u-boot too
Dec 06 19:20:58 <JaMa> but with 2.6.35
Dec 06 19:21:43 <GNUtoo|laptop> I use the kernel directly and there is an atag thing in uboot but only for the in-memory kernel
Dec 06 19:22:08 <GNUtoo|laptop> ah 2.6.35 should work
Dec 06 19:27:21 <mrmoku> JaMa: just starting it is enough
Dec 06 19:27:25 <mrmoku> that does not work for me
Dec 06 19:27:27 <mrmoku> it hangs
Dec 06 19:27:32 <mrmoku> and dmesg shows the kernel oops
Dec 06 19:27:58 <mrmoku> two atags are serial and revision
Dec 06 19:28:14 <mrmoku> I suspect that the sound module in the old kernel checks those
Dec 06 19:28:37 <mrmoku> and the new kernel might not need them
Dec 06 19:28:41 * JaMa booting .28.10 kernel
Dec 06 19:28:48 <mrmoku> good :)
Dec 06 19:29:04 <JaMa> good that "run shr2" is enough :)
Dec 06 19:29:10 <mrmoku> GNUtoo|laptop: yeah, TODO is good for now
Dec 06 19:30:29 <JaMa> oops with .28 too
Dec 06 19:30:53 <mrmoku> fine... it's not me in the end :P
Dec 06 19:31:26 <GNUtoo|laptop> ok
Dec 06 19:32:07 <JaMa> it's in rx51_ext_get_volsw right?
Dec 06 19:33:13 <JaMa> and fsodeviced
Dec 06 19:33:59 <JaMa> actually tpa6130a2_get_volume+0x12/0x40
Dec 06 19:34:41 <JaMa> bbl
Dec 06 19:37:55 <PaulFertser> JaMa: yeah, the client data for tpa6130 doesn't get registered because it doesn't recognise the chip on init (there's a warning in dmesg about that).
Dec 06 19:43:55 <mrmoku> if (!(machine_is_nokia_rx51() || machine_is_nokia_rx71())) return 0;                                          
Dec 06 19:44:17 <mrmoku> and after that it inits the audio devices
Dec 06 19:47:09 <mrmoku> PaulFertser: hmm... where do I find those machine_is_nokia beasts?
Dec 06 19:47:15 <mrmoku> git grep fails upon me
Dec 06 19:47:24 <PaulFertser> mrmoku: probably in include/
Dec 06 19:48:27 <mrmoku> include/asm-arm/mach-types.h:# define machine_is_nokia_rx51()   (machine_arch_type == MACH_TYPE_NOKIA_RX51)
Dec 06 19:48:30 <mrmoku> include/asm-arm/mach-types.h:# define machine_is_nokia_rx51()   (0)
Dec 06 19:48:31 <mrmoku> PaulFertser: thanks
Dec 06 19:48:44 <mrmoku> normal grep found them :/
Dec 06 19:48:47 <PaulFertser> mrmoku: yeah, and that is most probably set via ATAGs
Dec 06 19:49:30 <PaulFertser> mrmoku: at least that happen that way on mips machines.
Dec 06 19:49:35 <PaulFertser> mrmoku: hm, no :)
Dec 06 19:49:56 <PaulFertser> mrmoku: mipses do not use ATAGs :)))
Dec 06 19:50:19 <GNUtoo|laptop> mrmoku, is there a git tree for our uboot?
Dec 06 19:50:30 <GNUtoo|laptop> s/our/our version of/
Dec 06 19:50:31 <apt> GNUtoo|laptop meant: mrmoku, is there a git tree for our version of uboot?
Dec 06 19:50:36 <mrmoku> GNUtoo|laptop: the official git tree + the patches
Dec 06 19:50:41 <GNUtoo|laptop> ok
Dec 06 19:51:20 <GNUtoo|laptop> mrmoku, indeed it's generated from mach type
Dec 06 19:51:28 <GNUtoo|laptop> mrmoku, uboot can even set it
Dec 06 19:51:52 <PaulFertser> Sorry, gotta sleep right now, good night folks :)
Dec 06 19:52:01 <GNUtoo|laptop>  setenv machid the_id_in_exadecimal_version
Dec 06 19:52:25 <GNUtoo|laptop> (I just learned that trick today)
Dec 06 19:55:28 <mrmoku> if ((system_rev >= 0x08 && system_rev <= 0x13) || /* Macros */ system_rev >= 0x1901)
Dec 06 19:55:33 <mrmoku> PaulFertser: good night and sleep well :)
Dec 06 19:55:46 <mrmoku> GNUtoo|laptop: that's from sound/soc/omap/rx51.c
Dec 06 19:57:04 <mrmoku> GNUtoo|laptop: I think without the revision set via atags 2.6.28 won't work
Dec 06 19:57:32 <GNUtoo|laptop> mrmoku, maybe compare 2.6.28 and 2.6.35?
Dec 06 19:58:00 <mrmoku> GNUtoo|laptop: I would need a meego 2.6.35 for that... which I don't have (yet)
Dec 06 19:58:23 <GNUtoo|laptop> just look the sources
Dec 06 19:58:26 <GNUtoo|laptop> *look at
Dec 06 19:58:44 <mrmoku> hmm... I have the meego kernel patches checked out... let me check
Dec 06 20:04:35 <mrmoku> GNUtoo|laptop: looking at the patches the meego kernel indeed does not look at system_rev
Dec 06 20:04:46 <GNUtoo|laptop> ok
Dec 06 20:04:53 <GNUtoo|laptop> so you fix uboot?
Dec 06 20:05:01 <mrmoku> how?
Dec 06 20:05:08 <mrmoku> what would be the correct fix?
Dec 06 20:05:10 <GNUtoo|laptop> try to pass the atags
Dec 06 20:05:14 <mrmoku> I tried that
Dec 06 20:05:17 <mrmoku> with the boot.scr
Dec 06 20:05:21 <GNUtoo|laptop> ah?
Dec 06 20:05:25 <mrmoku> but it does not boot then
Dec 06 20:05:31 <GNUtoo|laptop> ah?
Dec 06 20:05:31 <mrmoku> probably it passes the commandline too
Dec 06 20:05:38 <GNUtoo|laptop> yes
Dec 06 20:05:46 <GNUtoo|laptop> just override the comandline then
Dec 06 20:05:48 <GNUtoo|laptop> in the kernel
Dec 06 20:06:03 <GNUtoo|laptop> (CONFIG_CMDLINE)
Dec 06 20:06:06 <mrmoku> hmm... the kernel has a commandline set
Dec 06 20:06:22 <mrmoku> but it won't respect it if it get's one from outside, no?
Dec 06 20:06:35 <GNUtoo|laptop> I think the internal override the external one
Dec 06 20:06:41 <GNUtoo|laptop> example: htcdream
Dec 06 20:06:55 <GNUtoo|laptop> the bootloader passes some args that we can't change
Dec 06 20:07:21 <GNUtoo|laptop> so we can change it in the kenrel or in in the special wrapped image
Dec 06 20:08:20 <mrmoku> GNUtoo|laptop: hmm... ok... then it goes like this
Dec 06 20:08:29 <mrmoku> hmm no
Dec 06 20:08:50 <mrmoku> GNUtoo|laptop: it can't be... because we overwrite the commandline from the u-boot boot script
Dec 06 20:09:06 <mrmoku> otherwise it would not boot at all
Dec 06 20:09:14 <mrmoku> as the root is wrong
Dec 06 20:09:15 <GNUtoo|laptop> do you want me to try?
Dec 06 20:09:32 <mrmoku> if you're sure... please yes
Dec 06 20:09:45 <GNUtoo|laptop> uboot is in oe?
Dec 06 20:09:47 <GNUtoo|laptop> and it boots fine
Dec 06 20:09:52 <GNUtoo|laptop> no toolchain issue?
Dec 06 20:09:57 <mrmoku> because kernel command line is with root=/dev/mmcblk0p1
Dec 06 20:09:59 <mrmoku> GNUtoo|laptop: no
Dec 06 20:10:07 <GNUtoo|laptop> how do I build it then?
Dec 06 20:10:27 <mrmoku> no, don't try... too much distraction :)
Dec 06 20:10:35 <GNUtoo|laptop> I've nothing to do now
Dec 06 20:10:39 <mrmoku> ahh, ok :P
Dec 06 20:10:49 <GNUtoo|laptop> I could do the libisi recipe tough
Dec 06 20:11:15 <mrmoku> ok, then do that... and I will try to dig deeper :)
Dec 06 20:11:20 <GNUtoo|laptop> ok
Dec 06 20:11:26 <GNUtoo|laptop> look at CONFIG_CMDLINE
Dec 06 20:11:31 <GNUtoo|laptop> and try it with a working setup
Dec 06 20:11:36 <GNUtoo|laptop> just add something useless
Dec 06 20:11:43 <GNUtoo|laptop> like mrmoku=1
Dec 06 20:11:54 <mrmoku> good idea
Dec 06 20:12:09 <mrmoku> will add the mrmoku to the bootscript end see if it ends up in cmdline :)
Dec 06 20:12:15 <mrmoku> s/end/and/
Dec 06 20:12:17 <apt> mrmoku meant: will add the mrmoku to the bootscript and see if it ends up in cmdline :)
Dec 06 20:12:21 <GNUtoo|laptop> ok
Dec 06 20:12:41 <GNUtoo|laptop> there is also CONFIG_CMDLINE from the kernel
Dec 06 20:13:08 <mrmoku> that would be next... change it in nokia900.conf
Dec 06 20:13:22 <mrmoku> and see if it get's overwritten by the boot script
Dec 06 20:13:29 <GNUtoo|laptop> ok
Dec 06 20:14:06 <mrmoku> I will add mrmoku to the bootscript and gnutoo to the kernel cmdline :)
Dec 06 20:14:13 <GNUtoo|laptop> ok
Dec 06 20:14:31 <GNUtoo|laptop> tell me who will win
Dec 06 20:14:33 <GNUtoo|laptop> then
Dec 06 20:14:48 <mrmoku> yep
Dec 06 20:23:01 <mrmoku> GNUtoo|laptop: btw. JaMa pointed me to http://buffalo.nas-central.org/wiki/How_to_Extract_an_uImage
Dec 06 20:23:08 <mrmoku> maybe we should add that link to the wiki
Dec 06 20:23:41 <GNUtoo|laptop> ok
Dec 06 20:29:11 <mrmoku> GNUtoo|laptop: root@nokia900 ~ # cat /proc/cmdline 
Dec 06 20:29:11 <mrmoku> snd-soc-rx51.hp_lim=42 snd-soc-tlv320aic3x.hp_dac_lim=6 console=tty1 root=/dev/mmcblk1p2 rootwait panic=20 debug mrmoku
Dec 06 20:29:28 <mrmoku> brb
Dec 06 20:35:39 <GNUtoo|laptop> ok
Dec 06 20:36:58 <mickeyl> good evening
Dec 06 20:38:47 <GNUtoo|laptop> mickeyl, hi
Dec 06 20:38:54 <GNUtoo|laptop> I'm waiting for sre to show up for:
Dec 06 20:39:09 <GNUtoo|laptop> *he should push his repo
Dec 06 20:39:14 <GNUtoo|laptop> *add a copy of the GPL
Dec 06 20:41:39 <mickeyl> *nod*
Dec 06 20:42:02 <GNUtoo|laptop> btw he uses plain Makefiles
Dec 06 20:42:02 <mickeyl> hmm, ok, here comes the beginner...
Dec 06 20:42:11 <GNUtoo|laptop> ?
Dec 06 20:42:11 <mickeyl> want to login to the n900 to edit the bootmenu
Dec 06 20:42:16 <GNUtoo|laptop> ah ok
Dec 06 20:42:17 <mickeyl> how can i do that?
Dec 06 20:42:20 <GNUtoo|laptop> ask mrmoku 
Dec 06 20:42:24 <mrmoku> :)
Dec 06 20:42:25 <mickeyl> via usb or on the device?
Dec 06 20:42:29 <GNUtoo|laptop> ssh
Dec 06 20:42:31 <GNUtoo|laptop> trough wifi
Dec 06 20:42:35 <mickeyl> oh, wifi
Dec 06 20:42:37 <GNUtoo|laptop> but install ssh before
Dec 06 20:42:39 <mickeyl> no usbeth, right?
Dec 06 20:42:47 <GNUtoo|laptop> I don't know
Dec 06 20:42:50 <GNUtoo|laptop> I only use SHR
Dec 06 20:42:56 <mrmoku> mickeyl: what do you have installed?
Dec 06 20:43:02 <mrmoku> u-boot?
Dec 06 20:43:14 <mickeyl> mrmoku: no, just the n900-bootmenu for a start
Dec 06 20:43:22 <mickeyl> and mad-developer 
Dec 06 20:43:35 <mrmoku> ahh, n900-bootmenu
Dec 06 20:43:54 <mrmoku> which means you will be using the maemo kernel for shr
Dec 06 20:44:05 <GNUtoo|laptop> n900-bootmenu requires you to use maemo kernel
Dec 06 20:44:20 <GNUtoo|laptop> maemo kernel means the same unmodified kernel, not even recompiled
Dec 06 20:45:15 <GNUtoo|laptop> mickeyl, btw PuffTheMagic got wifi working on palm-pre
Dec 06 20:46:41 <GNUtoo|laptop> using compat wireless, come patches(including morphis patches)
Dec 06 20:46:46 <GNUtoo|laptop> s/come/some/
Dec 06 20:46:46 <apt> GNUtoo|laptop meant: using compat wireless, some patches(including morphis patches)
Dec 06 20:48:29 <GNUtoo|laptop> mickeyl, btw to make a recipe for a software that uses only plain Makefiles I do that
Dec 06 20:48:40 <GNUtoo|laptop> //don't inherit autotools
Dec 06 20:48:50 <GNUtoo|laptop> oe_runconf(){:}
Dec 06 20:48:56 <GNUtoo|laptop> oops
Dec 06 20:49:26 <GNUtoo|laptop> s/oe_runconf(){:}/do_configure(){:}/
Dec 06 20:49:39 <mickeyl> pretty much, yeah
Dec 06 20:49:41 <GNUtoo|laptop> ok
Dec 06 20:49:49 <mickeyl> but if you're hacking on it, why not converting it to autotools right away?
Dec 06 20:49:58 <GNUtoo|laptop> how do I do that?
Dec 06 20:50:00 <GNUtoo|laptop> autoscan
Dec 06 20:50:09 <GNUtoo|laptop> ?
Dec 06 20:50:22 * mickeyl always takes another project and adjusts
Dec 06 20:50:35 <GNUtoo|laptop> lol ok
Dec 06 20:51:01 <mickeyl> what's the entry point for the SD?
Dec 06 20:51:02 <GNUtoo|laptop> I don't even know the deps
Dec 06 20:51:06 <mickeyl> or rather devnode?
Dec 06 20:51:11 <GNUtoo|laptop> entry point?
Dec 06 20:51:25 <GNUtoo|laptop> isn't entry point for the address where the kernel is loaded from
Dec 06 20:51:33 <mickeyl> well, mutatis mutandis
Dec 06 20:51:41 <mickeyl> ITEM_DEVICE="${EXT_CARD}p1"
Dec 06 20:51:45 <mickeyl> is that sufficient?
Dec 06 20:51:55 <mickeyl> do i need to press anything to make the menu open?
Dec 06 20:52:06 <GNUtoo|laptop> hmmm
Dec 06 20:52:09 <mrmoku> IIRC you have to open the slider
Dec 06 20:52:23 <mickeyl> so you folks have u-boot on it?
Dec 06 20:52:28 <mickeyl> how would i do that?
Dec 06 20:52:36 <mrmoku> yup, but we have one serious problem
Dec 06 20:52:41 <GNUtoo|laptop> you will also need a connected usb cable
Dec 06 20:52:52 <mrmoku> the 2.6.28 kernel we use needs the atags from the nokia bootloader
Dec 06 20:53:02 <mrmoku> and passing them does not work yet
Dec 06 20:53:10 <GNUtoo|laptop> I'll try
Dec 06 20:53:18 <GNUtoo|laptop> but I need a way to build u-boot
Dec 06 20:53:29 <mrmoku> GNUtoo|laptop: moment
Dec 06 20:53:37 <GNUtoo|laptop> ok
Dec 06 20:53:40 <mrmoku> GNUtoo|laptop: how do you want it?
Dec 06 20:53:42 <mrmoku> tarball?
Dec 06 20:53:47 <GNUtoo|laptop> howto
Dec 06 20:53:48 <mrmoku> patch on top of official git?
Dec 06 20:53:57 <GNUtoo|laptop> and tarball is fine
Dec 06 20:54:01 <GNUtoo|laptop> or whatever
Dec 06 20:54:05 <GNUtoo|laptop> patch is better tough
Dec 06 20:54:14 <mrmoku> GNUtoo|laptop: http://build.shr-project.org/tests/mrmoku/n900/u-boot/
Dec 06 20:54:21 <GNUtoo|laptop> ok
Dec 06 20:54:28 <mrmoku> though don't use the bb :P
Dec 06 20:54:40 <mickeyl> hmm
Dec 06 20:54:42 <mrmoku> but take the rev given in there
Dec 06 20:54:49 <mickeyl> hangs w/ "Booting from shr (mmcblk0p1 ext)...
Dec 06 20:54:58 <mickeyl> i guess it shouldn't take more than 60 seconds...
Dec 06 20:55:05 <mrmoku> no
Dec 06 20:55:10 <mickeyl> mmh
Dec 06 20:55:11 <GNUtoo|laptop> I already have theses patches
Dec 06 20:55:14 <mickeyl> so i did something wrong
Dec 06 20:55:14 <GNUtoo|laptop> then what to do?
Dec 06 20:55:16 <mickeyl> but what...
Dec 06 20:55:29 <mickeyl> thanks for no error messages *sigh*
Dec 06 20:55:30 <GNUtoo|laptop> mickeyl, did you attach an usb cable for booting?
Dec 06 20:55:35 <mickeyl> yes
Dec 06 20:55:38 <GNUtoo|laptop> ok
Dec 06 20:56:26 <GNUtoo|laptop> mrmoku, so:
Dec 06 20:56:27 <mrmoku> GNUtoo|laptop: make nokia_rx51_config
Dec 06 20:56:31 <GNUtoo|laptop> *you don't have more patches
Dec 06 20:56:35 <mrmoku> no
Dec 06 20:56:40 <GNUtoo|laptop> *what compiler should I use?
Dec 06 20:56:46 <GNUtoo|laptop> I know how to build it
Dec 06 20:56:51 <mrmoku> ahh, ok :)
Dec 06 20:56:52 <GNUtoo|laptop> but what compiler should I use
Dec 06 20:56:59 <mrmoku> I installed the old openmoko toolchain
Dec 06 20:57:00 <GNUtoo|laptop> that's the problem
Dec 06 20:57:04 <GNUtoo|laptop> ok
Dec 06 20:57:22 <morphis> mickeyl: you Pre is working again?
Dec 06 20:57:29 <mickeyl> no time
Dec 06 20:57:32 <mickeyl> still broken
Dec 06 20:57:34 <morphis> ok
Dec 06 20:57:40 <mickeyl> just trying to do something with the n900
Dec 06 20:57:43 <morphis> ok
Dec 06 20:57:46 <mickeyl> but it's not exactly straightforward 
Dec 06 20:57:48 <mickeyl> just hangs :)
Dec 06 20:58:04 <mickeyl> i guess we're not yet at "plug-n-play" stage
Dec 06 20:58:10 <morphis> will put you the nova uImage on the amthyst which you can boot with novaterm when you have time to restore everything :)
Dec 06 20:58:10 <GNUtoo|laptop> mickeyl, do you need maemo on your n900?
Dec 06 20:58:10 <mrmoku> mickeyl: http://wiki.freesmartphone.org/index.php/Hardware/N900/Installation
Dec 06 20:58:15 <mrmoku> you took a look there?
Dec 06 20:58:26 <morphis> mickeyl: no 
Dec 06 20:58:52 <GNUtoo|laptop> we're nearly plug-and-play but only once it's installed
Dec 06 20:58:53 <mickeyl> mrmoku: yeah
Dec 06 20:58:56 <mickeyl> hmm
Dec 06 20:59:02 <GNUtoo|laptop> tough no modem
Dec 06 20:59:03 <mickeyl> can the standard kernel boot from ext3?
Dec 06 20:59:07 <GNUtoo|laptop> no charging
Dec 06 20:59:12 <GNUtoo|laptop> but some stuff is plug and play
Dec 06 20:59:18 <GNUtoo|laptop> like wifi
Dec 06 20:59:22 <GNUtoo|laptop> if you extract the firmwares
Dec 06 20:59:45 <GNUtoo|laptop> so some stuff is plug-and-play
Dec 06 20:59:48 <GNUtoo|laptop> some is not
Dec 06 21:00:57 <GNUtoo|laptop> mickeyl, not sure but maemo kenrel loads its modules so maybe
Dec 06 21:01:11 <mickeyl> hmm
Dec 06 21:01:15 <mickeyl> so what did you do to?
Dec 06 21:01:29 <GNUtoo|laptop> I use a flashed kernel
Dec 06 21:01:34 <GNUtoo|laptop> no maemo/meego
Dec 06 21:01:35 <GNUtoo|laptop> only SHR
Dec 06 21:01:53 <GNUtoo|laptop> you have ways to flash meego/maemo kenrel back tough
Dec 06 21:02:06 <mickeyl> sounds good
Dec 06 21:02:08 <mickeyl> how would i do that?
Dec 06 21:02:30 <GNUtoo|laptop> http://www.shr-project.org/trac/wiki/N900Install#Uninstallation
Dec 06 21:02:48 <GNUtoo|laptop> change the kernel according to the one you have it
Dec 06 21:02:55 <GNUtoo|laptop> s/it//
Dec 06 21:02:57 <apt> GNUtoo|laptop meant: change the kernel according to the one you have 
Dec 06 21:03:10 <GNUtoo|laptop> for installation it's more easy
Dec 06 21:03:21 <GNUtoo|laptop> get flasher or the free version(0xFFFF)
Dec 06 21:03:27 <GNUtoo|laptop> flash the kernel as kernel
Dec 06 21:03:35 <GNUtoo|laptop> put the SHR sd inside
Dec 06 21:03:41 <GNUtoo|laptop> close the phone
Dec 06 21:03:48 <GNUtoo|laptop> (important else it doesn't find the sd)
Dec 06 21:04:00 <GNUtoo|laptop> by close I mean don't let the back part open
Dec 06 21:04:05 <GNUtoo|laptop> and boot
Dec 06 21:04:23 <mickeyl> sounds like the right procedure for someone with little time :)
Dec 06 21:04:26 <mickeyl> let me do that right now
Dec 06 21:04:30 <GNUtoo|laptop> ok
Dec 06 21:04:52 <GNUtoo|laptop> mickeyl, SHR microsd is already setup?
Dec 06 21:04:56 <mickeyl> yes
Dec 06 21:05:02 <GNUtoo|laptop> ok nice
Dec 06 21:05:02 <mickeyl> setup and unpacked shr-full-900
Dec 06 21:05:13 <GNUtoo|laptop> mrmoku, do you have a zImage
Dec 06 21:05:17 <GNUtoo|laptop> ?
Dec 06 21:05:20 <GNUtoo|laptop> official zImage
Dec 06 21:05:27 <mickeyl> let me search 0xffff meanwhile
Dec 06 21:05:38 <GNUtoo|laptop> mickeyl, look at the howto for desinstalling
Dec 06 21:05:47 <mickeyl> yep
Dec 06 21:05:47 <mrmoku> mickeyl: http://build.shr-project.org/shr-unstable/images/nokia900/zImage-2.6.28.10+gitr0+e93534addfc33a2fefbca13cb86a8f787e4b650c-r55-nokia900.bin
Dec 06 21:05:49 <GNUtoo|laptop> hg clone http://hg.youterm.com/0xFFFF
Dec 06 21:05:51 <GNUtoo|laptop> etc....
Dec 06 21:05:51 <GNUtoo|laptop> ok
Dec 06 21:05:53 <mickeyl> ok
Dec 06 21:05:56 <mickeyl> mrmoku: thanks, downloading
Dec 06 21:06:16 <GNUtoo|laptop> so...
Dec 06 21:06:28 <GNUtoo|laptop> download 0xFFFF from mercurial(hg)
Dec 06 21:06:32 <GNUtoo|laptop> dowload the kernel
Dec 06 21:06:37 <GNUtoo|laptop> compile 0xFFFF
Dec 06 21:06:45 <GNUtoo|laptop> remove the usb cable
Dec 06 21:06:51 <GNUtoo|laptop> poweroff your phone
Dec 06 21:06:57 <GNUtoo|laptop> and ping me
Dec 06 21:07:26 <mickeyl> ping :)
Dec 06 21:07:30 <GNUtoo|laptop> ok
Dec 06 21:07:37 <GNUtoo|laptop> become root on your laptop
Dec 06 21:08:07 <GNUtoo|laptop> cd 0xFFFF/src
Dec 06 21:08:10 <GNUtoo|laptop> ./0xFFFF -h
Dec 06 21:08:15 <GNUtoo|laptop> will give you the help
Dec 06 21:08:24 <GNUtoo|laptop> so now do
Dec 06 21:08:43 <GNUtoo|laptop> ./0xFFFF -p kernel%/path/to/your/kernel
Dec 06 21:08:52 <GNUtoo|laptop> without spaces 
Dec 06 21:09:11 <GNUtoo|laptop> between kernel,%,and the path
Dec 06 21:09:16 <GNUtoo|laptop> else it doesn't find the kernel
Dec 06 21:09:24 <GNUtoo|laptop> when you've done that
Dec 06 21:09:27 <mickeyl> Waiting for device... |
Dec 06 21:09:27 <GNUtoo|laptop> power the phone
Dec 06 21:09:35 <GNUtoo|laptop> wait a sec
Dec 06 21:09:42 <mickeyl> when to plug in USB?
Dec 06 21:09:42 <GNUtoo|laptop> connect the cable before
Dec 06 21:09:45 <mickeyl> ok
Dec 06 21:09:48 <GNUtoo|laptop> before powering the phone
Dec 06 21:09:48 <mickeyl> cable plugged
Dec 06 21:09:57 <GNUtoo|laptop> it will power automatically trough usb
Dec 06 21:09:59 <GNUtoo|laptop> if it doesn't 
Dec 06 21:10:02 <GNUtoo|laptop> power it on
Dec 06 21:10:12 <GNUtoo|laptop> it will flash the zImage
Dec 06 21:10:13 <mickeyl> [=] Bulkwriting the kernel piece...
Dec 06 21:10:13 <mickeyl>   100% [#################################################################]
Dec 06 21:10:13 <mickeyl> Flash done succesfully.
Dec 06 21:10:15 <GNUtoo|laptop> ok
Dec 06 21:10:16 <GNUtoo|laptop> then do that
Dec 06 21:10:27 <GNUtoo|laptop> ./0xFFFF -R
Dec 06 21:10:35 <GNUtoo|laptop> and wait for the boot
Dec 06 21:10:55 <GNUtoo|laptop> if the kernel is the right one
Dec 06 21:10:59 <GNUtoo|laptop> it should boot
Dec 06 21:11:07 <GNUtoo|laptop> and you should have touchscreen working etc...
Dec 06 21:11:12 <GNUtoo|laptop> ah wait a sec
Dec 06 21:11:13 <mickeyl> where is it looking for the rootfs? p1?
Dec 06 21:11:13 <GNUtoo|laptop> sorry
Dec 06 21:11:19 <GNUtoo|laptop> I forgott something
Dec 06 21:11:26 <mickeyl> hmm, right, it hangs :)
Dec 06 21:11:28 <GNUtoo|laptop> you will need to re-untar the rootfs
Dec 06 21:11:38 <GNUtoo|laptop> you need to put it in rd mode
Dec 06 21:11:41 <mickeyl> it is
Dec 06 21:11:43 <GNUtoo|laptop> else it'll reboot
Dec 06 21:11:44 <GNUtoo|laptop> ok
Dec 06 21:11:59 <mickeyl> but hangs in a reboot loop
Dec 06 21:12:02 <GNUtoo|laptop> normally it should look for
Dec 06 21:12:08 <GNUtoo|laptop> /dev/mmcblk0p1
Dec 06 21:12:19 <mickeyl> hmm right, this is where i have untarred it
Dec 06 21:12:20 <GNUtoo|laptop> or mmcblk1p1
Dec 06 21:12:23 <GNUtoo|laptop> I don't remember
Dec 06 21:12:36 <dos1> mickeyl: rd mode is necessary
Dec 06 21:12:47 <mickeyl> yes
Dec 06 21:12:49 <mickeyl> it is
Dec 06 21:12:56 <mrmoku> mickeyl: disabled the watchdogs too?
Dec 06 21:12:58 <GNUtoo|laptop> basically rd is necessary only on first boot but mickeyl has rd
Dec 06 21:12:58 <mickeyl> still no boot though
Dec 06 21:13:03 <GNUtoo|laptop> do
Dec 06 21:13:04 <mickeyl> mrmoku: watchdogs?
Dec 06 21:13:07 <GNUtoo|laptop> ./0xFFFF -i
Dec 06 21:13:11 <GNUtoo|laptop> and pastebin the content
Dec 06 21:13:28 <GNUtoo|laptop> I will try the kernel
Dec 06 21:13:59 <mickeyl> http://pastebin.ca/2012316
Dec 06 21:14:04 <mrmoku> mickeyl: # flasher-3.5 --set-rd-flags=no-omap-wd
Dec 06 21:14:08 <mrmoku> # flasher-3.5 --set-rd-flags=no-ext-wd
Dec 06 21:14:16 <GNUtoo|laptop> he can set them with 0xFFFF too
Dec 06 21:14:35 <mrmoku> yeah, but the wiki offered flasher for copy and paste :)
Dec 06 21:15:13 <GNUtoo|laptop> ok I've the same rd flags than mickeyl
Dec 06 21:15:13 <mrmoku> ok... watchdogs are disabled
Dec 06 21:15:17 <GNUtoo|laptop> I will try the kernel
Dec 06 21:15:54 <mickeyl> let me reformat the SD
Dec 06 21:15:59 <mickeyl> perhaps it doesn't like gparted
Dec 06 21:15:59 <GNUtoo|laptop> ok
Dec 06 21:16:13 <GNUtoo|laptop> mrmoku's kernel is fine
Dec 06 21:16:53 <GNUtoo|laptop> root=/dev/mmcblk1p1
Dec 06 21:17:06 <GNUtoo|laptop> that's what I have
Dec 06 21:17:18 <mrmoku> mickeyl: backcover is firmly closed?
Dec 06 21:17:20 <GNUtoo|laptop> so extract stuff to the microsd from your laptop
Dec 06 21:17:33 <mickeyl> ya, backcover was ok, repeating untar now
Dec 06 21:17:37 <mrmoku> ok
Dec 06 21:17:40 <GNUtoo|laptop> ok
Dec 06 21:17:43 <mickeyl> should i put additional stuff to the SD before loading it again?
Dec 06 21:18:02 <GNUtoo|laptop> maybe the battery charging script
Dec 06 21:18:12 <GNUtoo|laptop> http://build.shr-project.org/tests/mrmoku/n900/charge.sh.txt
Dec 06 21:18:58 <mrmoku> GNUtoo|laptop: mmc init; fatload mmc 0:1 0x82000000 uImage-shr2; setenv atags 0x8200000c; bootm 0x82000000
Dec 06 21:19:06 <mrmoku> that way the kernel will overwrite the atags, right?
Dec 06 21:19:27 <GNUtoo|laptop> mrmoku, try it
Dec 06 21:19:32 <mrmoku> I did
Dec 06 21:19:34 <GNUtoo|laptop> mrmoku, I can't be sure
Dec 06 21:19:34 <mrmoku> does not work
Dec 06 21:19:35 <mickeyl> grrr
Dec 06 21:19:40 <mickeyl> WARNING: GPT (GUID Partition Table) detected on '/dev/sdk'! The util fdisk doesn't support GPT. Use GNU Parted.
Dec 06 21:19:42 <mickeyl> wtf
Dec 06 21:19:51 <mickeyl> i DON't want gnu parted
Dec 06 21:20:15 <GNUtoo|laptop> mickeyl, what distro/os?
Dec 06 21:20:15 <mrmoku> dd if=/dev/zero of=/dev/sdk :)
Dec 06 21:20:33 <GNUtoo|laptop> mrmoku, do you have ext3.gz images?
Dec 06 21:20:43 <mrmoku> no
Dec 06 21:20:47 <GNUtoo|laptop> ok
Dec 06 21:21:06 <mickeyl> hmm
Dec 06 21:21:10 <mickeyl> time's over now
Dec 06 21:21:13 <mickeyl> need to continue later
Dec 06 21:21:15 <mickeyl> thanks guys
Dec 06 21:21:25 <GNUtoo|laptop> ok
Dec 06 21:21:25 <mrmoku> yw
Dec 06 21:21:26 <GNUtoo|laptop> :(
Dec 06 21:21:43 <GNUtoo|laptop> we lost againt time
Dec 06 21:22:06 <GNUtoo|laptop> there are some people who are able to install openBSD in 5 min tough
Dec 06 21:22:55 <mickeyl> don't worry
Dec 06 21:22:58 <mickeyl> i'll come back in 2h
Dec 06 21:23:01 <GNUtoo|laptop> ah ok
Dec 06 21:24:31 <GNUtoo|laptop> not sure if I'll be there in 2h
Dec 06 21:35:13 <GNUtoo|laptop> mrmoku, where do I find the toolchain?
Dec 06 21:35:21 <GNUtoo|laptop> the openmoko old toolchain
Dec 06 21:35:24 <mrmoku> moment
Dec 06 21:36:37 <mrmoku> GNUtoo|laptop: http://downloads.openmoko.org/developer/toolchains/
Dec 06 21:36:55 <GNUtoo|laptop> ok thanks
Dec 06 21:42:13 <morphis> gn8
Dec 06 21:42:35 <GNUtoo|laptop> good night
Dec 06 21:54:44 <mrmoku> GNUtoo|laptop: I give up for today... need to get up early
Dec 06 21:55:17 <mrmoku> GNUtoo|laptop: good luck and good night
Dec 06 21:55:25 <GNUtoo|laptop> thanks
Dec 06 21:58:51 <GNUtoo|laptop> mrmoku, mmc init fails
Dec 06 21:58:56 <GNUtoo|laptop> I'll try a smaller card
Dec 06 21:58:59 <GNUtoo|laptop> mine is 16G
Dec 06 22:03:33 <GNUtoo|laptop> mrmoku, it simply worked!!!!
Dec 06 22:03:39 <GNUtoo|laptop> shr's booting
Dec 06 22:04:08 <GNUtoo|laptop> I just needed a smaller microsd
Dec 06 22:04:13 <GNUtoo|laptop> else mmcinit failed
Dec 06 22:05:22 <GNUtoo|laptop> http://pastebin.com/qhPaQeV2
Dec 06 22:05:24 <GNUtoo|laptop> here's the diff
Dec 06 22:05:30 <GNUtoo|laptop> compiler used: the openmoko compiler
Dec 06 22:05:35 <GNUtoo|laptop> the oldest one
Dec 06 22:07:52 <GNUtoo|laptop> uImage generated from:
Dec 06 22:57:24 <mickeyl> root@nokia900 ~ #
Dec 06 22:57:40 <mickeyl> *phew*
Dec 06 23:00:01 <GNUtoo|laptop> mickeyl, from SHR?
Dec 06 23:01:10 <mickeyl> yes
Dec 06 23:01:12 <mickeyl> hmm
Dec 06 23:01:19 <mickeyl> iwconfig wlan0 is not a good idea, right?
Dec 06 23:01:22 <mickeyl> hangs
Dec 06 23:01:28 <mickeyl> *rebooting*
Dec 06 23:02:00 <GNUtoo|laptop> mickeyl, you lacks the firmwares
Dec 06 23:02:08 <GNUtoo|laptop> mickeyl, btw I jsut saw wifi has an issue
Dec 06 23:02:12 <GNUtoo|laptop> you must edit a file
Dec 06 23:02:15 <GNUtoo|laptop> anyway
Dec 06 23:02:18 <GNUtoo|laptop> (11:52:30 PM) sre: I told you guys yesterday, that I would call it libisi.git
Dec 06 23:02:24 <GNUtoo|laptop> for the libisi repo
Dec 06 23:02:41 <GNUtoo|laptop> (11:52:42 PM) sre: but I don't really care that much for the name :P
Dec 06 23:02:50 <GNUtoo|laptop> mickeyl, for wifi you need to edit :
Dec 06 23:04:16 <GNUtoo|laptop> /etc/udev/rules.d/70-persistent-net.rules
Dec 06 23:04:27 <GNUtoo|laptop> keep only the first line
Dec 06 23:04:31 <GNUtoo|laptop> and change it to:
Dec 06 23:04:40 <GNUtoo|laptop> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1f:df:*", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"
Dec 06 23:04:50 <GNUtoo|laptop> note that:
Dec 06 23:04:51 <GNUtoo|laptop> ATTR{address}=="00:1f:df:*"
Dec 06 23:05:07 <GNUtoo|laptop> or just add a * instead of the 3 last hex of the mac address
Dec 06 23:05:21 <GNUtoo|laptop> maybe I was mislead by my modified image
Dec 06 23:05:29 <GNUtoo|laptop> things are not that good
Dec 06 23:07:31 <GNUtoo|laptop> anyway wifi *must* be fixed as soon as possible
Dec 06 23:07:40 <GNUtoo|laptop> for the firmwares it's rather simple
Dec 06 23:08:05 <GNUtoo|laptop> http://trac.shr-project.org/trac/wiki/Nokia%20N900/Firmware
Dec 06 23:08:08 <GNUtoo|laptop> just do that
Dec 06 23:08:13 <GNUtoo|laptop> mickeyl, ^^^
Dec 06 23:08:28 <mickeyl> ok
Dec 06 23:08:35 <mickeyl> who makes the LED go on and why btw.?
Dec 06 23:08:42 <GNUtoo|laptop> the usb cable
Dec 06 23:08:57 <GNUtoo|laptop> if you want to make it go off
Dec 06 23:09:03 <GNUtoo|laptop> run the charging script
Dec 06 23:09:23 <GNUtoo|laptop> it will charge your device as a bonus :)
Dec 06 23:09:41 <mickeyl> ok
Dec 06 23:09:57 <GNUtoo|laptop> basically it's the charge chip watchdog not beeing triggered that makes the led go on
Dec 06 23:10:03 <GNUtoo|laptop> or something like that
Dec 06 23:10:08 <GNUtoo|laptop> but in any case 
Dec 06 23:10:12 <GNUtoo|laptop> it's related to charge
Dec 06 23:11:20 <mickeyl> is anyone writing a kernel driver or do we need to put charge.sh into fsodeviced?
Dec 06 23:11:34 <GNUtoo|laptop> no one is writing a kernel driver yet
Dec 06 23:11:45 <GNUtoo|laptop> I started with one branch but it did only readings
Dec 06 23:11:55 <GNUtoo|laptop> and I didn't test it
Dec 06 23:12:07 <GNUtoo|laptop> at runtime
Dec 06 23:12:11 <GNUtoo|laptop> (it compiled)
Dec 06 23:12:22 <GNUtoo|laptop> I think the kernel also booted
Dec 06 23:12:38 <GNUtoo|laptop> but modules mismatch prevented me to test it extensively
Dec 06 23:12:42 <mickeyl> ooh, one of the first devices that actually responds to bl_power
Dec 06 23:12:43 <mickeyl> amazing
Dec 06 23:12:49 <GNUtoo|laptop> lol
Dec 06 23:12:57 <GNUtoo|laptop> yes the kernel is pretty good
Dec 06 23:13:06 <mickeyl> ok
Dec 06 23:13:06 <GNUtoo|laptop> if you forget about your wifi crash
Dec 06 23:13:13 <mickeyl> i need to leave soon, tell me one thing
Dec 06 23:13:20 <GNUtoo|laptop> (can be prevented with having the firmwares)
Dec 06 23:13:21 <GNUtoo|laptop> yes?
Dec 06 23:13:32 <GNUtoo|laptop> btw I made uboot work this night
Dec 06 23:13:40 <mickeyl> what do you think would require my assistance on the n900? (other than gsm which is not so simple)
Dec 06 23:13:42 <GNUtoo|laptop> and you eared about palm-pre wifi
Dec 06 23:13:50 <GNUtoo|laptop> battery?
Dec 06 23:14:00 <GNUtoo|laptop> we have a todo list here:
Dec 06 23:14:12 <GNUtoo|laptop> http://wiki.freesmartphone.org/index.php/Hardware/N900/TODO#Urgent
Dec 06 23:14:18 <mickeyl> ah, right
Dec 06 23:14:30 <mickeyl> ok, that's a good page
Dec 06 23:14:31 <GNUtoo|laptop> and maybe
Dec 06 23:14:36 <GNUtoo|laptop> suspend revamp
Dec 06 23:14:49 <GNUtoo|laptop> suspend revamp could be made only by you
Dec 06 23:14:49 <mickeyl> the n900 doesn't linux-suspend, right?
Dec 06 23:14:53 <GNUtoo|laptop> it does
Dec 06 23:14:57 <mickeyl> oh it does?
Dec 06 23:14:59 <mickeyl> that's new
Dec 06 23:15:00 <GNUtoo|laptop> I got it suspended 
Dec 06 23:15:04 <mickeyl> previous n models didn't
Dec 06 23:15:08 <GNUtoo|laptop> ah?
Dec 06 23:15:19 <GNUtoo|laptop> if I leave it as-is it suspends
Dec 06 23:15:27 <GNUtoo|laptop> or do something that is similar to suspend
Dec 06 23:15:32 <GNUtoo|laptop> screen goes black
Dec 06 23:15:35 <GNUtoo|laptop> sound is stopped
Dec 06 23:15:36 <GNUtoo|laptop> etc..
Dec 06 23:16:00 <GNUtoo|laptop> and you must rmmod+modprobe g_ether to get connction again
Dec 06 23:16:19 <GNUtoo|laptop> mickeyl, what's the state of g_dbus branch?
Dec 06 23:16:34 <mickeyl> waiting for a showstopper in vala
Dec 06 23:16:39 <GNUtoo|laptop> ah ok
Dec 06 23:16:43 <GNUtoo|laptop> I understad
Dec 06 23:16:53 <mickeyl> i have converted everything but fsousaged
Dec 06 23:16:56 <GNUtoo|laptop> *I understand why you want to work on something
Dec 06 23:17:00 <mickeyl> yep
Dec 06 23:17:11 <GNUtoo|laptop> pick suspend or battery charging
Dec 06 23:17:12 <mickeyl> can't continue with gdbus until this problem has been solved
Dec 06 23:17:14 <mickeyl> ok
Dec 06 23:17:19 <mickeyl> will have a go at battery first
Dec 06 23:17:22 <GNUtoo|laptop> suspend is harder for us
Dec 06 23:17:23 <GNUtoo|laptop> ok
Dec 06 23:17:30 <GNUtoo|laptop> but battery would be so nice
Dec 06 23:17:39 <GNUtoo|laptop> I can get readings in the kernel
Dec 06 23:17:45 <GNUtoo|laptop> I've made a branch
Dec 06 23:17:46 <mickeyl> how long does the battery hold under SHR without suspend?
Dec 06 23:17:48 <mickeyl> (roughly)
Dec 06 23:17:53 <GNUtoo|laptop> no idea
Dec 06 23:17:56 <GNUtoo|laptop> long time
Dec 06 23:18:20 <GNUtoo|laptop> maybe more than 5 hours
Dec 06 23:18:21 <GNUtoo|laptop> not sure
Dec 06 23:18:46 <mickeyl> dos1 had some problems with idle notifier, right?
Dec 06 23:18:50 <mickeyl> i will take a look at that as well
Dec 06 23:18:50 <GNUtoo|laptop> what's that?
Dec 06 23:18:56 <GNUtoo|laptop> maybe battery is hard
Dec 06 23:19:01 <GNUtoo|laptop> the script is not complete
Dec 06 23:19:05 <GNUtoo|laptop> you need some more infos
Dec 06 23:19:20 <GNUtoo|laptop> I have theses infos
Dec 06 23:19:32 <GNUtoo|laptop> but I don't remember well
Dec 06 23:19:46 <GNUtoo|laptop> but maybe it'll work out of the box
Dec 06 23:19:59 <GNUtoo|laptop> the main problem is when you leave the chip without ticking the watchdog
Dec 06 23:20:04 <GNUtoo|laptop> it goes in another state
Dec 06 23:20:11 <GNUtoo|laptop> so pratically speaking
Dec 06 23:20:13 <mickeyl> well
Dec 06 23:20:13 <GNUtoo|laptop> you do that:
Dec 06 23:20:21 <GNUtoo|laptop> sh charge.sh.txt
Dec 06 23:20:24 <GNUtoo|laptop> it doesn't charge
Dec 06 23:20:26 <GNUtoo|laptop> ctrl+c
Dec 06 23:20:29 <GNUtoo|laptop> sh charge.sh.txt
Dec 06 23:20:29 <mickeyl> we can make a keep-watchdog-happy, can't we?
Dec 06 23:20:35 <GNUtoo|laptop> if you get 0x10 or 0x90
Dec 06 23:20:36 <GNUtoo|laptop> it charge
Dec 06 23:20:40 <mickeyl> k
Dec 06 23:20:42 <GNUtoo|laptop> yes we can
Dec 06 23:20:56 <mickeyl> good
Dec 06 23:20:58 <GNUtoo|laptop> 0x10 = usb cable
Dec 06 23:20:59 <mickeyl> we do want to use it anyways
Dec 06 23:21:02 <GNUtoo|laptop> 0x90 = charger
Dec 06 23:21:03 <mickeyl> ok
Dec 06 23:22:14 <mickeyl> one last topic before i move, did anyone think about the feasibility of a PHONET forwarder?
Dec 06 23:22:34 <GNUtoo|laptop> mickeyl, it's doable look at the headers
Dec 06 23:22:37 <GNUtoo|laptop> it's very easy
Dec 06 23:22:44 <GNUtoo|laptop> let me pastebin
Dec 06 23:23:34 <GNUtoo|laptop> http://pastebin.com/bumaXtGj
Dec 06 23:23:52 <GNUtoo|laptop> from src/gisi/netlink.h in libisi
Dec 06 23:24:03 <GNUtoo|laptop> so maybe it does it out of the box
Dec 06 23:24:03 <GNUtoo|laptop> ?
Dec 06 23:24:35 <mickeyl> hmm
Dec 06 23:24:39 <GNUtoo|laptop> http://en.wikipedia.org/wiki/Nokia_PC_Suite
Dec 06 23:25:11 <mickeyl> interesting. I would rather work on the modem plugin on the PC, if possible
Dec 06 23:25:19 <GNUtoo|laptop> ok
Dec 06 23:25:19 <mickeyl> it makes development so much faster
Dec 06 23:25:27 <mickeyl> so we should investigate that sooner or later
Dec 06 23:25:32 <GNUtoo|laptop> ok
Dec 06 23:25:51 <GNUtoo|laptop> what should I do for battery
Dec 06 23:25:58 <GNUtoo|laptop> should I checkin my changes into master?
Dec 06 23:26:18 <mickeyl> if it doesn't collide with the charger script, yes
Dec 06 23:26:25 <GNUtoo|laptop> it collides
Dec 06 23:26:34 <GNUtoo|laptop> but the charger script can be easily modified
Dec 06 23:26:42 <GNUtoo|laptop> just read the values from the node
Dec 06 23:26:43 <mickeyl> then check it in, but keep default config disabled or so
Dec 06 23:26:48 <GNUtoo|laptop> ok
Dec 06 23:26:50 <mickeyl> Inquiring ...
Dec 06 23:26:50 <mickeyl> 	E8:06:88:90:96:64	clock offset: 0x1be3	class: 0x0a041c
Dec 06 23:26:51 <mickeyl> that's good
Dec 06 23:26:53 <GNUtoo|laptop> it's disabled by defualt
Dec 06 23:27:03 <mickeyl> Scanning ...
Dec 06 23:27:03 <mickeyl> 	E8:06:88:90:96:64	iPad 3G Mickey
Dec 06 23:27:05 <mickeyl> excellent
Dec 06 23:27:05 <GNUtoo|laptop> mickeyl, I got my bluetooth keyboard working
Dec 06 23:27:07 <mickeyl> BT looks good
Dec 06 23:27:10 <mickeyl> heh, cool
Dec 06 23:27:18 <GNUtoo|laptop> just need my script before launching emtooth
Dec 06 23:27:32 <GNUtoo|laptop> don't forget bluetooth coexistance
Dec 06 23:27:39 <GNUtoo|laptop> basically the htcdream was a nightmare
Dec 06 23:27:45 <GNUtoo|laptop> and the nokia900 is a dream
Dec 06 23:27:51 <mickeyl> hehe
Dec 06 23:27:53 <GNUtoo|laptop> apart charging and modem
Dec 06 23:27:55 <mickeyl> right
Dec 06 23:28:00 <mickeyl> i still miss the ts
Dec 06 23:28:05 <mickeyl> but can't have everything...
Dec 06 23:28:08 <GNUtoo|laptop> indeed
Dec 06 23:28:20 <GNUtoo|laptop> the nokia900 is good enough
Dec 06 23:28:34 <GNUtoo|laptop> and resistive touchscreen can be an advantage
Dec 06 23:28:41 <GNUtoo|laptop> for non-obtimized software
Dec 06 23:28:45 <GNUtoo|laptop> you have more precision
Dec 06 23:28:49 <GNUtoo|laptop> example: claws mails
Dec 06 23:29:16 <GNUtoo|laptop> btw could you delete a branch?
Dec 06 23:30:03 <mickeyl> which one where?
Dec 06 23:30:05 <GNUtoo|laptop> linux-n900 is a wrong name and has been merged
Dec 06 23:30:12 <GNUtoo|laptop> linux-2.6 in fso
Dec 06 23:31:09 <GNUtoo|laptop> compare with nokia900/master
Dec 06 23:33:24 <GNUtoo|laptop> btw wl1251_sdio does ad-hoc but there is too much packets loss
Dec 06 23:33:38 <mickeyl> Deleted branch linux-n900.
Dec 06 23:33:43 <GNUtoo|laptop> thanks
Dec 06 23:33:50 <mickeyl> np
Dec 06 23:34:38 <GNUtoo|laptop> mickeyl, what's the deadline for including the battery patches?
Dec 06 23:34:50 <GNUtoo|laptop> because I will go in france soon
Dec 06 23:34:57 <GNUtoo|laptop> and then come back
Dec 06 23:36:21 <GNUtoo|laptop> mickeyl, could you also create the libisi git repo while you're at it?
Dec 06 23:38:39 <GNUtoo|laptop> mickeyl, btw shadowjk's website(usefull for battery) http://enivax.net/jk/n900/
Dec 06 23:41:25 <mickeyl> ok, libisi is there
Dec 06 23:41:47 <GNUtoo|laptop> thanks
Dec 06 23:42:13 <GNUtoo|laptop> mickeyl, btw doc should know about battery too
Dec 06 23:42:19 <GNUtoo|laptop> and maybe PaulFertser too
Dec 06 23:42:33 <mickeyl> ok
Dec 06 23:42:34 <GNUtoo|laptop> and shadowjk in #meego-arm
Dec 06 23:42:51 <GNUtoo|laptop> shadowjk did the lastest scripts
Dec 06 23:43:11 <GNUtoo|laptop> what do you think of n900 btw
Dec 06 23:43:28 <mickeyl> in terms of... hardware?
Dec 06 23:43:41 <GNUtoo|laptop> personally good screen+good kernel
Dec 06 23:44:24 <mickeyl> yes, the kernel is promising.
Dec 06 23:44:35 <mickeyl> screen is nice, i don't like the keyboard
Dec 06 23:44:35 <GNUtoo|laptop> and there will be an upstream kernel
Dec 06 23:44:43 <GNUtoo|laptop> lol neither do I
Dec 06 23:44:48 <GNUtoo|laptop> but it has ctrl
Dec 06 23:44:49 <mickeyl> g1 was better
Dec 06 23:44:51 <GNUtoo|laptop> and arrows
Dec 06 23:44:52 <GNUtoo|laptop> yes indeed
Dec 06 23:44:54 <mickeyl> and raphael was _much_ better
Dec 06 23:45:12 <mickeyl> anyways, doesn't help if stuff doesn't work
Dec 06 23:45:12 <DocScrutinizer> you bet I know about battery :-D
Dec 06 23:45:20 <GNUtoo|laptop> but it's worth, bad keyboard against good kernel and big screen
Dec 06 23:45:21 <mickeyl> :)
Dec 06 23:45:30 <mickeyl> ok, thanks for guiding me that far
Dec 06 23:45:37 <mickeyl> i will experiment over the next days
Dec 06 23:45:37 <GNUtoo|laptop> np
Dec 06 23:45:40 <mickeyl> as time permits ;)
Dec 06 23:45:44 <mickeyl> now to move to bed
Dec 06 23:45:49 <mickeyl> g'night
Dec 06 23:45:50 <GNUtoo|laptop> with n900 and wifi?
Dec 06 23:46:04 <GNUtoo|laptop> I bet for sleeping
Dec 06 23:46:05 <GNUtoo|laptop> bye
Dec 06 23:46:07 <mickeyl> hehe
Dec 06 23:46:07 <GNUtoo|laptop> good night
Dec 06 23:46:07 <mickeyl> yes
**** ENDING LOGGING AT Tue Dec 07 02:59:58 2010