| 00:07.54 | *** join/#openmoko rooly (~chris@ip174-64-161-112.lf.br.cox.net) |
| 00:08.07 | *** join/#openmoko peter__b (~peter_b@mnch-5d85ff61.pool.mediaWays.net) |
| 00:13.22 | *** join/#openmoko glow (~glow@78-60-140-206.static.zebra.lt) |
| 00:15.21 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 00:18.05 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 00:19.18 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 00:34.25 | *** join/#openmoko SpeedEvil (1000@tor/regular/SpeedEvil) |
| 00:34.53 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 00:37.13 | *** join/#openmoko PaulF (~pavel@91.78.248.237) |
| 00:39.04 | *** join/#openmoko playya (~playya@93.216.215.47) |
| 00:39.08 | *** join/#openmoko playya (~playya@unaffiliated/playya) |
| 01:05.43 | *** join/#openmoko pabs3 (~pabs@d122-104-118-138.per9.wa.optusnet.com.au) |
| 01:05.50 | *** join/#openmoko Defiant (~Defiant@e177136155.adsl.alicedsl.de) |
| 01:39.28 | *** join/#openmoko i3n (~icman@118-232-245-26.dynamic.kbronet.com.tw) |
| 01:54.20 | *** join/#openmoko eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 02:02.39 | *** join/#openmoko badcloud_ (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 02:08.56 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 02:17.55 | *** join/#openmoko kkb110 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 02:27.28 | *** join/#openmoko brian (~brian@ip72-204-125-6.fv.ks.cox.net) |
| 02:28.54 | *** join/#openmoko slaxxer (~brian@ip72-204-125-6.fv.ks.cox.net) |
| 02:42.23 | *** join/#openmoko kkb1101 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 03:00.04 | *** join/#openmoko pcfe (~pcfe@a88-115-0-190.elisa-laajakaista.fi) |
| 03:00.05 | *** join/#openmoko pcfe (~pcfe@redhat/pcfe) |
| 03:10.26 | *** join/#openmoko borg__ (~olaf@p54868F41.dip0.t-ipconnect.de) |
| 03:44.41 | *** join/#openmoko CVirus (~Satan@41.130.233.90) |
| 03:52.07 | *** join/#openmoko playya (~playya@unaffiliated/playya) |
| 04:18.50 | *** join/#openmoko dvermd (~david@ijo32-1-78-234-93-192.fbx.proxad.net) |
| 04:20.05 | pabs3 | lindi-: have you actually achieved what you wrote here about modifying the GPS firmware? http://lists.openmoko.org/pipermail/community/2010-September/062993.html |
| 04:21.25 | PaulF | pabs3: you can find some nice scripts of him that allow to dump a firmware to a file |
| 04:22.04 | pabs3 | wow, got a link? |
| 04:22.40 | pabs3 | doesn't seem to be documented on User:Lindi |
| 04:22.44 | PaulF | pabs3: but i'm not sure if he's actually implemented the proposed idea, it feel like it's fairly complex considering one would need to do all the necessary hooking into the arm binary without the sources. |
| 04:23.36 | rooly | PaulF, hey, i have something i'd like you to look at |
| 04:23.52 | PaulF | rooly: hey :) |
| 04:23.56 | PaulF | pabs3: a moment |
| 04:24.31 | rooly | qtmoko has a problem with it's displayed signal quality |
| 04:24.36 | PaulF | pabs3: http://lindi.iki.fi/lindi/git/ubx.git/ |
| 04:24.57 | rooly | i checked the source and mapped out the values, along with a proposed change for it |
| 04:25.21 | rooly | radekp isn't very informed about it, self-admitedly, and wanted me to get a second opinion |
| 04:25.23 | rooly | http://irrlichtirc.g0dsoft.com/rooly/NewMapProposal.png |
| 04:25.44 | rooly | thats the iphone / android mappings, and the current and proposed qtmoko mappings |
| 04:27.42 | PaulF | rooly: is calypso functional at ~-105dBm ? |
| 04:27.49 | *** join/#openmoko ndnihil (~nihil@unaffiliated/ndnihil) |
| 04:28.03 | PaulF | rooly: i mean can it be that the modern phones require less power for the same service? |
| 04:29.04 | pabs3 | PaulF: thanks |
| 04:29.06 | rooly | PaulF, i don't really have any accurate readings for calypso, all i have is whats visible in the source and what are more sane mappings for bar-signal ratios |
| 04:29.31 | PaulF | rooly: i know comparing expected service quality is harder than energy but you might do some empirical tests. |
| 04:30.40 | PaulF | pabs3: one of the scripts in there enables raw readings that allowed him to get high differential precision. Have you seen his report about it? |
| 04:32.02 | pabs3 | PaulF: I have not, haven't had time to read lists recently, nor do anything with the FR except use intone |
| 04:33.00 | pabs3 | wonders what FixNow is |
| 04:33.46 | *** join/#openmoko DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 04:36.27 | PaulF | pabs3: (differential) http://lists.osgeo.org/pipermail/foss-gps/2010-August/000407.html |
| 04:52.36 | *** join/#openmoko playya (~playya@unaffiliated/playya) |
| 04:55.44 | *** join/#openmoko amarsh04 (~amarsh04@ppp118-210-180-14.lns20.adl6.internode.on.net) |
| 05:55.01 | *** join/#openmoko radekp (~radek@63.120.broadband10.iol.cz) |
| 06:03.19 | *** join/#openmoko kkb110 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 06:06.01 | *** join/#openmoko kkb1101 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 06:09.31 | *** join/#openmoko kkb110 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 06:13.51 | *** join/#openmoko kkb1101 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 06:14.37 | *** join/#openmoko kkb110 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 06:15.31 | *** join/#openmoko kkb1101 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 06:16.55 | *** join/#openmoko kkb110 (~kkb110@user-12lcboo.cable.mindspring.com) |
| 06:27.31 | *** join/#openmoko Gabrys (~Gabrys@89.229.55.160) |
| 06:40.07 | *** join/#openmoko astrocub (~astrocub@unaffiliated/ibuffy) |
| 06:50.33 | *** join/#openmoko Kame2 (~manuel@port-92-196-59-104.dynamic.qsc.de) |
| 07:03.54 | *** join/#openmoko oliver_ (~oliver@p579814B8.dip.t-dialin.net) |
| 07:10.34 | *** join/#openmoko chomwitt (~chomwitt@ppp-94-66-189-72.home.otenet.gr) |
| 07:10.49 | *** join/#openmoko pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 07:18.52 | *** join/#openmoko dvarnes (~dvarnes@124-149-50-52.dyn.iinet.net.au) |
| 07:23.44 | *** join/#openmoko Amorphous (jan@unaffiliated/amorphous) |
| 07:24.26 | *** join/#openmoko Gabrys (~Gabrys@89.229.55.160) |
| 07:32.56 | *** join/#openmoko CVirus (~Satan@41.130.233.90) |
| 07:58.23 | *** join/#openmoko Heinervdm (~thomas@pD9E17A07.dip.t-dialin.net) |
| 07:59.44 | *** join/#openmoko d1b (~db@d1b.org) |
| 08:01.02 | *** join/#openmoko amarsh04 (~amarsh04@ppp118-210-180-14.lns20.adl6.internode.on.net) |
| 08:01.23 | *** join/#openmoko Martix (~martix@4.177.broadband3.iol.cz) |
| 08:47.18 | *** join/#openmoko ferluszt (~peter@p5DD299D9.dip0.t-ipconnect.de) |
| 08:50.09 | *** join/#openmoko pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 08:56.30 | *** join/#openmoko djp_ (~djp@fsf/member/djp-) |
| 09:26.29 | *** join/#openmoko d1b (~db@d1b.org) |
| 09:31.01 | *** join/#openmoko methril_ (~methril@189.27.128.121.dynamic.adsl.gvt.net.br) |
| 09:44.46 | *** join/#openmoko cz_jc (~jc@88.146.126.102) |
| 09:47.34 | lindi- | pabs3: nope but I saw enough to say that's it's only hard, not impossible :) |
| 09:56.34 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 10:03.31 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 10:07.22 | *** join/#openmoko pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 10:11.13 | *** join/#openmoko naught101 (~ned@180.181.55.58) |
| 10:12.10 | *** join/#openmoko dns53 (~dns@ppp246-215.static.internode.on.net) |
| 10:26.17 | *** join/#openmoko GeneralError (~tuna@67.220.94.22) |
| 10:28.15 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 10:37.52 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 10:43.21 | *** join/#openmoko ferluszt (~peter@p5DD299D9.dip0.t-ipconnect.de) |
| 10:46.32 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 10:54.15 | *** join/#openmoko messerting (~messertin@39.79-161-65.customer.lyse.net) |
| 10:54.51 | *** join/#openmoko SpeedEvil (1000@tor/regular/SpeedEvil) |
| 11:00.09 | *** join/#openmoko dos1 (~dos@unaffiliated/dos1) |
| 11:08.14 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 11:15.13 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 11:17.48 | *** join/#openmoko JesusMcCloud-lt (~Jesus@84-119-56-172.dynamic.xdsl-line.inode.at) |
| 11:20.49 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 11:29.50 | *** join/#openmoko ericthefish (~ivan@sit/hacker/ericthefish) |
| 11:30.39 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 11:33.26 | *** join/#openmoko raanan (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 11:35.07 | *** join/#openmoko raanan (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 11:41.37 | *** join/#openmoko Fish (~Fish@bus77-2-82-244-150-190.fbx.proxad.net) |
| 11:45.17 | *** join/#openmoko raanan (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 11:47.36 | *** join/#openmoko jlmoko (~jluis@83.60.83.71) |
| 11:49.18 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 11:56.58 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 12:24.23 | *** join/#openmoko eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 12:27.25 | *** join/#openmoko mrmoku|away (~mrmoku@ppp-93-104-171-154.dynamic.mnet-online.de) |
| 12:34.13 | pabs3 | I just reinstalled SHR-u and deleted my ~/.e to try and fix my system. now I get a really tiny and crap top bar with no way to close apps |
| 12:34.29 | pabs3 | anyone know how to get the old one back? |
| 12:35.16 | lindi- | pabs3: why do people need to constantly delete ~/.e? |
| 12:36.59 | pabs3 | in my case the screen was white due to some module not being loadable and thus preventing it from displaying the home screen and other UI bits |
| 12:37.46 | pabs3 | another reason to rm -rf ~/.e is to see what the new UI defaults are |
| 12:40.23 | oliver_ | bye |
| 12:40.52 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 12:42.37 | pabs3 | lindi-: suckiest thing about ~/.e is that it is all binary files |
| 12:42.59 | pabs3 | I here GNOME is moving that way with dconf too :( |
| 12:45.15 | pabs3 | hmm, the new SHR web browser is pretty |
| 12:46.23 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 13:03.31 | radekp | gena2x: lindi-: i did another 3 measurements, but i am not clever at all from it, you can see results here http://activationrecord.net/radekp/pub/suspend_power2/results.txt |
| 13:03.47 | lindi- | radekp: wel really need to get you an account |
| 13:04.08 | radekp | lindi-: do you know some openmoko admin who could take a look at it? |
| 13:04.40 | lindi- | roh |
| 13:04.56 | radekp | btw here are also patches and dmesgs with currents http://activationrecord.net/radekp/pub/suspend_power2/ |
| 13:05.02 | lindi- | I'm thinking we should move the bugs somewhere else |
| 13:05.22 | lindi- | maybe alioth, launchpad, sourceforge |
| 13:06.21 | radekp | i quite like github for source code... but that's just idea |
| 13:08.11 | radekp | it's quite strange that now in this devices which affect power during suspend are quite different |
| 13:08.44 | lindi- | radekp: yes but for bugs |
| 13:08.59 | radekp | only soc-audio is same with 5mA |
| 13:11.30 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 13:19.12 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 13:24.26 | *** join/#openmoko ferluszt1 (~peter@p5DD2916A.dip0.t-ipconnect.de) |
| 13:30.57 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 13:32.23 | gena2x | radekp: this time inital value is different |
| 13:33.02 | gena2x | radekp: lis patch is not in .34 at all |
| 13:33.16 | gena2x | radekp: no, stop |
| 13:33.33 | radekp | gena2x: it's in my git, backported from 2.6.29 |
| 13:33.53 | *** join/#openmoko abram (~abram@78-153-84-122.soco-dsl.de) |
| 13:34.10 | radekp | gena2x: i doubt it causes any problem - i tried also plain openmoko 2.6.34 git and had the same results |
| 13:34.28 | gena2x | radekp: i am just reading line-by line |
| 13:34.58 | radekp | gena2x: this time i measured it really carefully - double checked every change |
| 13:35.53 | radekp | gena2x: i have also powered down bt, gsm (with AT@POFF) and set brightness to 0 |
| 13:39.47 | radekp | gena2x: question is - why is 2.6.29 eating 14mA more then 2.6.32 after boot... |
| 13:39.54 | radekp | erm 2.6.34 |
| 13:40.11 | gena2x | radekp: original idea were to dump from boot |
| 13:40.29 | gena2x | radekp: this way we are starting from common thing - bootloader |
| 13:40.42 | radekp | oki, i think i will do this for boot now |
| 13:41.48 | gena2x | radekp: i tried this yesterday for .29... but this damn thing hangs and corrupts my fs. |
| 13:42.00 | radekp | i though measuring suspend will show something obvious... but it looks we need same starting values |
| 13:42.33 | gena2x | previous measurement were starting with same values |
| 13:42.37 | radekp | is doing it on jffs2 - SD card would be probably dead by now |
| 13:44.20 | gena2x | i am going to see what is usb-gadget |
| 13:46.12 | *** join/#openmoko playya (~playya@unaffiliated/playya) |
| 13:47.23 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 13:52.35 | radekp | gena2x: i tried compiling 2.6.34 without usb but current in suspend was still high :( |
| 13:52.40 | gena2x | radekp: notice that (72.9-69.4)+3.2=6.7 (both usb things) and 15.3-9.5=5.8. |
| 13:53.03 | gena2x | radekp: compiling without something do not mean something is off |
| 13:53.23 | radekp | gena2x: oki |
| 13:53.29 | lindi- | is there really no easy way to measure consumption of individual regulators? |
| 13:53.31 | gena2x | radekp: because it can be enable on bootloader |
| 13:53.51 | radekp | gena2x: ahh oki |
| 13:53.51 | gena2x | radekp: and in fact, at least in u-boot, seem _tons_ of stuff enabled |
| 13:54.47 | *** join/#openmoko playya (~playya@unaffiliated/playya) |
| 13:55.51 | gena2x | lindi-: best way in described here i think: http://www.google.com/url?sa=t&source=web&cd=1&ved=0CBIQFjAA&url=http%3A%2F%2Fertos.nicta.com.au%2Fpublications%2Fpapers%2FCarroll_Heiser_10.pdf&rct=j&q=consumption%20pdf%20freerunner&ei=XYqLTKeWIOCgOLaMtJcL&usg=AFQjCNGjOiokWXMTdKf6W32q_clcVb0T7A&cad=rja |
| 13:55.54 | gena2x | ops |
| 13:56.02 | gena2x | sorry, damn google |
| 13:56.15 | radekp | i hope i will be able to measure boot - my ammeter is only up to 200 mA then it disconnect |
| 13:56.22 | gena2x | lindi-: http://ertos.nicta.com.au/publications/papers/Carroll_Heiser_10.pdf |
| 13:57.08 | gena2x | radekp: strange, most of them are 2A |
| 13:57.22 | gena2x | not really strange, ok |
| 13:57.56 | radekp | mine can do 2A too but very imprecise |
| 13:58.57 | gena2x | strange. i were suprosed to see your data even with 1 digit after decimal point |
| 13:59.09 | gena2x | s/suprosed/surprised/ |
| 14:00.21 | radekp | gena2x: i can switch between 2A and 200mA |
| 14:00.59 | gena2x | ok. i am diving into usb sources. |
| 14:03.51 | lindi- | gena2x: i wonder how they got cpufreq working in that paper on fr |
| 14:04.16 | gena2x | lindi-: may be this were author of cpu-freq patch? :) |
| 14:04.50 | gena2x | lindi-: but most of exaclt data seem not really correct |
| 14:05.16 | gena2x | lindi-: but lets not dive into it atm |
| 14:06.08 | *** join/#openmoko Batchy (~batchy@AVelizy-155-1-16-101.w83-199.abo.wanadoo.fr) |
| 14:06.17 | lindi- | gena2x: well i'd be very interested in cpufreq :) |
| 14:07.28 | gena2x | lindi-: why? cpu is anyway idle then doing nothing. |
| 14:07.33 | *** join/#openmoko Sup3rkiddo (~sudharsh@unaffiliated/sudharsh) |
| 14:08.04 | pabs3 | hmmm, is the FR ram really split between in-soc and on-bus? |
| 14:08.30 | gena2x | pabs3: split? it has 2 ram modules |
| 14:08.47 | gena2x | pabs3: i inside cpu one away |
| 14:08.52 | pabs3 | I didn't know about that |
| 14:08.52 | gena2x | s/i/1/ |
| 14:09.04 | lindi- | gena2x: because 100 MHz saves energy |
| 14:09.25 | lindi- | gena2x: see my email 'cpufreq patches seem to save ~30 mA (Re: [RFC 0/3] CPU frequency scaling for GTA02)' |
| 14:09.56 | SpeedEvil | neat! |
| 14:10.02 | gena2x | lindi-: i bet we can save much much more if we'll do proper review of power subsystem |
| 14:10.14 | lindi- | gena2x: possibly |
| 14:10.14 | SpeedEvil | i was playing with uboot aaaaaaaaaaaaaaaaaages ago. Locking at 60MHz |
| 14:10.28 | SpeedEvil | Did cesarb's patches ever get finished? |
| 14:10.36 | lindi- | gena2x: but we know that cpufreq saves save energy for a fact |
| 14:11.44 | gena2x | pabs3: btw, this division is reason why we can't have 128+64Mb ram. 256mb sdram is supported by cpu, but modules must be of same size. |
| 14:12.29 | pabs3 | can the audio stuff play music during CPU suspend? |
| 14:12.34 | gena2x | lindi-: need more data to see how much really saved. my guess is that in idle mode consumption should be same |
| 14:12.37 | SpeedEvil | pabs3: no |
| 14:12.43 | lindi- | gena2x: i measured idle mode consumption |
| 14:13.07 | gena2x | lindi-: for 400mhz and 100mhz mode? on nodebug kernel? |
| 14:13.07 | SpeedEvil | pabs3: I vaguely recall that the glamo can do mp3 - but not in the configuration it's in. |
| 14:13.15 | lindi- | gena2x: nobody talked about nodebug back then |
| 14:13.34 | lindi- | gena2x: but nodebug has not changed idle mode consumption for me |
| 14:13.35 | gena2x | lindi-: i bet it significanlty reduces power consumption |
| 14:13.50 | pabs3 | SpeedEvil: glamo? not the wolfson? |
| 14:13.58 | SpeedEvil | yes. |
| 14:14.02 | gena2x | lindi-: ok. not significantly |
| 14:14.03 | SpeedEvil | But it can't. |
| 14:14.11 | SpeedEvil | The wolfson is just an AC97 - IIRC codec |
| 14:14.16 | gena2x | lindi-: but timer interrupt still happens in idle mode |
| 14:14.23 | lindi- | gena2x: yep |
| 14:14.32 | SpeedEvil | It has no buffering, and relies on the SoC to keep feeding it samples. |
| 14:14.42 | gena2x | lindi-: so debugging interrupts will still influence it |
| 14:14.51 | lindi- | gena2x: sure |
| 14:15.17 | gena2x | lindi-: btw, i propose anarsoul's 100mhz patch to same few power :) |
| 14:15.33 | SpeedEvil | DEbugging interrupts only influence stuff if it keeps the CPU awake, or awakes it. Unless they use lots of CPU |
| 14:15.35 | gena2x | *save |
| 14:15.36 | lindi- | gena2x: where's that patch? |
| 14:16.43 | *** join/#openmoko DiodomanX (~DiodomanX@200.66.4.47) |
| 14:17.48 | gena2x | lindi-: http://downloads.tuxfamily.org/linuxrx1950/patches/random/0001-Use-100-as-HZ-value-on-S3C24XX.patch |
| 14:18.26 | gena2x | gena2x: but may be i am wrong - he reported no diff in power consumption. but i found +2% in other benchmarks. |
| 14:18.55 | lindi- | gena2x: 2% is not much compared to what I got with the cpufreq stuff |
| 14:19.17 | gena2x | 'other benchmarks' is not power-related stuff |
| 14:19.35 | gena2x | i didn't measure power at all |
| 14:20.35 | gena2x | ok. this still open question :) |
| 14:20.45 | gena2x | back to usb |
| 14:21.10 | pabs3 | wonders if those printks on suspend/resume will be removed at some point |
| 14:21.54 | *** join/#openmoko azaghal_ (~azaghal@109.207.46.236) |
| 14:21.55 | gena2x | pabs3: which one? they _all_ are controlled by kernel config. |
| 14:22.02 | gena2x | may almost all |
| 14:24.47 | *** join/#openmoko [Rui] (~Rui@a83-132-122-21.cpe.netcabo.pt) |
| 14:25.15 | pabs3 | gena2x: looks like some modesetting stuff. Power on sequence About to set power.. Setting JBT power... 2 Setting mode! Setting base! entering (old_state=normal, new_state=normal) Setting previous mode |
| 14:39.20 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 14:43.01 | *** join/#openmoko amarsh04 (~amarsh04@ppp118-210-180-14.lns20.adl6.internode.on.net) |
| 14:48.01 | gena2x | radekp: hm... s3c2440-usbgadget is platform-specific implementation of usb-slave mode. things like cdc ether working on top of this api. |
| 14:49.18 | *** join/#openmoko nibbo (nibbo@free.blinkenshell.org) |
| 14:49.34 | gena2x | lindi-: btw, about power consumption. is gsm put to deep-sleep constantly? i mean why not to put it into deep-sleep while idle? |
| 14:50.04 | lindi- | gena2x: deep sleep does not work without fix for #1024? |
| 14:50.27 | gena2x | lets assume we know only phones with #1024 for simplicity. |
| 14:50.35 | lindi- | then of coures yes |
| 14:50.58 | gena2x | so it deep-sleeps between calls? |
| 14:51.20 | lindi- | gena2x: i don't see why not |
| 15:01.07 | pabs3 | can anyone tell me why E17 insists on creating xterm and mplayer desktop entries, even though such .desktop files are not in /usr/share/applications and xterm isn't even installed in SHR? |
| 15:10.05 | *** join/#openmoko DiodomanX (~DiodomanX@200.66.4.47) |
| 15:28.46 | *** join/#openmoko draioch (~draioch@109.78.137.125) |
| 15:38.08 | *** join/#openmoko ruoso (~ruoso@201009012142.user.veloxzone.com.br) |
| 15:39.00 | *** join/#openmoko d1b (~db@d1b.org) |
| 15:57.55 | *** join/#openmoko Kame2 (~manuel@port-92-196-59-104.dynamic.qsc.de) |
| 16:01.32 | *** join/#openmoko jonkristian (~jonkristi@14.84-48-54.nextgentel.com) |
| 16:06.45 | *** join/#openmoko jonkristian (~jonkristi@14.84-48-54.nextgentel.com) |
| 16:13.45 | *** join/#openmoko Judge_Gregg (~quassel@lib59-7-88-185-52-126.fbx.proxad.net) |
| 16:17.46 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 16:20.52 | *** join/#openmoko PBeck (~PBeck@unixboard/users/pbeck) |
| 16:21.02 | PBeck | hi |
| 16:24.21 | *** join/#openmoko dos11 (~dos@unaffiliated/dos1) |
| 16:31.18 | *** join/#openmoko Gabrys (~Gabrys@89.229.55.160) |
| 16:32.04 | *** join/#openmoko fsteinel (~fsteinel@fedora/fsteinel) |
| 16:40.26 | *** join/#openmoko toi (~toi@d54C2AA76.access.telenet.be) |
| 16:54.16 | *** join/#openmoko amarsh04 (~amarsh04@2001:5c0:1000:b::7791) |
| 16:58.07 | *** join/#openmoko h4v (~h4v@new.otos.pl) |
| 17:03.46 | *** join/#openmoko jonkristian (~jonkristi@14.84-48-54.nextgentel.com) |
| 17:08.20 | *** join/#openmoko jlmoko (~jluis@83.60.83.71) |
| 17:16.28 | *** join/#openmoko rooly (~chris@ip174-64-161-112.lf.br.cox.net) |
| 17:26.12 | *** join/#openmoko BluesLee (~held@ip-109-90-72-54.unitymediagroup.de) |
| 17:28.09 | *** part/#openmoko BluesLee (~held@ip-109-90-72-54.unitymediagroup.de) |
| 18:16.03 | *** join/#openmoko amarsh04 (~amarsh04@2001:5c0:1000:b::77cf) |
| 18:31.29 | *** join/#openmoko pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 18:40.12 | *** join/#openmoko d (~d@c-76-117-48-205.hsd1.nj.comcast.net) |
| 18:43.14 | *** join/#openmoko azaghal (~azaghal@109.207.46.228) |
| 18:51.13 | *** join/#openmoko Gabrys (~Gabrys@89.229.55.160) |
| 18:54.22 | *** join/#openmoko cz_jc (~jc@88.146.126.102) |
| 19:09.15 | *** join/#openmoko jlmoko (~jluis@83.60.83.71) |
| 19:25.12 | *** join/#openmoko amarsh04 (~amarsh04@2001:5c0:1000:b::7707) |
| 19:44.39 | *** join/#openmoko doc|home (~doc@gentoo/contributor/doc-007) |
| 19:58.16 | *** join/#openmoko specing (~specing@unaffiliated/specing) |
| 20:02.58 | *** join/#openmoko nisstyre65 (~nisst@216.16.226.154) |
| 20:12.47 | *** join/#openmoko zeno (~zeno@host26-156-dynamic.1-87-r.retail.telecomitalia.it) |
| 20:12.55 | zeno | hi all |
| 20:12.59 | zeno | anyone here? |
| 20:13.52 | zeno | id' like to have some info about usb controller of the Freerunner and if is it possible to port psfreedom to the FR ... can you help me? :) |
| 20:14.39 | *** join/#openmoko playya_ (~playya@unaffiliated/playya) |
| 20:16.27 | SpeedEvil | usb controller is the onboard controller of the SC2440 |
| 20:16.42 | SpeedEvil | It has - IIRC - no phy - it's just directly connected. |
| 20:17.07 | SpeedEvil | s3c2440 |
| 20:17.29 | zeno | SpeedEvil, thanks a lot |
| 20:17.39 | zeno | i think this is a good point to start |
| 20:24.23 | zeno | i noticed right now that there is someone working on psfreedom porting for FR |
| 20:24.27 | zeno | :) |
| 20:37.52 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 20:38.32 | *** join/#openmoko raanan (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 20:47.22 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 21:13.55 | *** join/#openmoko playya_ (~playya@unaffiliated/playya) |
| 21:16.23 | *** join/#openmoko playya__ (~playya@unaffiliated/playya) |
| 21:26.53 | *** join/#openmoko DiodomanX (~DiodomanX@200.66.4.47) |
| 21:42.46 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 21:44.34 | *** join/#openmoko jlmoko (~jluis@83.60.83.71) |
| 21:54.04 | *** join/#openmoko kkb110 (~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU) |
| 21:54.17 | kkb110 | . |
| 21:54.41 | *** join/#openmoko Fox_Muldr (quakeman@frnk-4d01d1f6.pool.mediaWays.net) |
| 21:55.08 | *** join/#openmoko mickeyl (~mickey@openmoko/coreteam/mickey) |
| 21:57.44 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 22:14.43 | *** join/#openmoko kkb110 (~kkb110@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU) |
| 22:54.39 | *** join/#openmoko badcloud (~raanan@CBL217-132-206-99.bb.netvision.net.il) |
| 23:03.04 | *** join/#openmoko ferluszt (~peter@p5DD2916A.dip0.t-ipconnect.de) |
| 23:04.04 | *** join/#openmoko mattl (~mattl@fsf/staff/mattl) |
| 23:04.07 | mattl | hey |
| 23:04.42 | mattl | so i have a freerunner, and i've not done anything with it for about a year.... i'd like to get it going again... is there anyway to get it charged up using the usb cable? |
| 23:04.48 | *** join/#openmoko kermit (unknown@pdpc/supporter/bronze/kermit) |
| 23:06.23 | lindi- | mattl: just connecting the wall charger has worked for me |
| 23:06.51 | mattl | i don't know where the wall charger is. hm. |
| 23:08.21 | mattl | lindi-: haha thank you |
| 23:08.23 | SpeedEvil | plug it in, leave it 6hours |
| 23:08.27 | mattl | i just decided to look for it, and found it |
| 23:10.31 | lindi- | I think I used something like http://paste.debian.net/89367/ to speed up charging without wall charger |
| 23:14.28 | mattl | i'm not sure what to do with that. |
| 23:18.58 | *** join/#openmoko SpeedEvil (~user@customer63845.98.ld.cust.t-mobile.co.uk) |
| 23:19.07 | *** join/#openmoko SpeedEvil (~user@tor/regular/SpeedEvil) |
| 23:20.42 | lindi- | mattl: it's just a patch to u-boot to force charging at 500 mA. normally it only charges at 100 mA |
| 23:33.05 | *** join/#openmoko angelox_123 (~Angelo@201-13-186-159.dial-up.telesp.net.br) |
