| 00:00.12 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r15dcc8568ab4 10/fsogsmd/src/ (6 files in 6 dirs): |
| 00:00.12 | CIA-44 | freesmartphone.org: fsogsmd: prepare for channel-specific init sequences; overridable through config |
| 00:00.12 | CIA-44 | freesmartphone.org: (yes, that's for you DocScrutinizer :) |
| 00:03.21 | *** join/#openmoko alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 00:20.09 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 00:23.16 | *** join/#openmoko peter__b (n=peter_b@93.133.223.159) |
| 00:28.54 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 00:29.49 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * ra2fd97f6daf1 10/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: org.freesmartphone.GSM.SIM.{Get|Set}AuthCodeRequired done |
| 00:32.33 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 00:42.42 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r2e25b95c85c2 10/fsogsmd/src/lib/ (atcommands.vala atmediators.vala): fsogsmd: add facilities info in GetFeatures() |
| 00:42.58 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r507b5903149f 10/libfsobasics/fsobasics/logger.vala: libfsobasics: dim yellow |
| 00:57.32 | *** join/#openmoko vanous1231 (n=vanous@85.93.174.26) |
| 00:58.41 | *** join/#openmoko kardan_ (n=kardan@p54BE349E.dip.t-dialin.net) |
| 01:02.13 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 01:06.13 | *** join/#openmoko Defiant (i=erik@c168009.adsl.hansenet.de) |
| 01:07.22 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 01:07.50 | *** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu) |
| 01:09.58 | *** join/#openmoko Openfree (n=Openfree@203.110.163.133) |
| 01:20.58 | *** join/#openmoko juan_arandaalva1 (n=jaranda@201.171.193.123.dsl.dyn.telnor.net) |
| 01:54.16 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.171.193.123.dsl.dyn.telnor.net) |
| 02:09.04 | *** join/#openmoko juan_arandaalva1 (n=jaranda@201.143.86.14.dsl.dyn.telnor.net) |
| 02:12.23 | *** join/#openmoko Amorphous (n=jan@unaffiliated/amorphous) |
| 02:13.39 | *** join/#openmoko freelock (n=john@216.231.62.127) |
| 02:19.26 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 02:20.07 | *** join/#openmoko pcfe (n=pcfe@a88-115-3-105.elisa-laajakaista.fi) |
| 02:22.08 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 02:29.19 | *** join/#openmoko arg0_ (n=stephen@CPE001c10acab63-CM000a7369b290.cpe.net.cable.rogers.com) |
| 02:38.17 | *** join/#openmoko mostly_useless (n=michael@75.111.36.101) |
| 02:40.16 | *** join/#openmoko Cervajz1 (n=Cervajz@83.111.219.33) |
| 02:42.41 | *** join/#openmoko Cervajz1 (n=Cervajz@83.111.219.33) |
| 02:43.42 | *** join/#openmoko retracile_ (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 02:47.29 | *** join/#openmoko jlmoko (n=jluis@38.Red-88-8-35.dynamicIP.rima-tde.net) |
| 03:04.44 | *** join/#openmoko Cervajz1 (n=Cervajz@83.111.219.33) |
| 03:06.47 | *** join/#openmoko Cervajz1 (n=Cervajz@83.111.219.33) |
| 03:23.26 | *** join/#openmoko eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 03:25.22 | *** join/#openmoko Majkhii (n=Majkhii@213.155.250.139) |
| 03:28.04 | slaxxer | going to try bytestores 2008.18 image an latest shr kernel on a fresh android sdcard install-current with android "Special" Qi installed |
| 03:28.13 | slaxxer | 2008.12* |
| 03:35.20 | *** join/#openmoko batti (n=batti@dslb-092-073-177-003.pools.arcor-ip.net) |
| 03:41.35 | *** join/#openmoko playya_ (n=playya@unaffiliated/playya) |
| 03:42.27 | *** join/#openmoko Slaxxed (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 03:43.59 | Slaxxed | well nothing worked for a few boots back an forth then android booted an repaired itself:) |
| 03:55.14 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 04:04.36 | ndnihil | linux on this? http://en.wikipedia.org/wiki/Motorola_Droid |
| 04:04.39 | ndnihil | hardware looks nice |
| 04:20.07 | slaxxer | then it appears to have installed itself to nand after i flashed the 2008.12 image to nand |
| 04:27.45 | *** join/#openmoko droid0011 (n=g1@79.220.236.178) |
| 04:29.11 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 04:33.37 | *** join/#openmoko DocScrutinizer (n=jr@85.116.194.200) |
| 04:41.17 | *** join/#openmoko alephnull (n=alok@122.172.28.218) |
| 04:47.59 | slaxxer | 2008.12 Bytestor's with latest shr-u kernel ,,Qi |
| 04:48.58 | *** join/#openmoko soman (n=somnath@115.119.41.110) |
| 04:49.16 | *** join/#openmoko joerg_42 (n=jr-N810@85.116.194.200) |
| 04:49.32 | *** join/#openmoko brolin (n=brolin@d206-116-149-85.bchsia.telus.net) |
| 04:50.00 | *** join/#openmoko ZaPPaS (n=zappas@dslb-084-056-174-239.pools.arcor-ip.net) |
| 05:02.15 | mostly_useless | ndnihil: hardware is def cool. more than anything, I dig the advertisement (and that's hard for me to say. I'm a commercial muter.) |
| 05:04.18 | *** join/#openmoko alephnull (n=alok@122.172.42.16) |
| 05:13.03 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 05:13.56 | mostly_useless | slaxxer: the current android releases require installation to NAND. the version of Qi will still let you boot from a uSD that has been formatted with FAT or EXT2. I'm using android and qtmoko on one uSD, then I have SHR on another. |
| 05:18.12 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:36.09 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 05:40.37 | *** join/#openmoko kennyz[dnd] (n=kennyz@uralnet.org) |
| 05:47.18 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 05:56.48 | PaulFertser | mostly_useless: Qi doesn't boot from fat |
| 05:59.02 | *** join/#openmoko BillK (n=BillK@203-206-44-182.dyn.iinet.net.au) |
| 06:07.22 | *** join/#openmoko beer (n=durk@ipass.solcon.nl) |
| 06:07.36 | beer | morning |
| 06:09.19 | *** join/#openmoko manitu (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
| 06:21.50 | *** join/#openmoko beers (n=beer@fw.agrsci.dk) |
| 06:31.56 | *** join/#openmoko radekp (n=radek@88.146.48.30) |
| 06:41.04 | *** join/#openmoko lpotter (n=quiggly@58.173.176.153) |
| 06:45.00 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 06:55.43 | *** join/#openmoko alephnull (n=alok@122.167.29.17) |
| 07:05.25 | *** join/#openmoko Heinervdm (n=thomas@pD9E148A4.dip.t-dialin.net) |
| 07:05.31 | mostly_useless | PaulFertser: Qi does when you ask nicely. |
| 07:05.45 | mostly_useless | beer: morning. |
| 07:06.09 | *** join/#openmoko Kame2 (n=manuel@port-92-196-92-13.dynamic.qsc.de) |
| 07:07.23 | PaulFertser | mostly_useless: what makes you think that? |
| 07:08.43 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-55-196.adslplus.ch) |
| 07:22.21 | *** join/#openmoko thannoy (n=thannoy@62.160.20.144) |
| 07:25.36 | *** join/#openmoko geaaru (n=geaaru@79.44.219.132) |
| 07:26.24 | mostly_useless | PaulFertser: because you catch more flies with honey. |
| 07:26.42 | PaulFertser | mostly_useless: moot argument |
| 07:28.21 | mostly_useless | PaulFertser: because I'm able to perform an install of the new weekly android builds off of a fat formatted card, and also able to boot qtmoko on an ext2 formatted card. |
| 07:39.07 | *** join/#openmoko ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 07:39.08 | *** join/#openmoko zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 07:41.55 | *** join/#openmoko nullix (n=philippe@92.103.174.253) |
| 07:52.11 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
| 08:03.04 | alphaone | http://xkcd.com/357/ |
| 08:08.37 | *** part/#openmoko vanous1231 (n=vanous@85.93.174.26) |
| 08:08.46 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
| 08:16.32 | PaulFertser | molgrum: Qi ignores fat partition |
| 08:16.42 | PaulFertser | Fuck, he left |
| 08:16.50 | PaulFertser | He didn't prove anything by code |
| 08:26.45 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 08:30.30 | *** join/#openmoko neomilium (n=quassel@lns-bzn-29-82-248-219-4.adsl.proxad.net) |
| 08:42.19 | *** join/#openmoko Arigead (n=Rupert@83-71-15-35-dynamic.b-ras1.dbn.dublin.eircom.net) |
| 08:47.25 | *** join/#openmoko soman (n=somnath@118.102.130.5) |
| 08:50.46 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 09:03.13 | *** join/#openmoko hanez (n=hanez@hanez.org) |
| 09:07.43 | *** join/#openmoko ericthefish (n=ericthef@217.113.163.70) |
| 09:08.20 | *** join/#openmoko bluebugs (n=cedric@enlightenment/developer/cedric) |
| 09:17.51 | *** join/#openmoko vanous123 (n=vanous@85.93.174.26) |
| 09:23.47 | *** join/#openmoko N-Mi (n=nicolas@calvix/staff/N-Mi) |
| 09:45.33 | *** join/#openmoko CVirus (n=Satan@41.153.194.82) |
| 09:54.00 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 09:54.46 | panicking | Hi PaulFertser, mickey|zzZZzz |
| 09:54.54 | panicking | is there a command to find the cell id neighboring |
| 09:54.56 | panicking | ? |
| 09:56.16 | PaulFertser | panicking: hey |
| 09:56.26 | panicking | sorry for the wheel question |
| 09:56.38 | PaulFertser | panicking: you left too early the previous time so i didn't manage to answer. |
| 09:56.50 | panicking | Ok, sorry |
| 09:56.52 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 09:56.52 | PaulFertser | panicking: could you please repeat that question, i'm afraid i forgot it. |
| 09:56.53 | panicking | my wife |
| 09:57.05 | PaulFertser | panicking: np, just please repeat the question :) |
| 09:57.41 | panicking | #1024 issue I think |
| 09:58.02 | panicking | Oh yes How to test it |
| 09:58.04 | panicking | ? |
| 09:58.12 | panicking | I have reregistration here in valencia |
| 09:58.29 | PaulFertser | panicking: ah |
| 09:58.33 | panicking | where I work but I don't understand how it is so frequently |
| 09:58.40 | panicking | it not depends on the signal strenght |
| 09:58.44 | panicking | ? |
| 09:58.55 | panicking | I can't remain in deep sleep mode |
| 09:59.16 | PaulFertser | panicking: http://wiki.openmoko.org/wiki/Neo_1973_and_Neo_FreeRunner_gsm_modem#AT.25EM |
| 09:59.29 | PaulFertser | panicking: (neighborhood cell info) |
| 09:59.51 | panicking | Thanks |
| 09:59.52 | panicking | :) |
| 10:00.29 | PaulFertser | panicking: it's commonly believed that all devices are affected by #1024 in certain conditions. |
| 10:00.40 | mjr | came in, noticed "panicking: [url]" and expected something panicworthy to be there |
| 10:00.44 | mjr | what a disappointment |
| 10:01.19 | panicking | But when the modem go in de-registration status |
| 10:01.29 | panicking | and you send an AT%SLEEP=2 |
| 10:01.53 | panicking | the system must re-reregister automatically to the net |
| 10:01.59 | panicking | or it's necessary |
| 10:02.04 | panicking | to force re-registration |
| 10:02.34 | PaulFertser | panicking: no, the modem should reregister automatically |
| 10:03.20 | panicking | But It can takes time |
| 10:03.20 | panicking | it is must fast |
| 10:03.31 | PaulFertser | panicking: if you see sudden loss of registration then it's most probably due to #1024. |
| 10:03.31 | panicking | to ask for a new registration |
| 10:04.20 | PaulFertser | panicking: why do not you want to set %SLEEP=2 as default? Those who did the fix will switch it to 4. |
| 10:04.34 | PaulFertser | panicking: the only sane approach |
| 10:04.51 | PaulFertser | panicking: because you can't do anything when the device is suspended. |
| 10:05.54 | panicking | so when the device is supend does't resume on network lost ? |
| 10:05.57 | PaulFertser | panicking: it seems you want to implement something like adaptive mode when you switch off deep sleep upon "sensing" the bug. Now imagine device is suspended. And i'm waiting for a call walking from somewhere. |
| 10:06.29 | PaulFertser | panicking: suddenly i appear in a place where #1024 is surfaced. But the device is still suspended. My call is lost. |
| 10:07.09 | panicking | ok |
| 10:07.31 | PaulFertser | panicking: you can leave unsol that reports registration status enabled before suspending but then you'll have to use auto-suspend by timeout all the time. |
| 10:08.35 | panicking | Ok, that is a big problem |
| 10:08.49 | panicking | I must discuss on android mailing list |
| 10:09.20 | panicking | But for me is not a big problem |
| 10:15.54 | *** join/#openmoko dns53 (n=dns@203.171.199.98) |
| 10:16.37 | PaulFertser | panicking: SHR disabled deep sleep by default |
| 10:18.17 | *** join/#openmoko hipitihop (n=denis@203.132.229.35) |
| 10:18.46 | panicking | ok |
| 10:18.52 | panicking | Thanks Paul |
| 10:19.04 | panicking | I hope that can meet you in the near feature |
| 10:19.10 | panicking | you are a very nice man |
| 10:19.49 | PaulFertser | panicking: thanks a lot for you kind words |
| 10:20.04 | PaulFertser | panicking: i'm looking forward to see you too :) |
| 10:20.54 | PaulFertser | panicking: i'm glad i was able to help you at least a little bit. |
| 10:34.06 | *** join/#openmoko cz_jc (n=jc@88.146.126.102) |
| 10:38.34 | *** join/#openmoko chomwitt_ (n=chomwitt@athedsl-405490.home.otenet.gr) |
| 10:42.46 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 10:47.16 | *** join/#openmoko max_posedon (n=max_pose@87.252.243.179) |
| 10:55.28 | *** join/#openmoko alephnull (n=alok@122.167.29.17) |
| 10:55.31 | *** join/#openmoko dvarnes (n=davidv@203-206-128-239.perm.iinet.net.au) |
| 10:57.16 | *** join/#openmoko yang (n=yang@2001:470:1f0b:86f:0:0:0:400) |
| 10:57.27 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * rb4c2e04416da 10/fsogsmd/src/lib/atcommands.vala: fsogsmd: atcommands: allow encoding the +CRSM payload result in "", some modems do that (palm pre, for a start) |
| 10:57.29 | *** join/#openmoko jonkristian (n=jonkrist@84.48.204.174) |
| 11:01.11 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 11:03.47 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 11:12.34 | *** join/#openmoko aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 11:14.29 | *** join/#openmoko yang (n=yang@2001:470:1f0b:86f:0:0:0:400) |
| 11:17.07 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-73-211.dsl.scarlet.be) |
| 11:25.37 | *** join/#openmoko spydon (n=spydon@130.243.146.152) |
| 11:31.34 | *** join/#openmoko Kame2 (n=manuel@port-92-196-92-13.dynamic.qsc.de) |
| 11:53.48 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-73-211.dsl.scarlet.be) |
| 11:56.45 | *** join/#openmoko Zorkman2 (n=Zork@78-22-123-127.access.telenet.be) |
| 12:03.04 | *** join/#openmoko marh (n=marius@p54BE349E.dip.t-dialin.net) |
| 12:05.41 | *** join/#openmoko ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 12:05.44 | *** join/#openmoko zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 12:10.36 | *** join/#openmoko ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 12:10.36 | *** join/#openmoko zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 12:12.35 | *** join/#openmoko odex (n=odex@ip-233.net-89-2-106.rev.numericable.fr) |
| 12:17.21 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r20798692daab 10/fsogsmd/ (5 files in 3 dirs): fsogsmd: add 3rdparty directory for C code we 'borrow' from other projects |
| 12:19.57 | *** join/#openmoko ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 12:22.23 | *** join/#openmoko GovCon (n=GC@unaffiliated/govcon) |
| 12:25.18 | *** join/#openmoko pbaxter (n=pbaxter@host134-13-dynamic.54-79-r.retail.telecomitalia.it) |
| 12:25.37 | *** join/#openmoko ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 12:25.39 | *** join/#openmoko zZaPPaSs (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 12:33.04 | *** join/#openmoko thannoy (n=thannoy@62.160.20.144) |
| 12:36.34 | *** join/#openmoko Free_maN (n=Free_maN@217.174.199.201) |
| 12:39.23 | *** join/#openmoko thannoy (n=thannoy@62.160.20.144) |
| 12:45.40 | *** join/#openmoko spydon (n=spydon@nl103-146-152.student.uu.se) |
| 12:45.58 | *** join/#openmoko marh (n=marius@p54BE349E.dip.t-dialin.net) |
| 12:46.37 | odex | bonjour |
| 12:47.27 | *** join/#openmoko xelapond (n=alex@c-24-16-174-28.hsd1.wa.comcast.net) |
| 12:50.16 | *** join/#openmoko Openfree`` (n=df@58.33.76.207) |
| 12:54.07 | *** join/#openmoko otypoks (n=e55c2403@85.11.67.243) |
| 12:54.42 | *** join/#openmoko alfatangoxt (n=michele@host106-11-dynamic.8-79-r.retail.telecomitalia.it) |
| 12:55.52 | *** join/#openmoko Gyb (n=Gyb@f053155151.adsl.alicedsl.de) |
| 13:10.36 | *** join/#openmoko oon (n=oon@ankhoon.net) |
| 13:14.59 | *** join/#openmoko cz_jc (n=jc@88.146.126.102) |
| 13:18.16 | *** join/#openmoko raron (n=kvirc@dsl51B799AB.pool.t-online.hu) |
| 13:18.34 | *** join/#openmoko arw_ (i=foobar@190.26.233.113) |
| 13:20.25 | *** join/#openmoko Tanuva (n=tanuva@p5B10F9F6.dip.t-dialin.net) |
| 13:23.28 | CIA-44 | openmoko: 03werner * r5701 10/developers/werner/cncmap/ (8 files in 2 dirs): Project a line on the Z map. Work in progress. |
| 13:24.25 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * rcd92e547882c 10/fsogsmd/ (12 files in 4 dirs): fsogsmd: add 3rdparty code for certain format conversions |
| 13:25.24 | *** join/#openmoko pespin (n=pespin@228.pool85-50-68.dynamic.orange.es) |
| 13:32.31 | *** join/#openmoko trev_ (n=tobi@95.88.97.79) |
| 13:42.14 | *** join/#openmoko neomilium (n=quassel@lns-bzn-32-82-254-52-143.adsl.proxad.net) |
| 13:44.39 | *** join/#openmoko pbaxter_ (n=pbaxter@host134-13-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:49.21 | *** join/#openmoko Gyb (n=Gyb@g224236021.adsl.alicedsl.de) |
| 13:54.53 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 13:55.22 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 14:03.05 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 14:07.53 | *** join/#openmoko pespin (n=pespin@185.pool85-50-85.dynamic.orange.es) |
| 14:10.09 | *** join/#openmoko AntonTakk (n=AntonTak@poolofdespair.net) |
| 14:16.17 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * reef5bef22917 10/fsogsmd/src/lib/ (atcommand.vala atcommands.vala channel.vala modem.vala): fosgsmd: run through a sequence of test commands to negotiate the 'best' charset we can use. |
| 14:19.40 | CIA-44 | freesmartphone.org: 03mickey 07libeflvala * rf01541daddec 10/vapi/elm.vapi: elm.vapi: bind object focus stuff |
| 14:19.49 | *** join/#openmoko xxtjaxx (n=andreas@opensuse/member/XxtjaxX) |
| 14:26.32 | *** join/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
| 14:27.34 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-117-217.adslplus.ch) |
| 14:28.31 | *** part/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
| 14:34.49 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * rcd71bae64222 10/libfsotransport/fsotransport/commandqueue.vala: libfsotransport: move command queue timeout into command class; this permits per-command timeouts |
| 14:35.22 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r06ea09afdfd2 10/fsogsmd/src/lib/atcommand.vala: fsogsmd: catch up with changes in libfsotransport command queue |
| 14:40.38 | *** join/#openmoko alephnull (n=alok@122.172.30.148) |
| 14:44.24 | *** join/#openmoko eolson (n=eolson@140.221.11.220) |
| 14:44.52 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 14:45.36 | *** join/#openmoko cheng_ (n=cheng@202.201.14.141) |
| 14:47.42 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 14:50.08 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |
| 14:53.12 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 14:56.42 | *** join/#openmoko cheng_ (n=cheng@202.201.14.141) |
| 15:00.44 | *** join/#openmoko beer (n=beer@0x4dd40dcb.adsl.cybercity.dk) |
| 15:04.32 | *** join/#openmoko PaulFertser (n=PaulFert@mail.nixl.net) |
| 15:10.44 | *** part/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 15:13.04 | *** join/#openmoko dennis__ (n=Openfree@222.65.55.124) |
| 15:14.15 | *** join/#openmoko kW (n=kW@unaffiliated/kw) |
| 15:15.31 | *** join/#openmoko daMaestro (n=jon@content.beatport.com) |
| 15:20.15 | *** join/#openmoko panicking (n=Michael@62.81.158.86.static.user.ono.com) |
| 15:20.33 | panicking | PaulFertser, sorry I have other question for you |
| 15:20.36 | panicking | do you have time? |
| 15:20.54 | PaulFertser | panicking: sure :) |
| 15:21.06 | panicking | flowcontrolled |
| 15:21.16 | panicking | Ok, this is what I think: |
| 15:21.28 | panicking | - the rts must be change by the kernel during suspend |
| 15:21.41 | panicking | - but deactivate by the user application |
| 15:22.00 | PaulFertser | panicking: not exactly |
| 15:22.02 | panicking | Because a task does't know the suspend istant |
| 15:22.50 | panicking | but it knows when is again run |
| 15:22.50 | *** join/#openmoko hax404 (n=quassel@mnhm-5f74db65.pool.mediaWays.net) |
| 15:22.51 | PaulFertser | panicking: you want to disable unsolicited replies first. Then you do "echo 1 > flowcontrolled"; then you suspend; then you resume and do "echo 0 > flowcontrolled" and this way you're guaranteed to not lose anything. |
| 15:23.04 | *** join/#openmoko imcsk8 (n=ichavero@201.140.69.49.cable.dyn.cableonline.com.mx) |
| 15:23.20 | panicking | This is true when you know |
| 15:23.25 | panicking | the suspend istant |
| 15:23.26 | panicking | but |
| 15:23.55 | panicking | Suppose that you ask to go to suspend but the system takes time to go to suspend |
| 15:24.11 | panicking | (in my cases I dont' know if the system will be suspended) |
| 15:24.23 | panicking | you can loose data |
| 15:24.25 | panicking | is it correct |
| 15:24.25 | panicking | ? |
| 15:24.35 | *** join/#openmoko pespin (n=pespin@127.Red-88-7-193.staticIP.rima-tde.net) |
| 15:24.48 | panicking | Yes, for standard distrib |
| 15:24.56 | panicking | it can be controlled by software |
| 15:25.05 | panicking | but in android the suspend istant can be defferable |
| 15:25.16 | panicking | by wake lock acquisition of other subsystem |
| 15:25.36 | panicking | so I propose to create a new flag |
| 15:25.45 | PaulFertser | panicking: can you please elaborate more on that "wake lock"? |
| 15:25.54 | panicking | ok, |
| 15:26.09 | panicking | echo mem > /sys/power/state |
| 15:26.17 | panicking | the system start to go suspend |
| 15:26.35 | panicking | A task in the middle acquire a wake lock, the system will go to suspend after wakelock |
| 15:26.36 | panicking | release |
| 15:26.44 | panicking | or echo on > /sys/power/state |
| 15:27.00 | panicking | so the final suspend can be delayed for few or more millescond |
| 15:27.20 | panicking | Basically I don't know if I can suspend the system at t instant |
| 15:27.38 | panicking | but for sure the display will be shutdown immidiately |
| 15:27.42 | PaulFertser | panicking: you won't lose any data from the modem. As soon as you do 'echo 1 > flowcontrolled' the modem will stop sending data and will keep it in its internal buffer. |
| 15:28.09 | panicking | Yes, I know but there is any good istant to do this |
| 15:28.23 | panicking | the only right instant is in the suspend calll |
| 15:28.31 | panicking | of the gta02_pm_gsm call |
| 15:28.41 | panicking | Is that true? |
| 15:29.13 | PaulFertser | panicking: i'm not sure i understand what problem do you have in mind, sorry |
| 15:29.17 | panicking | This is for sure a good instat. Because user space process are freeze and the wifi |
| 15:29.27 | panicking | sorry for wifi |
| 15:29.45 | panicking | and the user space can't read any message |
| 15:29.45 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167978043.dsl.bell.ca) |
| 15:29.48 | PaulFertser | panicking: the idea of "flowcontrolled" node is exactly to force RTS before userland is frozen. |
| 15:29.50 | panicking | from the serial device |
| 15:30.25 | panicking | ok, but why do it in the suspend path |
| 15:30.26 | panicking | of the gsm_pm platform data |
| 15:30.26 | panicking | ? |
| 15:30.26 | panicking | You don't loose anything |
| 15:30.45 | panicking | you are sure that you stop the receiveing because nobody can take data from serial |
| 15:30.59 | panicking | I must change the kernel in this way to avoid data loose |
| 15:31.02 | mwester | No |
| 15:31.09 | panicking | because I don't know when this happen |
| 15:31.12 | panicking | mwester, ? |
| 15:31.14 | mwester | You will lose data if you make the change you are proposing. |
| 15:31.21 | PaulFertser | panicking: can you please read this http://trac.freesmartphone.org/ticket/31#comment:3 ? |
| 15:31.41 | panicking | yes I'm reading |
| 15:31.49 | panicking | mwester, can you give me an exmple |
| 15:31.53 | panicking | of data loosing |
| 15:31.54 | PaulFertser | mwester: hey :) your favourite topic |
| 15:33.13 | panicking | ok |
| 15:33.17 | panicking | I'm reading |
| 15:33.23 | panicking | it's in the ticket |
| 15:34.14 | *** join/#openmoko pH5 (n=ph5@e178206237.adsl.alicedsl.de) |
| 15:34.21 | mwester | Assuming your proposed solution: user space issues suspend, but does not flow-control. Kernel begins to suspend, but it takes 1 ms because of some wake lock. During this 1 ms, data arrives from GSM -- because GSM is *not yet* flowcontrolled, the data is received and is in the serial driver buffers. The kernel suspends. At this point, the message that arrived from the GSM will be delivered when some other event finally wakes the phone. |
| 15:35.28 | mwester | So the current approach is that user-space issues the flow-control. Then as suspend happens, the GSM will be forced to issue a serial interrupt, which will abort the suspend if data arrives while the kernel is suspending. |
| 15:35.30 | panicking | ok |
| 15:35.40 | panicking | it's a correct scenario |
| 15:36.09 | PaulFertser | And if the data was arrived after you flowcontrol the modem but before kernel suspends, it will simply refuse to suspend. |
| 15:36.29 | PaulFertser | s/was // |
| 15:38.05 | panicking | It suspends but wake up immiditally for the interrupt |
| 15:38.10 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 15:38.30 | DocScrutinizer | that's what I suggested, but PaulFertser disagreed on that afaik |
| 15:39.06 | DocScrutinizer | iirc kernel has some nasty useless "abort suspend action" hooks |
| 15:40.01 | mwester | not useless; used by the GSM flowcontrol logic |
| 15:40.06 | DocScrutinizer | PaulFertser: excuse me if my memory is wrong on that, another time I haven't stored to source with the info |
| 15:40.08 | mwester | not nice, not elegant, but useful. |
| 15:40.19 | DocScrutinizer | s/to/the/ |
| 15:40.33 | DocScrutinizer | bah |
| 15:40.58 | DocScrutinizer | mwester: how? |
| 15:41.06 | mwester | how what? |
| 15:41.27 | DocScrutinizer | how could such a nonsense be useful? |
| 15:41.49 | mwester | smacks closed-minded people over the head with a dead fish, and refuses to continue the discussion. |
| 15:41.59 | DocScrutinizer | hehehe |
| 15:42.03 | mwester | I explained it. Read above. |
| 15:42.08 | mwester | :p |
| 15:42.35 | *** join/#openmoko ferluszt (n=ferluszt@134.155.144.125) |
| 15:42.46 | DocScrutinizer | mwester: come on, I really don't see the use of speeding up a rare race condition by a few ms |
| 15:43.15 | *** join/#openmoko solo|moko (i=74446071@gateway/web/freenode/x-tjlnlbgcutkgfpwl) |
| 15:43.56 | DocScrutinizer | isn't it completely useless to abort suspend rather than simply resuming in zero time |
| 15:43.58 | DocScrutinizer | ? |
| 15:44.40 | panicking | DocScrutinizer, where can I find an example of such hooks |
| 15:44.41 | panicking | ? |
| 15:45.24 | mwester | it was potentially 10s and nearly 100 ms at one point (glamo and SD card suspend/resume), and the window from user-space issuing flow-control to the begin of suspend is actually quite long -- up to a full second in my observations. So the possibility is reasonably high, and the time-saved used to be (assuming someone fixed the glamo suspend/resume) significant, and the total code added was a couple of lines. Seems quite simple, DocScrutinizer -- |
| 15:45.24 | mwester | <PROTECTED> |
| 15:45.29 | DocScrutinizer | GSM is forced to issue a irq anyway, and we should resume on level IRQ, not edge |
| 15:45.29 | PaulFertser | DocScrutinizer: it's useful only if the GSM interrupt is edge. If the device is configured to wakeup on level it's not useful i think. |
| 15:45.50 | PaulFertser | mwester: nope, DocScrutinizer is talking about another issue. |
| 15:45.53 | mwester | ok |
| 15:46.09 | solo|moko | i woul like to design a my own gsm mobile phone,specs of NeoFreerunner is over my requirement ,my requirement would just (TFT 640x480,gsm+gprs module,and a bluetooth) ,is there any way to assemble one any good hw providers ? |
| 15:46.14 | PaulFertser | mwester: there's some very late in suspend check if there was interrupt or not. And if there was, the kernel refuses to suspend altogether. |
| 15:46.19 | PaulFertser | Until the irq is cleared. |
| 15:46.42 | solo|moko | s/woul/would/ |
| 15:46.53 | mwester | I added a check in there for the GSM... isn't that what we speak of? That was added because we were missing interrupts, or so we thought. |
| 15:46.55 | PaulFertser | mwester: DocScrutinizer thinks this measure is useless because the device should resume immediately anyway in this scenario. |
| 15:47.15 | PaulFertser | And if it doesn't then probably irq or wakeup is not configured properly. |
| 15:47.34 | DocScrutinizer | exactly |
| 15:47.41 | mwester | I don't know that anyone ever really did figure out if we have a window where we can miss the IRQ from the GSM as we suspend. |
| 15:47.52 | mwester | The suspicion was that such a window existed. |
| 15:47.59 | PaulFertser | mwester: level irq can't be missed |
| 15:48.24 | DocScrutinizer | as there isn't such a thing like "window" |
| 15:48.38 | mwester | Right - by hardware. the suspcision was that the interrupt was disabled or ignored at some point during the suspend/wake process. |
| 15:48.51 | PaulFertser | solo|moko: i think lindi- planned something a bit like that, you can ask him. |
| 15:48.54 | mwester | So the window would have been introduced by software, not hardware. |
| 15:48.59 | DocScrutinizer | then it should latch up |
| 15:49.09 | mwester | software can clear the latch. |
| 15:49.16 | mwester | but we argue theories. |
| 15:49.20 | DocScrutinizer | that's a clear bug then |
| 15:49.23 | solo|moko | PaulFertser: thank you,btw is he online now ? |
| 15:49.29 | PaulFertser | solo|moko: he always is :) |
| 15:49.34 | solo|moko | o_O |
| 15:49.40 | solo|moko | lindi-: ping! |
| 15:49.57 | PaulFertser | solo|moko: but his plan was a bit less ambitious, he wanted just "simple" uC, minimal display and usb 3g stick. |
| 15:50.10 | mwester | The check was simple to add, and it ensured that there we no more missed IRQs so people counldn't point fingers at that, and had to fix the driver or the user-space problems. :) |
| 15:50.23 | PaulFertser | solo|moko: as to developing a real phone, OM project proved it's damn hard even for a real company. |
| 15:50.25 | solo|moko | oh! well he might be able to help me out i guess |
| 15:50.39 | *** join/#openmoko ferluszt (n=ferluszt@vpn-150-213.vpn.uni-mannheim.de) |
| 15:50.47 | Weiss | solo|moko: possibly the Gizmo FLOW DIY is close to what you want? |
| 15:50.55 | *** join/#openmoko jpablo (n=chatzill@190.248.129.70) |
| 15:50.55 | mwester | Someone can remove it if they find that code offensive. I don't care anymore; I'll just add it back in on my kernels, since I don't care to debug the low-level suspend and u-boot code. |
| 15:51.04 | solo|moko | googling gizmo flow |
| 15:51.14 | DocScrutinizer | mwester: ok, I'm fine with htat. Just thought it's useless |
| 15:51.24 | solo|moko | PaulFertser: well, it would be difficult for me too |
| 15:52.06 | DocScrutinizer | anyway, as long as it works... not my problem |
| 15:52.34 | DocScrutinizer | cya |
| 15:52.48 | panicking | solo|moko, gizmo start to design flow2 |
| 15:53.00 | panicking | if you need some info I can give you |
| 15:53.31 | solo|moko | panicking: sure :) i would love to,atm i'm trying to figure out the details of gizmo |
| 15:53.44 | solo|moko | flow^ |
| 15:54.03 | panicking | Ok, the idea is to design a new device based on the imx327 |
| 15:54.05 | panicking | cpu |
| 15:54.48 | solo|moko | hm,cool,do you have specs details / |
| 15:55.39 | panicking | not yet, we are discussing about what we want |
| 15:55.44 | *** join/#openmoko ericthefish (n=ericthef@217.113.163.70) |
| 15:56.32 | solo|moko | <PROTECTED> |
| 15:59.09 | Weiss | no problem :) |
| 15:59.48 | panicking | solo|moko, what are the requirement of your device |
| 16:00.55 | DocScrutinizer | mwester: it seems I remeber a really braindamaged code for IRQ-handlers though, that does edge trigger on both edges, then POLLS(!!) the IRQ line, and latches up state internally. So I'd rather guess we see a lot of misconfig and races there. So probably your patch wrt that suspend-abort is last resort unless someone cleans up the elemetary IRQ-handler code eventually |
| 16:02.15 | PaulFertser | DocScrutinizer: probably that was code for "buttons" :) |
| 16:02.24 | DocScrutinizer | might be |
| 16:03.50 | DocScrutinizer | anyway, I have to care about fuel for my brain. running really dry |
| 16:03.55 | DocScrutinizer | bbl |
| 16:04.03 | PaulFertser | cu |
| 16:05.45 | *** part/#openmoko arw_ (i=foobar@190.26.233.113) |
| 16:16.28 | *** join/#openmoko pespin (n=pespin@164.Red-83-51-9.dynamicIP.rima-tde.net) |
| 16:18.20 | *** join/#openmoko wd (n=wd@82.119.147.190) |
| 16:20.39 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.145.155.dsl.dyn.telnor.net) |
| 16:20.39 | panicking | mwester, so it's clear the we need to do it in userspace because there is a window |
| 16:21.32 | mwester | Yes, that part is clear. |
| 16:21.47 | *** join/#openmoko ajvogel_ (n=quassel@196.210.224.131) |
| 16:21.55 | mwester | You won't lose data; it just may be deferred until something else wakes the phone. |
| 16:23.08 | *** join/#openmoko trev_ (n=tobi@95-88-97-79-dynip.superkabel.de) |
| 16:24.26 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 16:25.50 | *** join/#openmoko hax404_ (n=quassel@mnhm-5f74db65.pool.mediaWays.net) |
| 16:29.03 | *** join/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 16:30.27 | *** join/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
| 16:31.32 | *** join/#openmoko hax404_ (n=quassel@mnhm-5f74db65.pool.mediaWays.net) |
| 16:32.38 | *** part/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
| 16:33.38 | CIA-44 | openmoko: 03werner * r5702 10/developers/werner/cncmap/zmap/ (Makefile zline.c zmap.c): (log message trimmed) |
| 16:33.38 | CIA-44 | openmoko: Fixed some of the algorithms (in progress). |
| 16:33.38 | CIA-44 | openmoko: - zmap/zmap.c (comp): sorting works so much better if we don't just compare |
| 16:33.38 | CIA-44 | openmoko: things with themselves |
| 16:33.38 | CIA-44 | openmoko: - zmap/zline.c (next_closest): renormalize the "t" coordinate |
| 16:33.41 | CIA-44 | openmoko: - zmap/zline.c (next_closest): it's okay to go "back", since we may have |
| 16:33.42 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 16:33.43 | CIA-44 | openmoko: multiple boundaries at the same place |
| 16:34.54 | *** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu) |
| 16:42.49 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.145.155.dsl.dyn.telnor.net) |
| 16:43.21 | *** join/#openmoko RedFlash (n=RedFlash@host26-106-dynamic.25-79-r.retail.telecomitalia.it) |
| 16:48.39 | *** join/#openmoko vininim_ (n=vininim@pdpc/supporter/student/vininim) |
| 16:56.20 | *** join/#openmoko pleemans (n=toi@d54C2A96D.access.telenet.be) |
| 17:04.08 | *** join/#openmoko idarwin (n=ian@74.13.221.204) |
| 17:05.32 | *** join/#openmoko two3four (n=erik@212.107.129.84) |
| 17:09.13 | *** join/#openmoko imcsk8 (n=ichavero@201.140.69.49.cable.dyn.cableonline.com.mx) |
| 17:20.18 | *** join/#openmoko polymar (n=polymar@12.186.229.34) |
| 17:26.51 | *** join/#openmoko sicu (n=n_a@cm-84.208.110.191.getinternet.no) |
| 17:28.29 | *** part/#openmoko AndreMiras (n=andre@86.47.247.177) |
| 17:29.19 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 17:31.42 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r8ace361d7b1b 10/fsogsmd/src/lib/atcommands.vala: fsogsmd: +COPS=?: apparantly both the long name and the short name can be missing |
| 17:31.58 | *** join/#openmoko Rayan (n=andre@86.47.247.177) |
| 17:34.05 | *** join/#openmoko freelock (n=john@dsl081-165-076.sea1.dsl.speakeasy.net) |
| 17:42.06 | *** join/#openmoko Batchy (n=batchy@AVelizy-155-1-41-208.w83-204.abo.wanadoo.fr) |
| 18:03.09 | *** part/#openmoko nullix (n=philippe@92.103.174.253) |
| 18:10.51 | *** part/#openmoko vanous123 (n=vanous@85.93.174.26) |
| 18:11.59 | *** join/#openmoko tvm (i=75fe8e32@gateway/web/freenode/x-dpqtuesdklwezxmk) |
| 18:19.23 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 18:21.38 | *** join/#openmoko jpablo (n=chatzill@190.248.129.70) |
| 18:24.22 | *** join/#openmoko rddDavid51 (n=roudoudo@78.234.93.192) |
| 18:27.30 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 18:30.43 | *** join/#openmoko tjikkun (n=tjikkun@cl-511.ede-01.nl.sixxs.net) |
| 18:36.58 | *** join/#openmoko balleyne (n=balleyne@75-119-251-124.dsl.teksavvy.com) |
| 18:41.10 | *** join/#openmoko tsdogs (n=tsdogs@net203-187-146.mclink.it) |
| 18:43.32 | *** join/#openmoko vanous123 (n=vanous@85.93.174.26) |
| 18:43.51 | *** join/#openmoko sjd (n=joker@117.254.120.237) |
| 18:44.18 | xyzz | anybody knows, which patches from openembedded against gcc are important for vanila gcc to build for openmoko? |
| 18:44.59 | sjd | hey i just came to see what gps application could be used with an openmoko running on QT |
| 18:46.39 | sjd | anybody can help? |
| 18:47.06 | xyzz | qtextended? |
| 18:50.04 | sjd | xyzz: yes |
| 18:51.11 | xyzz | you can use tangogps, but first, you need to start X server ... |
| 18:51.33 | xyzz | I think tehre should be an option in all taht menus for that |
| 18:51.55 | sjd | xyzz: okay. checking.. |
| 18:52.07 | sjd | xyzz: what could be the tangogps .opk files? |
| 18:58.12 | sjd | xyzz: i just cant spot how to start the x server. could someone help? |
| 18:58.30 | PaulFertser | xyzz: i can say that debian's gcc works ifne |
| 18:59.12 | *** join/#openmoko yang (n=yang@boneym.v6.mtveurope.org) |
| 19:00.11 | xyzz | sjd I dont have qtextended anymore around, sorry |
| 19:00.27 | sjd | xyzz: okay :( |
| 19:00.28 | PaulFertser | xyzz: what is important when you build for openmoko is to use armv4t and not armv5t. Many precompiled toolchains have libgcc compiled for v5t so these toolchains are suitable only for kernel or u-boot (that do not need _any_ function from libgcc). |
| 19:01.40 | xyzz | PaulFertser that may be ... Im using fedora native gcc on armv5, building armv4{t,l,tl} binaries, and all of them at some point and with illegal instruction error |
| 19:01.52 | PaulFertser | xyzz: looks exactly what i describe |
| 19:02.31 | PaulFertser | xyzz: if you download vanilla gcc and compile it with correct options it will work fine. |
| 19:03.34 | xyzz | what am I trying to do is rebuild base fedora arm (they have only armv5) port for openmoko |
| 19:04.45 | xyzz | but good to know, that there are no extension for openmoko over vanilla gcc |
| 19:05.55 | *** join/#openmoko messerting (n=messerti@84.208.182.112) |
| 19:07.57 | PaulFertser | xyzz: can you explain what advantages does fedora have in your opinion? |
| 19:08.04 | CIA-44 | freesmartphone.org: 03mok 07libframeworkd-glib * rb9cf016a126a 10/src/ (5 files in 3 dirs): |
| 19:08.04 | CIA-44 | freesmartphone.org: opimd: add handler for Contacts.NewContact signal |
| 19:08.04 | CIA-44 | freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 19:08.05 | CIA-44 | freesmartphone.org: 03mok 07libframeworkd-glib * rc5ead9c20f19 10/src/opimd/ (3 files in 2 dirs): |
| 19:08.05 | CIA-44 | freesmartphone.org: opimd: add Message.Update method |
| 19:08.07 | CIA-44 | freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 19:09.09 | xyzz | PaulFertser solid packaging and buildsystem |
| 19:10.11 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 19:14.45 | *** join/#openmoko slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 19:17.16 | *** join/#openmoko ericthefish (n=ivan@94.192.230.157) |
| 19:17.21 | PaulFertser | xyzz: do not forget that you really want to use softfloat |
| 19:17.30 | xyzz | PaulFertser but I dont want to end this up in some endless religious flamewar ... |
| 19:17.39 | xyzz | good to know |
| 19:18.52 | CIA-44 | freesmartphone.org: 03mok 07libframeworkd-glib * rcefa825fc7ee 10/src/opimd/ (2 files): |
| 19:18.52 | CIA-44 | freesmartphone.org: opimd: give Message.Update the needed field_data hashtable |
| 19:18.52 | CIA-44 | freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 19:21.01 | *** join/#openmoko raron (n=kvirc@dsl51B799AB.pool.t-online.hu) |
| 19:27.29 | *** join/#openmoko sandwitch (n=sandwitc@85.223.50.247) |
| 19:32.52 | sjd | hey. i have another moko with SHR. tango is installed. was trying to install gllin but unfortunately there was no space to install gllin. does anyone suggest a way out? im looking for the gps to be run |
| 19:33.22 | PaulFertser | sjd: i hope by moko you mean gta01? |
| 19:33.36 | sjd | PaulFertser: yes |
| 19:33.44 | PaulFertser | sjd: do opkg list-installed and find some unnecessary package, remove it to free space |
| 19:34.16 | sjd | trying |
| 19:34.19 | PaulFertser | sjd: alternatively, you can try to install gllin to your SD and alter PATH accordingly. |
| 19:35.12 | sjd | PaulFertser: you mean i should modify which path? |
| 19:35.25 | PaulFertser | sjd: environment variabl |
| 19:36.00 | sjd | PaulFertser: i dont get you. \ |
| 19:36.20 | PaulFertser | sjd: hm, are you *nix user? |
| 19:36.44 | sjd | PaulFertser: im new to openmoko. so not familiar with the terms. |
| 19:36.56 | sjd | PaulFertser: yes im a gnu/linux user |
| 19:38.07 | PaulFertser | sjd: http://en.wikipedia.org/wiki/PATH_(variable) |
| 19:40.33 | DocScrutinizer | sjd: /media/card/gllin instead of mere gllin |
| 19:41.23 | DocScrutinizer | maybe even PATH=/media/card:$PATH gllin |
| 19:42.23 | sjd | how do I install gllin into the card? |
| 19:42.54 | PaulFertser | sjd: i guess there was some option to opkg. |
| 19:43.08 | PaulFertser | sjd: at least ipkg had it, it was something related to ipkg-link or whatever. |
| 19:43.29 | PaulFertser | sjd: if you get desperate, just "ar x" the package and untar data.tar.gz manually to whatever you want. |
| 19:43.29 | sjd | PaulFertser: checking.. |
| 19:43.52 | sjd | PaulFertser: then? |
| 19:44.03 | *** join/#openmoko freelock (n=john@dsl081-165-076.sea1.dsl.speakeasy.net) |
| 19:44.13 | sjd | PaulFertser: what about the dependencies in that case? |
| 19:44.24 | PaulFertser | sjd: i guess it has none |
| 19:44.50 | PaulFertser | sjd: that proprietary shit needs a separate OABI-chroot anyway, so it has everything needed inside the package. |
| 19:45.11 | sjd | PaulFertser: it says something like libstdc++6 |
| 19:46.31 | PaulFertser | sjd: i'd just try and solve problems when i face them, not trying to predict too much in this case. |
| 19:46.32 | DocScrutinizer | PaulFertser: lol, that's why I suggested to actually change the path |
| 19:47.11 | PaulFertser | DocScrutinizer: i suggested that too ;) |
| 19:47.16 | DocScrutinizer | yep |
| 19:47.27 | DocScrutinizer | but not me in first proposal |
| 19:48.27 | PaulFertser | DocScrutinizer: btw, have you already vaccinated against seasonal flu? |
| 19:48.53 | DocScrutinizer | yep, seems I got a cold since then :-P |
| 19:49.27 | sjd | so? any hope to get glinn installed and working?\ |
| 19:49.35 | PaulFertser | sjd: yes, just do that |
| 19:50.08 | PaulFertser | sjd: btw, i think the latest SHR image is small enough to fit NAND and it has enough space for gllin i hope. |
| 19:50.18 | PaulFertser | sjd: so you might want to refresh. |
| 19:50.40 | PaulFertser | sjd: alternatively, just make your rootfs on uSD, then you'll have no problems with free space. |
| 19:51.33 | sjd | PaulFertser: I am having the latest SHR. after installing dependency in the internal memory, there is no space for gllin |
| 19:51.36 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
| 19:51.39 | DocScrutinizer | <PROTECTED> |
| 19:51.47 | PaulFertser | sjd: aha, thanks for reporting a bug then |
| 19:52.56 | DocScrutinizer | for installation, removal, updating... |
| 19:52.57 | sjd | so can I have opkg install -d /media/mmc blablabla.ipk |
| 19:53.15 | sjd | will that install all files to the mmc, if its mounted? |
| 19:55.02 | *** join/#openmoko trev_ (n=tobi@95-88-97-79-dynip.superkabel.de) |
| 19:55.08 | DocScrutinizer | sjd: no idea, never used that opkg option |
| 19:55.44 | DocScrutinizer | but probably you'll want /media/card anyway |
| 19:56.26 | DocScrutinizer | or better even, chack what your partitions on uSD are, select one that's ext2/3, and install to that |
| 19:56.34 | DocScrutinizer | check |
| 19:59.23 | *** join/#openmoko two3four (n=erik@212.107.129.84) |
| 20:01.03 | sjd | DocScrutinizer: hav an ext2 |
| 20:01.30 | sjd | so, does the command I typed earlier work? |
| 20:03.28 | *** join/#openmoko two3four (n=erik@212.107.129.84) |
| 20:04.31 | *** join/#openmoko Blastur (n=kebab@86-232-96-87.cust.blixtvik.se) |
| 20:05.45 | *** part/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 20:06.09 | *** join/#openmoko DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net) |
| 20:06.52 | *** join/#openmoko geaaru (n=geaaru@79.44.219.132) |
| 20:07.19 | PaulFertser | sjd: i'd try to just uninstall the libraries that gllin required as dependencies. I'm not sure it needs them. |
| 20:08.44 | sjd | opkg can't install it without the dependencies |
| 20:09.08 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-yaretocrnmdpxfby) |
| 20:10.16 | DocScrutinizer-8 | opkg --help |
| 20:11.03 | *** join/#openmoko onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 20:12.51 | CIA-44 | freesmartphone.org: 03mok 07libframeworkd-glib * r0f6f9d3865e3 10/src/opimd/dbus/messages.h: |
| 20:12.51 | CIA-44 | freesmartphone.org: regenerate opimd/dbus/messages.h from the xml spec |
| 20:12.51 | CIA-44 | freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 20:22.03 | *** join/#openmoko CVirus (n=Satan@41.238.171.145) |
| 20:31.43 | *** part/#openmoko otypoks (n=e55c2403@85.11.67.243) |
| 20:35.09 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 20:38.44 | *** join/#openmoko max_posedon (n=max_pose@87.252.243.179) |
| 20:40.56 | jlmoko | sjd: glling pakage installs on /home/root/gillin/ see http://wiki.openmoko.org/wiki/Gllin |
| 20:43.06 | *** part/#openmoko sjd (n=joker@117.254.120.237) |
| 20:49.15 | DocScrutinizer-8 | so you could simply mount or link that dir from uSD, prior to installing, I guess |
| 20:53.56 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.145.155.dsl.dyn.telnor.net) |
| 21:00.55 | *** join/#openmoko max_posedon (n=max_pose@80.249.94.113) |
| 21:01.58 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 21:10.38 | *** join/#openmoko sjd (n=joker@117.254.120.237) |
| 21:10.51 | sjd | im looking for |
| 21:11.27 | sjd | sorry to hit enter so fast. i just got few more dependency issues like libc6 and libgcc1 |
| 21:12.11 | sjd | what should i do now? |
| 21:14.43 | *** join/#openmoko wd (n=wd@82.119.147.190) |
| 21:16.25 | SpeedEvil | http://cgi.ebay.co.uk/openmoko-neo-freerunner-neo-1973-neo1973-lcd-screen_W0QQitemZ280407990325QQcmdZViewItemQQptZPDA_Accessories?hash=item41499e6035 |
| 21:16.40 | SpeedEvil | If you've broken your screen, or know someone who has |
| 21:19.36 | slaxxer | :) |
| 21:20.00 | SpeedEvil | Or you plan on breaking it in the future. |
| 21:20.14 | slaxxer | :| |
| 21:23.09 | CIA-44 | openmoko: 03werner * r5703 10/developers/werner/cncmap/zmap/ (zline.c zmap.c): |
| 21:23.09 | CIA-44 | openmoko: Make zline work as designed. Now, improve the design ... |
| 21:23.09 | CIA-44 | openmoko: - zmap/zline.c (zline): if selecting the last point, make sure we don't swap |
| 21:23.09 | CIA-44 | openmoko: back the point we're trying to get rid of |
| 21:23.10 | CIA-44 | openmoko: - zmap: cleaned up debugging output |
| 21:28.32 | DocScrutinizer | SpeedEvil: please compare to a real LCM! This ebay thing looks somewhat strange. Missing FPC on bottom left. And there's a weird black patch (or censor bar) where the other end of the FPC should connect to ts-panel on upper surface |
| 21:29.50 | DocScrutinizer | though it actually *seems* the ts panel is mounted on top of the LCM |
| 21:31.59 | *** join/#openmoko alfatangoxt (n=michele@host106-11-dynamic.8-79-r.retail.telecomitalia.it) |
| 21:32.56 | SpeedEvil | sorry - I'm assuming hte auction description is correct |
| 21:34.41 | DocScrutinizer | well, you *could* retrofit the old FPC to a new LCM. You even *could* move the ts panel from old broken screen to a new LCD. The auction doesn't say anything about that |
| 21:35.38 | DocScrutinizer | they are just mentioning LCD (not LCM!). And I found those strange differences between the photo an a real display in my left hand |
| 21:36.07 | sjd | where do i get few lib files for solving dependencies for my moko |
| 21:46.52 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 21:51.54 | *** join/#openmoko Guest46328 (n=joker@117.254.120.237) |
| 21:52.23 | Guest46328 | hi.. is there any other OS that works well in neo1973? |
| 21:52.29 | Guest46328 | other than TSR |
| 21:52.52 | Guest46328 | sorry SHR |
| 21:54.01 | DocScrutinizer | I guess debian. Ask our debian wizard PaulFertser |
| 21:55.01 | Guest46328 | will gps work in it? |
| 21:55.05 | *** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu) |
| 21:55.10 | PaulFertser | DocScrutinizer: our Debian wizard is lindi- and other guys. I'm just a user. |
| 21:55.13 | PaulFertser | Guest46328: sure |
| 21:55.49 | *** join/#openmoko Fox_Mul10 (i=quakeman@f051097172.adsl.alicedsl.de) |
| 21:56.14 | Guest46328 | does it need any extra daemon to work? |
| 21:57.39 | PaulFertser | Guest46328: if you use full FSO, no |
| 21:58.51 | Guest46328 | will full fso run from the internal memory? |
| 22:01.47 | PaulFertser | Guest46328: i'm afraid it's not easy to fit debian to nand. |
| 22:02.04 | PaulFertser | Guest46328: i guess almost everybody runs from uSD |
| 22:03.59 | Guest46328 | where can i get the files from? its for neo1973 |
| 22:04.15 | *** join/#openmoko dns53 (n=dns@203.171.196.40) |
| 22:07.30 | PaulFertser | Guest46328: i think debian supports both gta01 and gta02 |
| 22:08.07 | *** join/#openmoko mickey|zzZZzz (i=mickey@80.81.242.146) |
| 22:14.25 | *** join/#openmoko Sharwin_F (n=Sharwin_@85.50.67.138) |
| 22:16.03 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 22:17.00 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 22:17.31 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r3c294459912d 10/fsogsmd/src/lib/ (atmediators.vala channel.vala modem.vala): fsogsmd: support multiple modem state init sequences, all customizable via configuration |
| 22:23.54 | slaxxer | after removing android reinstalling uboot an shr im getting "not enough space left on the device" |
| 22:33.01 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r1a969d896c12 10/fsogsmd/src/lib/consts.vala: fsogsmd: name unknown phonebooks as unsupported, but allow to query them |
| 23:21.07 | *** join/#openmoko eolson (n=eolson@64.157.28.253) |
| 23:27.59 | CIA-44 | openmoko: 03werner * r5704 10/developers/werner/cncmap/zmap/ (zline.c zmap.c): |
| 23:27.59 | CIA-44 | openmoko: More algorithm fixes. We should now be good, except for some corner cases. |
| 23:27.59 | CIA-44 | openmoko: - zmap/zmap.c (zmap_point): treat this as a linear equation with two unknowns. |
| 23:27.59 | CIA-44 | openmoko: The previous algorithm only worked if the points formed a triangle with a |
| 23:28.00 | CIA-44 | openmoko: right angle and the first point was at that angle. |
| 23:28.02 | CIA-44 | openmoko: - zmap/zline.c (zline): we still have to consider "old" points, as they may |
| 23:28.04 | CIA-44 | openmoko: replace different points as we crawl the line |
| 23:43.41 | *** join/#openmoko flaushy (n=flaushy@vs156143.vserver.de) |
| 23:52.28 | CIA-44 | openmoko: 03werner * r5705 10/developers/werner/cncmap/zmap/zmap.c: |
| 23:52.28 | CIA-44 | openmoko: - zmap/zmap.c (zmap_point): handle the special case of all the closest points |
| 23:52.28 | CIA-44 | openmoko: being on a single line, so we don't get a plane |
| 23:52.35 | CIA-44 | freesmartphone.org: 03lukpank 07libeflvala * r54ebe67bd02f 10/vapi/ (edje.vapi evas.vapi): fix free_function of Evas.Object and Edje.Object |
| 23:52.36 | CIA-44 | freesmartphone.org: 03mickey 07libeflvala * r5121eb74467b 10/vapi/elm.vapi: elm.vapi: add middle_bring_in for genlist |
| 23:52.37 | CIA-44 | freesmartphone.org: 03lukpank 07libeflvala * r0f3a23c0cbd7 10/vapi/elm.vapi: elm.vapi: bind Scroller.policy_set |
| 23:52.38 | CIA-44 | freesmartphone.org: 03lukpank 07libeflvala * r2663d17f8872 10/vapi/elm.vapi: elm.vapi: ListItem.label_get and Entry.entry_get return unowned string |