| 00:06.00 | *** join/#openmoko MHazem (n=Satan@196.205.191.59) |
| 00:07.45 | *** join/#openmoko yanu (n=yanu@d54C5F022.access.telenet.be) |
| 00:12.45 | *** join/#openmoko yanu (n=yanu@d54C5F022.access.telenet.be) |
| 00:19.03 | *** join/#openmoko yanu (n=yanu@d54C5F022.access.telenet.be) |
| 00:21.52 | *** join/#openmoko everslick (n=clemens@212-183-113-20.adsl.highway.telekom.at) |
| 00:24.23 | *** join/#openmoko yanu (n=yanu@d54C5F022.access.telenet.be) |
| 00:31.41 | *** join/#openmoko Fragggy (n=dennis@u40-59.dsl.vianetworks.de) |
| 00:32.45 | Psi | gives up trying to find somewhere locally that has a 10uf cap small enough to fit got 1024 fix and puts his phone back together |
| 00:32.57 | Psi | it can wait until i make another digikey order in a month or two |
| 00:33.12 | Psi | got=for |
| 00:33.17 | SpeedEvil | does farnell do nz/. |
| 00:33.27 | Psi | ya, but not local |
| 00:33.53 | Psi | not paying $30 for postage from aus - nz for such a cheap component |
| 00:34.17 | Psi | farnel did have an nz brand ages ago, but it closed |
| 00:34.28 | Psi | now farnell aus is the closest |
| 00:34.37 | Psi | brand=branch |
| 00:35.13 | Psi | i have other stuff in my list of things to get from digikey, so ill just wait until then |
| 00:35.44 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 00:36.22 | SpeedEvil | ah |
| 00:36.23 | SpeedEvil | :/ |
| 00:37.29 | Psi | much cheaper to wait and get from digikey anyway, over NZ$100 gets free 3-4 day shipping |
| 00:40.04 | *** join/#openmoko kermit (n=zip55413@pdpc/supporter/bronze/kermit) |
| 00:40.29 | SpeedEvil | ""uk |
| 00:40.29 | SpeedEvil | and mouser |
| 00:40.35 | SpeedEvil | actually - what's a nz$ in us$ |
| 00:40.50 | Psi | atm 100nz is 72us |
| 00:41.08 | Psi | was $75 yesterday but it dropped overnight |
| 00:43.58 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 00:44.05 | SpeedEvil | mouser and digikey are both doing the free order over 50 quid thing |
| 00:44.42 | Psi | yeah, never used mouser |
| 00:46.02 | Psi | actually looking at digikey its actually free shipping over 125nz, not 100 |
| 00:55.39 | SeligArkin | Interiguing problem - if my moko is pluged in during boot-up or shutdown, it causes the bootup/shutdown to go ungodly slow |
| 01:00.53 | *** join/#openmoko kardan_ (n=kardan@p54BE547D.dip.t-dialin.net) |
| 01:12.19 | *** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu) |
| 01:18.08 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 01:24.12 | m0nt0 | bye all!! |
| 01:39.03 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 01:46.17 | *** join/#openmoko Openfree` (n=Openfree@203.110.163.133) |
| 01:47.34 | *** join/#openmoko idarwin (n=ian@CPE0013460a3347-CM0012253ea7fc.cpe.net.cable.rogers.com) |
| 01:54.23 | *** join/#openmoko Openfree` (n=Openfree@203.110.163.133) |
| 01:57.01 | *** join/#openmoko retracile_ (n=eli@76.204.213.211) |
| 02:06.35 | *** join/#openmoko Defiant (i=erik@c134041.adsl.hansenet.de) |
| 02:14.52 | *** join/#openmoko arw_ (i=foobar@190.27.4.42) |
| 02:14.57 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 02:18.17 | *** part/#openmoko Martix (n=Martix@212.111.30.125) |
| 02:25.48 | *** join/#openmoko file (n=file@asterisk/developer-and-muffin-lover/file) |
| 02:54.35 | *** part/#openmoko Hodapp (n=hodapp@129.137.4.127) |
| 02:57.06 | *** join/#openmoko johnerster1 (n=john@balticom-240-67.balticom.lv) |
| 02:58.01 | *** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil) |
| 03:01.21 | *** join/#openmoko jcc (n=jcchao@114-32-100-85.HINET-IP.hinet.net) |
| 03:01.26 | *** join/#openmoko pablomino1 (n=pablo@r190-135-151-241.dialup.adsl.anteldata.net.uy) |
| 03:03.54 | *** join/#openmoko johnerster1 (n=john@balticom-240-67.balticom.lv) |
| 03:06.13 | *** join/#openmoko Openfree` (n=Openfree@203.110.163.133) |
| 03:23.38 | *** join/#openmoko johnerster1 (n=john@92.61.40.66) |
| 03:30.01 | *** join/#openmoko jcc (n=jcchao@114-32-100-85.HINET-IP.hinet.net) |
| 03:43.47 | *** join/#openmoko reach (n=reachfh@123.204.136.75) |
| 03:47.27 | *** join/#openmoko pcfe (n=pcfe@a88-115-4-92.elisa-laajakaista.fi) |
| 03:51.42 | *** join/#openmoko Reach-1 (n=reachfh@123-204-136-137.adsl.dynamic.seed.net.tw) |
| 03:52.16 | *** join/#openmoko Cristianpark (n=crisarch@190.71.20.127) |
| 03:58.15 | *** join/#openmoko Cristianpark1 (n=crisarch@adsl190-28-213-182.epm.net.co) |
| 03:58.22 | Cristianpark1 | hi there |
| 03:58.35 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 03:59.08 | Cristianpark1 | I'm using SHR Sept 06 and I still have the ERROR: Cannto satisfy the following dependencies....message http://pastebin.com/m260951af |
| 03:59.39 | Cristianpark1 | it doesn't be resolved yet? |
| 03:59.47 | *** join/#openmoko reach (n=reachfh@123-204-136-216.adsl.dynamic.seed.net.tw) |
| 04:05.54 | *** join/#openmoko reach (n=reachfh@123-204-127-167.adsl.dynamic.seed.net.tw) |
| 04:09.13 | Cristianpark1 | if you know the answer, please response here, i'll look in the log tomorrow |
| 04:16.06 | *** join/#openmoko reach (n=reachfh@123-204-136-100.adsl.dynamic.seed.net.tw) |
| 04:22.27 | *** join/#openmoko reach (n=reachfh@123-204-136-37.adsl.dynamic.seed.net.tw) |
| 04:27.44 | *** join/#openmoko batti (n=batti@dslb-092-073-190-075.pools.arcor-ip.net) |
| 04:29.21 | *** join/#openmoko Reach-1 (n=reachfh@123-204-135-51.adsl.dynamic.seed.net.tw) |
| 04:29.59 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 04:33.18 | *** join/#openmoko felipe` (n=felipe@my.nada.kth.se) |
| 04:41.24 | *** join/#openmoko reachfh (n=reachfh@123-204-136-236.adsl.dynamic.seed.net.tw) |
| 04:41.51 | *** join/#openmoko eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 04:42.32 | *** join/#openmoko soman (n=somnath@118.102.130.6) |
| 04:45.21 | *** join/#openmoko chihchun (n=chihchun@u7.hlc.edu.tw) |
| 04:53.38 | *** join/#openmoko reach (n=reachfh@123-204-136-80.adsl.dynamic.seed.net.tw) |
| 05:00.35 | *** join/#openmoko Sargun (n=Sargun@75-101-13-24.dsl.static.sonic.net) |
| 05:04.09 | *** join/#openmoko alephnull (n=alok@122.167.20.88) |
| 05:05.56 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 05:12.42 | *** join/#openmoko droid001 (n=g1@p4FDCEF72.dip.t-dialin.net) |
| 05:19.52 | *** join/#openmoko br00t4l (n=br00t4l@ip24-253-38-148.lv.lv.cox.net) |
| 05:21.48 | *** join/#openmoko reach (n=reachfh@123-204-137-76.adsl.dynamic.seed.net.tw) |
| 05:30.55 | *** join/#openmoko reach (n=reachfh@123-204-137-113.adsl.dynamic.seed.net.tw) |
| 05:33.44 | *** join/#openmoko DocScrutinizer (n=jr@85.116.194.200) |
| 05:35.24 | CIA-52 | freesmartphone.org: 03mickey 07specs * r3e7aa345d72b 10/ (3 files in 3 dirs): org.freesmartphone.GSM.SMS: add API for computing how many SMSes necessary to send a text |
| 05:46.55 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 05:48.53 | *** join/#openmoko DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net) |
| 05:49.00 | *** join/#openmoko Reach-1 (n=reachfh@123-204-126-95.adsl.dynamic.seed.net.tw) |
| 05:49.50 | *** join/#openmoko zZaPPaSs (n=zappas@dslb-084-056-158-233.pools.arcor-ip.net) |
| 06:00.09 | *** join/#openmoko reachfh (n=reachfh@123-204-121-68.adsl.dynamic.seed.net.tw) |
| 06:04.32 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r3d2471890b87 10/fsogsmd/ (9 files in 3 dirs): fsogsmd: sending arbitrary long SMSes works now transparently |
| 06:11.20 | *** join/#openmoko reachfh (n=reachfh@123-204-120-142.adsl.dynamic.seed.net.tw) |
| 06:19.54 | br00t4l | has anyone gotten the cyanogen mod on theyre openmoko handset yet |
| 06:20.17 | br00t4l | their* |
| 06:21.26 | *** join/#openmoko reach (n=reachfh@123-204-108-249.adsl.dynamic.seed.net.tw) |
| 06:38.26 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 06:43.11 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 06:48.36 | *** join/#openmoko reach (n=reachfh@123-204-124-73.adsl.dynamic.seed.net.tw) |
| 07:00.43 | *** join/#openmoko Reach-1 (n=reachfh@123-204-22-190.dynamic.seed.net.tw) |
| 07:08.52 | *** join/#openmoko CVirus (n=Satan@41.153.57.185) |
| 07:11.53 | *** join/#openmoko geaaru (n=geaaru@79.51.171.193) |
| 07:13.05 | *** join/#openmoko pablomino (n=pablo@r190-135-155-247.dialup.adsl.anteldata.net.uy) |
| 07:13.32 | *** join/#openmoko jroman (n=jroman@16.Red-83-37-125.dynamicIP.rima-tde.net) |
| 07:14.56 | *** part/#openmoko javiroman (n=jroman@16.Red-83-37-125.dynamicIP.rima-tde.net) |
| 07:22.21 | *** join/#openmoko dns53 (n=dns@202.124.89.87) |
| 07:22.26 | *** join/#openmoko beer (n=durk@ipass.solcon.nl) |
| 07:22.49 | beer | morning |
| 07:34.05 | *** join/#openmoko reachfh (n=reachfh@123-204-22-190.dynamic.seed.net.tw) |
| 07:43.37 | *** join/#openmoko manitu (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
| 07:46.24 | *** join/#openmoko Kame2 (n=manuel@port-92-196-16-91.dynamic.qsc.de) |
| 07:48.08 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-73-211.dsl.scarlet.be) |
| 07:56.49 | *** join/#openmoko amarsh04 (n=amarsh04@ppp118-210-98-83.lns20.adl2.internode.on.net) |
| 08:03.17 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
| 08:03.30 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
| 08:05.14 | *** join/#openmoko radekp (n=radek@90.177.120.63) |
| 08:08.49 | *** join/#openmoko zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
| 08:14.43 | *** join/#openmoko CVirus (n=Satan@41.153.34.90) |
| 08:16.11 | *** join/#openmoko hanez (n=hanez@hanez.org) |
| 08:16.46 | *** join/#openmoko Arigead (n=Rupert@213.79.51.41) |
| 08:19.16 | *** join/#openmoko dns53 (n=dns@203.122.223.121) |
| 08:20.06 | *** join/#openmoko CVirus (n=Satan@41.153.34.90) |
| 08:21.02 | *** join/#openmoko thannoy (n=thannoy@62.160.20.144) |
| 08:25.51 | *** join/#openmoko master_main (n=master_m@p578b0cfb.dip0.t-ipconnect.de) |
| 08:29.43 | *** join/#openmoko Martix (n=Martix@212.111.30.125) |
| 08:31.47 | *** join/#openmoko edgar (n=christop@cm56-222-142.liwest.at) |
| 08:34.30 | master_main | hello, iam new in the openmoko project, and i try to run an application on it. i compile the sample application with toolchain and that works great. but when i start the application on the om "there where no output but exit code 2". can anybody help me? sorry for my english :) |
| 08:37.35 | *** join/#openmoko everslick (n=clemens@91-113-114-100.adsl.highway.telekom.at) |
| 08:38.57 | *** join/#openmoko nullix (n=philippe@92.103.174.253) |
| 08:39.41 | *** join/#openmoko Batchy (n=batchy@AVelizy-155-1-41-208.w83-204.abo.wanadoo.fr) |
| 08:45.15 | *** join/#openmoko ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
| 08:50.34 | *** join/#openmoko N-Mi (n=nicolas@LNeuilly-152-21-11-6.w193-253.abo.wanadoo.fr) |
| 08:53.33 | *** join/#openmoko CVirus (n=Satan@41.153.34.90) |
| 08:58.51 | *** join/#openmoko jlmoko (n=jluis@83.60.87.96) |
| 09:03.40 | *** part/#openmoko pablomino (n=pablo@r190-135-155-247.dialup.adsl.anteldata.net.uy) |
| 09:24.17 | *** join/#openmoko alephnull (n=alok@122.167.20.88) |
| 09:34.11 | *** join/#openmoko dns_ (n=dns@203.122.223.121) |
| 09:41.05 | *** join/#openmoko ericthefish (n=ericthef@217.113.163.70) |
| 09:43.08 | *** join/#openmoko HellDragon (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 09:46.14 | *** join/#openmoko joejoe (n=imlich@pcmlich.fit.vutbr.cz) |
| 09:48.22 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r2451a3c97cb8 10/fsogsmd/src/ (3 files in 2 dirs): fsogsmd: show properties in sms w/ type DELIVER |
| 10:02.24 | *** join/#openmoko CVirus (n=Satan@41.153.52.162) |
| 10:05.10 | *** join/#openmoko sycoso (n=sycoso@p5B2F78A5.dip.t-dialin.net) |
| 10:05.50 | sycoso | hi |
| 10:06.20 | *** join/#openmoko CVirus (n=Satan@41.153.52.162) |
| 10:06.48 | sycoso | I'm trying to mount my uSD-card with ssh over the freerunner because I don't have a cardreader |
| 10:07.15 | *** join/#openmoko Heinervdm (n=thomas@pD9E13886.dip.t-dialin.net) |
| 10:07.33 | master_main | sycoso, great and that works? |
| 10:07.37 | SpeedEvil | you mean sshfs? |
| 10:07.41 | SpeedEvil | I'm not 100% sure dropbear does that |
| 10:07.48 | sycoso | but it always says "remote host has disconnected" |
| 10:08.17 | SpeedEvil | actually - it should simply be scp |
| 10:08.25 | SpeedEvil | so it should - I'd have thought |
| 10:09.28 | sycoso | scp is only for copying |
| 10:09.52 | SpeedEvil | I mean - the same interfaces as scp |
| 10:10.05 | Kamping_Kaiser | can't the FR be put into device mode? |
| 10:10.18 | sycoso | how? |
| 10:10.29 | sycoso | that would be perfect! |
| 10:11.52 | *** join/#openmoko pespin (n=pespin@cisne-cn13.upc.es) |
| 10:12.18 | lindi- | Kamping_Kaiser: at least for me usb storage gadget is not reliable |
| 10:12.49 | Kamping_Kaiser | lindi-: ah, shame (I've never used it, just seen the option) |
| 10:13.42 | *** join/#openmoko Free_maN (n=Free_maN@217.174.199.201) |
| 10:19.40 | sycoso | in which distribution do you have the option, Kamping_Kaiser? |
| 10:20.40 | *** join/#openmoko tomcatek (n=tomcatek@078088161149.elblag.vectranet.pl) |
| 10:22.53 | *** join/#openmoko CVirus (n=Satan@41.153.52.162) |
| 10:25.51 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 10:28.23 | Fox_Muldr | since there are no more shr-u updates lately is it ok (compatible) to change to the shr-u repo from mrmoku which seems to got updates lately? |
| 10:29.54 | Kamping_Kaiser | sycoso: SHR iirc |
| 10:31.05 | sycoso | thx :) |
| 10:31.17 | sycoso | I'm just flashing mine :D |
| 10:34.17 | *** join/#openmoko KenSentMe (n=KenSentM@unaffiliated/kensentme) |
| 10:35.42 | Fox_Muldr | does someony know why there are no more shr-u updates for about the last month or so? |
| 10:36.33 | Fox_Muldr | someony=someone :) |
| 10:36.45 | *** join/#openmoko KenSentMe (n=KenSentM@unaffiliated/kensentme) |
| 10:38.11 | Psi | what was the ideal video format for gta01, mpeg1 320x240? |
| 10:39.27 | *** join/#openmoko alephnull (n=alok@122.167.20.88) |
| 10:43.12 | tomcatek | Fox_M|afk: developers are working on new branch of SHR (merge) |
| 10:45.10 | Psi | what does that actually mean? |
| 10:45.57 | tomcatek | have patience |
| 10:46.01 | tomcatek | will be better :] |
| 10:47.52 | SpeedEvil | Psi: something like that, yes. Though actually in tests, many codecs got about the same fps |
| 10:48.12 | SpeedEvil | Psi: err - 240*320 |
| 10:48.18 | SpeedEvil | Psi: rotating is a big task |
| 10:49.21 | *** join/#openmoko soman (n=somnath@118.102.130.6) |
| 10:57.58 | Psi | if the display is set to the 240x320 is it not alreay rotated? |
| 10:58.04 | Psi | *already |
| 10:59.14 | SpeedEvil | no. |
| 10:59.25 | SpeedEvil | Err - yes |
| 10:59.32 | SpeedEvil | I mean - you need to prerotate the video really |
| 11:04.15 | Psi | so if i got a normal 320x240 video and played it on gta01 that had the lcd set to 240x320 it would try and scale 320 to fit 240 and give a tiny picture |
| 11:05.26 | *** join/#openmoko neomilium (n=romuald@LMontsouris-156-24-13-50.w80-14.abo.wanadoo.fr) |
| 11:06.28 | SpeedEvil | scaling is also heavy on the CPU |
| 11:06.50 | SpeedEvil | No, it will rotate it fine if you ask it to - mplayer - it's just expensive, and halves or worse the frame rate |
| 11:08.50 | Psi | k |
| 11:09.06 | Psi | im just not getting why it needs rotating |
| 11:09.16 | SpeedEvil | I'm assuming you want it fullscreen |
| 11:09.30 | SpeedEvil | the hardware cannot do rotation. |
| 11:09.31 | Psi | ya |
| 11:09.36 | SpeedEvil | It's just a sideways framebuffer |
| 11:10.02 | SpeedEvil | so if you want to display it rotated 90 degrees something - be it X or mplayer - has to do that rotation. |
| 11:10.37 | Psi | how does the desktop manager display rotated when in 240x320 res? |
| 11:11.12 | SpeedEvil | That's just X |
| 11:11.27 | SpeedEvil | X draws stuff rotated |
| 11:12.46 | Psi | ok |
| 11:14.55 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 11:15.08 | *** join/#openmoko Free_maN (n=Free_maN@217.174.199.201) |
| 11:15.55 | Psi | what sound format do you recommend? |
| 11:16.17 | SpeedEvil | mp3 worked fine. However. |
| 11:16.49 | SpeedEvil | The 'normal' mplayer used IIRC 30% CPU for 128k audio - the integer 'mad' I think library one used more like 12% I think. |
| 11:21.11 | *** join/#openmoko ericthefish (n=ericthef@217.113.163.70) |
| 11:23.58 | *** join/#openmoko vanous1231 (n=vanous@85.93.174.26) |
| 11:25.53 | *** join/#openmoko vanous1232 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 11:26.57 | *** join/#openmoko soman (n=somnath@118.102.130.6) |
| 11:27.42 | *** join/#openmoko vanous1231 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 11:34.54 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 11:39.19 | *** join/#openmoko CVirus (n=Satan@41.153.41.68) |
| 11:41.31 | DocScrutinizer | hooray TDK |
| 11:41.40 | DocScrutinizer | ~lart subaru |
| 11:41.40 | apt | drops a truckload of VAXen on subaru |
| 11:44.18 | *** join/#openmoko vanous123 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 11:44.25 | Kamping_Kaiser | :O |
| 11:47.58 | *** join/#openmoko vanous1231 (n=vanous@ip-85-93-174-26.wscnet.cz) |
| 11:52.00 | *** join/#openmoko lord-carlos (n=carlos@ip-20-150.bnaa.dk) |
| 11:53.22 | PaulFertser | DocScrutinizer: (n810 gps bug) fyi the ticket is about nokia SW department saying "we've checked all our stuff and we are sure it's bug-free. If you suspect a hardware bug, go ask someone else (e.g. nokia customer care). We're not providing you any additional debugging information so you can pinpoint the issue." |
| 11:54.36 | DocScrutinizer | that's harsh for sure. OTOH I even somewhat understand that POV |
| 11:56.25 | DocScrutinizer | It seems the driver contains proprietary code of chip manuf (like gllin) which they simply can't disclose. And to me it seems it's usually working quite good |
| 11:57.39 | *** join/#openmoko lord-carlos_ (n=carlos@84.238.20.236) |
| 11:58.04 | DocScrutinizer | so if *some* few customers complain about gps performance, it's probably a hw problem (at least that's what nokia sw dept comes to think), and they impossibly can give further instructions sw-related to do hw-debugging |
| 11:58.40 | PaulFertser | DocScrutinizer: yes but they could easily add several debug printf's to the driver so (quite knowledgeable) people would be able to diagnose the problem they could reproduce. |
| 11:59.08 | SpeedEvil | DocScrutinizer: I understand the 810 is a sw gps |
| 11:59.14 | DocScrutinizer | of course they *could* have reacted more helpful and polite, but hey that's a sw-dept that's really not used to cope with FOSS |
| 11:59.27 | SpeedEvil | it uses approximately the same amount of horsepower as the hammerhead on gta01 for hte 'driver'. |
| 11:59.59 | DocScrutinizer | SpeedEvil: [2009-10-29 12:56:24] <DocScrutinizer> It seems the driver contains proprietary code of chip manuf (like gllin) |
| 12:00.06 | PaulFertser | DocScrutinizer: claiming their software is bug-free is utterly unprofessional, imho |
| 12:00.20 | SpeedEvil | oh |
| 12:02.18 | PaulFertser | They also made proprietary some other parts without any pressure from TI or whomever, e.g. their agps helper and related soft. |
| 12:02.51 | sycoso | thx Kamping_Kaiser, it works now!... with sshfs xD |
| 12:03.00 | Kamping_Kaiser | :) |
| 12:03.34 | DocScrutinizer | sure |
| 12:06.54 | *** join/#openmoko moo--- (n=quassel@herd41.twinapex.fi) |
| 12:07.08 | PaulFertser | DocScrutinizer: so all in all after reading this bugreport i was quite disappointed by their immoral attitude. Talking like that to people who clearly know GPS in depth and who're willing to help to make their product better is not just impolite, it's part of being an asshole lifestyle. |
| 12:07.23 | SpeedEvil | Well - yes and no. |
| 12:07.31 | PaulFertser | hm, not exactly clear statement |
| 12:07.36 | SpeedEvil | The team that did the GPS integration has probably moved on. |
| 12:07.38 | PaulFertser | s/being/leading/ ? |
| 12:07.53 | SpeedEvil | And bringing someone up to speed on that, and getting you an answer might cost actual money |
| 12:09.35 | PaulFertser | SpeedEvil: then they should've admitted that instead of saying "we checked everything, it's bugfree; and we don't care a tiny bit about possible HW bugs you must be experiencing because our software is bug-free and we checked on reference hardware that everything works". |
| 12:10.03 | SpeedEvil | yeah |
| 12:10.31 | SpeedEvil | 'we checked it's bug-free' = 'I glanced at the bug tracker, which is empty' |
| 12:10.39 | SpeedEvil | at best |
| 12:11.18 | PaulFertser | SpeedEvil: if you have a spare 5 min, you might want to look at the actual ticket i'm talking about to have an unbiased opinion. |
| 12:12.13 | DocScrutinizer-8 | 5 min ? LOL |
| 12:12.27 | DocScrutinizer-8 | that ticket has some 150 comments |
| 12:12.59 | DocScrutinizer-8 | and quite some of them rather lengthy |
| 12:13.18 | SpeedEvil | DocScrutinizer: sure |
| 12:13.43 | DocScrutinizer-8 | so chances are not even Nokia cared to read each of them thoroughly |
| 12:14.16 | PaulFertser | DocScrutinizer-8: well, i admit i spent at least 30min reading almost all of them. :) |
| 12:14.51 | *** join/#openmoko soman (n=somnath@118.102.130.6) |
| 12:17.16 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 12:17.17 | DocScrutinizer-8 | that's a really awesome reading speed still. 30min / (150posts * avrg 15lines/post) o.O |
| 12:18.23 | *** join/#openmoko sicu (n=n_a@cm-84.208.110.191.getinternet.no) |
| 12:20.56 | DocScrutinizer-8 | and the posts I remember best are those of the maemo devels to nokia, asking to somewhat open up the code |
| 12:21.40 | DocScrutinizer-8 | and the guy asking "how shall I handle and proceed with this ticket now?" |
| 12:26.47 | *** join/#openmoko hax404 (n=quassel@mnhm-590d9bf1.pool.mediaWays.net) |
| 12:31.39 | *** join/#openmoko dns53 (n=dns@203.122.246.215) |
| 12:36.27 | *** join/#openmoko max_posedon1 (n=max_pose@87.252.243.74) |
| 12:38.55 | *** join/#openmoko KenSentMe (n=KenSentM@unaffiliated/kensentme) |
| 12:39.04 | DocScrutinizer-8 | PaulFertser: gps on N810 works absolutely flawlessly here, with AGPS beta. So what kind of printf() would you think could help inside closed source code, for people encountering problems while using absolutely same hw? |
| 12:39.46 | DocScrutinizer-8 | s/ hw?/ sw?/ |
| 12:42.33 | DocScrutinizer-8 | PaulFertser: also I'm not sure about how close to NDA'd domains AGPS helper needs to operate and whether it's such a simple thing to disclose the source for it |
| 12:49.08 | PaulFertser | DocScrutinizer-8: the guys suspected that sometimes there's a computational overflow or bogus sign extension or something like that that prevented gps from working reliably. Also it's unclear about how and when ephemeris and almanac data gets saved and restored. |
| 12:50.10 | DocScrutinizer-8 | heh, the second part seems to apply to fso as well ;-P |
| 12:53.32 | PaulFertser | DocScrutinizer-8: nope, in fso it's all crystal-clear. Moreover our gps chip doesn't need almanac since it has enough correlators to scan all the satellites at the same time if i understand that correctly. |
| 12:53.52 | DocScrutinizer-8 | and it seemed to me as if nokia and fso both do a store to pickle even if there's no good fix |
| 12:54.12 | SpeedEvil | It needs one - otherwise it will take 30s or more to get a position |
| 12:54.25 | SpeedEvil | as it has to wait for the ephemeris |
| 12:54.30 | *** part/#openmoko master_main (n=master_m@p578b0cfb.dip0.t-ipconnect.de) |
| 12:54.40 | DocScrutinizer-8 | duh, that's a aspect completely new to me |
| 12:54.54 | PaulFertser | SpeedEvil: downloading of ephemeris takes 30 sec in any case. If you have them, you'll have fast fix, if not, you need to downloade them. |
| 12:55.24 | SpeedEvil | 30s of consistent error-free signal |
| 12:56.11 | PaulFertser | SpeedEvil: if the chip can't receive signals from all the sats at the same time, it can use almanac to avoid wasting time on listening for signals it can't hear anyway. But since our gta02 gps chip is quite modern it doesn't seem it needs almanac for anything ever. |
| 12:56.59 | DocScrutinizer-8 | hmm, that's well within the "accuracy" of "guessing" time by me (which alphaone objected). I got an estimated 25s each time for TTFF |
| 12:57.44 | DocScrutinizer-8 | and I never seen a faster TTFF |
| 12:57.51 | PaulFertser | SpeedEvil: i was a bit surprised to hear that myself but then i did testing and 1 min without any almanac and ephemeris data is indeed enough to get first fix. While downloading full almanac requires 12.5 minutes. |
| 12:58.07 | alphaone | yeah, bastard, that one |
| 12:58.15 | SpeedEvil | PaulFertser: you don't need almanac for first fix with good signal. |
| 12:58.15 | PaulFertser | alphaone: hey :D |
| 12:58.16 | DocScrutinizer-8 | also it seems to make no diff if I rm *.pickle or not |
| 12:58.31 | PaulFertser | SpeedEvil: why might i need almanac at all? |
| 12:58.38 | SpeedEvil | It can help later fixes with slightly worse signal if you haven't been using the GPS for a couple of days though |
| 12:59.00 | SpeedEvil | ttff will get very bad in the face of signal big enough to give - say 5% bit errors. |
| 12:59.06 | PaulFertser | SpeedEvil: i'd need to download ephemeris. And for that i'd need a good signal anyway. |
| 12:59.06 | SpeedEvil | small enough |
| 12:59.30 | SpeedEvil | you just need a TOW packet, you don't actually need the ephemeris |
| 12:59.41 | PaulFertser | alphaone: can you please comment? ;) |
| 12:59.46 | alphaone | What on? |
| 13:00.07 | PaulFertser | alphaone: is almanac useful for anything on gta02 gps? |
| 13:00.33 | alphaone | Almanace + approx. time + coarse position is used so the chip knows which SVs are worth looking for. |
| 13:00.52 | PaulFertser | SpeedEvil: i don't think we support approximate location when only almanac and TOW is known. |
| 13:00.58 | *** join/#openmoko Openfree (n=Openfree@222.65.245.187) |
| 13:01.08 | PaulFertser | alphaone: it looks like our chip can look at all SV at the same time, no? |
| 13:01.11 | alphaone | Full Almanac is 12 something minutes, but *every* SV sends out data for *all* other SVs as well |
| 13:01.14 | alphaone | Not all |
| 13:01.20 | DocScrutinizer-8 | alphaone: that actually is a point for pauls POV. if we can look for all SV same time |
| 13:01.31 | PaulFertser | alphaone: how many then? ;) |
| 13:01.40 | alphaone | But the Antaris is advanced enough to quickly find the SVs overhead even without almanac |
| 13:02.23 | alphaone | Ephemeris is only transmitted for the SV you are receiving data from. |
| 13:02.47 | *** join/#openmoko jserv--- (n=jserv@61-30-10-70.static.tfn.net.tw) |
| 13:02.51 | PaulFertser | alphaone: so it looks like performance of our chip with and without almanac is about the same, no? |
| 13:03.22 | alphaone | PaulFertser: TTFF performance yes |
| 13:03.35 | alphaone | ephemeris is important |
| 13:03.58 | alphaone | As ephemeris is is required for navigation. |
| 13:04.06 | DocScrutinizer-8 | well, I've seen a max of 9 sats being "used". So obviously antaris can handle 9 concurrently - at least |
| 13:04.41 | alphaone | (Actually the chip has an option to use almanac navigation as well and it's enabled, but you get a quite bad fix with it - in the km range) |
| 13:05.22 | DocScrutinizer-8 | for clarification: ephem is the "calibration" data to improve accuracy and compensate effects like weather etc? |
| 13:05.30 | alphaone | nope |
| 13:05.45 | alphaone | ephemeris is the fine orbit data |
| 13:05.56 | alphaone | almanac contains coarse orbit data |
| 13:06.04 | alphaone | ephemeris is much more precise |
| 13:06.04 | DocScrutinizer-8 | hmm, probaly that's what I meant |
| 13:06.30 | alphaone | Ionospheric parameters are saved in the HUI packet |
| 13:06.33 | PaulFertser | DocScrutinizer-8: every sat transmits its own ephemeris every 30 sec. And also every sat transmits almanac for all sats but it takes 12.5 min to gather all the data. |
| 13:06.39 | alphaone | Health/UTC/Ionospheric |
| 13:06.53 | DocScrutinizer-8 | and ephem holds valid for a few hours, while alm is for weeks ahaed |
| 13:07.03 | alphaone | Well, it's faster if you receive almanac from more than one sat |
| 13:07.22 | alphaone | Almanac is valid for 1-2 weeks |
| 13:07.33 | alphaone | ephemeris about 2 hours |
| 13:07.38 | alphaone | 2-4 |
| 13:07.47 | *** join/#openmoko dvarnes (n=davidv@203-206-128-239.perm.iinet.net.au) |
| 13:07.58 | PaulFertser | alphaone: so can you confirm that unless using special "almanac" navigation mode we don't need almanac for our antaris? |
| 13:09.32 | DocScrutinizer-8 | seems alm is enabling a TTFF faster than the 30sec needed to dl ephem |
| 13:09.47 | PaulFertser | Can't be |
| 13:09.58 | DocScrutinizer-8 | once you got ephem, you can forget alm |
| 13:10.21 | DocScrutinizer-8 | that's what I understand now |
| 13:11.14 | PaulFertser | DocScrutinizer-8: 16:03 < alphaone> PaulFertser: TTFF performance yes |
| 13:11.24 | PaulFertser | (the same) |
| 13:11.32 | alphaone | PaulFertser: We don't really "need" almanac, but it will be downloaded anyway over time |
| 13:11.49 | DocScrutinizer-8 | umm |
| 13:12.10 | PaulFertser | alphaone: sure |
| 13:12.20 | alphaone | And it probably helps the antaris look for SVs that come into view over time without using all the power to search all available channels |
| 13:13.21 | PaulFertser | alphaone: ok, thanks for the clarifications :) |
| 13:13.54 | DocScrutinizer-8 | why can't alm help to get down TTFF? |
| 13:15.16 | DocScrutinizer-8 | aiui with alm and time you got coarse pos of every sat. so as soon as you correlate 3 of them, you could spit out a first fix of low accuracy, even without ephem |
| 13:15.47 | SpeedEvil | There is a difference between can, and what's implemented |
| 13:15.55 | DocScrutinizer-8 | sure |
| 13:16.13 | *** join/#openmoko Judge_Gregg (n=quassel@lib59-7-88-185-52-126.fbx.proxad.net) |
| 13:17.09 | *** part/#openmoko Martix (n=Martix@212.111.30.125) |
| 13:18.13 | DocScrutinizer-8 | then, after you got ephem of the "used" sats (and possibly also the other unused but visible ones), you get a more precise fix, as well as a sub-30sec TTFF even without alm |
| 13:18.45 | *** join/#openmoko kW (n=kW@unaffiliated/kw) |
| 13:19.21 | *** join/#openmoko pbaxter (n=pbaxter@host102-133-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:19.28 | *** join/#openmoko m0nt0 (n=monto@151.57.192.173) |
| 13:20.22 | DocScrutinizer-8 | uBlox is quite open with info. Is there any paper that elaborates on what's actually implemented in antaris? |
| 13:22.05 | DocScrutinizer-8 | (btw N810 is roundabout 25% faster on TTFF than FR, on *one* test to compare done ~30min ago) |
| 13:23.15 | alphaone | DocScrutinizer-8: Yes, accuracy is in km range with almanac navigation |
| 13:23.23 | alphaone | antaris supports that |
| 13:24.12 | DocScrutinizer-8 | yep, that's what we occasionally see on GPS powerup - gps pos being way off real location |
| 13:24.58 | alphaone | DocScrutinizer-8: http://u-blox.com/en/download-center.html?task=view.download&cid=85 |
| 13:25.06 | DocScrutinizer-8 | I think somebody in TPE did some tests wich exhibited this behaviour |
| 13:25.23 | alphaone | DocScrutinizer-8: That is an indication of the ephemeris fix not applied actually |
| 13:25.25 | DocScrutinizer-8 | alphaone: :-) thanks |
| 13:25.32 | alphaone | Position way off and then no fix for minutes |
| 13:27.29 | DocScrutinizer-8 | hmm, the link seems not to work :-/ |
| 13:28.03 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 13:28.24 | DocScrutinizer | here it does, nevermind |
| 13:29.26 | DocScrutinizer | .chm WTF? |
| 13:30.59 | raster | DocScrutinizer: docz! |
| 13:35.06 | *** join/#openmoko retracile_ (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 13:44.45 | *** join/#openmoko johnerster1 (n=john@92.61.40.66) |
| 13:54.10 | *** join/#openmoko johnerster2 (n=john@balticom-240-67.balticom.lv) |
| 13:59.23 | *** join/#openmoko Martix (n=Martix@212.111.30.125) |
| 14:05.14 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 14:12.58 | *** join/#openmoko johnerster1 (n=john@92.61.40.66) |
| 14:22.51 | *** join/#openmoko d1b (n=db@d1b.org) |
| 14:27.44 | DocScrutinizer-8 | PaulFertser: on N810 I just found starting maps app doesn't get a fix this time. Starting AGPS app (and forcing update, though it probably did this automatically on start) fixed it to TTFF <60sec |
| 14:28.32 | PaulFertser | DocScrutinizer-8: AGPS is cheating. Lucky you if you have wifi everywhere you go. But i doubt gps is needed then. |
| 14:30.04 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * rb5934e7100b7 10/fsogsmd/src/lib/atcommand.vala: fsogsmd: secure against null names in sim phonebook |
| 14:30.14 | DocScrutinizer-8 | PaulFertser: as last successfull fix using maps app is about an hour ago, this seems to indicate the AGPS data somewhat is destroyed by stopping GPS (after a too short time, so no alm/ephem downloaded) |
| 14:31.28 | PaulFertser | DocScrutinizer-8: even without agps the fix time should be reasonable |
| 14:32.47 | DocScrutinizer-8 | yes, agree. But you know as well the issue a faulty agps data can mess up the chip to a mere dysfunction |
| 14:33.07 | PaulFertser | DocScrutinizer-8: the problems were observed long before introduction of beta agps app. |
| 14:33.19 | DocScrutinizer-8 | I know |
| 14:33.20 | *** join/#openmoko eolson (n=eolson@maze.mcs.anl.gov) |
| 14:34.17 | DocScrutinizer-8 | second start of maps app -> again no fix |
| 14:34.43 | PaulFertser | Well, sad but it proves nokia sw department still sucks. |
| 14:34.49 | PaulFertser | max_posedon: ^^^ |
| 14:34.57 | DocScrutinizer-8 | so I might consider to add to the 150 comments of this bug |
| 14:35.57 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 14:35.59 | PaulFertser | DocScrutinizer-8: my friend bought an n810 recently with the aim of using it as sip-client with 4G (wimax) usb dongle. |
| 14:36.47 | DocScrutinizer-8 | restarted map again. fix immediately |
| 14:39.08 | DocScrutinizer-8 | he should have baught N810-wimax-edition then |
| 14:41.43 | DocScrutinizer-8 | though I admit I don't know details beyond mere existence of tthat device name |
| 14:42.25 | PaulFertser | DocScrutinizer-8: he knows about its existence too :) |
| 14:42.45 | DocScrutinizer-8 | maybe it simply includes a 4G usb dongle? ;-P |
| 14:45.11 | PaulFertser | The production of the Wimax Edition of the Nokia N810 was canceled in January 2009 |
| 14:45.56 | DocScrutinizer-8 | all N810 are EOL |
| 14:46.04 | DocScrutinizer-8 | afaik |
| 14:46.07 | PaulFertser | Also it's unclear if it can be used in other wimax networks at all. |
| 14:48.49 | DocScrutinizer-8 | (eol) that's why I got a spare in time ;-) |
| 14:49.28 | PaulFertser | Wise decision indeed :) |
| 14:49.39 | DocScrutinizer-8 | heh, wikireader dropped from #4 to #5 |
| 14:51.06 | *** join/#openmoko Ghiottone (n=ale@monitor.interfree.it) |
| 14:52.54 | DocScrutinizer-8 | yep, primary device now has severe stains on kbd, after >a year of daily excessife use |
| 14:54.20 | DocScrutinizer-8 | s/if/iv/ |
| 15:00.43 | Defiant | DocScrutinizer-8: it was already on #5 this morning (8h ago for me) |
| 15:01.13 | *** join/#openmoko master_main (n=master_m@p578b0cfb.dip0.t-ipconnect.de) |
| 15:01.59 | *** join/#openmoko yang (n=yang@boneym.v6.mtveurope.org) |
| 15:02.26 | master_main | hello, i try to run an application on my FR. i compiled the sample application with toolchain and that works great. but when i start the application on the FR "there where no output but exit code 2". can anybody help me? sorry for my english :) |
| 15:02.28 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 15:10.23 | *** join/#openmoko bxyrk (n=bxyrk@65.4.33.59) |
| 15:10.47 | bxyrk | hi folks |
| 15:11.26 | bxyrk | wow... anyone up yet? |
| 15:13.28 | *** join/#openmoko johnerster1 (n=john@balticom-240-67.balticom.lv) |
| 15:14.37 | Weiss | bxyrk: many (different timezone :) |
| 15:15.25 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-142-230.home.otenet.gr) |
| 15:17.06 | slaxxer | they shut up when u came in:) |
| 15:17.14 | bxyrk | indeed... 10 in the am here.. i'm guessing some of you folks are closer to 4-5pm? |
| 15:17.45 | bxyrk | really don't know where that numer came frm exactly... |
| 15:17.45 | slaxxer | 10 am here |
| 15:17.46 | Defiant | bxyrk: indeed |
| 15:18.44 | bxyrk | yeah... JUST realiaed my g/f's old tracphone uses a battery i can use in emergency |
| 15:19.48 | bxyrk | wow... just looking at my typing... i am tired.. sorry people... don't intend to look like i just learned to type |
| 15:28.30 | *** join/#openmoko TAsn (n=tasn@89-138-9-4.bb.netvision.net.il) |
| 15:28.32 | bxyrk | yup, i was up for a while trying to find something on the internet to help me with my wsod |
| 15:30.17 | *** join/#openmoko TAsn (n=tasn@89-138-9-4.bb.netvision.net.il) |
| 15:31.54 | bxyrk | not meaning to bother any of you guys... guess i'm sounding like that guy that pops in a whines for help huh? |
| 15:33.49 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 15:37.23 | *** join/#openmoko Sharwin_F (n=Sharwin_@54.pool85-50-72.dynamic.orange.es) |
| 15:42.13 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
| 15:44.22 | *** join/#openmoko blan (n=blan@HSI-KBW-078-043-202-222.hsi4.kabel-badenwuerttemberg.de) |
| 15:45.41 | *** join/#openmoko alephnull (n=alok@122.172.30.79) |
| 15:50.31 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r10584363e872 10/libfsobasics/fsobasics/ (smartkeyfile.vala utilities.vala): |
| 15:50.31 | CIA-52 | freesmartphone.org: libfsobasics: smartkeyfile: add write<T> |
| 15:50.31 | CIA-52 | freesmartphone.org: utilities: allow creating files during a call to write() |
| 15:58.18 | *** join/#openmoko KenSentMe (n=KenSentM@unaffiliated/kensentme) |
| 16:00.00 | *** part/#openmoko KenSentMe (n=KenSentM@unaffiliated/kensentme) |
| 16:00.15 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167978043.dsl.bell.ca) |
| 16:05.00 | *** join/#openmoko h4v__ (n=h4v@91.121.90.167) |
| 16:06.55 | *** join/#openmoko hiciu (n=hiciu@host-91-200-27-218.leon.com.pl) |
| 16:08.57 | *** part/#openmoko Quadduc (n=quadduc@ws43083.studby.hig.no) |
| 16:09.10 | *** join/#openmoko pieterc (n=user@78-21-38-27.access.telenet.be) |
| 16:09.21 | pieterc | hm... how to add the latest community updates link on to the main wiki page? |
| 16:09.37 | pieterc | there's {{news}} but I do not understand how to edit those |
| 16:12.20 | pbaxter | pieterc: wiki.openmoko.org/wiki/Community_Updates |
| 16:12.34 | pbaxter | can someone tell me if there is a version of angstrom version working for FR? |
| 16:15.36 | slaxxer | 2007.2 |
| 16:22.57 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 16:24.01 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r10a19faa2598 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: misc SMS work |
| 16:26.11 | *** join/#openmoko everslick (n=clemens@91-114-178-139.adsl.highway.telekom.at) |
| 16:29.55 | *** join/#openmoko Bryanstein (i=bryan@shellium/admin/bryanstein) |
| 16:33.22 | pbaxter | slaxxer: were you talking to me? |
| 16:38.11 | *** join/#openmoko alexxy (n=alexxy@gentoo/developer/alexxy) |
| 16:40.55 | Martix | pbaxter: http://www.angstrom-distribution.org/narcissus/ |
| 16:41.11 | pbaxter | Martix: but it doesn't work for me now |
| 16:41.20 | pbaxter | at the end it says that there are some problems |
| 16:43.15 | Martix | it works for me: http://www.angstrom-distribution.org/narcissus/deploy/om-gta02/1de305/random-80834d3a-image-om-gta02.tar.bz2 |
| 16:45.48 | pbaxter | Martix: can i ask you favour? |
| 16:46.41 | Martix | pbaxter: ok |
| 16:46.54 | pbaxter | Martix: can you go on pvt? |
| 16:53.09 | Martix | Image not found, something went wrong :/ |
| 16:53.54 | Martix | pbaxter: maybe its something wrong with some package |
| 16:54.05 | pbaxter | maybe |
| 16:54.11 | pbaxter | i'll re-try later |
| 16:54.14 | pbaxter | thanks a lot Martix |
| 16:54.25 | Martix | your welcome |
| 16:56.26 | Martix | btw. if someone likes Jabber, feel free to join to MUC: openmoko@conference.jabber.org |
| 16:56.57 | Martix | a pro cesky pisici mame taky: openmoko@muc.openmoko.cz :-) |
| 16:57.03 | Martix | thanks |
| 16:59.24 | *** join/#openmoko mickey17 (n=sjosk@217.116.243.93) |
| 17:01.50 | *** part/#openmoko Martix (n=Martix@212.111.30.125) |
| 17:02.29 | *** join/#openmoko Martix (n=Martix@212.111.30.125) |
| 17:11.36 | *** join/#openmoko morphis (n=morphis@p5489A211.dip0.t-ipconnect.de) |
| 17:20.43 | d1b | *why* does it cost $79 USD to have an item shipped to australia |
| 17:20.47 | d1b | *rip* off |
| 17:21.14 | *** join/#openmoko ruoso (n=ruoso@201.22.128.226) |
| 17:28.24 | *** join/#openmoko morphis (n=quassel@p5489A211.dip0.t-ipconnect.de) |
| 17:30.04 | *** join/#openmoko fsteinel (n=fsteinel@217.251.191.155) |
| 17:34.26 | *** join/#openmoko jlmoko (n=jluis@34.Red-88-27-33.staticIP.rima-tde.net) |
| 17:39.00 | *** join/#openmoko _batchy (n=batchy@AVelizy-155-1-50-15.w86-217.abo.wanadoo.fr) |
| 17:40.31 | *** join/#openmoko samgee (n=samgee@210.160-240-81.adsl-dyn.isp.belgacom.be) |
| 17:40.38 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
| 17:40.39 | *** join/#openmoko morphis_ (n=morphis@p5489A211.dip0.t-ipconnect.de) |
| 17:40.43 | panicking | hi lindi- |
| 17:40.44 | panicking | :) |
| 17:41.32 | panicking | Hi DocScrutinizer |
| 17:41.42 | panicking | I have worked on the cpufreq scaling |
| 17:42.01 | panicking | on the gta02 and I saw that is possible to run at 440Mhz |
| 17:42.17 | panicking | I don't exaclty know |
| 17:42.22 | panicking | if it is necessaty |
| 17:42.25 | panicking | to increase voltage |
| 17:42.29 | panicking | to the cpu |
| 17:42.37 | panicking | but I'm using ondemand |
| 17:42.38 | d1b | panicking: is it possible to do the reverse? |
| 17:42.49 | panicking | yes |
| 17:42.55 | panicking | I can move from 50 to 440 Mhz |
| 17:43.03 | panicking | so the frequency can drop |
| 17:43.03 | d1b | interesting. |
| 17:43.14 | panicking | I have two big issue |
| 17:43.19 | panicking | resume/suspend path |
| 17:43.22 | panicking | it crash |
| 17:43.29 | panicking | I have some trouble with debug board |
| 17:43.40 | panicking | and I think that the audio |
| 17:43.43 | d1b | perhaps lock the speed to be the normal speed before suspend and on wake up |
| 17:43.55 | panicking | Yes that is what I want to do |
| 17:43.59 | panicking | but it must work |
| 17:44.03 | panicking | because it retry |
| 17:44.07 | panicking | to reset parameter |
| 17:44.10 | lindi- | panicking: well does serial port work? |
| 17:44.19 | panicking | The modem seem work |
| 17:44.23 | panicking | now I would like to test |
| 17:44.24 | lindi- | panicking: even after suspend/resume? |
| 17:44.37 | panicking | the suspend resume crash |
| 17:44.41 | *** part/#openmoko nullix (n=philippe@92.103.174.253) |
| 17:44.41 | panicking | so that is an other problem |
| 17:44.46 | panicking | I use a complete patch |
| 17:44.50 | panicking | that recalculate |
| 17:44.54 | panicking | the refresh rate |
| 17:44.56 | panicking | of the ram |
| 17:45.00 | panicking | and the iotiming |
| 17:45.12 | panicking | is a backport of ben patch with the vdram regulator |
| 17:45.15 | panicking | change |
| 17:45.18 | panicking | in that patch |
| 17:45.34 | panicking | Is it clear |
| 17:45.41 | panicking | I think that 440 110 55 |
| 17:45.46 | panicking | it's a good speed up |
| 17:45.49 | panicking | for the neo |
| 17:45.54 | SpeedEvil | :) |
| 17:46.03 | panicking | but I don't know exacltu if I need to increase |
| 17:46.07 | d1b | panicking: not if it reduces battery life tho. |
| 17:46.10 | panicking | the voltage for 440 Mhz |
| 17:46.19 | lindi- | panicking: well I'd like to see lower frequency :) |
| 17:46.24 | panicking | the battery life is not a problem |
| 17:46.24 | panicking | because |
| 17:46.25 | lindi- | panicking: to save energy |
| 17:46.26 | panicking | in ondemand mode |
| 17:46.29 | panicking | the frequency |
| 17:46.34 | lindi- | panicking: so fix suspend :) |
| 17:46.40 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 17:46.48 | lindi- | panicking: or the patch won't get much testing :( |
| 17:46.59 | panicking | yes I'm going to gix |
| 17:47.02 | d1b | panicking: where is the patch? |
| 17:47.05 | panicking | fix |
| 17:47.06 | panicking | but do you know if it possible |
| 17:47.09 | panicking | to use 440 mhz |
| 17:47.16 | panicking | with a low voltage |
| 17:47.16 | panicking | ? |
| 17:47.24 | panicking | It's in my machine |
| 17:47.30 | panicking | I have another one |
| 17:47.34 | panicking | that use fcse |
| 17:47.44 | lindi- | panicking: no idea, is it really important? glamo is slowing us down anyway |
| 17:47.54 | panicking | Fast Context Switch |
| 17:47.54 | panicking | of arm |
| 17:48.03 | panicking | glamo run at 110mhz |
| 17:48.08 | panicking | the memory |
| 17:48.15 | panicking | so glamo performance increase |
| 17:48.18 | panicking | of 10 mhz |
| 17:48.30 | panicking | but suppose that you need for a short time |
| 17:48.31 | panicking | more power |
| 17:48.47 | panicking | and the system wil give you a 440 Mhz cpu clock |
| 17:48.54 | panicking | and increase the overral performace of the machine |
| 17:48.59 | SpeedEvil | Excellent - interesting work! |
| 17:49.15 | d1b | if the sdcard isn't in use, is it possible to allocate more for glamo? |
| 17:49.21 | d1b | or is that a hardware issue. |
| 17:50.00 | panicking | I don't know exacltu how glamo work and how it's correlate |
| 17:50.03 | panicking | with the sdcard |
| 17:50.08 | panicking | they use the same memory |
| 17:50.15 | panicking | but different region |
| 17:50.33 | d1b | sure. question really is if the sdcard is disabled can you use glamo any faster... |
| 17:51.10 | larsc | uhm... the glamo is the sdcard controller |
| 17:51.26 | d1b | larsc: that's why i was asking :) |
| 17:51.29 | d1b | ok. |
| 17:51.31 | d1b | so no. |
| 17:52.15 | panicking | larsc, you can reuse my work on the 2.6.3x |
| 17:52.18 | panicking | kernel |
| 17:52.26 | panicking | I need some test for android |
| 17:52.52 | larsc | d1b: i don't understand your question then? |
| 17:52.56 | panicking | because we need more cpu and better glamo performance |
| 17:53.12 | larsc | panicking: for android? |
| 17:53.24 | d1b | larsc: i think you did. |
| 17:53.27 | panicking | for android too :) |
| 17:53.45 | d1b | i was just asking if the sdcard isn't in use, can you get more performance out of glamo or is it by hardware design not possible. |
| 17:53.57 | panicking | Ok, I don't understand why openmoko doesn't invest anymore on gta02/gta03 |
| 17:54.08 | panicking | I think that the android distrib is good inaugh to invest on |
| 17:54.10 | larsc | d1b: the sd card is not the bottleneck of the glamo, so no. |
| 17:54.20 | panicking | btw |
| 17:54.24 | d1b | larsc: i thought it was.... |
| 17:54.37 | larsc | d1b: bottle neck is the memory bus |
| 17:54.38 | panicking | So I will try to fix suspend resume |
| 17:54.47 | panicking | and I must buy another debug board |
| 17:54.48 | panicking | :) |
| 17:54.49 | d1b | larsc: oh. |
| 17:54.59 | panicking | :( because I have a broken one |
| 17:55.08 | larsc | d1b: if you don't use the sd card of course there is less memory to be transfered and graphics will be faster |
| 17:55.27 | d1b | ok. |
| 17:55.28 | panicking | larsc, bat the glamo memory is memory mapped |
| 17:55.29 | panicking | ? |
| 17:55.39 | larsc | panicking: yes it is |
| 17:55.48 | panicking | so the transfer is from to? |
| 17:55.58 | panicking | from XXX to XXX |
| 17:56.14 | larsc | yes |
| 17:57.06 | panicking | There is somenthing that I don't understand but I think that for you |
| 17:57.08 | panicking | is obvius |
| 17:57.17 | panicking | I write to the framebuffer memeory |
| 17:57.22 | panicking | and the chip send info to the display |
| 17:57.30 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-073-116.hsi.kabelbw.de) |
| 17:57.38 | panicking | I can wrtie memory to the sdcard in a different region too |
| 17:57.43 | PBeck | hi |
| 17:57.58 | panicking | The transfer is on the memory bus |
| 17:58.23 | panicking | So if the system copy memory or send info to the sd |
| 17:58.25 | panicking | is the same |
| 17:58.37 | panicking | the perforce depends on the memory transfer |
| 17:58.53 | panicking | larsc, another issue is the refresh time |
| 17:58.58 | panicking | we are sure that it is correct |
| 17:59.20 | panicking | Because the memory bandwith depends from it |
| 17:59.52 | larsc | what refresh time? glamo memory? |
| 18:00.00 | panicking | gta02 memory |
| 18:00.04 | panicking | I have a refresh of |
| 18:00.36 | panicking | 17.5usec |
| 18:00.43 | panicking | I take it from qi |
| 18:05.08 | *** join/#openmoko RedFlash (n=RedFlash@host69-42-dynamic.56-82-r.retail.telecomitalia.it) |
| 18:10.57 | *** join/#openmoko pleemans (n=toi@d54C2A96D.access.telenet.be) |
| 18:11.14 | *** join/#openmoko freegurj (n=lskdfj@81.95.167.111) |
| 18:18.30 | *** join/#openmoko hax404_ (n=quassel@mnhm-590d86df.pool.mediaWays.net) |
| 18:19.24 | panicking | so I hope that this value is correct and not too much |
| 18:19.32 | panicking | I will take a look to the datasheet |
| 18:19.35 | panicking | of the memory |
| 18:20.37 | *** join/#openmoko playya (n=playya@i59F5F55C.versanet.de) |
| 18:21.23 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 18:27.23 | *** join/#openmoko Ryback_ (n=ulisses@enlightenment/developer/ryback) |
| 18:29.46 | *** join/#openmoko Ryback_ (n=ulisses@enlightenment/developer/ryback) |
| 18:35.06 | *** join/#openmoko arw_ (i=foobar@186.28.29.72) |
| 18:39.13 | *** join/#openmoko pH5 (n=ph5@e178216160.adsl.alicedsl.de) |
| 18:48.57 | *** join/#openmoko spydon (n=spydon@nl103-146-152.student.uu.se) |
| 18:50.29 | *** join/#openmoko CVirus (n=Satan@196.205.191.59) |
| 18:56.17 | *** join/#openmoko bxyrk1 (n=bxyrk@adsl-4-33-59.bhm.bellsouth.net) |
| 18:56.45 | bxyrk1 | hi peope |
| 18:57.29 | bxyrk1 | anyone know any commands/ways to reset glamo? |
| 18:58.46 | PaulFertser | bxyrk1: suspend/resume should do that |
| 18:59.21 | bxyrk1 | my fr is just so sad... wsod from video init |
| 18:59.27 | bxyrk1 | qi/u-boot |
| 18:59.34 | bxyrk1 | nand/nor |
| 18:59.49 | bxyrk1 | doesn't matter... white screen |
| 19:01.25 | PaulFertser | bxyrk1: wsod from boot? |
| 19:01.41 | bxyrk1 | and the really funny part... i have a nokia battery that'll boot it...(my actual battery is dead) but it won't let me take it out to swap... |
| 19:01.44 | bxyrk1 | yup yup |
| 19:02.54 | bxyrk1 | only way i knew shr booted was because the gadget showed in my dmesg |
| 19:03.55 | PaulFertser | bxyrk1: doesn't sound good :( |
| 19:04.09 | bxyrk1 | nope.. |
| 19:05.01 | bxyrk1 | it boots stuff.. AND.... it won't charge its battery even when i trickle charge it back up |
| 19:06.27 | bxyrk1 | what could do that? |
| 19:06.55 | bxyrk1 | months ago when it messed up the first time.. i was messing with debian |
| 19:07.05 | Psi | it wont charge if its suspended and it auto suspends after boot by default |
| 19:07.30 | Psi | unless thats a gta01 only issue |
| 19:08.06 | bxyrk1 | auto suspends? like with a dead battery, or normally? |
| 19:08.10 | *** join/#openmoko MHazem (n=Satan@196.205.191.59) |
| 19:08.23 | Psi | normally auto suspend is on in shr |
| 19:08.34 | Psi | so after it boots it waits a few min then suspends |
| 19:08.53 | bxyrk1 | yeah... i "ssh -X"ed in and ran shr-settings |
| 19:10.24 | Psi | do you think its a hardware fault? |
| 19:13.13 | *** join/#openmoko feitinge1 (n=feitinge@79.97.115.208) |
| 19:17.00 | slaxxer | maybe the charger failed |
| 19:18.06 | Psi | if it was me id take it apart and run the pcb on a nice clean bench and poke various components with a plastic probe while its running |
| 19:18.14 | Psi | see if any of them have a bad solder joint |
| 19:18.47 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) |
| 19:25.45 | *** join/#openmoko [Rui] (n=Rui@81.84.169.253) |
| 19:27.05 | *** join/#openmoko balleyne (n=balleyne@CPE002369def1ec-CM000e5c6dba64.cpe.net.cable.rogers.com) |
| 19:28.55 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 19:29.01 | *** part/#openmoko pieterc (n=user@78-21-38-27.access.telenet.be) |
| 19:33.40 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 19:35.07 | *** join/#openmoko RedFlash (n=RedFlash@host69-42-dynamic.56-82-r.retail.telecomitalia.it) |
| 19:35.57 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 19:36.49 | *** join/#openmoko RedFlash (n=RedFlash@host69-42-dynamic.56-82-r.retail.telecomitalia.it) |
| 19:38.09 | *** join/#openmoko vaiursch (n=erwin@adsl-62-167-47-33.adslplus.ch) |
| 19:41.42 | *** join/#openmoko idelmar_ (n=idelmar@189.58.113.192.dynamic.adsl.gvt.net.br) |
| 19:43.11 | idelmar_ | hello |
| 19:44.46 | idelmar_ | |
| 19:44.46 | idelmar_ | Openmoko died? |
| 19:45.30 | SpeedEvil | More or less. |
| 19:45.46 | SpeedEvil | The hardware remains available, and community software development is ongoing. |
| 19:45.56 | SpeedEvil | But the corporate isn't doing more phones |
| 19:46.15 | idelmar_ | how are Openmoko? |
| 19:46.59 | SpeedEvil | ? |
| 19:47.35 | idelmar_ | |
| 19:47.35 | idelmar_ | improvements in hardware are stopped? |
| 19:47.54 | SpeedEvil | Yes. |
| 19:48.30 | idelmar_ | I'm just curious, but want to help, just do not know how ... |
| 19:48.33 | Martix | moved to community gta02-core |
| 19:48.58 | SpeedEvil | Well - ... |
| 19:49.18 | *** join/#openmoko emacsian (n=ram@122.167.83.181) |
| 19:49.24 | SpeedEvil | gta02-core is going to take >$100k to make realistically. |
| 19:49.34 | SpeedEvil | And it's not really clear who'd put up the money |
| 19:49.44 | idelmar_ | USP will help Openmoko project? |
| 19:49.48 | SpeedEvil | USP? |
| 19:50.05 | idelmar_ | University of São Paulo in Brazil |
| 19:50.29 | SpeedEvil | No idea. |
| 19:50.59 | idelmar_ | humm |
| 19:51.05 | PaulFertser | idelmar_: they are still supposed to help, right |
| 19:51.07 | SpeedEvil | gta02-core is interesting - but it faces challenges in that the n900 has eaten a large slice of its market, and set a very hard upper cap on prices. |
| 19:51.08 | idelmar_ | Maddog talks about it |
| 19:51.13 | PaulFertser | idelmar_: read the gta02-core blog |
| 19:51.15 | PaulFertser | for details |
| 19:52.07 | SpeedEvil | (in that if it is a substantial fraction of the price - say >2/3 - many or most of the people considering it would think that the n900 would be a worthwhile upgrade. |
| 19:52.12 | idelmar_ | ok |
| 19:52.22 | SpeedEvil | And keeping the price low in a small volume product is _horribly_ hard. |
| 19:55.30 | idelmar_ | humm |
| 19:56.07 | idelmar_ | what Openmoko needs to make hardwrae improvments? |
| 19:56.15 | idelmar_ | *hardware |
| 19:57.12 | PaulFertser | idelmar_: investors |
| 19:57.21 | SpeedEvil | An investor with $500000 or so. |
| 19:57.41 | SpeedEvil | $100000 could sort-of-make an attempt at it. |
| 19:57.45 | PaulFertser | idelmar_: and more geeks involved. In fact i think that lack of interest from qualified audience contributed to the demise. |
| 19:58.40 | SpeedEvil | Which can to some degree be blamed on corporate actions - but that doesn't really help from a perspective of moving forward. |
| 19:58.42 | ndnihil | it needed more media exposure |
| 19:58.59 | SpeedEvil | ndnihil: It needed a working kernel in 2007. |
| 19:59.00 | ndnihil | I hadn't even heard of OM until after I was halfway through building my own phone |
| 19:59.42 | ndnihil | I take that back |
| 19:59.47 | ndnihil | I wasn't anywhere close to half way |
| 20:00.32 | ndnihil | I had a basic functioning phone running linux with no screen, with about the same footprint as an older laptop |
| 20:00.47 | ndnihil | including breadboards and stuff |
| 20:01.51 | *** join/#openmoko kkb110 (n=kkb110@wifi-roaming-200-243.nss.udel.edu) |
| 20:03.01 | ndnihil | oh, and it could only be used via ssh |
| 20:03.12 | ndnihil | no local input device |
| 20:03.17 | ndnihil | keypad/kb/etc... |
| 20:06.07 | *** join/#openmoko m0nt0 (n=monto@151.57.192.173) |
| 20:07.04 | idelmar_ | ok |
| 20:07.08 | idelmar_ | tahnks |
| 20:07.50 | *** join/#openmoko kkb110 (n=kkb110@wifi-roaming-200-243.nss.udel.edu) |
| 20:09.44 | *** part/#openmoko freegurj (n=lskdfj@81.95.167.111) |
| 20:14.48 | *** join/#openmoko Ghiottone (n=ale@host-84-221-69-152.cust-adsl.tiscali.it) |
| 20:17.18 | *** join/#openmoko RedFlash (n=RedFlash@host69-42-dynamic.56-82-r.retail.telecomitalia.it) |
| 20:17.22 | Psi | has anyone managed to actually get gta01 into 240x320 in shr |
| 20:21.33 | panicking | mickeyl, your framework has problem with frequency scaling? |
| 20:21.44 | panicking | is there a defined timeout on at command transaction? |
| 20:22.43 | panicking | there is an hardware and software problem |
| 20:22.57 | panicking | the kernel must rise up rts before scale frequency |
| 20:23.10 | panicking | and pull down on the postchange event |
| 20:23.18 | panicking | I think to avoid data loose |
| 20:24.48 | panicking | I think the pm_gsm must register a notifier from frequency change |
| 20:25.05 | panicking | so the GSM can buffer incoming message |
| 20:25.33 | panicking | PaulFertser, do you follow me? |
| 20:27.50 | PaulFertser | panicking: not really (yet) :) |
| 20:28.04 | lindi- | PaulFertser: shouldn't that be done in kernel space? |
| 20:28.33 | panicking | It must be done in PRECHANGE and POSTCHANGE |
| 20:28.33 | panicking | event |
| 20:28.38 | panicking | before frequency change |
| 20:28.39 | panicking | and release after |
| 20:28.45 | panicking | the famous flowcontrolled |
| 20:28.54 | panicking | because you can recive garbage |
| 20:30.04 | *** join/#openmoko RedFlash (n=RedFlash@host69-42-dynamic.56-82-r.retail.telecomitalia.it) |
| 20:30.53 | PaulFertser | panicking: i think it should rather be done at SoC uart driver level, no? |
| 20:31.08 | *** join/#openmoko Blastur (n=kebab@86-232-96-87.cust.blixtvik.se) |
| 20:31.16 | panicking | no |
| 20:31.34 | panicking | yes and no |
| 20:31.40 | panicking | it can use the flowcontrol information |
| 20:31.55 | panicking | if it is active it can rise the RTS |
| 20:31.55 | panicking | on |
| 20:31.57 | panicking | up |
| 20:32.13 | panicking | yes it can be done in the serial too |
| 20:32.20 | *** join/#openmoko yangp (n=yang@boneym.v6.mtveurope.org) |
| 20:32.23 | PaulFertser | panicking: but it will open races with gm-gsm, i see |
| 20:32.35 | panicking | so the idea |
| 20:32.46 | panicking | why? |
| 20:32.47 | PaulFertser | panicking: so uart driver should expose a way for pm-gsm to force flowcontrol. |
| 20:33.07 | panicking | I put the code in the pastbin |
| 20:33.08 | panicking | wait |
| 20:33.43 | panicking | http://pastebin.com/m1092cd77 |
| 20:33.47 | panicking | somenthing like this |
| 20:33.51 | panicking | in the pm_gsm |
| 20:33.59 | panicking | this is a gta02 possible solution |
| 20:35.03 | PaulFertser | panicking: wouldn't it be racy with other parts of the driver. |
| 20:36.17 | panicking | Ok, I don't know exaclty during the transaction what happen to the task |
| 20:36.27 | panicking | but if you are in the middle of setting the flowcontrolled |
| 20:36.34 | panicking | it can be a problem |
| 20:36.51 | panicking | but for now I'm looking for a feaseable solution |
| 20:37.02 | PaulFertser | panicking: moreover stability of uart communication during freq transition is nothing gsm-modem specific. |
| 20:37.13 | PaulFertser | panicking: i think it should rather be done on the layer lower. |
| 20:37.36 | panicking | OK so at the samsung driver level |
| 20:37.38 | panicking | stop the uart |
| 20:37.51 | panicking | and if the uart is flow controlled |
| 20:37.53 | panicking | rise the RTS |
| 20:38.31 | PaulFertser | panicking: probably larsc has some good ideas about it. |
| 20:39.08 | panicking | larsc, what do you think about it? |
| 20:39.49 | larsc | will read the backlog soon |
| 20:40.22 | panicking | static void s3c24xx_serial_set_mctrl(struct uart_port *port, unsigned int mctrl) |
| 20:40.22 | panicking | { |
| 20:40.22 | panicking | <PROTECTED> |
| 20:40.22 | panicking | } |
| 20:40.35 | panicking | we can implent the TODO |
| 20:40.35 | *** join/#openmoko RedFlash2000 (n=RedFlash@host165-108-dynamic.54-82-r.retail.telecomitalia.it) |
| 20:40.39 | panicking | in the samsung serial |
| 20:41.01 | panicking | and during PRECHANGE if the hw flow control use the RTS |
| 20:41.22 | panicking | to force serial device or somenthing like that |
| 20:41.37 | panicking | and then in the postchange event revert it |
| 20:42.54 | panicking | I don't know if it's possibel to stop the uart and rise the RTS |
| 20:43.06 | panicking | I think that the best thing in samsung is change the behavior |
| 20:43.11 | panicking | of the pin and set to 1 |
| 20:43.17 | panicking | during PRECHANGE |
| 20:45.19 | *** join/#openmoko ajvogel (n=quassel@196.210.239.6) |
| 20:49.17 | *** part/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 20:53.17 | panicking | PaulFertser, I must go because my wife came back to home and I must cook somenthing to her |
| 20:53.24 | PaulFertser | panicking: nice |
| 20:53.28 | PaulFertser | panicking: enjoy your meal :) |
| 20:53.34 | PaulFertser | panicking: see you :D |
| 20:54.08 | panicking | I think that larsc has an answer about this issue |
| 20:54.21 | panicking | and I would like to know it, but I can't remain online |
| 20:54.30 | PaulFertser | panicking: np, i'll mail it to you |
| 20:54.37 | panicking | ok thanks |
| 20:54.44 | larsc | i'm almost done reading the backlog |
| 20:55.05 | PaulFertser | And you want to tell us we are both wrong, right? ;) |
| 20:55.19 | larsc | i have no idea actually |
| 20:56.21 | larsc | the question is whether the serial should set rts, during freq change? |
| 20:56.41 | PaulFertser | larsc: yes |
| 20:56.42 | panicking | larsc, PaulFertser thanks and see you soon. We can meet in the FOSDOM2010, I hope |
| 20:57.14 | larsc | panicking: i'll be there. |
| 20:58.19 | *** join/#openmoko RedFlash (n=RedFlash@host165-108-dynamic.54-82-r.retail.telecomitalia.it) |
| 20:58.46 | *** join/#openmoko tobi__ (n=tobi@95-88-97-79-dynip.superkabel.de) |
| 21:01.13 | larsc | PaulFertser: sounds reasonable, doesn't it? |
| 21:02.39 | PaulFertser | larsc: that uart layer should rise RTS during the freq change? I think there even should be some generic way to do it but i haven't looked at clk subsystem yet. |
| 21:03.09 | PaulFertser | larsc: also it seems that pm-gsm driver shouldn't touch GPIO directly, rather uart driver should expose a proper hook for that. |
| 21:04.04 | SpeedEvil | IIRC you've got to do it all in software |
| 21:04.29 | SpeedEvil | you can change the clock without reprograing the UART at all, it simply won't work well |
| 21:06.01 | larsc | PaulFertser: it's done in the gsm driver? oh... |
| 21:06.14 | PaulFertser | Psi: have you tried using "fbset" utility to switch to qvga? |
| 21:06.31 | PaulFertser | larsc: indeed. Cruel layering violation, that's OM engineering for you ;) |
| 21:09.51 | PaulFertser | (fosdem) if only everything was easy and cheap for me. But i'd need to buy plane tickets and obtain visa etc... Probably a great weekend justifies it, but i'm not yet sure. |
| 21:10.19 | larsc | ah, ok. the gsm-pm driver forces it high |
| 21:11.34 | *** join/#openmoko max_posedon (n=max_pose@74-243-252-87-dynamic-pool.gprs.mts.by) |
| 21:11.59 | *** join/#openmoko geaaru (n=geaaru@host193-171-dynamic.51-79-r.retail.telecomitalia.it) |
| 21:13.07 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 21:14.33 | Psi | PaulFertser: ive tried this thing... chvt 4 && echo qvga-normal > |
| 21:14.34 | Psi | /sys/devices/platform/spi_s3c24xx_gpio.1/spi0.0/state && fbset qvga |
| 21:15.33 | Psi | lcd just goes to grey lines and needs to be rebooted to get it back |
| 21:20.53 | *** join/#openmoko dvarnes (n=davidv@203-206-128-239.perm.iinet.net.au) |
| 21:23.27 | larsc | PaulFertser: i'm trying to put things together. (i've never really looked at the modem and it's surroundings) |
| 21:24.01 | larsc | PaulFertser: the flowcontroll sysfs file was added to give a userspace app the possibility to block the modem from sending data? |
| 21:24.46 | *** join/#openmoko pleemans (n=toi@d54C2A96D.access.telenet.be) |
| 21:25.50 | PaulFertser | larsc: exactly |
| 21:27.28 | larsc | ok. when is this necessary |
| 21:28.37 | PaulFertser | Psi: i'd try also these timings that work good on gta02: http://paste.debian.net/50309/ |
| 21:28.49 | PaulFertser | larsc: let me find an excellent explanation |
| 21:29.31 | PaulFertser | larsc: here it is: http://trac.freesmartphone.org/ticket/31#comment:3 |
| 21:33.13 | larsc | ah ok, so the modem only issues a irq if it's blocked |
| 21:37.12 | *** join/#openmoko max_posedon (n=max_pose@80.249.93.39) |
| 21:37.48 | *** join/#openmoko RedFlash (n=RedFlash@host165-108-dynamic.54-82-r.retail.telecomitalia.it) |
| 21:38.06 | PaulFertser | larsc: exactly |
| 21:41.56 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
| 21:42.40 | *** join/#openmoko Tanuva (n=tanuva@p5B10C44E.dip.t-dialin.net) |
| 21:43.18 | larsc | hm |
| 21:49.04 | *** join/#openmoko pieterc (n=user@78-21-38-27.access.telenet.be) |
| 21:52.39 | radekp | Psi: i missed the begining - are you trying to get qvga working? I have it working quite nice on framebuffer - i can send you howto if needed |
| 21:52.58 | Psi | gta01 |
| 21:54.21 | radekp | ahh - i am on GTA02 so cant help much here :( |
| 21:54.36 | Psi | tried the fb.modes settings that PaulFertser linked to before, same gray lcd, also got a syntax error at the rgba line |
| 21:54.39 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
| 21:55.20 | PaulFertser | Psi: you need both fb mode and "magic" sysfs file. |
| 21:55.31 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 21:55.47 | *** part/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 21:56.04 | *** join/#openmoko Q-Master (n=qmaster@78.111.144.151) |
| 21:56.42 | Psi | magic? |
| 21:57.07 | *** join/#openmoko zilux (n=user@vds278.sivit.org) |
| 21:57.32 | PaulFertser | Psi: jbt blablabla |
| 21:58.31 | Psi | no idea what you mean |
| 22:00.52 | PaulFertser | Psi: echo qvga-normal > /sys/devices/platform/spi_s3c24xx_gpio.1/spi0.0/state |
| 22:01.03 | PaulFertser | Psi: sorry for being so unclear :) |
| 22:01.48 | *** join/#openmoko dns53 (n=dns@202.124.89.58) |
| 22:04.03 | Psi | yeah, that is in the command the wiki says to run, been using that |
| 22:04.10 | Psi | chvt 4 && echo qvga-normal > /sys/devices/platform/spi_s3c24xx_gpio.1/spi0.0/state && fbset qvga |
| 22:13.23 | radekp | Psi: as for /etc/fb.modes - on GTA02 i have there what fbset prints after reboot (fbset output with no arguments) except that qvga mode needs timing 100000 for correct colors |
| 22:14.23 | *** join/#openmoko ChanServ (ChanServ@services.) |
| 22:14.23 | *** join/#openmoko parmaster (i=par@dipole.idlepattern.com) |
| 22:14.23 | *** join/#openmoko Vegar (n=vegar@unaffiliated/vegar) [NETSPLIT VICTIM] |
| 22:14.23 | *** join/#openmoko toer_ (i=tore@179.81-166-86.customer.lyse.net) |
| 22:14.24 | *** join/#openmoko DrRabbit (n=xchat@unaffiliated/t00na) |
| 22:14.24 | *** join/#openmoko t (i=tom@freenode/staff/tomaw) |
| 22:14.24 | *** join/#openmoko bmidgley (n=bmidgley@c-67-171-119-91.hsd1.ut.comcast.net) |
| 22:14.24 | *** join/#openmoko univac (n=univac@xmms2/user/univac) |
| 22:14.24 | *** join/#openmoko oon (n=oon@ankhoon.net) |
| 22:14.24 | *** join/#openmoko Kero (n=kero@d74199.upc-d.chello.nl) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko ezekiel (n=ezekiel@h-67-100-144-50.nycmny83.static.covad.net) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko BillK (n=BillK@124-169-177-224.dyn.iinet.net.au) |
| 22:14.24 | *** join/#openmoko SeligArkin (n=selig@80.68.94.226) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko Superevildeath (n=pot|deat@212.206.209.177) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko ndnihil (n=nihil@unaffiliated/ndnihil) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko xcasexwrka (n=rrg@h-62-20.A163.priv.bahnhof.se) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko jas4711 (n=jas@c80-216-24-211.bredband.comhem.se) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko lpotter (n=quiggly@58.173.176.153) |
| 22:14.24 | *** join/#openmoko tg (i=tg@x-net.hu) |
| 22:14.24 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko chihchun (n=chihchun@u7.hlc.edu.tw) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko pbaxter (n=pbaxter@host102-133-dynamic.54-79-r.retail.telecomitalia.it) |
| 22:14.24 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167978043.dsl.bell.ca) |
| 22:14.24 | *** join/#openmoko pH5 (n=ph5@e178216160.adsl.alicedsl.de) |
| 22:14.24 | *** join/#openmoko MHazem (n=Satan@196.205.191.59) [NETSPLIT VICTIM] |
| 22:14.24 | *** join/#openmoko [Rui] (n=Rui@81.84.169.253) |
| 22:14.25 | *** join/#openmoko kkb110 (n=kkb110@wifi-roaming-200-243.nss.udel.edu) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko Ghiottone (n=ale@host-84-221-69-152.cust-adsl.tiscali.it) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko dns53 (n=dns@202.124.89.58) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko zilux (n=user@vds278.sivit.org) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko Q-Master (n=qmaster@78.111.144.151) |
| 22:14.25 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 22:14.25 | *** join/#openmoko Tanuva (n=tanuva@p5B10C44E.dip.t-dialin.net) |
| 22:14.25 | *** join/#openmoko max_posedon (n=max_pose@80.249.93.39) |
| 22:14.25 | *** join/#openmoko dvarnes (n=davidv@203-206-128-239.perm.iinet.net.au) |
| 22:14.25 | *** join/#openmoko geaaru (n=geaaru@host193-171-dynamic.51-79-r.retail.telecomitalia.it) |
| 22:14.25 | *** join/#openmoko ajvogel (n=quassel@196.210.239.6) |
| 22:14.25 | *** join/#openmoko yangp (n=yang@boneym.v6.mtveurope.org) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko vaiursch (n=erwin@adsl-62-167-47-33.adslplus.ch) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko gargoyle-grin (n=randerso@gentoo/contributor/gargoyle-grin) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko Ryback_ (n=ulisses@enlightenment/developer/ryback) |
| 22:14.25 | *** join/#openmoko Batchy (n=batchy@AVelizy-155-1-50-15.w86-217.abo.wanadoo.fr) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko fsteinel (n=fsteinel@fedora/fsteinel) |
| 22:14.25 | *** join/#openmoko Martix (n=Martix@212.111.30.125) [NETSPLIT VICTIM] |
| 22:14.25 | *** join/#openmoko alexxy (n=alexxy@gentoo/developer/alexxy) |
| 22:14.25 | *** join/#openmoko h4v__ (n=h4v@91.121.90.167) |
| 22:14.25 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 22:14.25 | *** join/#openmoko TAsn (n=tasn@89-138-9-4.bb.netvision.net.il) |
| 22:14.26 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-142-230.home.otenet.gr) [NETSPLIT VICTIM] |
| 22:14.26 | *** mode/#openmoko [+o ChanServ] by irc.freenode.net |
| 22:14.26 | *** join/#openmoko eolson (n=eolson@maze.mcs.anl.gov) |
| 22:14.26 | *** join/#openmoko sicu (n=n_a@cm-84.208.110.191.getinternet.no) |
| 22:14.26 | *** join/#openmoko Free_maN (n=Free_maN@unaffiliated/freeman) |
| 22:14.26 | *** join/#openmoko tomcatek (n=tomcatek@078088161149.elblag.vectranet.pl) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko Heinervdm (n=thomas@pD9E13886.dip.t-dialin.net) |
| 22:14.26 | *** join/#openmoko HellDragon (i=jd@Wikipedia/HellDragon) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko DocScrutinizer (n=jr@85.116.194.200) |
| 22:14.26 | *** join/#openmoko droid001 (n=g1@p4FDCEF72.dip.t-dialin.net) |
| 22:14.26 | *** join/#openmoko felipe` (n=felipe@my.nada.kth.se) |
| 22:14.26 | *** join/#openmoko yanu (n=yanu@lugwv/member/yanu) |
| 22:14.26 | *** join/#openmoko batti (n=batti@dslb-092-073-190-075.pools.arcor-ip.net) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko pcfe (n=pcfe@redhat/pcfe) |
| 22:14.26 | *** join/#openmoko Openfree` (n=Openfree@203.110.163.133) |
| 22:14.26 | *** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil) |
| 22:14.26 | *** join/#openmoko Fragggy (n=dennis@u40-59.dsl.vianetworks.de) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko Fox_Muldr (i=quakeman@78.52.56.33) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko C7 (n=C7@zux006-058-029.adsl.green.ch) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko pb_ (n=pb@85.210.11.148) |
| 22:14.26 | *** join/#openmoko katcho (n=dustin@24-178-77-14.dhcp.ftgn.ga.charter.com) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko shoragan (n=shoragan@debian/developer/shoragan) |
| 22:14.26 | *** join/#openmoko laotseu (n=laotseu@80.73.248.178) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko raychan (n=raynet@ns25663.ovh.net) [NETSPLIT VICTIM] |
| 22:14.26 | *** join/#openmoko Hardy (n=hardy@h0lger.de) |
| 22:14.27 | *** join/#openmoko lindi- (n=lindi@kulho150.adsl.netsonic.fi) |
| 22:14.27 | *** join/#openmoko tjikkun (n=tjikkun@cl-511.ede-01.nl.sixxs.net) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko phobie (n=phob@momo.das-netzwerkteam.de) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko rafa (n=rafa@200.123.158.181) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko rauz (i=rauz@beatbox.loop0.org) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko Personne (n=Blankowo@88.170.72.4) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko e-Flex (n=e@h-30-37.A176.priv.bahnhof.se) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko marh (n=mhanne@host-88-217-141-156.customer.m-online.net) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko larsc (n=lars@rzdspc10.informatik.uni-hamburg.de) |
| 22:14.27 | *** join/#openmoko hipitihop (n=denis@203.132.229.35) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko starox (n=fredo@sd-11162.dedibox.fr) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko TeLLuS (n=Johan@179.108.227.87.static.f.siw.siwnet.net) |
| 22:14.27 | *** join/#openmoko ssweeny (n=ssweeny@64.251.17.49) |
| 22:14.27 | *** join/#openmoko |Marco| (i=marco@80.202.63.233) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko Wonka (i=produzie@madwifi/support/wonka) |
| 22:14.27 | *** join/#openmoko Tupeco (i=tuomom@bot.kapsi.fi) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko sybren (n=sybren@ip79-123-210-87.adsl2.static.versatel.nl) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko molgrum (n=molgrum@85.24.188.194) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko Psi (n=ben@ip-58-28-158-238.static-xdsl.xnet.co.nz) [NETSPLIT VICTIM] |
| 22:14.27 | *** join/#openmoko ColdFyre (n=coldfyre@c-67-169-165-12.hsd1.ca.comcast.net) [NETSPLIT VICTIM] |
| 22:14.33 | *** join/#openmoko jpieper (n=jpieper@207-180-187-171.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM] |
| 22:14.33 | *** join/#openmoko AntonTakk (n=AntonTak@64.81.101.148) |
| 22:14.34 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko xelapond (n=alex@c-24-16-174-28.hsd1.wa.comcast.net) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko viq (n=viq@unaffiliated/viq) |
| 22:14.34 | *** join/#openmoko fgau (n=fgau@62.8.133.125) |
| 22:14.34 | *** join/#openmoko pwerken (n=pwerken@a-eskwadraat.nl) |
| 22:14.34 | *** join/#openmoko t0h (i=thelinev@nikita.tnnet.fi) |
| 22:14.34 | *** join/#openmoko i3n (n=icman@118.232.245.26) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko flaushy (n=flaushy@vs156143.vserver.de) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-yaretocrnmdpxfby) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko PaulFertser (n=PaulFert@mail.nixl.net) |
| 22:14.34 | *** join/#openmoko alphaone|gone (n=alphaone@2001:638:602:af01:0:0:0:1) |
| 22:14.34 | *** join/#openmoko borg_ (n=olaf@80.149.17.21) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko Maxiosu (n=maxious@59.167.50.63) |
| 22:14.34 | *** join/#openmoko Meomer (n=phaegi@84-75-111-226.dclient.hispeed.ch) |
| 22:14.34 | *** join/#openmoko Ainulindale (n=ainu@calaquendi.org) |
| 22:14.34 | *** join/#openmoko Blu3 (i=david@BlueLabs/Blu3) |
| 22:14.34 | *** join/#openmoko norro (n=norro@wikipedia/norro) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko xyzz (n=xyzz@norkia.v3.sk) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko cdbot2 (n=cdbot2@hentges.net) |
| 22:14.34 | *** join/#openmoko meuh (n=ydroneau@quoi.quest-ce.net) |
| 22:14.34 | *** join/#openmoko polz (n=polz@212.235.189.242) |
| 22:14.34 | *** join/#openmoko ayeuu (n=ayeuu@bearstech/ayeuu) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko Bane^ (n=bane@shelli.fi) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko gnu{- (n=gnu@209.237.225.236) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko Tm_T (i=tm_travo@ubuntu/member/kde.developer/jkekkonen) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko Maescool (i=maescool@maescool.be) [NETSPLIT VICTIM] |
| 22:14.34 | *** join/#openmoko Exxter (n=dsc@sup.mine.nu) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko catsup_ (n=d@ip-414b12e3.ct.fixed.ntplx.com) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko _Agrajag- (n=filip@c211-30-185-177.artrmn2.nsw.optusnet.com.au) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 22:14.36 | *** join/#openmoko Dunedan (n=dunedan@phoenitydawn.de) |
| 22:14.36 | *** join/#openmoko blindcoder (n=blindcod@fortuna.crash-override.net) |
| 22:14.36 | *** join/#openmoko mjr (i=mjr@195.197.238.66) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko APz (n=fn-apz@adsl-109-212-210.kymp.net) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko Jiten_ (n=blight@nbl172.fotokone.fi) |
| 22:14.36 | *** join/#openmoko wejp (n=wejp@moon.spacetechnology.net) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko ace_ (n=ace@mail.nologin.org) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko aevin (i=eivindsy@unaffiliated/aevin) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko RedDog (n=reddog@mastersword.de) |
| 22:14.36 | *** join/#openmoko beneth` (n=beneth`@beneth.fr) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko grummel (i=christia@grumbein.de) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko bipolar (n=bipolar@204.186.46.67) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007) |
| 22:14.36 | *** join/#openmoko ike (i=ike@unaffiliated/ike) |
| 22:14.36 | *** join/#openmoko jaj (n=jaj@hcl-club.lu) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko FiXion (n=klavs@c3po.enableit.dk) |
| 22:14.36 | *** join/#openmoko Elleo (n=Elleo@libre.fm/hacker/elleo) |
| 22:14.36 | *** join/#openmoko jorma_ (n=kario@tuubi.mermit.fi) |
| 22:14.36 | *** join/#openmoko kloeri (i=kloeri@freenode/staff/exherbo.kloeri) |
| 22:14.36 | *** join/#openmoko fooobaar (n=var@vps-1005590-1468.united-hoster.de) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko Weiss (n=taw27@zazu.bitwiz.org.uk) |
| 22:14.36 | *** join/#openmoko Basheri (i=basher@hehz.net) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko kinneh (n=han@gazonk.se) [NETSPLIT VICTIM] |
| 22:14.36 | *** join/#openmoko khorben (n=khorben@lvps87-230-11-163.dedicated.hosteurope.de) [NETSPLIT VICTIM] |
| 22:14.37 | *** join/#openmoko lool (n=lool@debian/developer/lool) |
| 22:14.38 | *** join/#openmoko LoRez (i=lorez@freenode/staff/lorez) |
| 22:14.38 | *** join/#openmoko wurp2|lazy (n=wurp@65.111.180.216) |
| 22:15.38 | *** join/#openmoko mpr (n=mpr@aggr.com) |
| 22:15.38 | larsc | Psi: what happens if you change the lcd to normal again? |
| 22:15.39 | Psi | nothing |
| 22:15.39 | Psi | i cant get it back, have to reboot |
| 22:15.40 | larsc | Psi: ok, `fbset qvga; fbset vga` gives you the same result? |
| 22:15.41 | *** join/#openmoko Judge_Gregg (n=quassel@lib59-7-88-185-52-126.fbx.proxad.net) |
| 22:15.43 | Psi | ill try |
| 22:16.41 | Psi | hang on, just putting my fb.modes back to normal |
| 22:18.55 | Psi | ok, fbset qvga;fbset vga doesnt cause the prob |
| 22:18.56 | Psi | fbset qvga |
| 22:18.56 | Psi | ignore that, wrong window |
| 22:19.23 | *** join/#openmoko UndrWater (n=Russell_@pool-74-100-99-39.lsanca.fios.verizon.net) |
| 22:19.45 | *** join/#openmoko Boogie (n=cc@84-73-63-116.dclient.hispeed.ch) |
| 22:20.08 | Psi | its this line thats causing the gray bits "echo qvga-normal > /sys/devices/platform/spi_s3c24xx_gpio.1/spi0.0/state" |
| 22:20.45 | Psi | and doing an "echo qvga-normal > /sys/devices/platform/spi_s3c24xx_gpio.1/spi0.0/state" doesnt bring it back to normal |
| 22:20.45 | Psi | err, sorry, i meant to say "echo normal" with that last line |
| 22:20.45 | Boogie | are there any resellers of wikireader besides amazon? |
| 22:24.15 | larsc | ok |
| 22:24.49 | larsc | Psi: does echo 1 > .../reset help? |
| 22:25.23 | Psi | ok, figured out more, the problem is caused by using fbset qvga, i get better results if i just leave fbset set to vga and just do the echo qvga-normal/normal command |
| 22:25.36 | Psi | but the colors are all washed out |
| 22:25.51 | Psi | however atleast its displaing stuff and it appears to be a 240x320 pixel image |
| 22:26.17 | larsc | so the error is in the framebuffer driver |
| 22:26.50 | Psi | ive figured out how to use the commands better now, i can now get it back to normal vga mode from the gray state |
| 22:27.36 | PaulFertser | larsc: btw, have you decided anything about washed out colors? |
| 22:28.37 | larsc | decided? |
| 22:29.44 | PaulFertser | larsc: well, decided to try to find the reason or decided to go with the higher freq that seem to solve the problem or whatever :) |
| 22:31.21 | Psi | why would the line "rgba 5/11,6/5,5/0,0/0" give me a syntax error when i do fbset qvga ? |
| 22:32.08 | PaulFertser | Psi: probably difference in glamo and s3c fb drivers |
| 22:32.25 | Psi | hm |
| 22:32.28 | larsc | PaulFertser: lower freq. since it's currently way more then what the specs suggests, but glamo tends to crash when changing to a lower freq :/ |
| 22:33.59 | *** join/#openmoko ruoso (n=ruoso@lx-alvorada.alvoradahotel.com.br) |
| 22:35.46 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 22:39.56 | Psi | echo qvga-normal seems to set it to 240x320 pixels, its washed out and has a few lines where they shouldnt be but the picture is there showing the top left 1/4 of the desktop |
| 22:40.25 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 22:40.52 | Psi | if i then go fbset qvga the picture gets ever larger, it seems to change to something like 110x240 pixels (height halves) |
| 22:41.01 | Psi | and the lines get much worse |
| 22:41.26 | Psi | err, meant to say 160x240 |
| 22:41.27 | *** part/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 22:41.48 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 22:42.21 | *** part/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
| 22:50.33 | *** join/#openmoko vaiursch (n=erwin@adsl-62-167-47-8.adslplus.ch) |
| 22:50.41 | *** join/#openmoko skamster_ (n=quassel@80-219-13-152.dclient.hispeed.ch) |
| 22:50.58 | *** join/#openmoko pb___ (n=pb@88-109-165-150.dynamic.dsl.as9105.com) |
| 22:56.01 | *** join/#openmoko _Fox_Muldr (i=quakeman@g227028159.adsl.alicedsl.de) |
| 22:59.06 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 22:59.34 | Psi | could i stuff my phone playing around with different settings in fb.modes? |
| 22:59.49 | Psi | ie are the wrong timeing settings likely to damage the lcd? |
| 23:00.26 | UndrWater | try it...everyone's doing it |
| 23:00.50 | UndrWater | trying for the 320x240 res? |
| 23:07.41 | larsc | Psi: no |
| 23:10.57 | Psi | UndrWater: ya |
| 23:10.59 | Psi | on gta01 |
| 23:11.43 | UndrWater | cool...good luck...let us know if you realize success |
| 23:14.41 | Psi | which command is using the fb.modes data fbset or echo normal/normal-qvga ? |
| 23:15.56 | *** join/#openmoko pieterc (n=user@78-21-38-27.access.telenet.be) |
| 23:16.31 | PaulFertser | Psi: fbset |
| 23:18.07 | Psi | thx |
| 23:20.30 | larsc | echo normal/normal-qvga just tells the display what input to expect |
| 23:37.19 | *** join/#openmoko emacsian (n=ram@122.167.83.181) |
| 23:41.02 | *** join/#openmoko emacsian (n=ram@122.167.83.181) |
| 23:42.14 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
| 23:48.15 | *** join/#openmoko Judge_Gregg (n=quassel@lib59-7-88-185-52-126.fbx.proxad.net) |
| 23:50.59 | *** part/#openmoko Martix (n=Martix@212.111.30.125) |