IRC log for #openmoko on 20091003

00:00.20*** join/#openmoko arw_ (i=foobar@201.244.106.127)
00:23.41*** join/#openmoko AlexC (n=alexc@unaffiliated/alexc)
00:44.04*** join/#openmoko retracile (n=eli@76.204.213.211)
00:46.04*** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil)
01:06.08*** join/#openmoko Defiant- (i=erik@c168140.adsl.hansenet.de)
01:13.18*** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu)
01:41.07*** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous)
01:45.48*** join/#openmoko max_posedon (n=max_pose@80.249.91.80)
01:52.23*** join/#openmoko AlexC (n=alexc@unaffiliated/alexc)
01:53.44DocScrutinizerroh: chandra == openmoko.org  (?)
01:57.44DocScrutinizerhmm
01:57.48DocScrutinizerjr@halley:~/Desktop> host people.openmoko.org
01:57.50DocScrutinizerpeople.openmoko.org is an alias for sita.openmoko.org.
01:57.51DocScrutinizersita.openmoko.org has address 88.198.124.203
01:58.25DocScrutinizerhmm
01:58.28DocScrutinizerjr@halley:~/Desktop> host chandra.openmoko.org
01:58.30DocScrutinizerchandra.openmoko.org has address 88.198.23.49
02:21.52*** join/#openmoko pcfe (n=pcfe@a83-245-163-168.elisa-laajakaista.fi)
02:30.00*** join/#openmoko amarsh04 (n=amarsh04@118.210.98.83)
02:31.44*** join/#openmoko eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net)
03:02.02*** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net)
03:11.53*** join/#openmoko pleemans (n=toi@d54C2A96D.access.telenet.be)
03:15.50*** join/#openmoko Ainulind1le (n=ainu@calaquendi.org)
03:15.50*** join/#openmoko borg__ (n=olaf@80.149.17.21)
03:15.50*** join/#openmoko TobiX_ (i=tobias@zoidberg.org)
03:15.50*** join/#openmoko blindcod1r (n=blindcod@fortuna.crash-override.net)
03:15.50*** join/#openmoko jkyro_ (i=jasu@dsl-hkibrasgw1-fe23f900-77.dhcp.inet.fi)
03:15.50*** join/#openmoko Kayin_ (i=mverstee@shell2.skyberate.net)
03:15.51*** join/#openmoko jorma_ (n=kario@tuubi.mermit.fi)
03:15.51*** join/#openmoko mmontour_ (n=mmontour@S01060016b606e65a.vc.shawcable.net)
03:15.51*** join/#openmoko ndnihil (n=nihil@adsl-75-61-52-38.dsl.stlsmo.sbcglobal.net) [NETSPLIT VICTIM]
03:15.51*** join/#openmoko BillK (n=BillK@124-169-159-10.dyn.iinet.net.au) [NETSPLIT VICTIM]
03:15.51*** join/#openmoko ike_ (i=ike@akademia.szluug.org)
03:15.51*** join/#openmoko Elleo (n=Elleo@mikeasoft.com) [NETSPLIT VICTIM]
03:15.51*** join/#openmoko Jiten (n=blight@217.149.54.172)
03:15.52*** join/#openmoko oon_ (n=oon@ankhoon.net)
03:15.53*** join/#openmoko lobo_ (n=hehe@h250.78.29.71.dynamic.ip.windstream.net) [NETSPLIT VICTIM]
03:15.53*** join/#openmoko laotseu (n=laotseu@80.73.248.178)
03:15.53*** join/#openmoko TeLLuS (n=Johan@179.108.227.87.static.f.siw.siwnet.net) [NETSPLIT VICTIM]
03:15.53*** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) [NETSPLIT VICTIM]
03:15.54*** join/#openmoko Kamping_Kaiser (i=kgoetz@203.209.167.143)
03:15.54*** join/#openmoko SpeedEvil (i=1000@mauve.plus.com)
03:15.55*** join/#openmoko Sargun (n=Sargun@75-101-13-24.dsl.static.sonic.net)
03:15.55*** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007)
03:15.55*** join/#openmoko jserv-- (n=jserv@61-30-10-70.static.tfn.net.tw) [NETSPLIT VICTIM]
03:15.56*** join/#openmoko cdbot2_ (n=cdbot2@hentges.net)
03:15.56*** join/#openmoko Personne (n=Blankowo@portedesetoiles.homelinux.com) [NETSPLIT VICTIM]
03:15.57*** join/#openmoko transylvania (i=leon@lor34-1-82-240-239-234.fbx.proxad.net) [NETSPLIT VICTIM]
03:16.16*** join/#openmoko PaulFertser (n=PaulFert@mail.nixl.net)
03:16.23*** join/#openmoko APz (n=fn-apz@adsl-109-212-210.kymp.net) [NETSPLIT VICTIM]
03:16.27*** join/#openmoko SeligArkin (n=selig@80.68.94.226) [NETSPLIT VICTIM]
03:18.04*** join/#openmoko DocScrutinizer (n=jr@200.194.116.85.dsl.manitu.net)
03:26.14*** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872)
03:44.33*** join/#openmoko Q-Master (n=qmaster@78.111.152.187)
03:47.09*** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun)
03:54.32*** join/#openmoko Kame2 (n=manuel@port-92-196-49-141.dynamic.qsc.de)
04:20.58*** join/#openmoko droid001 (n=g1@p4FDCDEF0.dip.t-dialin.net)
04:25.47*** join/#openmoko raster (n=raster@enlightenment/developer/raster)
04:28.11*** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net)
04:29.47*** join/#openmoko Waqar (n=Waqar@116.71.214.58)
04:30.33*** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be)
04:31.43WaqarDoes any one else make android other then Koolu for Neo FreeRunner
04:32.39*** join/#openmoko phil_ (i=crypt@shell.bawue.net)
04:34.27*** join/#openmoko DocScrutinizer (n=jr@200.194.116.85.dsl.manitu.net)
04:34.57*** join/#openmoko wejp (n=wejp@moon.spacetechnology.net) [NETSPLIT VICTIM]
04:35.37*** join/#openmoko Waqar (n=Waqar@116.71.214.58)
04:35.44*** join/#openmoko ace (n=ace@mail.nologin.org)
04:36.03*** join/#openmoko xcasexwrka (n=rrg@h-62-20.A163.priv.bahnhof.se) [NETSPLIT VICTIM]
04:47.59*** join/#openmoko else58 (n=else58@70.114.141.31)
04:49.28*** join/#openmoko DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net)
04:53.49*** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl)
04:56.13*** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net)
05:01.42*** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net)
05:04.21*** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net)
05:07.26*** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net)
05:09.33*** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net)
05:10.25*** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
05:17.07*** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net)
05:17.39objornis there a stand for the freerunner?
05:18.40objornor some type of dock?
05:27.21Slaxxeri have   a stang i salvaged from   somewhere
05:27.26objornhere's a quick sketch i just made to show what i was thinking of: http://imagebin.ca/img/nD1g6Wi.png
05:27.44objornsomething that brings it eye level while i have my usb keyboard attached to it
05:28.01Slaxxermore like a CLAW
05:28.41objornit could also be a docking station if you made appropriate adjustments, use your imagination :)
05:28.51Slaxxeropkg upgrading
05:29.16Slaxxerhopefully
05:34.18*** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl)
05:36.26*** join/#openmoko pbaxter (n=pbaxter@host195-10-dynamic.54-79-r.retail.telecomitalia.it)
05:41.19objornSlaxxer: opkg?
06:01.35*** join/#openmoko freelock_ (n=john@216.231.62.127)
06:33.03*** join/#openmoko e-Flex (n=e@h-30-37.A176.priv.bahnhof.se)
06:40.04*** join/#openmoko mostly_useless (n=michael@75.111.45.143)
06:40.56*** join/#openmoko chihchun (n=nnnnnnch@u7.hlc.edu.tw)
06:53.46*** join/#openmoko everslick (n=clemens@91-113-113-109.adsl.highway.telekom.at)
06:54.07*** part/#openmoko mostly_useless (n=michael@75.111.45.143)
07:05.03*** join/#openmoko tenzind (n=tenzin@119.152.122.155)
07:31.46*** join/#openmoko raster (n=raster@enlightenment/developer/raster)
08:04.06*** join/#openmoko zedstar (n=john@fsf/member/zedstar)
08:10.46*** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk)
08:10.49*** join/#openmoko vivijim (n=vivijim@unaffiliated/vivijim)
08:18.51*** join/#openmoko tuxi (n=quassel@p4FD66C35.dip.t-dialin.net)
08:26.42*** join/#openmoko RedFlash (n=RedFlash@host65-41-dynamic.60-82-r.retail.telecomitalia.it)
08:28.23*** join/#openmoko RedFlash (n=RedFlash@host65-41-dynamic.60-82-r.retail.telecomitalia.it)
08:30.21*** join/#openmoko azaghal (n=azaghal@91.148.112.90)
08:37.55*** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
08:41.04*** join/#openmoko tuxi (n=quassel@p4FD66C35.dip.t-dialin.net)
08:46.06*** join/#openmoko edgar (n=christop@cm56-222-142.liwest.at)
08:59.21*** join/#openmoko azaghal (n=azaghal@91.148.112.90)
09:05.01d1bhi um is shr ok for use atm
09:05.03d1blike the latest ...
09:08.32Fox_Muldrhi
09:12.01*** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no)
09:29.24*** join/#openmoko tomcatek (n=tomcatek@078088179065.elblag.vectranet.pl)
09:35.06*** join/#openmoko bar_code (n=ollo@124.64.96.137)
09:40.24*** join/#openmoko morphis (n=morphis@p54898212.dip0.t-ipconnect.de)
09:42.45*** join/#openmoko johnq (n=x@p4FD481F3.dip0.t-ipconnect.de)
10:03.50*** join/#openmoko tenzind (n=tenzin@119.152.113.175)
10:06.34*** join/#openmoko pa4wdh (n=pa4wdh@a213-84-93-147.adsl.xs4all.nl)
10:07.27*** join/#openmoko Sharwin_F (n=Sharwin_@4.pool85-50-90.dynamic.orange.es)
10:08.30*** join/#openmoko zear (n=zeartul@pawlowia.rz.izeto.pl)
10:09.01*** join/#openmoko playya (n=playya@unaffiliated/playya)
10:09.15zearhi there
10:09.39zearcan i plug fr to the usb, so it can charge while i flash the modem firmware with the uSD?
10:10.10lindi-zear: why not?
10:10.17zearlindi-, just wanted to be sure
10:10.27zeari mean. during the process
10:10.31zearit's flashing right now
10:14.23*** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
10:15.42*** join/#openmoko dos1 (n=dos@unaffiliated/dos1)
10:18.57*** join/#openmoko spydon (n=spydon@nl103-146-152.student.uu.se)
10:19.49*** join/#openmoko el_sime (n=Simone@mar75-6-82-238-37-40.fbx.proxad.net)
10:23.43zearPaulFertser, hi there. I've reflashed my modem software to moko11, and i still can't make * calls
10:23.58zearstill getting the GSM.SIM.NotReady
10:30.02*** join/#openmoko vaiursch (n=erwin@84-75-29-4.dclient.hispeed.ch)
10:30.50*** join/#openmoko tenzind_ (n=tenzin@119.152.113.175)
10:31.27*** join/#openmoko raron (n=kvirc@91.83.2.171.pool.invitel.hu)
10:33.09*** join/#openmoko oon (n=oon@ankhoon.net)
10:35.15*** join/#openmoko thrashold (n=europan@3mhz.net)
10:42.13*** join/#openmoko FredWP (n=FredWP@unaffiliated/fredwp)
10:51.53*** join/#openmoko PBeck (n=PBeck@HSI-KBW-078-042-064-042.hsi3.kabel-badenwuerttemberg.de)
11:04.25DocScrutinizer-8zear: moko11 (as any new modem fw) is not supposed to change sim.notready issue
11:05.29DocScrutinizer-8zear: only known sim issue which can be fixed with update of FW is the "3G"-simcard not working thing
11:05.29zearDocScrutinizer-8, i was told to flash the firmware to the newest version before asking of this problem
11:05.48DocScrutinizer-8that's been a good advice anyway
11:05.50zearso yeah, now i have it in the current version, and would like to know if there is a fix for my problem ;)
11:06.26zearyeah, the firmware i had before was in version moko8 ;)
11:06.36DocScrutinizer-8probably an issue with your sim and provider. Did you try with other phone to use the sim?
11:06.46zearyes
11:06.59zeardifferent sims and distros on freerunner
11:06.59*** join/#openmoko wd (n=wd@82.119.147.190)
11:07.02DocScrutinizer-8which distro and version?
11:07.30zeardon't remember the details, but it was SHR testing and something else
11:07.35zearthat debian thingy
11:07.53DocScrutinizer-8uhh, testing is bitrotten to dust
11:07.54zeari can call * numbers with that sim from other phones
11:08.46DocScrutinizer-8though that's not a reason for your problem afaik, nevertheless I recommend to try 0808 version of shr-u, as listed in #chan topic
11:09.10zeari have the current one, dunno what version it is
11:09.25zearactually, the lack of * numbers support in my fr kills the whole idea of using fr as a phone
11:09.50DocScrutinizer-8please make sure you're using image as of 0808 (or 0906)
11:09.54zearas i need to call * numbers to recharge my prepaid account, or to get information about my account stats
11:10.25zearDocScrutinizer-8, can i somehow find it out on the freerunner? as i don't have the images anymore
11:10.47DocScrutinizer-8err, please elaborate on your problem. I think I don't get the whole picture
11:11.22zearDocScrutinizer-8, you mean the one with being unable to call * starting numbers?
11:11.37DocScrutinizer-8what's "* numbers"? can you call other numbers?
11:11.50DocScrutinizer-8can you accept inbound calls?
11:11.53zeari mean numbers that look like that: *101#
11:12.02zeari can call all the standard numbers
11:12.07zearand recieve texts
11:12.22zearbut i can't call any special numbers that start with *
11:12.28DocScrutinizer-8zear: so update to 0808 please
11:12.59DocScrutinizer-8this is an issue that's been fixed long ago in shr-u
11:13.23zearwell, i have the newest version of shr-unstable
11:13.30zearfrom two days ago
11:13.42zeari mean, i flashed it two days ago, but it's a version from september
11:13.48DocScrutinizer-8there's no image of 2 days ago
11:14.06DocScrutinizer-8hmm, dunno then
11:14.11DocScrutinizer-8here it works
11:14.15zearbesides, i can't call that numbers even by directly passing them with AT commands
11:15.35zearok, it's shr-full-glibc-ipk--20090906-om-gta02.rootfs.jffs2 i have
11:15.37*** join/#openmoko Blastur (n=kebab@86-232-96-87.cust.blixtvik.se)
11:16.26DocScrutinizer-8shr-U as of 0808 (with some older upgrades but that doesn't matter here): calling "*101#" on german O2 loop prepaid gives me correct answer (screnn pops up saying "your account: xy.zz€"
11:17.11zearwell, for me on two polish networks, "era" and "play" simply returns to the dialer app
11:20.29DocScrutinizer-8please try "*31#<any-good-number>
11:21.12zearyou mean any normal number so i can call someone?
11:21.31DocScrutinizer-8yep
11:22.08DocScrutinizer-8the above sequence should dial that number but suppress your own number-signaling (CLIR)
11:22.35zearit makes a valid call
11:22.53DocScrutinizer-8so the issue is with your provider it seems
11:23.21zearbut *101# works fine with that card on other phones
11:23.43DocScrutinizer-8hmm
11:23.47zearbesides, it's not the first sim card that prevents me from calling *101# on freerunner
11:23.58DocScrutinizer-8try "*#61#"
11:24.14zearwhat will that do?
11:24.24DocScrutinizer-8it should reply an empty "data:"
11:24.36DocScrutinizer-8which is a bug but anyway
11:25.08zeari can hear in my speakers it tries to contact the network, but nothing happenes
11:25.24DocScrutinizer-8strange
11:26.07zearshould i launch mickeyterm and see what it returns when i call *101# ?
11:26.42DocScrutinizer-8zear: that's no issue of modem firmware. It *might* be a problem of FSO framework. We need mickey for that. He'll be back on Monday
11:26.44*** join/#openmoko agg1n (n=jan@static-87-245-13-210.teleos-web.de)
11:27.21zearDocScrutinizer-8, but i remember i was getting an "ERROR" respond then i was trying to call this number via mickeyterm
11:27.51DocScrutinizer-8zear: please join #openmoko-cdevel and rise the issue there
11:28.11zearDocScrutinizer-8, ok, will dod that
11:28.52DocScrutinizer-8zear: preferrably on Monday when Mickeyl is back (and online) ;-)
11:31.09DocScrutinizer-8zear: you could pastebin a copy of a mickeyterm session where you do a ATD*101# though. I might have a short look at it
11:32.18DocScrutinizer-8zear: please include a "ATD<your-own-number>" which should show a "BUSY" as result
11:38.44CIA-44freesmartphone.org: 03mickey 07cornucopia * r2637a41756b6 10/fsogsmd/src/ (10 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.Device.{Get|Set}SimBuffersSms()
11:38.45CIA-44freesmartphone.org: 03mickey 07cornucopia * r2aed1bd88603 10/fsogsmd/src/ (4 files in 3 dirs): fsogsmd: modem: channelForCommand is abstract hence MUST be implemented by the modem plugin
11:38.48DocScrutinizer-8zear: here ATD*101# works
11:38.51*** part/#openmoko madwoota (i=mad@woota.net)
11:38.53CIA-44freesmartphone.org: 03mickey 07phonesim * r4b555cb99b10 10/modems/generic.xml: generic.xml: properly implement +CNMI
11:39.33DocScrutinizer-8zear: ATD*234# gives "ERROR" (as it's a non-supported code)
11:39.45*** join/#openmoko naeg (n=naeg@194.208.239.170)
11:44.33*** join/#openmoko pleemans (n=toi@194.171.92.22)
11:44.58*** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net)
11:48.42*** join/#openmoko bentob0x (n=laurent@ip-213-49-73-211.dsl.scarlet.be)
11:48.46*** join/#openmoko madwoota (i=mad@woota.net)
11:50.19*** join/#openmoko h4v (n=h4v@new.otos.pl)
11:51.20*** join/#openmoko hannes_s (n=hannes_s@f054141035.adsl.alicedsl.de)
12:00.29jajfor some time now my openmoko doesn't emit a sound anymore when ringing
12:00.38jajrunnig shr-unstable, is this a know problem?
12:04.10dos1jaj: opkg remove -force-depends speech-dispatcher?
12:06.33jajhmm yeah indeed that might be it :)
12:07.23*** join/#openmoko Slyon|away (n=lukas@p4FDB1EBD.dip0.t-ipconnect.de)
12:07.25Slyon|away!logs
12:07.26cdbot2Channel logs for #openmoko are archived at:
12:07.27cdbot2http://hentges.net/tmp/logs/irc/%23openmoko
12:07.28cdbot2Live-logs are available at
12:07.30cdbot2http://hentges.net/tmp/logs/irc/livelogs/%23openmoko.livelog
12:07.32cdbot2See ?? help-logs for usage instructions
12:07.49DocScrutinizer-8grrrrrrrrrrrrrrrrrrr for speech-dispatcher
12:09.40*** part/#openmoko Slyon|away (n=lukas@p4FDB1EBD.dip0.t-ipconnect.de)
12:12.11DocScrutinizer-8CoreDump: what about an ultracool patch to cdbot, to listen for "~logs" (sic) and make that an "alias" of "sleep 5; !logs" ;-D
12:13.45CoreDumpthe problem is that ~ usually interferes with apt, ibot and friends =)
12:13.55DocScrutinizer-8yep
12:14.20DocScrutinizer-8that's why I suggested to specifically grep for "~logs"
12:15.22DocScrutinizer-8CoreDump: and give apt a "sleep 5" to finish his thing first
12:16.19CoreDumpibot is listening to ~logs as well, so the shortcut would need to be manually enabled for any channel ibot / apt is not in.
12:17.08DocScrutinizer-8CoreDump: I have no idea how cdbot could care about whether there is apt or not.
12:17.30CoreDumpI've I ever get  sufficiently bored, I shall have a look =)
12:18.01DocScrutinizer-8but yes it's kinda hackish and not compatible to each channels setup for cdbot
12:18.12CoreDumpexactly
12:19.00DocScrutinizer-8as ibot/apt *might* use different shortcut than "~"
12:20.12DocScrutinizer-8so if cdbot is only bot on a channel and already listens to "~" it would be kinda annoying to also listen to "~logs" and do same thing twice
12:20.44CoreDumpright. Highly annoying. I speak from experience =)
12:20.59DocScrutinizer-8in channels with apt listening to e.g. % it would fail
12:22.08DocScrutinizer-8though timriker told me apt always is configured to listen to ~
12:23.46DocScrutinizer-8CoreDump: would you mind to add cdbot to #openmoko-cdevel?
12:24.28CoreDumpnot at all. Let me see if I have one more spare channel. Freenode does not allow cdbot to join more than 20 heh
12:24.46DocScrutinizer-8we already got nslu logs there, but anyway
12:24.57DocScrutinizer-8duh
12:25.54*** join/#openmoko arw_ (i=foobar@190.24.94.121)
12:30.52CIA-44freesmartphone.org: 03mickey 07specs * r896563e12805 10/ (4 files in 3 dirs):
12:30.52CIA-44freesmartphone.org: org.freesmartphone.GSM.Device: Add new API org.freesmartphone.GSM.Device.SetFunctionality( s:level ) -> ()
12:30.52CIA-44freesmartphone.org: NOTE: This deprecates org.freesmartphone.GSM.SetAntennaPower!
12:31.21CoreDumplet me know when there are any problems in -cdevel. The channel is pretty much off my radar usually ;)
12:34.29CIA-44freesmartphone.org: 03mickey 07libfso-glib * rae45e89e5f35 10/src/ (3 files): regenerate
12:42.28PaulFertserzear: i'm sorry that reflashing to the newest version didn't help but otoh i'm sure nobody should be using old versions unless there's _very_ good reason to do so.
12:43.08PaulFertserzear: and i've to admit that your issues looks extremely weird, it's like "it just can't be like that".
12:51.33*** join/#openmoko jonkristian (n=jonkrist@66.84-48-49.nextgentel.com)
12:51.47*** join/#openmoko hannes_s (n=hannes_s@f054141035.adsl.alicedsl.de)
12:58.31*** join/#openmoko fenfir (n=fenfir@99.22.251.44)
12:59.22*** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt)
12:59.40*** join/#openmoko arw_1 (i=foobar@190.27.0.226)
13:02.45CIA-44freesmartphone.org: 03mickey 07cornucopia * r44a757f3ca90 10/fsogsmd/src/ (4 files in 2 dirs):
13:02.45CIA-44freesmartphone.org: fsogsmd: prepare for org.freesmartphone.GSM.Device.{Get|Set}Functionality
13:02.46CIA-44freesmartphone.org: NOTE: Need to integrate fsogsmd with resource system before we can implement this
13:05.00*** join/#openmoko max_posedon (n=max_pose@81-243-252-87-dynamic-pool.gprs.mts.by)
13:09.09DocScrutinizer-8PaulFertser: yep. I'm still waiting for the mickeyterm "log"
13:09.52DocScrutinizer-8sounds like "pebkac"
13:10.31DocScrutinizer-8wrong "number" or sth. Or maybe simply provider does not support the function anymore
13:11.13*** join/#openmoko Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com)
13:11.31*** join/#openmoko pbaxter_ (n=pbaxter@host8-152-dynamic.51-79-r.retail.telecomitalia.it)
13:21.34*** join/#openmoko Batchy (n=batchy@AVelizy-155-1-91-145.w90-35.abo.wanadoo.fr)
13:22.48*** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-073-116.hsi.kabelbw.de)
13:22.58PBeckhi
13:25.23*** join/#openmoko desowin (n=desowin@66.160.197.250)
13:25.44desowinhow do I restore the NAND mtdparts to factory-state?
13:28.08*** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk)
13:41.15*** join/#openmoko Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com)
13:42.46*** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk)
13:44.30*** part/#openmoko desowin (n=desowin@66.160.197.250)
13:45.10*** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt)
13:51.57*** join/#openmoko playya_ (n=playya@unaffiliated/playya)
13:55.00*** join/#openmoko Heinervdm (n=thomas@188.46.28.155)
13:59.46*** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
14:00.03*** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
14:08.27*** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-073-116.hsi.kabelbw.de)
14:10.09*** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
14:10.11*** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
14:17.44*** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt)
14:24.32*** join/#openmoko max_posedon (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by)
14:24.50*** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
14:25.21*** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
14:35.38*** join/#openmoko UberNeo (n=UberNeo@122.181.132.88)
14:53.11*** part/#openmoko fenfir (n=fenfir@99.22.251.44)
14:55.13*** join/#openmoko Everslick (n=clemens@91-113-117-181.adsl.highway.telekom.at)
14:56.58*** join/#openmoko alephnull (n=alok@122.172.5.147)
14:57.45*** join/#openmoko GovCon (n=GC@unaffiliated/govcon)
15:05.31*** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
15:06.21*** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt)
15:06.26*** join/#openmoko max_posedon1 (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by)
15:08.57*** join/#openmoko vininim (n=vininim@pdpc/supporter/student/vininim)
15:09.16*** join/#openmoko max_posedon1 (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by)
15:23.39*** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net)
15:32.54*** join/#openmoko dcordes (n=luke-g@unaffiliated/dcordes)
15:42.58*** join/#openmoko CVirus (n=Satan@41.130.213.6)
15:48.42*** join/#openmoko panicking (n=Michael@77.224.194.88)
15:49.05*** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-174-24.home.otenet.gr)
15:55.07*** join/#openmoko |raron| (n=kvirc@91.82.242.201.pool.invitel.hu)
15:57.11*** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk)
16:00.03*** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net)
16:04.12*** join/#openmoko CVirus (n=Satan@41.130.213.6)
16:04.38*** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl)
16:05.49*** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167976137.dsl.bell.ca)
16:11.26*** join/#openmoko tenzind (n=tenzin@116.71.182.227)
16:23.49*** join/#openmoko nomeata (i=nobody@nomeata.de)
16:33.04*** join/#openmoko tsdogs (n=tsdogs@net203-187-146.mclink.it)
16:41.20*** join/#openmoko azaghal (n=azaghal@195.252.105.233)
16:43.11CIA-44freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r89df0861123f 10framework/framework/subsystems/opimd/ (4 files): opimd: SQLite-*: use FLOAT type in database for Timestamps and Duration fields
16:45.42*** join/#openmoko Guest80031 (n=ahhaahah@host45-133-dynamic.1-87-r.retail.telecomitalia.it)
16:45.46CIA-44freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r1a30891d8ea4 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO
16:46.39Guest80031hallo i crosscompiled kernel for openmoko, everything worked, but in the tar.gz for modules i cant find ar6000 for wireless ( i used andy-tracking ), can anybody explain me how is it that i missed those drivers?
16:46.48*** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
16:48.22Guest80031the kernel runs correctly ( i even patched cpufreq against it), targzed alla modules -C /, but on /lib/modules/`uname -r` i find no trace of ar6000.ko
16:48.32Guest80031do any of u had experience with it?
16:50.23dos1Guest80031: maybe you have it built into kernel?
16:51.37Guest80031ok tnx
16:51.39Guest80031you were right
16:51.46Guest80031being blind today
16:58.58*** join/#openmoko vaiursch (n=erwin@84-75-29-4.dclient.hispeed.ch)
16:59.28Guest80031mhm, ok just another question, how is it that my kernel is bigger then 2 mb (having modules in it.. ok).. but how can i manage to create a smaller kernel?
17:01.34*** join/#openmoko tenzind_ (n=tenzin@116.71.182.227)
17:05.21*** join/#openmoko trev_ (n=tobi@95-88-97-79-dynip.superkabel.de)
17:05.48*** join/#openmoko UberNeo (n=UberNeo@122.181.132.88)
17:06.01CIA-44openmoko: 03rehar * r5666 10/trunk/gta02-core/modules/ (INFO STATUS fa2012.fpd mkloe): added FA2012 footprint
17:07.37*** join/#openmoko spydon (n=spydon@90-227-33-55-no42.tbcn.telia.com)
17:11.51Guest80031gps seems not to work
17:12.02Guest80031does it relay on some modules?
17:13.57Guest80031even after echo 1 >
17:14.48Guest80031i get absolutly no device for gps
17:15.47SpeedEvilwhat hardware?
17:15.51SpeedEviloh - nvm
17:16.06*** join/#openmoko pwerken (n=pwerken@a-eskwadraat.nl)
17:16.09SpeedEvilthe GPS is on /dev/ttySAC1 I think - it's a nomrla serial port
17:16.15Guest80031yeah
17:16.18Guest80031is not there
17:16.50SpeedEvilyou mean you have no serail devices?
17:16.55SpeedEvilSo GSM doesn't work ither?
17:17.10Guest80031nope
17:17.23SpeedEvilwell - you need to load a serial module
17:17.34SpeedEvilor build it in
17:17.44Guest80031which is
17:17.56SpeedEvildunno
17:18.15Guest80031i just build andy-tracking
17:18.24Guest80031so i guess, something is going wrong with this kernel
17:18.40SpeedEvilIf there are modules built, then instlal them all
17:20.49Guest80031can you give me a lsmod
17:20.52Guest80031on yours ?
17:22.14SpeedEvilnot got FT
17:22.15SpeedEvilFR
17:22.29SpeedEviland the neo1973 I does have ahas it as a builtin I think
17:22.38*** join/#openmoko pespin (n=pespin@90.163.54.46)
17:22.40SpeedEvilgo through menuconfig and look for things that say serial
17:42.01*** join/#openmoko Snowball (n=Snowball@g230069051.adsl.alicedsl.de)
17:42.11*** join/#openmoko cz_jc (n=jc@88.146.126.102)
17:45.27*** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
17:55.17*** join/#openmoko pespin (n=pespin@90.163.54.46)
17:56.09*** join/#openmoko fenfir (n=fenfir@99.22.251.44)
18:01.00*** join/#openmoko spydon (n=spydon@90-227-33-55-no42.tbcn.telia.com)
18:02.44*** join/#openmoko agg1n1 (n=jan@static-87-245-12-160.teleos-web.de)
18:13.00UberNeohow to put neo on suspend mode from ssh
18:16.00zearDocScrutinizer, PaulFertser.. sorry for such a late respond, but anyway, i've launched the ATD*101# command via mickeyterm and i got a valid respond
18:16.32zearbefore i was using a different command in mickeyterm, that's probably why I didn't succeed
18:16.39PaulFertserzear: ATD? ussd are supposed to work with other command, yes.
18:18.03DocScrutinizernah USSD work with ATD just fine
18:18.06zeari still can't call that number from the gui however
18:18.18*** join/#openmoko jonkristian (n=jonkrist@66.84-48-49.nextgentel.com)
18:18.39DocScrutinizerhere it works
18:18.47PaulFertserzear: that's because GUI uses framework and it uses that dedicated command.
18:19.09DocScrutinizernope it doesn't, on three digit commands
18:19.29zearoh well, if I can call that number via mickeyterm, it's all i need ;)
18:19.44zearjust a question, how can i do that via bash script?
18:19.50zeari'd like to have a simple command for that
18:19.57PaulFertserDocScrutinizer: at least Zhone did ussd for anything that started with * iirc.
18:20.19DocScrutinizerbtw it also doesn't work on two digit commands, otherwise the result on dialing *#61# was "Disabled" and not an empty screen
18:21.41DocScrutinizerPaulFertser: USSD is the response handling, for actual cmd fso needs to find the command in a list and select the corresponding dedicated AT-cmd instead of ATD
18:21.53*** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
18:22.04DocScrutinizerthere is no USSD specs for 3-digit
18:22.55DocScrutinizerand obviously fso doesn't know aout the "*#xx#" ones (the query cmds)
18:23.02*** join/#openmoko rddDavid51 (n=roudoudo@78.234.93.192)
18:23.42DocScrutinizeranyway with SHR-U88 dialing *101# works here, from mickeyterm as well as from dialer
18:24.31PaulFertserDocScrutinizer: FSO always uses +CUSD=1,"%s",15 to send ussd.
18:24.32*** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
18:24.34DocScrutinizerand as long as I don't see the mickeyterm ATD result, I won't bother anymore as it's useless guess effort
18:25.00DocScrutinizeroh well, whatever
18:25.01zearPaulFertser, that's the command that results in ERROR for me
18:25.22PaulFertserzear: i understand. Let me tell you the cli method to do ATD
18:25.30DocScrutinizerno wonder, it's invalid for 3digit numbers
18:25.55DocScrutinizerwtf?! it WORKS here
18:26.05DocScrutinizernah, bye
18:28.35*** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
18:28.55PaulFertserzear: dbus-send --type=method_call --print-reply --system --dest=org.freesmartphone.ogsmd /org/freesmartphone/GSM/Call org.freesmartphone.GSM.Call '*102#' voice
18:29.35zearPaulFertser, thanks
18:29.40PaulFertserzear: does it work?
18:29.44zearand thank you all guys for finding the solution
18:29.52zearhaven't checked yet, just assumed it does ;D
18:30.27zearPaulFertser, ah, nope
18:30.34zearbus-send: Data item "*101#" is badly formed
18:34.16*** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl)
18:34.25*** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
18:34.37h4vzear: i've got the same problem here
18:35.51zearh4v, ah, so i'm not alone. That's good, maybe a fix can be produced if there is more of us :D
18:36.12PaulFertserzear: "string(*101#)"?
18:36.23PaulFertserzear: oh sorry
18:36.28PaulFertserzear: dbus-send, of course
18:36.38*** join/#openmoko freelock (n=john@216.231.62.127)
18:37.02PaulFertserzear: "string:*101#"
18:38.06*** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
18:42.41*** join/#openmoko cz_jc (n=jc@88.146.126.102)
18:44.52*** join/#openmoko Zorkman (n=Zork@78-22-123-127.access.telenet.be)
18:44.53*** join/#openmoko Majkhii (n=Majkhii@213.155.250.139)
18:46.29*** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
18:48.06*** join/#openmoko tschaka (n=tschaka@p5B0EA9DA.dip0.t-ipconnect.de)
18:48.14*** join/#openmoko agg1n (n=jan@static-87-245-12-160.teleos-web.de)
18:48.33*** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
18:48.47zearPaulFertser, you mean org.freesmartphone.GSM.Call 'string:*101' voice
18:50.09CIA-44openmoko: 03rehar * r5667 10/trunk/gta02-core/ (8 files): added footprint names to components
18:54.50PaulFertserzear: yes, if you intend to call *101
18:55.10zearthat returns dbus-send: Data item "voice" is badly formed
18:55.37Kageeorg.freesmartphone.GSM.Call 'string:*101' 'sring:voice' ?
18:55.37zearshould i remove the voice parameter?
18:56.50zearKagee, nah, that just leads to another error
18:56.50zearError org.freedesktop.DBus.Error.UnknownMethod: Method "Call" with signature "ss" on interface "org.freesmartphone.GSM" doesn't exist
18:57.01PaulFertserzear: yes string:voice
18:57.55zearPaulFertser, http://pastebin.com/m5d3ea214
18:58.09PaulFertserzear: dbus-send --type=method_call --print-reply --system --dest=org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Call.Initiate 'string:*102#' string:voice
18:58.54zearPaulFertser, ok, that does something
18:59.40zearthe command is being executed and returns to the console, while i can hear via the speakers some data is being send
18:59.58zearbut nothing is being returned either on the TTY, or in the gui
19:00.46zearhttp://pastebin.com/m4f2eba19
19:00.46*** join/#openmoko vininim_ (n=vininim@pdpc/supporter/student/vininim)
19:00.51PaulFertserzear: i'm not sure it's supposed to be. Because you're using non-ussd method for ussd.
19:01.00zear:P
19:08.45*** join/#openmoko Q-Master (n=qmaster@78.111.145.31)
19:20.46zearI'd like to thank you guys for your help somehow
19:20.51zearso have this little game i ported: http://91.192.165.7:8002/powder111_fr.tar.bz2
19:27.37lindi-zear: please don't recommend non-free software here :(
19:28.04zearlindi-, hey, it's free
19:28.08SpeedEvilwI have no problem as long as it's stated to be non-free
19:28.10zearthe source is open
19:28.13zearit's just not GPL
19:28.36lindi-zear: it says 'Do not modify the POWDER binary nor accompanying files.'
19:28.48zeari didn't modify them in a bit
19:28.51zeari just recompiled them ;)
19:29.19lindi-zear: can I modify powder binary?
19:29.37zearlindi-, the author encourages people to port his game to new platforms
19:29.46lindi-zear: that did not answer my question
19:29.56zearlindi-, i'd say read the license
19:30.06lindi-zear: i did
19:30.11lindi-zear: it looks non-free to me
19:30.49zearlindi-, i've played it on so many platforms so i can say the author has nothing against about using his code
19:31.02lindi-zear: that does not help if he is not giving the permission in writing
19:31.13*** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net)
19:31.56*** join/#openmoko hax404 (n=quassel@mnhm-590d8823.pool.mediaWays.net)
19:32.22zearlindi-, oh right, i almost forgot, the code is on Creative Commons Sampling Plus license
19:32.31lindi-zear: how could I know that? ;)
19:32.53zearnot my problem, he should have put it in the readme
19:33.14zearhttp://www.zincland.com/powder/index.php?pagename=release here's where you can get the code and find out about the license
19:33.14lindi-zear: where can I get the source?
19:33.17zear;D
19:33.56lindi-now I need to figure out if that CC license is free
19:35.30zearjust look at the changelog, there are so many contriburors and ports, that this game must be Stallman-friendly ;)
19:35.54lindi-zear: the COPYING says   "1) This is *NOT* an Open Source license.  This code is not "free"."
19:36.12zearand where does it say "You can't port it to a new platform"?
19:36.38lindi-zear: where does it say that I can modify it?
19:37.06zearoh c'mon, why don't you start enjoy playing this game instead? :D
19:37.10lindi-zear: eh?
19:37.21lindi-zear: you are trying to trick me into running non-free software?
19:37.41zearlindi-, i can send a mail to the author and ask him for the permission, if thay'll make you feel better ;)
19:37.54lindi-zear: well the author itself says that it is not free
19:37.57lindi-zear: so why bother?
19:38.07zearbecause it's a nice game?
19:38.11PaulFertserzear: the author should should change license to one of the "free software", otherwise it's disappointing.
19:38.13lindi-zear: it's a non-free game
19:38.13zearand runs on your favoutite phone?
19:38.37PaulFertserzear: do you understand that freedom matters more than "nice games" to some people?
19:38.41zearoh like freerunner is all open-source
19:38.53lindi-http://triplane-class.sf.net is a nice game that we liberated and ported (GPLv3+)
19:38.54PaulFertserzear: except the firmware
19:39.04zearyeah, that's what i'm talking about ;)
19:39.11zearand lack of 3d chip support
19:39.22lindi-zear: why did you say that the game is free?
19:39.45zeari agree with you that opensource is the best solution, but it's his game and he can license it however he wants
19:40.02zearbecause this game is free, he doesn't charge you for it
19:40.36lindi-zear: so you have a different definition for free software? how can you be on this IRC network?
19:41.03zearaccording go CC sampling plus 1.0 license: "You are free to perform, display, and distribute copies of this whole work for noncommercial purposes (e.g., file-sharing or noncommercial webcasting)."
19:41.22zearlindi-, no, i love GPL as much as you guys
19:41.56zearjust if the code is licensed under the CC+1.0, it means it is free to some extent
19:42.12lindi-zear: according to COPYING the code is not "free" or "open source"
19:42.40zearso why is it released on CC+ license?
19:42.50lindi-zear: there are multiple licenses
19:42.58lindi-zear: I haven't yet even analyzed them all
19:43.04zearand that means i can choose the one i like, right?
19:43.23lindi-zear: no, different licenses have been granted to different parts of it
19:43.52zearok, i'll send a mail to the author, asking him if we're allowed to run this game on fr
19:43.56lindi-zear: but if the author says that it is "not an open source license" I don't think I bother to review it
19:44.12lindi-zear: running is only freedom 0
19:44.23lindi-zear: i want freedoms 1, 2 and 3 too
19:44.32SpeedEvilI want freedom 7!
19:44.40zearlindi-, maybe you should read the last section of the LICENSE.TXT ;)
19:45.17lindi-zear: it just makes things even more unclear
19:45.25zear:P
19:46.15zearoh well, i can port another game if you don't like this one :P
19:46.38lindi-zear: i might like the game, I just want to be able to share and change the software I use :)
19:47.30zearlindi-, i've been observing this project for a longer time and i know that the author encourages people to modify the code, and port it to new platforms
19:47.42zearjust look at the changelog, there are many contributors
19:47.46lindi-zear: he should express that in writing
19:47.50lindi-or she
19:47.52zearlindi-, i agree
19:48.13*** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt)
19:48.55lindi-zear: if you really think so please ask him to pick an already existing license
19:49.18lindi-zear: MIT, LGPL, GPL, Apache -- something
19:49.26*** join/#openmoko jas4711 (n=jas@c80-216-24-211.bredband.comhem.se)
19:49.26zearlindi-, i'll mail him, as i plan to release this port as .ipk and maybe upload it on opkg.org or something
19:49.53zearlindi-, if you have nothing against, i might include this conversation in the mail, what you think?
19:49.54lindi-zear: having a custom license is very suspicious
19:49.58lindi-zear: sure
19:50.11lindi-zear: include my email address too. timo.lindfors@iki.fi
19:50.16zearhehe, ok
19:51.13zearlindi-, but so far, please, if you have time, check this game out and report any problems
19:51.39zearso far it looks 100% playable on the touchscreen, but i haven't really tested it yet
19:52.01lindi-zear: thanks but no thanks, i don't want to run non-free stuff :(
19:52.11zearlindi-, :P
19:57.17PaulFertserlindi-: btw, i think that emergency shutdown is done by hardware in some pcf50633 versions but i'm not sure what gta versions used that.
20:04.17*** join/#openmoko two34 (n=erik@81-233-151-113-no82.business.telia.com)
20:13.02DocScrutinizer-8hmm
20:13.45DocScrutinizer-8tries to grep for emergency shutdown
20:18.20*** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
20:18.22CIA-44openmoko: 03rehar * r5668 10/trunk/gta02-core/ (cpu-power.sch cpu.sch modem.sch sd-sim.sch wlan.sch): added more footprint names to components
20:26.43*** join/#openmoko samgee (n=samgee@fsf/member/samgee)
20:28.38PaulFertserDocScrutinizer-8: probably it was a feature of pcf50606 even
20:28.47PaulFertserDocScrutinizer-8: i mean you hold pwr for some time and it shuts off.
20:29.14DocScrutinizer-8hard shutdown after 8sec is a hw-feature afaik
20:30.10DocScrutinizer-8MAYbe I recall incorrect and it's a feature of 50606 only, but I can't believe that
20:30.23*** join/#openmoko chomwitt_ (n=chomwitt@ppp-94-66-142-80.home.otenet.gr)
20:32.14*** join/#openmoko panicking (n=Michael@77.224.194.88)
20:33.48DocScrutinizer-8actually I seem to remember it a kind of watchdog which you can stop by actively writing to some register, otherwise it will shutdown hard after 8sec
20:34.26DocScrutinizer-8also iirc: you need to setup tha "watchdog"
20:34.54*** part/#openmoko samgee (n=samgee@fsf/member/samgee)
20:35.11PaulFertserDocScrutinizer-8: i know that in the latest kernel it's implemented as a pure software feature.
20:35.51DocScrutinizer-8yep, "pressed for 1 sec" "...2 sec" ...
20:36.04DocScrutinizer-8dunno why
20:38.28PaulFertserDocScrutinizer-8: hardware feature of pcf50633 is described at page 20
20:38.30*** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil)
20:38.40DocScrutinizer-8though that printk (if it even is) doesn't proove that's the kernel which does actual shutdown
20:39.17DocScrutinizerPaulFertser: you know how to lure me in ;-)
20:39.28*** join/#openmoko valos (n=valos@mar92-6-82-227-150-198.fbx.proxad.net)
20:40.58DocScrutinizerif onkey_mode control bits configured accordingly; see Table 12).
20:41.11*** join/#openmoko ajbrun (n=ajbrun@host86-153-226-10.range86-153.btcentralplus.com)
20:41.26DocScrutinizer8 seconds, the PCF50633 enters Standby mode if no action is taken by the host controller
20:41.29DocScrutinizer:-)
20:41.33PaulFertserDocScrutinizer: sure but i'm still puzzled why that 8 sec software thing was introduced.
20:41.44DocScrutinizerI love it when I was right :-P
20:42.10DocScrutinizerPaulFertser: no idea. Where do you cnclude from it's a software thing?
20:42.15panickingDocScrutinizer, if the GSM is on and you switch off the divice, maybe you must all the gsm_dev_off function?
20:42.16PaulFertserDocScrutinizer: hehe
20:42.37DocScrutinizerpanicking: for gta01 yes. for 02  no
20:42.38PaulFertserpanicking: hm, seems to be right but not applicable to gta02
20:42.42PaulFertser:D
20:43.28panickingDocScrutinizer, but yesterday some boy sead that is direct connect to the battery
20:43.36panickingand it's switch off using a gpio
20:43.39PaulFertserpanicking: on gta01 it is
20:43.48PaulFertserpanicking: on gta02 only RF part is directly connected.
20:43.58panickingok thanks PaulFertser
20:44.07DocScrutinizerpanicking: I don't care what some boys say about "my" schametics ;-P
20:44.24PaulFertserDocScrutinizer: +       /* Some revisions of the chip don't have a 8s standby mode on
20:44.28PaulFertser+        * ONKEY1S press. We try to manually do it in such cases. */
20:44.32PaulFertser(from the sources)
20:44.44PaulFertserBy Balaji
20:45.01DocScrutinizerbah, what's THAT???
20:45.29DocScrutinizerI wonder where balaj got that info from?? o.O
20:45.52SpeedEvilPlease ignore everything I say
20:45.59SpeedEvilAt all times.
20:46.07DocScrutinizerhuh?
20:46.14SpeedEvilwas thinking of gta01 when I said the above.
20:46.16DocScrutinizerSpeedEvil: you're well?
20:46.44DocScrutinizerSpeedEvil: yu said what?
20:47.08DocScrutinizeraaah, you were "the boy"? :-DD
20:47.10SpeedEvilsomething about Gsm being connected direclty to battery
20:47.20*** join/#openmoko thrashold (n=europan@3mhz.net)
20:47.41DocScrutinizerSpeedEvil: afaik it's correct for *you*, no?
20:47.49SpeedEvilyes
20:48.06*** join/#openmoko mjr (i=mjr@aulis.sange.fi)
20:48.10SpeedEvilThough not now, as battery not installed
20:48.25*** join/#openmoko polz (n=polz@ecg.fri.uni-lj.si)
20:48.36DocScrutinizerPaulFertser: well, no harm in kernel trying to behave as well ;-)
20:49.07DocScrutinizerPaulFertser: nevertheless we should take care the ""onkey_mode control bits configured accordingly""
20:49.44PaulFertserDocScrutinizer: the datasheet puzzles me. I can't easily find description of differences of different variants. Though it looks like only reset values depend on that anyway.
20:50.48DocScrutinizerPaulFertser: and we should proceed on scrupulous interogation of balaj for that nonsense
20:51.42DocScrutinizerPaulFertser: http://people.openmoko.org/joerg/pcf50633/pcf50633-variants.txt et al
20:52.20*** join/#openmoko h4v_ (n=h4v@new.otos.pl)
20:54.22DocScrutinizerhttp://people.openmoko.org/joerg/pcf50633/PCF50633HN-09-N3rev0.1.pdf
20:54.29PaulFertserDocScrutinizer: nice
20:54.29DocScrutinizerPaulFertser:  o.O
20:54.37larscimo there is no 'special' handling required to prevent hardware 8s timeout
20:54.38PaulFertserDocScrutinizer: but looks like it affects reset values only.
20:54.43DocScrutinizermaybe balaj is right
20:55.08PaulFertserDocScrutinizer: how so?
20:55.16DocScrutinizerno he isn't. Sure that's only reset defaults
20:55.52DocScrutinizerlarsc: we don't want to prevent it ;-D
20:55.55PaulFertserDocScrutinizer: probably we should introduce a sysfs node to make that behaviour configurable and remove pure software solution.
20:56.00DocScrutinizerwe want to *enable* it
20:56.25DocScrutinizerPaulFertser: sounds sensible to me
20:56.32DocScrutinizerPaulFertser: can you do that?
20:57.27larscDocScrutinizer: lindi- wants to
20:57.33PaulFertserDocScrutinizer: technically, yes, practically not sure, too many things i've already promised and haven't done :-/
20:57.53DocScrutinizersame here :-/
20:57.58PaulFertserlarsc: so to prevent it we can just disable it, no need to reset watchdog or whatever.
20:58.12DocScrutinizerlindi is welcome to give some love to that topic
20:59.32*** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
21:00.19larscso you want the device to be turned of after pressing the power key for 8s?
21:01.22PaulFertserlarsc: some people want, lindi- doesn't. I don't care much but i'd like users to have a choice.
21:01.38DocScrutinizerPaulFertser: start of p.21 is highly interesting
21:02.16PaulFertserlarsc: but if i needed to choose between options, i'd disable that emergency shutdown because it's the same as to pull out the battery which is trivial (and even faster).
21:02.40DocScrutinizerveto
21:02.58DocScrutinizerI love a decent switch to power down uncond
21:03.39PaulFertserDocScrutinizer: it's nice to have that stuff on my sandisk sansa because there i'd need some disassembly to physically pull the plug. Not an issue on gta.
21:03.54DocScrutinizerand there's a whole bunch of situations where you can't "simply remove bat"
21:04.55PaulFertserDocScrutinizer: if one wants to just avoid hard lockup he'll use hardware watchdog in SoC i guess.
21:05.50DocScrutinizerI never used hardware watchdog so far, as nobody made that a simple opt-in at config
21:06.14DocScrutinizermumbles ramconsole, ramconsole...
21:06.21PaulFertserDocScrutinizer: on debian it's as simple as "apt-get install watchdog" or something like that.
21:06.40larscif the soc is locked up the hw timeout will work anyway
21:07.01larscat least if i understand the manual correctly
21:07.16*** part/#openmoko dwb (n=david@a177027.upc-a.chello.nl)
21:07.16DocScrutinizerlet's change the POV -- why would anybody get rid of that feature??
21:07.54DocScrutinizerlarsc: if onkey_mode control bits configured accordingly
21:08.16larscDocScrutinizer: i'm not to sure about that
21:08.25DocScrutinizerbut I am
21:09.03DocScrutinizerONKEY_MODE ONKEY mode selection                      00 (Wake-up by
21:09.05DocScrutinizer(7,6)      00: Wake-up by falling edge only          falling edge only)
21:09.06DocScrutinizer<PROTECTED>
21:09.08DocScrutinizer<PROTECTED>
21:09.09DocScrutinizer<PROTECTED>
21:09.11DocScrutinizer<PROTECTED>
21:09.12DocScrutinizer<PROTECTED>
21:09.58PaulFertserDocScrutinizer: to be able to use pwr button the only that can be used to wake up the device for special purposes, e.g. lindi- wants to initiate recording of a voicenote and continue until it's depressed.
21:10.04*** join/#openmoko ruoso (n=ruoso@201009019232.user.veloxzone.com.br)
21:10.10DocScrutinizerlarsc: we have default of "00" (on HN09-N3 variant) and we need "01"
21:11.20PaulFertserDocScrutinizer: watchdog is superior solution that is already works and has benefits comparing to this pcf50633 feature, at least it seems so to me.
21:11.28PaulFertsers^ is^^
21:11.45DocScrutinizerwell, we could do that with HOLD button, but yes I see the usecase. No problem to change ONKEY_MODE then
21:12.19PaulFertserDocScrutinizer: yes, hold button but i'm not sure how to properly leave mic bias on during suspend.
21:12.20DocScrutinizerPaulFertser: nope. I don't want uninvited boot
21:12.37DocScrutinizerI want forced unconditional shutdown on my command
21:13.00PaulFertserDocScrutinizer: when is possible to hold power but not possible to pull out the battery?
21:13.29DocScrutinizer(leave on) duh hat's simple: power WM8753 and set according #control
21:14.03DocScrutinizere.g when you can't use both hands
21:14.07DocScrutinizerduring car driving
21:14.16PaulFertserDocScrutinizer: atm i'm trying just that: pulling out the battery with one hand
21:14.20DocScrutinizeresp if device is in a cradle
21:14.23DocScrutinizeretc etc
21:14.27PaulFertserDocScrutinizer: works if i use my chest too :)
21:14.45larsccan you press both  buttons at the same time with one hand?
21:15.15PaulFertserlarsc: i can
21:15.22DocScrutinizernope, no admittance from HW and system architects department for disabling hard shutdown by default
21:15.36PaulFertserDocScrutinizer: ok :)
21:15.44larscanyway. imo it's not the kernel who should device whether to turn of the device or not but userspace
21:16.04larscs/device/decide/
21:17.34DocScrutinizerif someone doesn't like the behaviour then (s)he can reprogram OOCMODE - OOC mode register (address 10h) 7:6 onkey_mode quite easily
21:18.18larscsure
21:19.14DocScrutinizerI agree we should get rid of, or make en/disable-able the kernel sw-"watchdog" for the 8sec press
21:19.38DocScrutinizerand ask balaj WTH he thought when writing this patch
21:19.54*** join/#openmoko kirun_ (n=kirun@78-86-154-194.zone2.bethere.co.uk)
21:20.39DocScrutinizerthat's *very* unpolite to state things like "not all variants of 50633 have..." and NOT provisioning any reference
21:21.39PaulFertserDocScrutinizer: probably it was copied from an earlier driver, who knows.
21:22.02DocScrutinizerIf I were boss of a project, I'd ask a coworker to meet me in my room for 15min talk, on such a patch without reference
21:25.10*** join/#openmoko Cervajz (n=Cervajz@77.93.201.22)
21:25.32DocScrutinizeranyway, a sysfs node to change OOCMODE - 7:6 to 00 or 01, called sth power/pwrbutton_hard_shutdown with values enabled for 01 and disabled for 00 is easily implemented I think
21:25.36ndnihilonly 15 minutes?
21:26.10DocScrutinizeranothe similar one for kernel-timer was nice :-)
21:26.24DocScrutinizerndnihil: probably only 5, as there's rather few to say on that
21:26.53larschm... wouldn't it be better to set it always to 01 and make the use of totrst configurable?
21:26.58DocScrutinizereither they know their way around after 5min, or probably another 10 won't help
21:27.23DocScrutinizererr what's totrst??
21:27.40larscread section 8.1.6.3
21:29.34DocScrutinizerhmm, that is more like a "feeding the watchdog". Not sure if we need that
21:30.10PaulFertserDocScrutinizer: i've checked, there was no comment in the old driver, looks like Balaji introduced it.
21:30.38DocScrutinizerof course it would be a much smarter way if lindi's recording app would feed the dog, and if it hangs we still get usual hard shutdown
21:32.06DocScrutinizerbut eventually we need to reset the shutdown condition anyway I guess, otherwise I dunno what exactly happens after we release pwrbutton after 30sec and feeding the dog stops
21:36.16larsca recording app shouldn't bother about the special features of some random power supply device
21:37.05DocScrutinizerheh, if I read correctly, the 8sec timer is *triggered* after 1sec of pwrbutton press, but it's not a condition for the transition to standby to hold the button after that
21:38.36larscyup
21:39.08DocScrutinizerso it's up to the kernel anyway to watch the button stays being pressed, by doing a totrst every second, and after 8sec to shutdown gracefully. If kernel fails to do that at least once in 8sec, then hw-shutdown will trigger
21:40.08larscmaybe make that timeout configurable via sysfs.
21:41.45DocScrutinizeryes, the 8sec is just an arbitrary timeout to give kernel a chance to react. But actual duration to press pwrbutton is determined by kernel anyway (except if kernel hangs in which case a 1 sec press should suffice to shutdown 8sec later)
21:42.27DocScrutinizerthis kernel timeout (actually kind of a loop counter) is easily configurable via sysfs, a 0 might mean disable
21:43.20DocScrutinizeraka "infinite reset of pwrbutton timer"
21:43.30larscyes
21:43.47DocScrutinizer:-)
21:44.14DocScrutinizerI *love* a clear short easy spec
21:48.10DocScrutinizerso who's c&p this to a ticket now? probably that's up to lindi- , no? ;-D
21:52.29DocScrutinizeraah, and: writing to this sysnode resets kernel counter/timer to whatever that value is that's been written (means a e.g 8sec timeout that's half expired gets reset to 8sec on writing "8" to that sysnode). This way lindis recording app could behave cute and readout the default that's been set by whomever from that sysnode, and on pwrbutton press detection the app would periodically write back that value (e.g "8") to same node, to
21:52.31DocScrutinizerprevent shutdown
21:53.01lindi-larsc: i disabled that 8 sec timeout in my kernel completely
21:53.37DocScrutinizerlindi-: that's fine but won't make it "upstream" ;-P
21:54.14lindi-make the default kill the device but supply a /sys node to disable it would be fine for me
21:54.14DocScrutinizerI think it's better to fix that for good, in a most flexible and powerful manner
21:55.55DocScrutinizerlindi-: you can write "0" to that sysnode (if youre nasty and lazy ;-P), or you read out the initial value and write that value back periodically to abort shutdown timeout whenever you detect the powerbutton is pressed
21:55.56larscthe most flexible and powerful way to solve this would be to remove the timeout from the kernel completly and let some userspace daemon mointor the input device and turn the device of after some amount of time
21:56.07larscor present a shutdown dialog to the user
21:56.10larscor whatever
21:57.01lindi-larsc: perhaps. and then also additionally use hardware watchdog to detect kernel lockup (which would be better than what we currently do)
21:57.13lindi-(we = what most be people do)
21:57.29lindi-larsc: btw, about the patch, is it in some git branch already?
21:58.40DocScrutinizerlindi-: as elaborated above (most clearly I hope) we NEED a kernel driver to periodically reset the powerbutton timer in PMU anyway. So I think it's a really bad idea to delegate such most important and highlevel function to userland
21:59.21lindi-DocScrutinizer: is that an issue on gta02 too? my device stays running even though I disabled that 8 sec shutdown
21:59.35lindi-DocScrutinizer: I just set #define PCF50633_ONKEY1S_TIMEOUT -1
21:59.39larsclindi-: no
21:59.43lindi-larsc: ok.
22:00.06lindi-DocScrutinizer: and after that I can hold power button down as long as I want without shutdown
22:00.17lindi-anyways, i need some sleep now, it's 1 am already
22:00.22DocScrutinizerlindi-: I'm only talking about pcf50633 atm, though I think pcf50606 may be similar
22:01.02DocScrutinizerlindi-: I have no idea what that define does
22:01.15DocScrutinizerI know what PCF50633 does though
22:02.17DocScrutinizerif we don't enable OOCMODE - OOC mode register (address 10h) 7:6 by setting it to "01" then hw shutdown doesn't work at all
22:03.01Guest80031guys how is it that andy-tracking compiled kernel is > 2.3 mb?
22:03.15Guest80031where can i find a .config for less then 2mb
22:03.16Guest80031?
22:04.37DocScrutinizerGuest80031: though the last 1h might look different, this isn't probably the channel to ask this. /join #openmoko-cdevel ;-)
22:04.47larscGuest80031: https://dev.openwrt.org/browser/trunk/target/linux/s3c24xx/config-2.6.30
22:05.29DocScrutinizeror that :-D
22:16.20*** join/#openmoko h4v (n=h4v@new.otos.pl)
22:16.20*** join/#openmoko mjr (i=mjr@aulis.sange.fi) [NETSPLIT VICTIM]
22:16.20*** join/#openmoko h4v_ (n=h4v@new.otos.pl) [NETSPLIT VICTIM]
22:16.57*** join/#openmoko Cervajz (n=Cervajz@77.93.201.22) [NETSPLIT VICTIM]
22:17.14*** join/#openmoko polz (n=polz@ecg.fri.uni-lj.si) [NETSPLIT VICTIM]
22:53.22*** join/#openmoko methril_home (n=methril@73.73.220.87.dynamic.jazztel.es)
22:54.37*** join/#openmoko SpeedEvil1 (n=user@tor/regular/SpeedEvil)
22:56.59*** join/#openmoko everslick (n=clemens@91-113-117-110.adsl.highway.telekom.at)
23:01.58*** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
23:20.14*** join/#openmoko Kame2 (n=manuel@port-92-196-49-141.dynamic.qsc.de)
23:23.10*** join/#openmoko Reactor16 (i=Reactor1@c-93-182-184-112.cust.relakks.com)
23:25.10*** join/#openmoko batti112 (n=batti@dslb-088-078-021-086.pools.arcor-ip.net)
23:38.32*** join/#openmoko andi (n=andi@eeepc.andi.whyi.org)
23:38.47*** join/#openmoko zing (n=zing@fedora/zing)
23:41.47*** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu)
23:48.01*** join/#openmoko raster (n=raster@enlightenment/developer/raster)
23:48.59*** join/#openmoko Bane^ (i=bane@shelli.fi)
23:57.37*** join/#openmoko max_posedon (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.