**** BEGIN LOGGING AT Thu Dec 30 02:59:58 2010
Dec 30 09:15:23 <mickeyl> sre_: as far as i can see there is really no protocol specification publically available, right? 
Dec 30 09:15:30 <mickeyl> i.e. the actual packet structures
Dec 30 09:18:32 <CIA-70> freesmartphone.org: 03mickey 07libisi * r04f40b06bc83 10/ (4 files in 3 dirs): gather technology field from NET_AVAILABLE_GET_REQ; enhance operator structure to contain that field
Dec 30 09:19:22 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * rba7cf1fe9e2b 10/fsogsmd/src/plugins/modem_nokia_isi/ (channel.vala mediators.vala): fsogsmd: modem_nokia_isi: handle technology field from ISI in NetListOperators
Dec 30 09:24:08 <mickeyl> oh
Dec 30 09:24:16 <mickeyl> the ISI docs from Nokia are better than expected
Dec 30 09:27:54 <morphis> heyho
Dec 30 09:32:11 <JaMa> morphis: pong
Dec 30 09:56:55 <morphis> JaMa: about your glib patches, are they already commited?
Dec 30 09:57:00 <morphis> mickeyl: ping
Dec 30 10:02:24 <JaMa> morphis: different one was pushed today
Dec 30 10:02:34 <morphis> ah ok
Dec 30 10:02:44 <morphis> but glib-2.0 should be compilable now?
Dec 30 10:03:38 <JaMa> yes
Dec 30 10:03:52 <JaMa> the test which needed header form dbus was disabled
Dec 30 10:04:07 <morphis> ah ok
Dec 30 10:05:09 <mickeyl> morphis: pong... (but i'm on the run)
Dec 30 10:05:19 <morphis> mickeyl: short question
Dec 30 10:05:39 <morphis> I have some compile error with gdbus and errordomains
Dec 30 10:05:50 <morphis> enough time to have a look at it?
Dec 30 10:06:04 <mickeyl> depends on when i'll be picked up... waiting for someone
Dec 30 10:06:07 <mickeyl> pastebin?
Dec 30 10:06:19 <mickeyl> or git?
Dec 30 10:06:24 <morphis> one moment
Dec 30 10:07:12 <morphis> code is here: http://pastie.org/1416890
Dec 30 10:07:21 <morphis> error is this:
Dec 30 10:07:23 <morphis>   CC     error.lo
Dec 30 10:07:24 <morphis> error.c:19: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘msmcomm_error_entries’
Dec 30 10:07:24 <morphis> error.c: In function ‘msmcomm_error_quark’:
Dec 30 10:07:24 <morphis> error.c:23: error: ‘msmcomm_error_entries’ undeclared (first use in this function)
Dec 30 10:07:24 <morphis> error.c:23: error: (Each undeclared identifier is reported only once
Dec 30 10:07:26 <morphis> error.c:23: error: for each function it appears in.)
Dec 30 10:07:27 <morphis> make[3]: *** [error.lo] Fehler 1
Dec 30 10:07:43 <morphis> so nothing really special
Dec 30 10:07:52 <morphis> just defining the errordomain
Dec 30 10:08:12 <morphis> line 19 is "static const GDBusErrorEntry msmcomm_error_entries[] ...."
Dec 30 10:08:59 <morphis> hm clang gives: error.c:19:14: error: unknown type name 'GDBusErrorEntry'
Dec 30 10:09:03 <mickeyl> hmm, need to go now, but your code looks correct. please hop over to #vala and ask there. i can take a look when i'm back
Dec 30 10:09:22 <morphis> ok
Dec 30 10:09:58 <morphis> I really need glib 2.26.1?
Dec 30 10:10:04 <morphis> as I have 2.26.0
Dec 30 10:10:09 <morphis> maybe thats the cause
Dec 30 11:48:26 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r3d3aa207e410 10/msmcommd-specs/ (5 files in 2 dirs): msmcommd-specs: port to gdbus
Dec 30 12:03:47 <CIA-70> freesmartphone.org: 03morphis 07cornucopia * r1820b788cd3c 10/fsogsmd/src/plugins/modem_qualcomm_palm/modemagent.vala: fsogsmd: modem_qualcomm_palm: port to gdbus
Dec 30 12:27:17 <GarthPS> hello guys!
Dec 30 12:29:23 <GarthPS> what is the difference between http://shr.bearstech.com and  http://build.shr-project.org ? it point to the same machine right ?
Dec 30 12:32:46 <misc> yep
Dec 30 12:41:29 <morphis> mickeyl: we have another problem with FSO and gdbus
Dec 30 12:41:48 <morphis> mickeyl: currently we search for the dbus path to install the dbus config files
Dec 30 12:41:59 <morphis> mickeyl: with that we require the dbus-1 package to be installed
Dec 30 12:42:14 <morphis> mickeyl: otherwise all dbus files goes to /etc/dbus-1 and in my case to /dbus-1
Dec 30 12:42:23 <morphis> mickeyl: as sysconfdir was not specified
Dec 30 13:03:00 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * r44fa8afcdb2e 10/msmcommd-specs/msmcommd-specs-1.0.pc.in: msmcommd-specs: do not depend on dbus-glib anymore
Dec 30 13:03:01 <CIA-70> freesmartphone.org: 03morphis 07msmcomm * rd36ddbd704c8 10/msmcommd/ (configure.ac src/Makefile.am src/dbusservice.vala): msmcommd: port to gdbus
Dec 30 13:03:53 <GarthPS> morphis: hi!, work great on msmcommd ? 
Dec 30 13:04:13 <morphis> GarthPS: jepp, porting it to gdbus
Dec 30 13:04:43 <GarthPS> morphis: oh, yeah. mandatory :) 
Dec 30 13:24:53 <GNUtoo|laptop> hi mickeyl 
Dec 30 13:28:42 <GarthPS> JaMa: hello. what is the difference between http://shr.bearstech.com and  http://build.shr-project.org ? it point to the same machine right ?
Dec 30 13:33:28 <JaMa> GarthPS: yes, same machine
Dec 30 13:37:16 <GarthPS> JaMa: ok thx. and what is the difference(what for) between /shr-unstable/images/  and  /tests/shr-unstable/images  ?
Dec 30 13:42:07 <daniele_athome> morning!
Dec 30 13:42:13 <daniele_athome> happy new year to everybody! :)
Dec 30 13:43:17 <JaMa> GarthPS: /tests/shr-unstable stuff is rsynced to /shr-unstable (feed as well as images) after initial testing
Dec 30 13:44:08 <daniele_athome> hey JaMa
Dec 30 13:45:05 <JaMa> GarthPS: /tests/shr-unstable/ corresponds to "live" tmp/deploy/ in OE build, so no testing and also feed index is calculated only after finished build, so if you opkg update&upgrade from it while it's building you could get some md5sum mismatch
Dec 30 13:45:09 <JaMa> daniele_athome: hey
Dec 30 13:48:37 <mickeyl> morphis: yes, we require dbus to be installed at configuration time, but so does glib 2.26.1
Dec 30 13:48:44 <mickeyl> since it requires the headers
Dec 30 13:48:48 <mickeyl> hi GNUtoo|laptop 
Dec 30 13:48:52 <morphis> mickeyl: ok
Dec 30 13:49:29 <GNUtoo|laptop> mickeyl, hi, I'm still blocked, shr-image still doesn't compile, should I help somewhere?
Dec 30 13:49:43 <GNUtoo|laptop> and I can't work on libisi either, can't activate the modem
Dec 30 13:49:57 <mickeyl> GNUtoo|laptop: if you can boot into maemo, might help with libisi
Dec 30 13:50:00 <mickeyl> (via forwarding)
Dec 30 13:50:26 <GNUtoo|laptop> I'm not used to develop on laptop and run on laptop(different vala version,lacking libs etc...)
Dec 30 13:50:46 <morphis> is someone already fixing the libphone-ui compilation error?
Dec 30 13:50:48 <mickeyl> well, it's heaps simpler than cross compiling every time...
Dec 30 13:50:51 <morphis> or is it already fixed?
Dec 30 13:51:10 <GNUtoo|laptop> mickeyl, oe_runmake isn't that hard
Dec 30 13:51:31 <GNUtoo|laptop> I usually make scrpits that takes care of everything, including scp
Dec 30 13:51:38 <mickeyl> hmm, k. what about .37?
Dec 30 13:51:52 <mickeyl> how far was mrmoku?
Dec 30 13:51:55 <GNUtoo|laptop> I could make a recipe for that
Dec 30 13:52:00 <mickeyl> yeah, that would be a good start
Dec 30 13:52:02 <GNUtoo|laptop> it boots and works fine
Dec 30 13:52:05 <mickeyl> oh, cool
Dec 30 13:52:07 <GNUtoo|laptop> all patches were ported
Dec 30 13:52:19 <GNUtoo|laptop> else I wouldn't have proposed it
Dec 30 13:52:31 <GNUtoo|laptop> but it was 2.6.37-rc2
Dec 30 13:52:34 <GNUtoo|laptop> so an rc
Dec 30 13:52:52 <GNUtoo|laptop> *all meego n900 patches
Dec 30 13:55:28 <sre_> gnutoo: can you send me a link to the kernel patches?
Dec 30 13:56:07 <GNUtoo|laptop> I'll send a link to the git
Dec 30 13:56:24 <sre_> thx
Dec 30 13:56:37 <GNUtoo|laptop> http://git.freesmartphone.org/?p=linux-2.6.git;a=shortlog;h=refs/heads/nokia900/dvfs
Dec 30 13:57:00 <GNUtoo|laptop> not everything works
Dec 30 13:57:01 <GNUtoo|laptop> tough
Dec 30 13:57:08 <GNUtoo|laptop> oops
Dec 30 13:57:17 <GNUtoo|laptop> I meant I don't remember if everything works
Dec 30 13:57:25 <GNUtoo|laptop> I'll have to check again
Dec 30 13:58:15 <sre_> mh
Dec 30 13:58:40 <GNUtoo|laptop> I think not everything was tested
Dec 30 13:58:43 <GNUtoo|laptop> I'll test and fix
Dec 30 13:58:57 <sre_> I think I will keep using meego's patches for debian
Dec 30 13:59:23 <sre_> they have a more debian like workflow than you
Dec 30 13:59:53 <JaMa> morphis: mrmoku said he started porting shr stuff to gdbus.. but no idea how far he got before leaving to italy
Dec 30 14:00:11 <morphis> JaMa: ah ok
Dec 30 14:00:20 <morphis> then I will switch to a fso2-demo-image for now ...
Dec 30 14:03:18 <GNUtoo|laptop> ouch I did init 0 last night
Dec 30 14:03:29 <GNUtoo|laptop> the battery was at 100% I think
Dec 30 14:03:35 <GNUtoo|laptop> and it doesn't start
Dec 30 14:03:42 <GNUtoo|laptop> that means that the battery is at 0%
Dec 30 14:04:09 <GNUtoo|laptop> we should try 2.6.37 to see if it fix the issue
Dec 30 14:17:32 <GarthPS> JaMa: ok thx for your brain. :)
Dec 30 14:19:48 <CIA-70> freesmartphone.org: 03mickey 07aurora * rfd8c57d835d0 10/zhone2/ (7 files in 2 dirs): zhone2: convert to gdbus
Dec 30 14:24:12 <JaMa> GarthPS: eh? :)
Dec 30 14:47:42 <mickeyl> ~seen openbmap|onen
Dec 30 14:47:43 <apt> i haven't seen 'openbmap|onen', mickeyl
Dec 30 14:56:46 <CIA-70> freesmartphone.org: 03mickey 07framework * r3cc975f89c88 10/framework/config.py: config: align milliseconds in logger output; patch by ott814, thanks.
Dec 30 14:57:29 <GNUtoo|laptop> touchscreen works much better on 2.6.37, it works as good as 2.6.28
Dec 30 14:57:35 <mickeyl> good news
Dec 30 14:57:36 <GNUtoo|laptop> but I've to findout how to get usbnet
Dec 30 15:12:28 <JaMa> good bye in 2011 (I'll return around 3.1.2012), enjoy New Year parties..
Dec 30 15:14:51 <daniele_athome> JaMa|Off, what!?
Dec 30 15:14:55 <daniele_athome> you'll return 2012 mmm
Dec 30 15:14:55 <daniele_athome> lol
Dec 30 15:15:00 <daniele_athome> :P
Dec 30 15:16:07 <JaMa|Off> ups :)
Dec 30 15:18:01 <daniele_athome> :D
Dec 30 15:28:48 <GNUtoo|laptop> what's the file to edit to replace g_ether by g_nokia?
Dec 30 15:29:10 <mickeyl> hmm, /etc/modprobe.conf?
Dec 30 15:29:23 <misc> or /etc/modules ?
Dec 30 15:29:39 <GNUtoo|laptop> there are many things
Dec 30 15:29:46 <GNUtoo|laptop> and some are generated and some are not
Dec 30 15:29:54 <GNUtoo|laptop> I'm looking for the non-generated stuff
Dec 30 15:30:03 <GNUtoo|laptop> and then update-modules will do the job
Dec 30 15:30:04 <GNUtoo|laptop> no?
Dec 30 15:30:22 <GNUtoo|laptop> there is modprobe.d
Dec 30 15:30:23 <GNUtoo|laptop> modutils
Dec 30 15:30:25 <[Rui]> JaMa|Off: you scared us all! :) have a nice year's eve :)
Dec 30 15:31:06 <GNUtoo|laptop> modules
Dec 30 15:31:09 <GNUtoo|laptop> and modules.conf
Dec 30 15:33:46 <GNUtoo|laptop> ok I think it's modutils
Dec 30 15:38:10 <GNUtoo|laptop> ok usbnet working manually
Dec 30 15:45:52 <mickeyl> yay
Dec 30 15:45:55 <mickeyl> with which driver?
Dec 30 15:54:04 <GNUtoo|laptop> g_nokia
Dec 30 15:58:16 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * r6623600a347d 10/libfsotransport/fsotransport/basetransport.vala: libfsotransport: don't bail out if someone attempts to write to an invalid transport; warn and ignore instead
Dec 30 16:40:58 <GNUtoo|laptop> camera is not in 2.6.37
Dec 30 16:41:02 <GNUtoo|laptop> should I add it?
Dec 30 16:45:20 <GNUtoo|laptop> mickeyl, should I port camera, or get 2.6.28 back with DP=1
Dec 30 16:45:26 <GNUtoo|laptop> s/DP/PE
Dec 30 16:54:29 <GNUtoo|laptop> sigh ping
Dec 30 16:56:07 <LionKMP> Hi. I can't open the "< X >" panel since I tried to change themes. How do I recover that? Setting back to default does not help.
Dec 30 16:56:35 <pespin> LionKMP, be sure shr_elm_softkey process is running
Dec 30 16:56:38 <LionKMP> it should come up when pressing the empty space between settings icon and clock I think.
Dec 30 16:56:56 <LionKMP> any idea why isn't this a button but an empty space? missing image?
Dec 30 16:58:17 <LionKMP> the process was not running (even after several reboots)
Dec 30 16:58:35 <pespin> LionKMP, because empty space is bigger than nay button, so easier to press ;) It feels like pressing the bar, not some button
Dec 30 16:58:48 <pespin> LionKMP, then run it manually from vala-terminal or ssh into it
Dec 30 16:58:56 <pespin> shr_elm_softkey &
Dec 30 16:58:59 <LionKMP> yes, I did via SSH
Dec 30 16:59:01 <LionKMP> thanks
Dec 30 16:59:18 <pespin> LionKMP, this is a known bug btw
Dec 30 17:02:19 <GNUtoo|laptop> sigh
Dec 30 17:04:09 <LionKMP> a button would be better than empty space in my opinion. (from GUI design viewpoint)
Dec 30 17:07:53 <LionKMP> is it OK to use opkg on the latest "testing" RC release? Or would it mix packages with the already published old "testing"?
Dec 30 17:43:17 <Heinervdm> LionKMP: you have to change the feed to .../tests/...
Dec 30 18:19:15 <mickeyl> GNUtoo|laptop: camera 
Dec 30 18:39:20 <LionKMP> Heinervdm: yep, I thouhgt after seeing some error messages :) ok, thank you!
Dec 30 19:06:54 <GNUtoo|laptop> mickeyl, ?
Dec 30 19:06:58 <GNUtoo|laptop> so what should I do?
Dec 30 19:07:01 <mickeyl> camera?
Dec 30 19:07:15 <GNUtoo|laptop> should I port camera to 2.6.37
Dec 30 19:07:31 <mickeyl> i'd say yes. the more feature complete .37 is the more we can concentrate on userland issues
Dec 30 19:07:53 <GNUtoo|laptop> ok, note that it could be hard
Dec 30 19:08:21 <GNUtoo|laptop> *I don't know the multimedia framework which changed a lot
Dec 30 19:08:28 <GNUtoo|laptop> but in another hand....
Dec 30 19:08:34 <GNUtoo|laptop> the camera stuff has -for-next
Dec 30 19:08:37 <GNUtoo|laptop> in his name
Dec 30 19:08:53 <GNUtoo|laptop> so I'm tempted not to import the commits but the files
Dec 30 19:09:00 <mickeyl> worht a try
Dec 30 19:09:17 <GNUtoo|laptop> also I will do only the back camera
Dec 30 19:09:36 <GNUtoo|laptop> because front camera has no code against upstream
Dec 30 19:09:39 <mickeyl> k
Dec 30 19:09:49 <GNUtoo|laptop> it has also a huge bug....as you saw it
Dec 30 19:21:40 <GNUtoo|laptop> ok there is 107 commits
Dec 30 19:24:09 <GNUtoo|laptop> and 167 files touched
Dec 30 19:26:49 <GNUtoo|laptop> mickeyl, ^^^
Dec 30 19:29:19 <mickeyl> hmm, quite a lot
Dec 30 19:29:46 <GNUtoo|laptop> indeed
Dec 30 20:15:39 <mickeyl> wah...
Dec 30 20:15:47 * mickeyl digging deep into libgsm0710mux and libfsotransport
Dec 30 20:15:59 <mickeyl> it's been too long...
Dec 30 21:40:35 <lindi-> gena2x: gps works after resume with qtmoko-v31 using http://www.bsdmn.com/openmoko/uboot/binary/u-boot_g2x_2.udfu
Dec 30 21:41:01 <gena2x> lindi-: so ok, this is expected
Dec 30 21:41:42 <gena2x> lindi-: i just forgot about that bootloader patch initially
Dec 30 21:41:58 <lindi-> gena2x: what do you think should be done? 1) figure out a way to make linux work with "normal" u-boot?
Dec 30 21:42:04 <lindi-> gena2x: or 2) commit your patch to u-boot repo?
Dec 30 21:42:30 <lindi-> "3) ask users to get u-boot binary from wwww.bsdm.com" won't be a proper long-term solution :)
Dec 30 21:44:30 <lindi-> gena2x:  error: The requested URL returned error: 403 while accessing http://git.openmoko.org/?p=u-boot.git/info/refs
Dec 30 21:46:07 <gena2x> lindi-: ah, you want to clone
Dec 30 21:46:19 <lindi-> gena2x: I said 'git remote add gena2x http://git.openmoko.org/?p=u-boot.git'
Dec 30 21:46:24 <lindi-> gena2x: 'git fetch gena2x'
Dec 30 21:46:33 <lindi-> gena2x: but also plain 'git clone http://git.openmoko.org/?p=u-boot.git'  fails
Dec 30 21:46:50 <gena2x> lindi-: i meant that my repo is clone of openmoko's
Dec 30 21:47:19 <gena2x> lindi-: actually i didn't setup ability to clone my repo to externals users yet, sorry
Dec 30 21:47:52 <lindi-> gena2x: I'd kind of like to get the source code :)
Dec 30 21:47:54 <gena2x> lindi-: repo is at bsdmn.com
Dec 30 21:48:15 <lindi-> gena2x: ah but what's the clone url for that?
Dec 30 21:48:30 <lindi-> gena2x: "http://www.bsdmn.com/cgit/cgit/u-boot/" advertises git.openmoko.org
Dec 30 21:49:14 <gena2x> lindi-: no, as i told it's just a bit incorrect, i wanted to tell that 'my repo is clone of blahblah'.
Dec 30 21:49:37 <pipe> You guys sure type a lot, I hope you're doing cool things with my freerunner!
Dec 30 21:50:32 <lindi-> gena2x: hmm, what does that mean? :/
Dec 30 21:50:59 <gena2x> lindi-: you may cherri-pick paches now, or get sources as tar.gz with web interface
Dec 30 21:51:17 <gena2x> lindi-: i will fix that now
Dec 30 21:51:29 <lindi-> gena2x: how can I cherry-pick them? with a web browser?
Dec 30 21:52:34 <gena2x> lindi-: yes. sorry, only this way atm, as i didn't found out how to export git atm with proper permissions and everything need to clone.
Dec 30 21:53:02 <gena2x> lindi-: not much patches now, so i hope this not hurts
Dec 30 21:54:19 <lindi-> gena2x: I'd like to track your development with emacs :/
Dec 30 21:54:28 <lindi-> gena2x: (in the magit mode)
Dec 30 21:55:20 <gena2x> lindi-: ok, as you first who want to track, i'll put setting up full git access in my list and notify than it will be up and running
Dec 30 21:55:45 <lindi-> gena2x: can't you just put it somewhere with plain http access?
Dec 30 21:56:51 <gena2x> lindi-: i never setup git servers, so i need some time to research how to do that properly
Dec 30 21:57:44 <gena2x> lindi-: than i'll finish that, i'll notify you. give me some time please :)
Dec 30 22:00:31 <gena2x> lindi-: but back to real problem we talk about, i think my repo is not better of worse than openmoko's, so where is no reason (at least for me) to put patches into openmoko's repo.
Dec 30 22:01:09 <gena2x> lindi-: also i do not want to beg for patches inclusion or not inclusion.
Dec 30 22:01:31 <gena2x> lindi-: i prefer to fix things
Dec 30 22:01:46 <gena2x> lindi-: and now _really_ to the problem
Dec 30 22:01:55 <gena2x> lindi-: we have qi, and it works.
Dec 30 22:03:09 <lindi-> gena2x: no server is required
Dec 30 22:03:31 <lindi-> gena2x: just put the git repo to a directory that is shared with http
Dec 30 22:05:02 <gena2x> lindi-: yes one more thing about openmoko's u-boot repo - i think nobody can 'approve' patches into it, and also it is not real 'upstream', so propagation patches into it is even less meaningful.
Dec 30 22:05:40 <lindi-> gena2x: what does this "Fix cross-compiler name, fix low level init"  do?
Dec 30 22:05:52 <lindi-> switches to 2-4-2 timings?
Dec 30 22:06:12 <gena2x> lindi-: yes, this should be separated
Dec 30 22:06:48 <lindi-> I hope 'Kindly ask u-boot do not touch serials and serial's gpio setup' is all I need
Dec 30 22:07:07 <gena2x> lindi-: i recommend also last one
Dec 30 22:07:51 <gena2x> lindi-: this allow you not to do 'up/down/up' procedure on boot
Dec 30 22:08:22 <gena2x> lindi-: so gps boots is down on boot and first time up powers it up properly
Dec 30 22:08:36 <gena2x> lindi-: so gps is down on boot and first time up powers it up properly
Dec 30 22:09:06 <gena2x> other are 2-4-2
Dec 30 22:09:16 <gena2x> gcc 4.4 fixes
Dec 30 22:09:41 <gena2x> compiler name as i am using debian toolchain
Dec 30 22:10:03 <gena2x> and 1 patch from anarsoul, while seem has no effect
Dec 30 22:10:09 <gena2x> *which
Dec 30 22:10:41 <gena2x> but were intended to fix minicom ttyACM issue
Dec 30 22:10:42 <lindi-> I have some fast charge patch and a resume debugging patch :)
Dec 30 22:11:15 <gena2x> fast charge?
Dec 30 22:11:39 <gena2x> afair it already always sets charger to 1A
Dec 30 22:11:54 <gena2x> or just don't turn it on at all
Dec 30 22:12:00 <lindi-> gena2x: only if it detects charger that can do 1A
Dec 30 22:12:27 <lindi-> int neo1973_set_charge_mode(enum neo1973_charger_cmd cmd) has normally this 'puts("not implemented yet\n");'
Dec 30 22:12:29 <gena2x> lindi-: (un?)fortunately latest openmoko's u-boot (at least here) always do 1A
Dec 30 22:12:43 <lindi-> odd
Dec 30 22:12:43 <gena2x> lindi-: or 0A
Dec 30 22:12:46 <gena2x> yeah
Dec 30 22:12:56 <gena2x> this need investigation
Dec 30 22:13:26 <gena2x> both things - why 0A and why 1A. not normal 500aM
Dec 30 22:13:27 <lindi-> anyways, now I can start testing 2.6.34 more
Dec 30 22:14:00 * gena2x expecting tons of well-written bug reports :)
Dec 30 22:14:02 <lindi-> it's still bit odd since the display is white for some time every time I unblank the display
Dec 30 22:14:23 <lindi-> looks bit silly since my background is black
Dec 30 22:14:50 <GNUtoo|laptop> mickeyl, ping
Dec 30 22:15:02 <GNUtoo|laptop> how do I even start of rebasing theses huge ~100 patches
Dec 30 22:15:03 <GNUtoo|laptop> ?
Dec 30 22:15:11 <GNUtoo|laptop> I mean what's the best way?
Dec 30 22:15:26 <GNUtoo|laptop> if there is one
Dec 30 22:15:35 <gena2x> lindi-:  even larsc added similar patch and his super-stable chuck of code and how tree in openmoko blinks too :)
Dec 30 22:16:11 <lindi-> gena2x: similar to which patch?
Dec 30 22:16:47 <GNUtoo|laptop> maybe I do it by hand?
Dec 30 22:16:53 <GNUtoo|laptop> I take the files 
Dec 30 22:17:03 <GNUtoo|laptop> I've really no idea on how to start
Dec 30 22:17:08 <GNUtoo|laptop> that is a huge work
Dec 30 22:17:13 <lindi-> GNUtoo|laptop: using git rebase?
Dec 30 22:17:32 <GNUtoo|laptop> what is the difference between git rebase and git merge?
Dec 30 22:17:42 <GNUtoo|laptop> also imagine that:
Dec 30 22:17:53 <GNUtoo|laptop> 2.6.35->n900_support->camera
Dec 30 22:18:13 <GNUtoo|laptop> 2.6.37-rc3->n900_support->rebase_camera_here
Dec 30 22:19:09 <gena2x> lindi-: http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=43f0161295bc311d09d705db7b381653fbbb9e46 similar to https://github.com/radekp/linux-2.6/commit/9451f9ddcd822b5ed3c401e5f501521cb3240947
Dec 30 22:19:13 <lindi-> GNUtoo|laptop: rebase at least changes history
Dec 30 22:19:28 <gena2x> lindi-: both add delay
Dec 30 22:20:08 <GNUtoo|laptop> hmmm git merge+ git diff 
Dec 30 22:20:16 <GNUtoo|laptop> gives about 21000 lines
Dec 30 22:20:20 <gena2x> lindi-: lars's patch only changes sequence, but somehow i doubt if this may change something as voltage need some time to stabilise
Dec 30 22:20:34 <gena2x> lindi-: but of course, this subject to more testing
Dec 30 22:20:41 <lindi-> gena2x: so that patch causes me to see the display as white for 200ms?
Dec 30 22:20:57 <gena2x> lindi-: it also prevents you from WSOD
Dec 30 22:21:05 <lindi-> gena2x: I have not seen WSOD
Dec 30 22:21:12 <lindi-> :)
Dec 30 22:21:18 <gena2x> lindi-: OK.
Dec 30 22:21:28 <lindi-> so it's kind of a regression for me
Dec 30 22:21:47 <gena2x> lindi-: you may revert it. but it is proven to fix unblank WSes/WSODs
Dec 30 22:21:58 <lindi-> gena2x: maybe backlight could be turned on only when the display is ready?
Dec 30 22:22:29 <lindi-> gena2x: hmm, the patch comments out code. why not just remove?
Dec 30 22:22:39 <gena2x> lindi-: i don't even want to go so deep, as docs missing.
Dec 30 22:23:11 <lindi-> gena2x: but it's git, we have the history
Dec 30 22:23:13 <gena2x> lindi-: cause then i wrong the patch following ThibG suggestions, i never thought it will be committed as is
Dec 30 22:23:22 <gena2x> s/wrong/wrote/
Dec 30 22:23:23 <apt> gena2x meant: lindi-: cause then i wrote the patch following ThibG suggestions, i never thought it will be committed as is
Dec 30 22:23:36 <GNUtoo|laptop> sigh
Dec 30 22:23:53 <GNUtoo|laptop> and after that we would have to rebase usb host
Dec 30 22:24:09 <lindi-> GNUtoo|laptop: freerunner or n900?
Dec 30 22:24:16 <GNUtoo|laptop> n900
Dec 30 22:24:17 <anarsoul> gena2x: I suspect that there's one more bug in udc driver in u-boot, however you can check if udc driver in your u-boot equals to one from my branch
Dec 30 22:25:53 <lindi-> gena2x: ok so larsc's version could replace that?
Dec 30 22:26:07 <gena2x> anarsoul: thanks for suggestion, not atm. no i am doing cpufreq :)
Dec 30 22:26:14 <gena2x> *now
Dec 30 22:26:20 <anarsoul> oh, ok
Dec 30 22:26:37 <gena2x> anarsoul: but than i'll be back to u-boot, i'll check that (damn, list things to check increasing)
Dec 30 22:27:19 <anarsoul> cpufreq does not work well for me, I suspect that changing PCLK is not a good idea :)
Dec 30 22:27:32 <gena2x> anarsoul: i am just... not changing PCLK :)
Dec 30 22:28:18 <gena2x> anarsoul: this leaves us to 50...400 Mhz and wide range of cpu voltages
Dec 30 22:28:19 <anarsoul> gena2x: well, then you'll have at most 2 working freqs for ARM core
Dec 30 22:28:50 <gena2x> anarsoul: why 2? 50, 100, 200, 300, 400 should work
Dec 30 22:29:18 <gena2x> anarsoul: i think also accurately written notifies should work even with PCLK changed
Dec 30 22:29:21 <anarsoul> and what's base freq?
Dec 30 22:29:36 <gena2x> anarsoul: 'base'? FCLK?
Dec 30 22:29:44 <lindi-> gena2x: hmm, I can't find my gps power bug report
Dec 30 22:30:23 <gena2x> anarsoul: or memory bus's HCLK?
Dec 30 22:30:51 <anarsoul> gena2x: afaik there's no much divide ratios
Dec 30 22:31:16 <gena2x> anarsoul: btw everything seems working now... expect usb ether, which should is working for 5 seconds after plug in
Dec 30 22:31:27 <anarsoul> i.e. you can choose fclk:hclk:pclk as follow: 1:1:1, 1:1:2, 1:2:2, 1:2:4, 1:4:4, 1:4:8, 1:8:8, 1:8:16
Dec 30 22:31:49 <gena2x> anarsoul: and damn usb should work, as it's clock is complete separate
Dec 30 22:32:14 <gena2x> anarsoul: you miss 1:6, but everything else look ok
Dec 30 22:32:19 <gena2x> and 1:3
Dec 30 22:32:21 <anarsoul> gena2x: unfortunately, on my PDA LCD clock depends on PWM, changing PCLK results in short screen flicker
Dec 30 22:32:43 <anarsoul> gena2x: they're not usefull if you don't want to change pclk :)
Dec 30 22:33:02 <gena2x> anarsoul: why not? 300:100:50
Dec 30 22:33:52 <anarsoul> gena2x: heh, but you can't set _same_ hclk and pclk then for different fclk :)
Dec 30 22:34:03 <gena2x> anarsoul: why not?
Dec 30 22:34:45 <gena2x> anarsoul: sweet point is ability to rebulate voltage. core can work from 1V at 100Mhz
Dec 30 22:34:46 <anarsoul> gena2x: see formula at 7-22 page in datasheet :)
Dec 30 22:35:11 <gena2x> anarsoul: what's wrong with formula?
Dec 30 22:35:40 <gena2x> anarsoul: you just find M P and S for you FCLK
Dec 30 22:35:42 <anarsoul> gena2x: nothing wrong, but it's not possible to set _same_ pclk and hclk, only some close values
Dec 30 22:35:46 <anarsoul> but not close enough
Dec 30 22:35:52 <gena2x> anarsoul: ?????
Dec 30 22:36:16 <gena2x> anarsoul: i've found divisors for all round frequences
Dec 30 22:36:34 <gena2x> anarsoul: so HCLK remains exactly 100
Dec 30 22:36:54 <gena2x> anarsoul: and HCLK/PCKL=1/2. have you skipped algebra in school? :)
Dec 30 22:37:01 <anarsoul> gena2x: what's input freq on freerunner? 12mhz?
Dec 30 22:37:27 <gena2x> anarsoul: ahh. i got point. yeah, 12mhz :)
Dec 30 22:37:46 <anarsoul> gena2x: it's 16.9344mhz on h1940 and rx1950 :)
Dec 30 22:37:52 <gena2x> but this should not be problem
Dec 30 22:38:24 <gena2x> for example it's possible to set 50/100/200 with just different S divisor
Dec 30 22:38:25 <anarsoul> afaik fclk on rx1950 is 296.352
Dec 30 22:38:45 <gena2x> so you just inc S
Dec 30 22:38:52 <gena2x> and add to hdiv
Dec 30 22:39:03 <anarsoul> so pclk is 49.391 and hclk is 98.783
Dec 30 22:39:39 <gena2x> does your hw has voltage regulations?
Dec 30 22:39:45 <anarsoul> nope
Dec 30 22:39:45 <gena2x> *regulators
Dec 30 22:39:54 <gena2x> ah, this is worse
Dec 30 22:40:25 <gena2x> as this is really sweet to set 1V and descrease power consumption
Dec 30 22:41:48 <lindi-> http://achtbaan.nikhef.nl/27c3-stream/releases/mkv/%5b3952%5d%20Running%20your%20own%20GSM%20stack%20on%20a%20phone/20101229-181502.wmv.mkv
Dec 30 22:42:13 <gena2x> lindi-: ney, more links and i never finish cpufreq :)
Dec 30 22:52:29 <gena2x> even 50Mhz works
Dec 30 22:52:45 <gena2x> with 50Mhz memory bus
Dec 30 22:55:38 <gena2x> but IMO, 50Mhz really not need, may be only 12Mhz slow mode may be great
Dec 30 22:56:14 <lindi-> gena2x: even just 100 MHz would be an improvement
Dec 31 01:24:30 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * r4e30801281da 10/libgsm0710mux/gsm0710mux/ (channel.vala multiplexer.vala): libgsm0710mux: gracefully shutdown when receiving HUP from modem
Dec 31 01:24:31 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * rd0bb6e504163 10/libfsotransport/fsotransport/basetransport.vala: libfsotransport: debug++
Dec 31 01:24:32 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * rc3d842c8a1e6 10/libfsotransport/fsotransport/ (channel.vala commandqueue.vala): libfsotransport: cosmetics
Dec 31 01:24:34 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * r5fc1ba4c1f08 10/fsogsmd/src/lib/ (modem.vala muxtransport.vala): fsogsmd: fail more gracefully when using MUX transpots
Dec 31 02:20:18 <CIA-70> freesmartphone.org: 03mickey 07cornucopia * rfcb3825f9b5c 10/fsogsmd/src/lib/muxtransport.vala: fsogsmd: muxtransport: debug--
**** ENDING LOGGING AT Fri Dec 31 02:59:58 2010