| 00:02.44 | *** join/#openmoko else58 (n=else58@70.114.141.31) |
| 00:10.13 | *** join/#openmoko merriam_ (n=merriam@wmerriam.gotadsl.co.uk) |
| 00:14.24 | CIA-54 | freesmartphone.org: 03mickey 07cornucopia * r90d967b1d1fb 10/fsogsmd/ (src/lib/genatcommands.py tests/testatcommand.vala): fsogsmd: generate some more of the simple commands |
| 00:17.11 | *** join/#openmoko tholin_lap (n=tholin@p2169-ipbf1104osakakita.osaka.ocn.ne.jp) |
| 00:19.17 | *** part/#openmoko KaraDog_ (n=lihouyu@60.190.138.109) |
| 00:31.38 | *** part/#openmoko christooss (n=matic@BSN-142-101-135.dial-up.dsl.siol.net) |
| 00:35.59 | *** join/#openmoko rooly (n=CAC@12.151.197.98) |
| 00:36.35 | slaxxin | yea but i bet shr donr release m1 |
| 00:38.14 | slaxxin | maybe we get lucky an 2009.01 will appear to save the whole world |
| 00:38.14 | *** join/#openmoko Ryback_ (n=ulisses@enlightenment/developer/ryback) |
| 00:38.58 | *** join/#openmoko rooly (n=rooly@12.151.197.98) |
| 00:41.05 | shellevil | 2008.15 |
| 00:41.16 | rooly | lol |
| 00:48.55 | *** join/#openmoko rooly (n=rooly@12.151.197.98) |
| 01:00.12 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 01:01.38 | *** join/#openmoko viktor__ (n=viktor@Macintosh-4-142244172162.uws.ualberta.ca) |
| 01:05.21 | *** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007) |
| 01:10.20 | *** join/#openmoko ChandleWEi (n=chandle@210.13.121.62) |
| 01:10.24 | *** part/#openmoko ChandleWEi (n=chandle@210.13.121.62) |
| 01:34.48 | *** join/#openmoko knguyen (n=knguyen@ip72-200-109-252.tc.ph.cox.net) |
| 01:43.41 | Dave | yo rooly |
| 01:44.00 | rooly | yo yo |
| 01:48.57 | rooly | whatup dave |
| 01:51.38 | Dave | :D |
| 01:51.42 | Dave | Just pimpin' |
| 01:51.59 | rooly | ic |
| 01:52.05 | rooly | this is driving me crazy ya know |
| 01:52.34 | Dave | which part, your development, or your headache, or what? |
| 01:52.41 | Dave | perhaps they're all related in some twisted sick manner |
| 01:53.06 | rooly | headache is gone |
| 01:53.10 | rooly | i'm fed up with women |
| 01:53.23 | rooly | and at the moment i decide, "I'm just gonna give up." |
| 01:53.28 | rooly | i get contacted by half a dozen |
| 01:53.34 | rooly | drives ya nuts |
| 01:55.59 | Dave | hahaha, yep |
| 01:56.09 | Dave | fuckin bitches |
| 01:56.11 | Dave | let 'em rot |
| 01:56.16 | Dave | or stew, then rot |
| 01:56.19 | Dave | shrugs |
| 01:56.21 | Dave | fuck it :P |
| 01:57.07 | rooly | that's what i'd like to say |
| 01:57.19 | rooly | but there's just something that keeps telling me, "wait a little bit longer" |
| 01:57.27 | Dave | ¬_¬ |
| 01:57.33 | Dave | Yeah, you just wait man... |
| 01:57.37 | Dave | see what happens --- |
| 01:58.45 | rooly | more nothing? |
| 01:58.58 | Dave | more worse |
| 01:59.20 | rooly | ahh |
| 01:59.21 | Dave | normally I'd say that makes little sense... however, here, it somehow seems appropriate. |
| 01:59.32 | rooly | yeah, i agree |
| 02:00.57 | slaxxin | are there any little Daves Or Roolys yet? |
| 02:01.11 | Dave | ¬_¬ |
| 02:01.15 | rooly | i want 4 little roolies |
| 02:01.23 | Dave | UNroolies, most likely :P |
| 02:01.26 | rooly | just not at the same time... |
| 02:01.27 | Dave | heh |
| 02:01.32 | slaxxin | way things are going u need 8 |
| 02:01.37 | rooly | haha |
| 02:01.42 | rooly | how bout you dave |
| 02:01.53 | Dave | THERE CAN BE ONLY ONE! |
| 02:02.06 | slaxxin | wrong |
| 02:02.14 | Dave | draws his sword |
| 02:02.44 | Zorkman | hehe, dave you have enough FR's for a complete harem that gives you each ten little daves :p |
| 02:03.03 | Dave | :O |
| 02:03.28 | slaxxin | spares Daves life |
| 02:03.31 | Dave | If I didn't know better, I'd say that was hot :p |
| 02:04.16 | Dave | One little, two little, ten little endians... |
| 02:05.20 | slaxxin | yea |
| 02:07.41 | slaxxin | my youngest is 24 |
| 02:07.51 | slaxxin | haha |
| 02:08.02 | slaxxin | im older than rocks |
| 02:11.13 | rooly | ... |
| 02:11.24 | rooly | is 20/25 |
| 02:11.45 | Dave | is that your vision? :p |
| 02:11.50 | rooly | no |
| 02:11.53 | Dave | ;) |
| 02:11.54 | rooly | i am 20, i look 25 |
| 02:12.02 | Dave | :p |
| 02:12.10 | Dave | oh, so that's how you write it? :P |
| 02:12.57 | Dave | I wonder how someone would interpret the comment, you look like a freerunner. |
| 02:17.06 | *** join/#openmoko zelegolas (n=zelegola@ip216-239-87-221.vif.net) |
| 02:21.23 | Zorkman | full of EMradiation and with a large hole in it :) |
| 02:24.35 | rooly | just as long as you don't call 'em a freeballer |
| 02:26.42 | Dave | hahaha |
| 02:26.45 | *** join/#openmoko pcfe` (n=pcfe@a88-115-21-247.elisa-laajakaista.fi) |
| 02:28.07 | rooly | altho...why i don't know...i know people who take pride in being just that |
| 02:31.48 | *** join/#openmoko viktor__ (n=viktor@residence-232-134.mschaffer.ualberta.ca) |
| 02:36.25 | *** join/#openmoko christooss1 (n=matic@BSN-142-101-135.dial-up.dsl.siol.net) |
| 02:54.39 | *** join/#openmoko GunsNRose (n=GunsNRos@222.212.63.63) |
| 02:54.43 | slaxxin | http://lists.openmoko.org/pipermail/devel/2009-March/004976.html |
| 02:55.20 | slaxxin | where are all these "Alpha builds" located at? |
| 02:59.00 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 03:04.51 | *** join/#openmoko alephnull (n=alok@122.172.33.101) |
| 03:14.15 | *** join/#openmoko GunsNRose_ (n=GunsNRos@222.212.63.63) |
| 03:15.54 | *** join/#openmoko euud (n=chatzill@60-249-99-148.HINET-IP.hinet.net) |
| 03:21.45 | *** join/#openmoko mbuf (n=mbuf@61.16.248.242) |
| 03:31.45 | *** part/#openmoko rooly (n=rooly@12.151.197.98) |
| 03:35.11 | *** join/#openmoko eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net) |
| 03:37.22 | *** join/#openmoko arndtroide (n=arndt@port-92-196-13-43.dynamic.qsc.de) |
| 03:42.48 | *** join/#openmoko polymar (n=polymar@ip72-219-131-110.oc.oc.cox.net) |
| 03:45.34 | *** join/#openmoko everslick (n=clemens@91-113-117-25.adsl.highway.telekom.at) |
| 03:54.52 | *** join/#openmoko Defiant (n=Defiant@d010230.adsl.hansenet.de) |
| 03:56.45 | slaxxin | Les Store is arrived |
| 03:56.57 | slaxxin | storm |
| 04:01.25 | *** join/#openmoko polymar_ (n=polymar@vpn.yellowpages.com) |
| 04:20.37 | *** join/#openmoko oon_ (n=oon@ankhoon.net) |
| 04:52.59 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 04:54.37 | *** join/#openmoko fobos (n=fobos@78.90.88.244) |
| 04:59.06 | *** join/#openmoko BillK (n=Bill@203-206-34-132.dyn.iinet.net.au) |
| 05:00.28 | *** join/#openmoko jeff__ (n=jeff@ool-457f178c.dyn.optonline.net) |
| 05:06.25 | *** join/#openmoko gringo (n=gringo@195.202.184.107) |
| 05:37.51 | *** join/#openmoko freerunnerlive (n=ernst@p57B5F3C9.dip.t-dialin.net) |
| 05:39.03 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 05:41.45 | *** join/#openmoko geaaru (n=geaaru@host227-49-dynamic.40-79-r.retail.telecomitalia.it) |
| 05:47.38 | *** join/#openmoko fobos (n=fobos@78.90.88.244) |
| 05:55.34 | *** join/#openmoko GunsNRose__ (n=GunsNRos@222.212.63.63) |
| 05:56.05 | *** join/#openmoko mithris (n=mithris@ua-83-227-219-197.cust.bredbandsbolaget.se) |
| 06:01.49 | *** join/#openmoko Shlee (n=quassel@122-49-150-91.ip.adam.com.au) |
| 06:03.19 | *** join/#openmoko sakkara (n=sakkara@80.121.180.94) |
| 06:04.39 | *** join/#openmoko pazante (n=patrik@user113.77-105-224.netatonce.net) |
| 06:04.39 | *** join/#openmoko knguyen (n=knguyen@wireless-23-29.uawifi.arizona.edu) |
| 06:04.56 | *** join/#openmoko toi (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
| 06:05.02 | *** join/#openmoko dwb1 (n=david@a177027.upc-a.chello.nl) |
| 06:13.26 | *** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-087-099.pools.arcor-ip.net) |
| 06:16.06 | KenYoung | Does anyone know why projects.openmoko.org is down? |
| 06:16.41 | ndnihil | database error it seems |
| 06:27.08 | *** join/#openmoko anno^da_ (n=anno^da@p5B07E12F.dip.t-dialin.net) |
| 06:28.15 | raster | its dead jim |
| 06:28.17 | raster | dead! |
| 06:30.27 | DocScrutinizer | fascinating! |
| 06:32.08 | raster | who shall be the hero and fix said... projects.openmoko.org ? |
| 06:32.19 | raster | is happy he moved his stuff off to enlightenment.org |
| 06:34.42 | DocScrutinizer | miss Uhura, open a channel to central services! |
| 06:35.02 | *** join/#openmoko two3four (n=erik@81-233-151-113-no82.business.telia.com) |
| 06:35.18 | ndnihil | wonders if shatner really did hit that |
| 06:35.21 | raster | hahaha |
| 06:36.07 | ndnihil | I would have |
| 06:38.04 | *** join/#openmoko KenYoung (n=Ken@pool-151-204-249-152.bstnma.east.verizon.net) |
| 06:40.18 | PaulFertser | "The agreement sees TomTom get "coverage" from Microsoft for 3 patents that reportedly still meet TomTom's requirements for its GPL v2 license. In exchange, TomTom must remove the features related to two FAT file system patents within the next two years." SHIT :( |
| 06:40.59 | raster | ?? |
| 06:41.12 | PaulFertser | raster: TomTom gave in and made a deal with ms. |
| 06:41.17 | raster | hmmm |
| 06:41.27 | raster | well legally that doesnt squash or uphold the patents |
| 06:41.27 | ndnihil | weak |
| 06:41.38 | raster | it leaves them in "give in to ms" land |
| 06:41.44 | ndnihil | got the gf a tomtom for xmas |
| 06:41.54 | raster | jim jim |
| 06:42.07 | PaulFertser | Yes, no court decision, no legal consequences. But it'd be nice to prove those stupid patents invalid... |
| 06:42.16 | ndnihil | hrm, I wonder what cpu the tomtom uses |
| 06:42.26 | ndnihil | I backed up its filesystem |
| 06:42.30 | PaulFertser | (those = meaningless vfat patents) |
| 06:43.19 | PaulFertser | raster: especially given that SD card specs include require FAT (and for any sane usage it means vfat) support... |
| 06:45.03 | *** join/#openmoko agg1n (n=jan@static-87-245-53-250.teleos-web.de) |
| 06:45.33 | PaulFertser | raster: now i can imagine some executive going like that: "well, Linux kernel is good and free, but... I guess we'd better buy wince for our next product". |
| 06:47.02 | PaulFertser | And that happened despite TomTom was provided with all means of patent retalliation... |
| 06:47.05 | PaulFertser | Life sucks |
| 06:47.18 | PaulFertser | Good morning news, indeed. |
| 06:47.44 | raster | PaulFertser: hmmm where do they require fat? i've never known that to be required before. maybe a recommendation for compatibility? |
| 06:48.46 | DocScrutinizer | fsck M$, fsck WMG http://www.youtube.com/index?gl=US&ytsession=mRPnfCjrmn3lDOGXI-4I073PhERZ9rniLydRzs0uN1lvji6UBDDdVRZ-H-v7lnu_5wSoORpCS8ISNVysSqBg7bhxxZtmTGVYza7PqZHBNT3Z8B1OX7Xg-l-Vyt91b327nc45tzsd-6qHqx67jqgj8dKdoE6WNI_hNIGhzlFIUIUoSL2TlGU-ikOjgzlqLUFSAdHnQ6r81rwavPzLD5lc9fnjcC9DeKI9XTdVG7ZLp45dvR4Wm7tbTCqfAJ3yQ0Eq |
| 06:49.28 | raster | not available anymoire |
| 06:49.32 | DocScrutinizer | Jim, they used disruptors |
| 06:49.56 | DocScrutinizer | fscking klingons |
| 06:52.23 | *** join/#openmoko simon_ (n=simon@cpe90-146-223-204.liwest.at) |
| 06:53.58 | *** join/#openmoko bd2 (n=cbou@dev.rtsoft.ru) |
| 06:54.10 | DocScrutinizer | White Rabbit Trek mashup |
| 06:54.11 | DocScrutinizer | Here's a wonderful video mashup of the original Star Trek done to the Jefferson Airplane's White Rabbit. I like Uhuru as the Red Queen. |
| 06:54.31 | DocScrutinizer | </quote> http://www.soltys.ca/coredump/archives/2008_02_01_archive.html |
| 06:55.29 | *** join/#openmoko BluesLee (n=malik197@e182051152.adsl.alicedsl.de) |
| 06:55.42 | BluesLee | some qi experts here? |
| 06:56.02 | PaulFertser | raster: i can't see how to access SD card specs (not simplified sdhci specs), so can't judge how exactly SD Association endorses FAT. But still. |
| 06:56.06 | PaulFertser | BluesLee: ? |
| 06:56.09 | ndnihil | focuses his qi |
| 06:56.17 | BluesLee | the wiki says that fat partitions are ignored and that qi can boot from the first three partitions |
| 06:56.25 | PaulFertser | BluesLee: yes |
| 06:56.54 | raster | PaulFertser: well.. in "reality" u can format an sd card (or mmc or cf, memory stick) any way you like |
| 06:56.56 | raster | partition it |
| 06:56.59 | raster | and put other fs's on it |
| 06:57.02 | raster | and nothing stops you |
| 06:57.07 | BluesLee | yeah |
| 06:57.22 | raster | as best i know - ext2/3 on a "good sd" with "good wear leveling algorithms" is not greater or less than fat |
| 06:57.25 | BluesLee | my question: i have for partitions, the first one fat |
| 06:57.30 | BluesLee | four |
| 06:57.31 | raster | err the lifespan |
| 06:57.44 | raster | as best i know fat is a recommendation for interoperability |
| 06:57.45 | PaulFertser | raster: to get a "officially sd compatible" sign, that's probably not enough. |
| 06:57.47 | raster | nothnig more |
| 06:57.49 | BluesLee | can i boot from part 4? |
| 06:58.00 | raster | sure |
| 06:58.02 | PaulFertser | BluesLee: not without source code tweaks. |
| 06:58.08 | raster | so its a matter of gettign a logo |
| 06:58.12 | raster | if u cant handlt fat |
| 06:58.16 | raster | u cant get the "sd" logo |
| 06:58.20 | raster | but it doesnt nullify the tech |
| 06:59.00 | raster | (as best i know) |
| 06:59.22 | DocScrutinizer | BluesLee: afaik you either press aux three times, or put some magic filename in root of first three partitions like "no-qi-boot" sth |
| 06:59.52 | BluesLee | i should try it |
| 06:59.53 | DocScrutinizer | BluesLee: but probably I'm hopelessly out of date with that info |
| 07:00.11 | BluesLee | DocScrutinizer: no, you are correct, the wiki says so |
| 07:00.12 | PaulFertser | raster: When some clearly invalid patents can be used in such an offensive way, it clearly means that this world is sick. And i'm afraid it will influence those who make desicions on choosing embedded OSes.... |
| 07:00.24 | PaulFertser | BluesLee: 4th partition won't be read at all. |
| 07:00.27 | raster | PaulFertser: oooh. i dont disagree with that |
| 07:00.37 | raster | PaulFertser: personally i think software patents are utterly stupid |
| 07:00.43 | raster | they should never have existed |
| 07:00.46 | raster | ever |
| 07:00.56 | raster | in fact i thnik the patnet system in general is broekn |
| 07:01.05 | raster | at least software patents imho should be dropepd to maybe 2 years |
| 07:01.20 | raster | if u dont radically change things in how they are approved or kill them |
| 07:01.23 | raster | reduce their impact |
| 07:01.30 | BluesLee | PaulFertser: in that case its bad for me, as i cant use the first one (fat) and the second is some additional fs for android |
| 07:01.36 | raster | software moves so fast, 25years of patent is just wrong |
| 07:01.39 | BluesLee | PaulFertser: so i am sticked to part 3 |
| 07:01.43 | raster | ok- give a patent holder a "head start" |
| 07:01.46 | raster | give them 2 eyars |
| 07:01.59 | raster | thats 2 years to take their idea and get a product out and own the market |
| 07:02.04 | raster | it kills patent trolls |
| 07:02.42 | raster | and nukes people just resting on their lorels for 25 years if they do have a patent - like ms |
| 07:02.56 | raster | (fat patents.. come on.. how old is that? even the long filename stuff) |
| 07:03.28 | DocScrutinizer | it's crap anyway |
| 07:03.29 | PaulFertser | raster: and something must be done with the validation system too. Too many meaningless but enforceable patents... |
| 07:04.01 | PaulFertser | raster: better to kill both patent systems altogether, but looks like it's not going to happen... |
| 07:04.24 | BluesLee | how do i force qi to boot from nand, by default it looks on the sd first |
| 07:04.26 | DocScrutinizer | PaulFertser: validation is fubar or even broken by design |
| 07:04.56 | PaulFertser | BluesLee: for complex arrangements initramfs menu is supposed to be used. To skip sd kernels, just place /boot/noboot-GTA02 there. |
| 07:04.56 | DocScrutinizer | BluesLee: no way afaik |
| 07:05.15 | PaulFertser | BluesLee: reading sd doesn't take too much time anyway. |
| 07:05.20 | *** join/#openmoko bd2 (n=cbou@dev.rtsoft.ru) |
| 07:05.25 | PaulFertser | DocScrutinizer: i agree. |
| 07:05.42 | raster | PaulFertser: yes. patents get approved for obvious shit all the time |
| 07:05.46 | raster | if u cant improve that |
| 07:05.49 | raster | di the simplest thing |
| 07:05.51 | raster | cut it down to 2 years |
| 07:05.56 | DocScrutinizer | abolish |
| 07:06.01 | raster | doesnt require more resources in the patent office |
| 07:06.18 | DocScrutinizer | nuke the office ;-) |
| 07:06.29 | raster | DocScrutinizer: might be harder than simply reducing the time |
| 07:06.35 | BluesLee | aux button behaves like skip |
| 07:06.41 | DocScrutinizer | yup |
| 07:06.49 | BluesLee | okay, i can live with that |
| 07:07.50 | BluesLee | nand would be better as default |
| 07:08.35 | BluesLee | i should say "i would expect nand to be booted first" |
| 07:10.31 | DocScrutinizer | BluesLee: qi was designed and has been developed with gta0e in mind. gta03 shall boot from sd by default |
| 07:12.22 | KenYoung | DocScrutinizer, What's the advantage of booting from SD by default? |
| 07:13.49 | DocScrutinizer | hmm, virtually unlimited size, easy update of devices already packed for shipping... dunno |
| 07:14.25 | raster | KenYoung: harder to brick |
| 07:14.29 | *** join/#openmoko raspoutine (n=neil@vau06-1-89-85-32-52.dsl.club-internet.fr) |
| 07:14.30 | raster | ie u are not reflashing nand |
| 07:14.33 | raster | u leave nand the hell alonje |
| 07:14.39 | raster | keep uboot (or qi) in nand |
| 07:14.42 | raster | and never touch it |
| 07:15.38 | KenYoung | So is the goal to have nothing in internal nand except the loader? |
| 07:15.52 | DocScrutinizer | yup |
| 07:16.35 | raster | it's doable as long as your sdio is flash |
| 07:16.41 | raster | ie.. its not going via glamo... |
| 07:16.41 | raster | :) |
| 07:25.53 | methril|work | morning |
| 07:27.31 | *** join/#openmoko dkirker (n=dkirker@adsl-99-2-134-28.dsl.snlo01.sbcglobal.net) |
| 07:29.09 | *** join/#openmoko _choc (i=natas@ool-14b82419.dyn.0pt0nline.com) |
| 07:33.49 | *** join/#openmoko raspoutine (n=neil@vau06-1-89-85-32-52.dsl.club-internet.fr) |
| 07:41.21 | *** join/#openmoko alephnull (n=alok@122.172.33.101) |
| 07:42.56 | *** join/#openmoko bernt (n=bernt@dslb-084-060-108-243.pools.arcor-ip.net) |
| 07:44.58 | *** join/#openmoko cga (n=cga@62.196.2.6) |
| 07:47.35 | *** join/#openmoko joejoe (n=imlich@129.187.227.206) |
| 07:53.01 | *** join/#openmoko seeseekey (n=Miranda@p54BC3981.dip0.t-ipconnect.de) |
| 08:00.59 | *** join/#openmoko kwek__ (n=kwek@77.Red-88-19-17.staticIP.rima-tde.net) |
| 08:02.41 | *** join/#openmoko tig| (n=Tig|@aurix2.plus.com) |
| 08:04.24 | *** join/#openmoko Xilent (n=xk@unaffiliated/xilent) |
| 08:05.01 | *** join/#openmoko jeremychang (n=jeremy@163.21.187.99) |
| 08:05.29 | *** join/#openmoko polaru (n=polaru@93.113.192.70) |
| 08:09.25 | *** join/#openmoko sunbear17 (n=sunbear1@cl-9.muc-02.de.sixxs.net) |
| 08:11.04 | *** join/#openmoko batti112 (n=batti@blfd-4db1d119.pool.einsundeins.de) |
| 08:22.13 | *** join/#openmoko morphis (n=morphis@92.116.223.113) |
| 08:23.13 | *** join/#openmoko greentux_ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:23.20 | *** join/#openmoko Free_maN (n=Free_maN@217.174.199.201) |
| 08:30.48 | *** join/#openmoko booxter (n=booxter@cpmsq.epam.com) |
| 08:33.06 | *** join/#openmoko Psi (n=ben@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 08:33.58 | *** join/#openmoko ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 08:35.16 | *** join/#openmoko anno^da_ (n=anno^da@p5B07E12F.dip.t-dialin.net) |
| 08:35.40 | *** join/#openmoko bd2 (n=cbou@dev.rtsoft.ru) |
| 08:42.33 | Hopscotch | good morning |
| 08:42.48 | *** join/#openmoko pazante (n=patrik@user113.77-105-224.netatonce.net) |
| 08:46.42 | *** join/#openmoko tholin_lap (n=tholin@p2169-ipbf1104osakakita.osaka.ocn.ne.jp) |
| 08:47.28 | joejoe | http://projects.openmoko.org/ OpenMokoProjects Could Not Connect to Database: |
| 08:49.05 | *** join/#openmoko kasjo_screen (i=kasjo@gdy-cie.dotyka-to.myslisz.ze.to.cza.ry.pl) |
| 08:49.26 | *** join/#openmoko christooss (n=matic@BSN-142-114-167.dial-up.dsl.siol.net) |
| 08:59.51 | *** join/#openmoko ericthefish (n=ivan@217.113.163.70) |
| 09:03.59 | *** join/#openmoko DrRabbit (n=xchat@ip68-99-219-29.ph.ph.cox.net) |
| 09:13.58 | *** join/#openmoko der-lehmann (n=stefan@95.89.148.250) |
| 09:20.46 | *** join/#openmoko sakkara (n=sakkara@80.121.180.94) |
| 09:28.55 | *** join/#openmoko christooss1 (n=matic@BSN-142-114-167.dial-up.dsl.siol.net) |
| 09:30.09 | *** join/#openmoko wd (n=wd@in.soviet.russia.brains.suxx.us) |
| 09:36.03 | Psi | im about to flash the gsm on my gta01 and im not quite sure about the FLUID bit on the wiki, why is it on 3 lines? |
| 09:36.13 | Psi | here -> http://wiki.openmoko.org/wiki/GSM/Flashing |
| 09:37.24 | lindi- | Psi: just to make the lines shorter |
| 09:37.53 | Psi | so if i remove the 2 \ it will be exactly the same? |
| 09:37.58 | lindi- | Psi: no |
| 09:38.25 | lindi- | Psi: you can enter those three lines just like they are in the wiki |
| 09:38.41 | Psi | so i press enter after each \ |
| 09:38.59 | PaulFertser | Psi: yes |
| 09:39.02 | Psi | ok, thx |
| 09:40.19 | PaulFertser | lindi-: on an unrelated note, FT232RL is quite nice USB-UART converter, no external components, drivers already in kernel, <10$ |
| 09:42.18 | PaulFertser | lindi-: SSOP package though. But here we can buy some small pcbs exactly for soldering SSOPs. |
| 09:43.06 | PaulFertser | lindi-: like this one: http://chip-dip.ru/library/DOC000112285.jpg |
| 09:43.27 | *** join/#openmoko chihchun (n=chihchun@210.240.39.7) |
| 09:44.50 | lindi- | i'm still wondering how i want to solder this plug so that i can easily reuse it later ;) |
| 09:45.24 | Psi | what kinda plug? |
| 09:48.56 | PaulFertser | lindi-: probably you can get some 1.27 like that http://chip-dip.ru/library/DOC000133180.jpg and an idc socket (1.27 too) like this: http://chip-dip.ru/library/DOC000183192.jpg |
| 09:49.19 | lindi- | Psi: just normal 2.5mm 3-pole plug |
| 09:49.46 | *** join/#openmoko Hire (n=hire@host241-218-dynamic.56-79-r.retail.telecomitalia.it) |
| 09:50.02 | lindi- | PaulFertser: can't make sense of the last one |
| 09:50.12 | lindi- | PaulFertser: but the first ones i have here |
| 09:50.50 | lindi- | maybe i'll just solder wires to the 3 poles of the plug and put those to breadboard |
| 09:51.23 | Psi | why not just solder to to the breadboard |
| 09:51.24 | PaulFertser | lindi-: it's a regular IDC socket for flat cable. You can get some flat cable attach to this socket, the other side solder to 2.5 jack. Jacks from the first picture you can solder permanently to your atmega device (i saw it has a special place for that). |
| 09:51.49 | lindi- | PaulFertser: i have already headers in my AVR |
| 09:51.54 | PaulFertser | lindi-: this way you'll make another flat cable whenever you need to use it for another purpose. |
| 09:51.55 | Psi | oh, right breadboard, i was thinking of veroboard |
| 09:52.45 | lindi- | PaulFertser: sounds useful |
| 09:55.55 | lindi- | PaulFertser: could i use flat cables from old floppy cables? ;) |
| 09:57.18 | PaulFertser | lindi-: hm, i think they're for 2.54 and you have 1.27, no? |
| 09:57.57 | lindi- | PaulFertser: i was bit unclear. i have special header extension pack so that i have 2.54 headers (but only for PORTD) |
| 09:58.30 | lindi- | PaulFertser: same as the breadboard |
| 09:58.56 | lindi- | PaulFertser: http://wizbangdesigns.blogspot.com/2008/01/installing-10017-at90usbkey-adapter.html has a photo |
| 10:02.43 | PaulFertser | lindi-: ah, that's nice. Then yes, flat cables from old floppies will work :) |
| 10:03.07 | lindi- | they are bit too wide but otherwise ok |
| 10:03.51 | PaulFertser | lindi-: you can rip unnecessary wires. |
| 10:03.54 | PaulFertser | :) |
| 10:04.14 | lindi- | will the plastic part hold together after that? |
| 10:05.28 | PaulFertser | lindi-: hm, never tried using unsuitable plastic parts :) I'd use what i'd have at the moment without tweaks and then buy proper IDC10 sockets. |
| 10:05.59 | lindi- | maybe some superglue can make this work ;) |
| 10:06.44 | *** join/#openmoko spsneo (i=d2d4083d@gateway/web/ajax/mibbit.com/x-281ec637b3ae4080) |
| 10:10.19 | Psi | damnit, why does my gta01 error when flashing rootfs images that are 22MB :( |
| 10:12.19 | Psi | i swear it just doesnt want me to update the GSM |
| 10:13.16 | lindi- | Psi: what has rootfs to do with gsm update? |
| 10:13.28 | Psi | the wiki recommends the console only images |
| 10:13.36 | Psi | which are all 22mb |
| 10:14.10 | Psi | console only, so you can be sure nothing else is running that might talk to the gsm while flashing |
| 10:15.14 | Psi | but i always get "dfu_download error -110 ] finished! unable to read DFU status" when flashing them |
| 10:15.25 | Psi | all other rootfs images flash fine |
| 10:15.42 | Psi | it just hates the console ones for some unknown reason, all i can think of is that they are all 22mb |
| 10:16.25 | lindi- | Psi: link? |
| 10:16.50 | Psi | of an image? or the dfu-util output? |
| 10:17.04 | lindi- | image |
| 10:17.53 | Psi | http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/ |
| 10:18.06 | Psi | all the console images in there, ive tried them all, |
| 10:18.24 | Psi | there are 3 |
| 10:18.32 | lindi- | ok |
| 10:18.37 | lindi- | can't do much. i don't do image |
| 10:18.38 | lindi- | +s |
| 10:19.03 | Psi | how do you do it? |
| 10:19.08 | *** part/#openmoko C-Keen (i=ckeen@pestilenz.org) |
| 10:19.18 | lindi- | Psi: i just used my normal debian installation |
| 10:19.36 | Psi | for the gsm flash? |
| 10:19.40 | lindi- | yep |
| 10:20.11 | *** join/#openmoko kubrat (n=root@mail.mysi.co.uk) |
| 10:20.16 | Psi | yeah, i can kill the processes that might talk to the gsm modem and use my normal shr install but i was trying to do it properly |
| 10:20.38 | *** join/#openmoko ndrs__ (n=andres@89.100.140.238) |
| 10:30.04 | *** join/#openmoko emmentaler (n=emmental@10-59-239-77-pool.cable.fcom.ch) |
| 10:32.07 | *** join/#openmoko zedmobi (n=mobile@149.254.48.27) |
| 10:36.54 | *** join/#openmoko zelegolas (n=zelegola@ip216-239-87-221.vif.net) |
| 10:42.59 | lindi- | Psi: maybe we have different opinions on this :) i wouldn't do so important stuff with totally untested installation |
| 10:44.29 | Psi | i wouldnt call it an untested installation, its what the wiki says to use |
| 10:46.10 | lindi- | Psi: less tested then ;) |
| 10:46.44 | methril|work | i'll do for gta02 and works perfectly (the second time) :) |
| 10:46.52 | methril|work | as put in the wiki |
| 10:48.29 | methril|work | Psi i tested with a own built fso-console-image and newest kernel and it didn't work |
| 10:48.53 | Psi | what did it do? |
| 10:49.02 | methril|work | it waits |
| 10:49.11 | methril|work | and didn't start the firmware update |
| 10:49.24 | PaulFertser | Psi: in fact "properly" means do it anyway you like |
| 10:49.32 | methril|work | (good because doesn't broke anything) |
| 10:49.32 | PaulFertser | Psi: nothing requires you to use console-only image. |
| 10:49.34 | Psi | heh |
| 10:50.00 | Psi | i was more confused by the fact that i wouldnt flash the console images than anything else |
| 10:50.07 | methril|work | PaulFertser: not really, but it needs the proper kernel/userspace interface, isn't it? |
| 10:50.10 | lindi- | PaulFertser: ok, soldering part of the project should be over now |
| 10:50.25 | PaulFertser | lindi-: in fact i guess most gsm firmware upgrades happened with not console images. |
| 10:50.30 | PaulFertser | lindi-: great :) |
| 10:50.31 | methril|work | the newest kernel changes that interfaces, |
| 10:50.38 | lindi- | PaulFertser: next i'll write a test program that toggles the tip and middle parts of the plug just to make sure i have connections correctly |
| 10:50.40 | PaulFertser | methril|work: are you talking about gta01 or gta02 |
| 10:50.45 | methril|work | gta02 |
| 10:51.17 | PaulFertser | methril|work: for gta02 uSD image by Joerg works. And on gta02 it's even easier, because there the modem can be easily power-cycled. |
| 10:51.47 | methril|work | oh!! i didn't really know the gta01/02 modem interface diffs |
| 10:52.08 | Psi | PaulFertser: yeah, i tried that one, even tho its not gta01, still wont flash |
| 10:52.28 | PaulFertser | methril|work: on gta01 gsm modem can't be really power-cycled. That's why updating a partially flashed firmware is trickier. On gta02 it's as easy as a regular update. |
| 10:52.50 | PaulFertser | Psi: gta02 image won't work on gta01. Just do what the wiki instructions say, it's easy. |
| 10:52.54 | Psi | im flashing gta01 for the first time atm |
| 10:53.04 | Psi | is there anything special i should know thats not on the wiki |
| 10:53.09 | Psi | the modem currently works |
| 10:53.10 | *** join/#openmoko knguyen (n=knguyen@ip70-176-108-142.ph.ph.cox.net) |
| 10:53.14 | methril|work | PaulFertser: This is due to some hw modifications? I'd like to know a little bit more :) |
| 10:53.33 | PaulFertser | Psi: kill all the processes that might harm. On shr it's ophonekitd, gsm0710muxd. Also i'd suggest to kill X and other CPU-consuming processes you don't strictly need for flashing. |
| 10:53.50 | Psi | yeah, x is gone and ive killed all the processes it says on the wiki |
| 10:54.08 | PaulFertser | methril|work: yes, GTA01 lacks hardware power switch. On gta02 most of the modem can be easily turned off by toggling one of pmu's GPIO's. |
| 10:54.29 | PaulFertser | Psi: check lsof |grep ttySAC0 output once again and proceed. |
| 10:54.52 | Psi | returns nothing |
| 10:54.54 | PaulFertser | methril|work: more info in the schematics :) |
| 10:54.55 | methril|work | PaulFertser: This remind me one "strange behaviour" on my gta02 |
| 10:55.02 | PaulFertser | Psi: that's intended. |
| 10:55.14 | methril|work | PaulFertser: I know, i'll take a look |
| 10:55.26 | PaulFertser | methril|work: what exactly behaviour are you talking about? |
| 10:56.11 | methril|work | when you plug the freerunner witouth battery to the USB port, it starts to make a small noise (like the power charger is trying to get the pulses needed to charge the battery |
| 10:56.20 | methril|work | and the battery is not pressent |
| 10:57.28 | PaulFertser | methril|work: i know that is dangerous for gta01, but for gta02 it should be safe. Probably that's certain power consumption conditions that make one of the L's emit noise... |
| 10:58.17 | methril|work | i've no scope to measure the battery pins, but when i've time (and scope) i'll try it and report a more detailed behaviour :) |
| 10:58.18 | *** part/#openmoko kubrat (n=root@mail.mysi.co.uk) |
| 10:59.27 | *** join/#openmoko dotmef (n=mef@mx1.bitwise.org) |
| 10:59.30 | *** join/#openmoko ghislain_openmob (n=ghislain@dhcp-077-250-021-038.chello.nl) |
| 10:59.40 | PaulFertser | methril|work: why do you want to run your FR without a battery? |
| 11:02.00 | methril|work | PaulFertser: well, i was connected to the USB all the time, i give out the battery and it keeps running |
| 11:02.18 | methril|work | Then i forget to put the battery, and it starts to make strange noise. |
| 11:02.28 | methril|work | And i think, that it could be "USB" powered |
| 11:02.41 | methril|work | but it didn't starts if the battery is not present |
| 11:02.42 | PaulFertser | methril|work: i've tried that many times and didn't hear any noise... |
| 11:02.58 | methril|work | the noise is when you plug without battery |
| 11:03.06 | methril|work | not if you remove the battery |
| 11:03.17 | PaulFertser | methril|work: are you using u-boot? |
| 11:03.26 | methril|work | yes |
| 11:03.37 | methril|work | you recommend qi? |
| 11:03.44 | Psi | ok, its flashed |
| 11:03.46 | Psi | worked fine |
| 11:04.03 | Psi | is now moko11 gsm |
| 11:04.39 | methril|work | congrats Psi |
| 11:04.53 | Weiss | hmm, i need to do that too at some point |
| 11:05.09 | PaulFertser | methril|work: looks like it enables backlight, PMU turns off the power (limited to 100mA), everything turns off and tries to boot again. With Qi it's possible to load and run the kernel, but the kernel enables backlight and it dies anyway. I guess it should be possible to boot a patched kernel (which doesn't enable backlight until negotiated 500mA with the host), but i guess nobody's tried it yet. |
| 11:05.44 | Psi | methril|work: thanks :) |
| 11:05.55 | methril|work | Psi: you're wellcome |
| 11:06.41 | methril|work | PaulFertser: nobody is improving u-boot actually, isn't it? |
| 11:06.41 | Psi | hm.. you think you could flash the LCD backlight at 40kHz? or would that be too fast |
| 11:06.55 | Psi | wondering if you could use it as a point blank IR remote to control stuff :P |
| 11:07.21 | methril|work | likes to have a debug board to do some u-boot stuff |
| 11:07.21 | Psi | wouldnt be IR but at point blank range it would make its way into the ir sensor in any device |
| 11:07.33 | PaulFertser | methril|work: would be useful for charging flat batteries... |
| 11:08.00 | PaulFertser | Weiss: updating GSM firmware is so easy and useful enough so i wonder why haven't everybody already done that. |
| 11:08.25 | PaulFertser | methril|work: no, some guys from community are doing that from time to time. |
| 11:08.47 | methril|work | nods the update GSM firmware sentence |
| 11:08.52 | *** join/#openmoko i3n (n=icman@118-232-162-251.dynamic.kbronet.com.tw) |
| 11:09.05 | PaulFertser | Weiss: moreover it's perfectly safe. |
| 11:09.08 | methril|work | PaulFertser: I only need a litle more time :) |
| 11:10.01 | PaulFertser | methril|work: btw, i guess you can use any UART-usb/rs232 converter to access serial console, probably it can be easier than obtaining a dboard. |
| 11:11.22 | methril|work | PaulFertser: I know, btw i was thinking to get a dboard. I'd like to get involved in some kernel/u-boot dev and i prefer to have a safe way to get back my possibly "bricked" phone |
| 11:11.41 | PaulFertser | methril|work: have you considered making idbg btw? |
| 11:11.53 | methril|work | i'm thinking about it |
| 11:11.57 | PaulFertser | methril|work: moreover, how on earth can you brick the phone? |
| 11:12.00 | methril|work | i'm doing some buzz fix mods... |
| 11:12.09 | methril|work | well, bad tests? :D |
| 11:12.22 | PaulFertser | methril|work: i mean, how can dboard help anyway? Are you sure you need JTAG? |
| 11:12.55 | methril|work | well, i've jtag |
| 11:13.04 | methril|work | (a jtagKey) |
| 11:13.47 | PaulFertser | methril|work: if you don't touch NOR (and that can't be done accidentally) you'll be able to boot NOR u-boot and do whatever you need to recover the phone. |
| 11:14.30 | methril|work | PaulFertser: True, i forget the robust design of Freerunner |
| 11:14.32 | Psi | unless he's using a gta01 |
| 11:14.32 | methril|work | :$ |
| 11:14.39 | PaulFertser | Psi: and he is not :) |
| 11:14.47 | Psi | :) |
| 11:15.38 | *** join/#openmoko Gnutoo (n=gnutoo@host169-162-dynamic.44-79-r.retail.telecomitalia.it) |
| 11:16.13 | PaulFertser | methril|work: and if you ever need to flash NOR, you can ensure that you can boot from NAND and then flash NOR (after grounding(?) one testpoint). So, really, no dboard is needed even for many low-level tasks. |
| 11:16.29 | *** join/#openmoko max_posedon (n=max_pose@93.84.112.66) |
| 11:16.46 | methril|work | PaulFertser: Thank u for your advices, i've to get some time to do some of your suggested performance |
| 11:17.05 | methril|work | i'd like to see some om_u-boot into u-boot mainline |
| 11:17.09 | PaulFertser | methril|work: i suggest juggling for really exciting performances ;) |
| 11:17.46 | PaulFertser | methril|work: to be honest, i like Qi much more that u-boot and i see no real sense in spending time in improving om-u-boot. |
| 11:18.25 | methril|work | well, u-boot is a real useful project, have an alternative (u-boot) could be nice |
| 11:18.52 | Psi | is Qi stable enough to flash and use on gta01? |
| 11:18.57 | PaulFertser | methril|work: imho it's mostly useful only for booting other kernels, not Linux. |
| 11:19.15 | henk | DocScrutinizer: i am? |
| 11:19.23 | PaulFertser | Psi: josch uses it and says he likes it more (i forgot the reasons). |
| 11:19.41 | methril|work | PaulFertser: someone would like to boot other kernels into freerunner :) |
| 11:20.05 | ghislain_openmob | u-boot is useful when you want to boot from a selected partition, qi does everything automatically, that's not always handy |
| 11:20.33 | lindi- | methril|work: i'd like to get battery charge indicator to u-boot |
| 11:20.41 | lindi- | methril|work: and current_now too |
| 11:20.44 | PaulFertser | ghislain_openmob: for that an initramfs menu solution should be created instead investing more and more time in supporting u-boot, i guess... |
| 11:20.55 | methril|work | lindi-: nice suggestion |
| 11:20.59 | henk | DocScrutinizer: what was that about? only context i can see is something about 'chanserv is the only op?'? |
| 11:21.30 | lindi- | PaulFertser: ok i verified the connections, now I can toggle 3V in plug_tip with PD3 and plug_middle with PD2 |
| 11:21.37 | methril|work | PaulFertser: I'd like u-boot for other systems (see my channerls) |
| 11:21.43 | PaulFertser | lindi-: nice |
| 11:21.47 | methril|work | s/channerls/channels |
| 11:21.55 | lindi- | PaulFertser: next i guess i need to configure the usart |
| 11:22.17 | methril|work | well, nice to talk with you |
| 11:22.18 | PaulFertser | lindi-: yes. On avr it's so much easier than on any ARM, so you're lucky :) |
| 11:22.19 | methril|work | lunch time |
| 11:22.57 | ghislain_openmob | if i can select other partitions to boot from, using qi, than qi will be fine for me. meanwile i stick with u-boot using boot_env |
| 11:23.13 | PaulFertser | ghislain_openmob: you can skip partitions with Qi too. |
| 11:24.12 | lindi- | PaulFertser: does it log anything there if I don't !DL_GSM? |
| 11:24.23 | ghislain_openmob | is it? i did'nt know... |
| 11:24.36 | PaulFertser | lindi-: thank God no :) |
| 11:24.51 | PaulFertser | lindi-: or else you'd hear a horrible uart sounds in your headphones :) |
| 11:25.12 | PaulFertser | lindi-: so, technically it does it all the time, but the data never reach the socket. |
| 11:25.18 | lindi- | ok |
| 11:25.32 | lindi- | PaulFertser: any idea why it is not done over the normal serial interface? |
| 11:25.34 | PaulFertser | ghislain_openmob: read the Qi wiki page, Andy has greately improved it. |
| 11:25.51 | *** join/#openmoko Openfree (n=Openfree@222.65.175.96) |
| 11:26.25 | PaulFertser | lindi-: i think they were thinking like that: "What easily accessible external connectors do we have? Headphones? Ah, well, let it be it". Bad decision, indeed. |
| 11:26.49 | *** join/#openmoko cedric (n=cedric@enlightenment/developer/cedric) |
| 11:27.31 | lindi- | PaulFertser: found existing LGPLv3 usb-serial code for my avr model :) |
| 11:29.44 | ghislain_openmob | ok, i've read the wiki on qi, i'll try qi soon to see if skipping partitions works for me |
| 11:31.24 | der-lehmann | any news on glamo? |
| 11:33.03 | PaulFertser | der-lehmann: it still sucks |
| 11:33.15 | PaulFertser | der-lehmann: but the xorg driver is in decent shape |
| 11:33.24 | *** join/#openmoko toer (i=tore@179.81-166-86.customer.lyse.net) |
| 11:35.48 | *** join/#openmoko toggles_w (n=irssi_to@tommywatson.com) |
| 11:36.30 | der-lehmann | PaulFertser: thx, iam looking forward to hear some better news.... |
| 11:36.48 | PaulFertser | der-lehmann: like what? |
| 11:37.52 | PaulFertser | der-lehmann: imho a decently working xorg driver is cool enough. And not that much can be done to improve it anyway. |
| 11:39.35 | der-lehmann | but there r a lot more things that must be done, i think you now |
| 11:40.09 | PaulFertser | der-lehmann: are you talking about QVGA 3D for fullscreen games? I highly doubt it's of any use to most FR owners. |
| 11:41.07 | der-lehmann | no iam talking not only glamo issues |
| 11:41.23 | PaulFertser | 15:31 < der-lehmann> any news on glamo? |
| 11:42.17 | der-lehmann | :) any news on glamo and other? |
| 11:43.14 | *** join/#openmoko agg1n (n=jan@static-87-245-53-250.teleos-web.de) |
| 11:43.42 | PaulFertser | der-lehmann: too broad. Especially given that nobody knows what you consider to be news (is moko11 news to you?). |
| 11:44.39 | *** join/#openmoko everslick (n=clemens@212-183-116-217.adsl.highway.telekom.at) |
| 11:45.21 | *** join/#openmoko kwek (n=kwek@146.Red-83-35-60.dynamicIP.rima-tde.net) |
| 11:45.25 | *** join/#openmoko muxe (n=muxe@i577B6AE2.versanet.de) |
| 11:46.27 | *** join/#openmoko IvdSangen (n=ivo@227-168.surfsnel.dsl.internl.net) |
| 11:47.09 | der-lehmann | u must know i am a pure enduser and imho the biggest issue for an enduser are the buzzingbug. what du u think are there any hopes? |
| 11:48.20 | PaulFertser | I _must_ know :) ROFL |
| 11:48.47 | PaulFertser | der-lehmann: use bluetooth headset or stop whinning and do the bugfix finally. Either yourself or attend some buzfixing party. |
| 11:50.57 | lindi- | but beware, not all headsets work |
| 11:51.40 | der-lehmann | ok thanks a lot for your time. sorry i mean that i need to tell u that iam a enduser ;) |
| 11:52.04 | PaulFertser | der-lehmann: funny :) |
| 11:52.58 | PaulFertser | der-lehmann: yeah, if you're going to try a bluetooth headset, you better borrow it for a test and read the wikipage (the last method mentioned (with new FSO etc) should work). |
| 11:53.47 | *** join/#openmoko Gyb (n=Gyb@g224237125.adsl.alicedsl.de) |
| 11:53.58 | *** join/#openmoko [-zeno-] (n=zeno@host196-93-dynamic.57-82-r.retail.telecomitalia.it) |
| 11:56.18 | *** part/#openmoko der-lehmann (n=stefan@95.89.148.250) |
| 11:59.22 | *** join/#openmoko Gnutoo (n=gnutoo@host169-162-dynamic.44-79-r.retail.telecomitalia.it) |
| 12:01.13 | *** join/#openmoko f3nix (n=f3nix@gdg19.internetdsl.tpnet.pl) |
| 12:01.49 | IvdSangen | first time user here, the phone requests my SIM Pin which is numeric and allows me only to input a-z |
| 12:02.13 | henk | IvdSangen: read the wiki? |
| 12:02.35 | *** join/#openmoko alex-weej (n=alex@79-66-49-229.dynamic.dsl.as9105.com) |
| 12:04.37 | henk | IvdSangen: hm i thought it was somewhere in the wiki but can't find it now. swipe your finger from top to bottom of the keypad. it should switch the layout... |
| 12:04.44 | lindi- | PaulFertser: J6 says ">1". should i just do gpio J6=0 ? |
| 12:06.59 | IvdSangen | henk: that works indeed |
| 12:07.09 | PaulFertser | lindi-: yes |
| 12:14.48 | lindi- | hmm, i get a constant flow of USART1_RX interrupts even though it is not connected to anything yet |
| 12:16.13 | IvdSangen | the wiki says the default root password is blank, but I get permission denied |
| 12:16.47 | Psi | i know the shr image has no root pw, what image are you using? |
| 12:17.11 | PaulFertser | lindi-: floating input can do that, i guess. |
| 12:17.12 | IvdSangen | should be 2008.9 |
| 12:17.18 | IvdSangen | phone just arrived here |
| 12:17.40 | Psi | ah, no idae |
| 12:17.42 | henk | IvdSangen: what exactly are you doing when you get that? |
| 12:18.25 | IvdSangen | i've got it connected to my openbsd desktop which loads cdce0, i ifconfig cdce0 some_ip |
| 12:18.31 | IvdSangen | then I ssh root@some_ip |
| 12:18.38 | IvdSangen | i can ping |
| 12:18.54 | IvdSangen | and ssh gets a fingerprint |
| 12:19.43 | lindi- | PaulFertser: seems it stopped when i connected it to the earphone jack indeed |
| 12:19.53 | henk | IvdSangen: what's 'some_ip'? |
| 12:19.59 | lindi- | PaulFertser: i set J6=0 and now just wait to get rx interrupt |
| 12:20.03 | Psi | the freerunner is setup static to 192.168.0.202 |
| 12:20.15 | PaulFertser | henk: it'd be funny if he tried connecting to his own box :) |
| 12:20.23 | henk | PaulFertser: that's why i'm asking 'g' |
| 12:20.24 | Psi | he probably is :) |
| 12:21.08 | henk | IvdSangen: if 'some_ip' == 'some_ip' you are doing it wrong, bro ;) |
| 12:21.34 | PaulFertser | lindi-: hm, i think when i tried J6=0 i heard very loud sound like uart digital data immediately from my headphones.. |
| 12:21.56 | lindi- | PaulFertser: hmm |
| 12:22.05 | IvdSangen | so i have to configure an ip, then bridge between the ip and 192.168.0.202 |
| 12:22.20 | IvdSangen | add a route or somehting? |
| 12:22.59 | Psi | on my box i create bridge br0 from eth0 and usb0 and the neo appears on the local network |
| 12:23.36 | henk | a bridge? o_O |
| 12:23.43 | lindi- | PaulFertser: hmm, i'd really need a scope :) |
| 12:23.53 | henk | just get the interface up with 192.168.0.200 and ssh to 192.168.0.202 |
| 12:24.01 | Psi | henk: thats just what i do, i know its not what most ppl on here do |
| 12:24.33 | Psi | yeah, if you just want to ssh you can do what henk says |
| 12:24.43 | IvdSangen | okay, works :) |
| 12:24.53 | henk | Psi: it's ok if you know what you do... didn't sound like he knows though ;) anyway... gotta go. l8r |
| 12:25.12 | IvdSangen | i got ip up on 192.168.1.* |
| 12:25.21 | IvdSangen | should be 192.168.0.* |
| 12:25.24 | PaulFertser | lindi-: voltmeter will show you an unsteady state too. |
| 12:25.45 | lindi- | PaulFertser: sigh, powering up the GSM helped :P |
| 12:25.58 | PaulFertser | lindi-: hehehe :) |
| 12:28.03 | *** join/#openmoko alexxy[home] (n=alexxy@gentoo/developer/alexxy) |
| 12:28.25 | *** join/#openmoko morricone (n=foobar@dslb-088-067-082-212.pools.arcor-ip.net) |
| 12:33.11 | lindi- | PaulFertser: any idea if 115200 is really the right baudrate? |
| 12:33.20 | lindi- | i get data but it seems to be quite unreadable |
| 12:42.28 | *** join/#openmoko billk (n=billk@203-206-34-132.dyn.iinet.net.au) |
| 12:43.18 | *** join/#openmoko kwek (n=kwek@182.Red-83-37-200.dynamicIP.rima-tde.net) |
| 12:47.05 | *** join/#openmoko Varox (n=Varox@p4FD45471.dip.t-dialin.net) |
| 12:48.18 | *** join/#openmoko badcloud (i=81b1331d@gateway/web/ajax/mibbit.com/x-6e3fdbf3d7990420) |
| 12:49.13 | badcloud | why am I not surprised... fso 5.5 is running late |
| 12:54.35 | *** join/#openmoko tholin_lap (n=tholin@p2169-ipbf1104osakakita.osaka.ocn.ne.jp) |
| 12:55.23 | *** join/#openmoko dneary (n=dneary@ALyon-152-1-124-241.w86-206.abo.wanadoo.fr) |
| 12:59.10 | *** join/#openmoko AntonTakk (n=AntonTak@poolofdespair.net) |
| 13:05.20 | *** join/#openmoko arfmarf (n=arfmarf@85.227.180.210) |
| 13:07.47 | *** join/#openmoko anerion (i=anerion@gateway/gpg-tor/key-0x23BAB32B) |
| 13:24.51 | *** join/#openmoko TravellingGuy (n=Travelli@s142-179-145-108.ab.hsia.telus.net) |
| 13:29.26 | *** join/#openmoko playya (n=playya@g227028044.adsl.alicedsl.de) |
| 13:34.16 | *** join/#openmoko Ryback_ (n=ulisses@enlightenment/developer/ryback) |
| 13:41.37 | *** join/#openmoko blan (n=blan@HSI-KBW-082-212-048-118.hsi.kabelbw.de) |
| 13:44.22 | *** part/#openmoko ghislain_openmob (n=ghislain@dhcp-077-250-021-038.chello.nl) |
| 13:45.35 | *** join/#openmoko kwek (n=kwek@39.Red-83-37-200.dynamicIP.rima-tde.net) |
| 13:47.46 | *** join/#openmoko alfatangoxt (n=michele@host61-15-dynamic.9-79-r.retail.telecomitalia.it) |
| 13:48.49 | *** join/#openmoko slaxxin (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 13:51.12 | *** join/#openmoko alex-weej (n=alex@79-66-49-229.dynamic.dsl.as9105.com) |
| 13:53.19 | *** join/#openmoko mogren (i=893deae1@gateway/web/ajax/mibbit.com/x-791e8687b5ac1e51) |
| 13:54.19 | PaulFertser | Yay! stupid accountants provide free wifi to everyone at my university. essid is ``dlink'' :) |
| 13:56.04 | *** join/#openmoko Openfree` (n=Openfree@222.65.175.96) |
| 13:57.30 | *** join/#openmoko Openfree (n=Openfree@222.65.175.96) |
| 13:59.41 | *** join/#openmoko Openfree` (n=Openfree@222.65.175.96) |
| 13:59.41 | *** join/#openmoko cjb (n=cjb@pullcord.laptop.org) |
| 14:01.11 | PaulFertser | lindi-: i guess i should try your xvkb setup as deafault xkb layout lacks page/up/down |
| 14:03.29 | *** join/#openmoko KaraDog (n=lihouyu@210.51.60.117) |
| 14:03.43 | *** part/#openmoko KaraDog (n=lihouyu@210.51.60.117) |
| 14:05.13 | *** join/#openmoko kwek (n=kwek@83.37.200.39) |
| 14:15.49 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 14:23.43 | *** join/#openmoko TAsn (n=tasn@89-138-120-249.bb.netvision.net.il) |
| 14:28.34 | *** join/#openmoko rooly (n=CAC@70.144.218.137) |
| 14:30.50 | *** join/#openmoko gcwilson (n=gcwilson@cpe-70-112-190-84.austin.res.rr.com) |
| 14:31.43 | saracen | Has anybody tried porting dbus-c++? |
| 14:32.53 | *** join/#openmoko DerHorst (n=Horst@e176105027.adsl.alicedsl.de) |
| 14:36.31 | *** join/#openmoko retracile (n=eli@76.204.213.211) |
| 14:39.19 | *** part/#openmoko TravellingGuy (n=Travelli@s142-179-145-108.ab.hsia.telus.net) |
| 14:40.59 | DocScrutinizer | lindi-: you also should disable the amp output to headset by setting amp-mute and amp_spk so the gsm-dl path isn't seeing load from amp (they messed this in fab. that's the reason they refused to use decent Cs XD ) |
| 14:45.28 | DocScrutinizer | in the end they blamed ME for *breaking* A7 and THEY had to catch it with a patch I told them how to do. Nasty joerg - muahahah |
| 14:46.09 | DocScrutinizer | oops A8 that's been |
| 14:48.02 | *** join/#openmoko m0nt0 (n=monto@151.57.136.138) |
| 14:51.52 | DocScrutinizer | btw gsm-dl dual useage of headphone is for calibrating the device when case is assembled. for some reason I can't remember for the death of me there's allegedly no possibility to do this via userland and ttySAC same way gsmflashing is done now |
| 14:53.23 | DocScrutinizer | by users |
| 14:53.29 | *** join/#openmoko arfmarf (n=arfmarf@c-d2b4e355.016-70-6f72653.cust.bredbandsbolaget.se) |
| 14:56.22 | *** join/#openmoko joejoe__ (n=imlich@129.187.227.222) |
| 15:06.27 | lindi- | DocScrutinizer: ah could that cause the corrupted data i see? |
| 15:06.38 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-078-042-071-198.hsi3.kabel-badenwuerttemberg.de) |
| 15:06.49 | DocScrutinizer | see mail I sent 30sec ago ;D |
| 15:06.53 | PBeck | ahoi |
| 15:06.57 | DocScrutinizer | I think data is corrct |
| 15:08.17 | DocScrutinizer | anyway it has the potential to corrupt data. Though more avr-tx if it's not strong enough fan-out wise |
| 15:08.19 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 15:09.26 | DocScrutinizer | gsm-tx seems to be proven ok with this load due to this nasty chip the name of I refuse to utter >:-( |
| 15:10.39 | DocScrutinizer | aaaaarrrrrrrggg.... U4401 |
| 15:10.40 | *** join/#openmoko soltys (i=soltys@soltys.soad.pl) |
| 15:11.38 | DocScrutinizer | of course this won't hold true if you applied bassfix ;D |
| 15:11.40 | lindi- | DocScrutinizer: ah so the tool to decode that data is not available? |
| 15:11.53 | *** join/#openmoko morphis (n=morphis@p54899B7D.dip0.t-ipconnect.de) |
| 15:12.00 | DocScrutinizer | it's windoof only and TI proprietary |
| 15:12.05 | lindi- | DocScrutinizer: sigh |
| 15:12.07 | DocScrutinizer | :-/ |
| 15:12.14 | lindi- | DocScrutinizer: would be nice to know that i am actually capturing something and not just noice |
| 15:12.41 | lindi- | DocScrutinizer: i'll teach the AVR to log this stuff to flash memory so that i can have a portable logger with me all the time |
| 15:12.43 | DocScrutinizer | doesn't look like noise as you got high bits set as well as low bits |
| 15:13.00 | lindi- | DocScrutinizer: note that every other byte is \n because i messed up :) |
| 15:13.06 | DocScrutinizer | cooool 8-) |
| 15:13.39 | *** join/#openmoko morphis (n=morphis@p54899B7D.dip0.t-ipconnect.de) |
| 15:13.52 | DocScrutinizer | oh and I thought that's a strong indication of data being correct :-S |
| 15:15.05 | DocScrutinizer | well, let's wait for Dieter's detailed instructions. AFAIK 115k 8n1 should be correct and the data *is* binary anyway |
| 15:15.49 | DocScrutinizer | I've never done this, so I can't tell for sure |
| 15:16.03 | lindi- | DocScrutinizer: now we just need to wait for somebody to reverse-engineer the format ;) |
| 15:16.20 | DocScrutinizer | hehe |
| 15:16.27 | DocScrutinizer | not worth it |
| 15:17.17 | *** join/#openmoko polymar (n=polymar@ip72-219-131-110.oc.oc.cox.net) |
| 15:17.20 | lindi- | DocScrutinizer: i was hoping the AVR could beep on incoming call ;) |
| 15:17.23 | DocScrutinizer | you won't learn much from these debug dumps, and obviously you can't do *anything* |
| 15:17.27 | *** join/#openmoko eolson (n=eolson@anlextwls097-000.wl.anl-external.org) |
| 15:17.42 | DocScrutinizer | could be done :D |
| 15:18.07 | *** join/#openmoko kwek (n=kwek@30.Red-88-19-18.staticIP.rima-tde.net) |
| 15:19.15 | *** join/#openmoko alfatangoxt (n=michele@host61-15-dynamic.9-79-r.retail.telecomitalia.it) |
| 15:20.14 | DocScrutinizer | it's a pitty the pairing is wrong way round. Otherwise we could output data to gsm via headphone-amp and read gsm-log vrom mic input, and run TI-TAT cracked in FR userland XD hahaha |
| 15:29.39 | *** join/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
| 15:29.50 | Chocks | never mind it being a pity |
| 15:32.38 | lindi- | DocScrutinizer: btw any idea where is that R1050 mentioned in http://lists.openmoko.org/pipermail/hardware/2009-March/001086.html ? searching with evince from Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf does not find it |
| 15:33.02 | *** join/#openmoko Shlee (n=quassel@115-166-20-209.ip.adam.com.au) |
| 15:33.10 | DocScrutinizer | not off the top of my head |
| 15:33.29 | DocScrutinizer | somewhere next to xtal I assume |
| 15:33.52 | DocScrutinizer | under the bezel of can iirc |
| 15:33.54 | lindi- | found http://people.openmoko.org/werner/r1050.png |
| 15:34.13 | *** join/#openmoko Kero (n=kero@d74199.upc-d.chello.nl) |
| 15:34.22 | *** join/#openmoko tomboy64 (n=tomboy64@e178050197.adsl.alicedsl.de) |
| 15:34.55 | DocScrutinizer | ahh you're talking schem, not component placement. sorry |
| 15:36.05 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 15:36.09 | DocScrutinizer | yup that's an excerpt showing calypso 32kHz osc detail |
| 15:36.26 | lindi- | DocScrutinizer: should it be in component placement pdf? |
| 15:36.46 | DocScrutinizer | sure it should |
| 15:36.52 | *** join/#openmoko rooly1 (n=CAC@adsl-144-218-137.jan.bellsouth.net) |
| 15:38.01 | lindi- | DocScrutinizer: at least from Component-placement_Freerunner-GTA02-MB-A6.pdf evince can't find R1050 |
| 15:38.23 | DocScrutinizer | can it find anything else ;-) |
| 15:39.14 | DocScrutinizer | sorry we didn't achieve to create searchable comp-placement pdfs :-/ |
| 15:39.23 | lindi- | DocScrutinizer: no |
| 15:40.34 | DocScrutinizer | Mentorgraphics PADS-layout seems to generate component names as graphics. No way to search this format |
| 15:43.53 | lindi- | DocScrutinizer: i'm afraid those are in the page 18 that is not included in the public schematics |
| 15:44.02 | DocScrutinizer | lindi-: it's next to "middle" one of the 3 batcon contacts |
| 15:44.56 | DocScrutinizer | lindi-: yup calypso schem isn't published due to NDA issues |
| 15:45.25 | DocScrutinizer | anyway you got werner's excerpt of the oscillator details |
| 15:45.44 | *** join/#openmoko rooly (n=CAC@adsl-144-218-137.jan.bellsouth.net) |
| 15:46.46 | *** join/#openmoko jserv-- (n=jserv@118-169-99-237.dynamic.hinet.net) |
| 15:47.50 | lindi- | DocScrutinizer: found R1050 |
| 15:48.50 | DocScrutinizer | hmm s/"middle"/"inner"/ |
| 15:50.04 | DocScrutinizer | it's really nasty. nearly impossible to replace (at least as long as you don't cut out ~10mm of can's bezel) |
| 15:55.20 | DocScrutinizer | lindi-: to test you could feed a rocksolid 32kHz signal to C13/OSC32K_IN |
| 15:55.45 | *** join/#openmoko morphis (n=morphis@p54899B7D.dip0.t-ipconnect.de) |
| 15:56.37 | *** join/#openmoko divanorama (n=divan@ivanco.convex.ru) |
| 16:02.22 | DocScrutinizer | lindi-: e.g. CLK32K frm PMU (R1714) |
| 16:04.37 | DocScrutinizer | lindi-: if #1024 is caused by osc instability this should stop #1024 immediately. If it triggers new problems, we did sth wrong ;-) |
| 16:06.20 | *** join/#openmoko eolson (n=eolson@anlextwls097-000.wl.anl-external.org) |
| 16:06.52 | *** join/#openmoko tsdogs (n=tsdogs@net70-17.metalit.net) |
| 16:08.47 | *** join/#openmoko gcwilson (n=gcwilson@32.97.110.59) |
| 16:10.57 | lindi- | DocScrutinizer: dieter just replied that i should get ascii data |
| 16:11.09 | DocScrutinizer | ooops |
| 16:14.50 | *** join/#openmoko cedric (n=cedric@enlightenment/developer/cedric) |
| 16:16.36 | DocScrutinizer | lindi-: seems you need to fiddle a little with your UART settings ;-) |
| 16:17.19 | DocScrutinizer | or maybe there's even a bug in your AVR firmware? |
| 16:17.36 | *** join/#openmoko paripari (n=paripari@pcda45.dei.unipd.it) |
| 16:18.47 | lindi- | DocScrutinizer: hmm, uint16_t can't hold 115200... |
| 16:19.01 | DocScrutinizer | hehehe |
| 16:19.28 | *** join/#openmoko spydon (n=spydon@90-227-33-55-no42.tbcn.telia.com) |
| 16:24.42 | *** join/#openmoko fobos (n=fobos@78.90.88.244) |
| 16:29.34 | *** join/#openmoko dougt__ (n=dougt@c-71-198-208-205.hsd1.ca.comcast.net) |
| 16:30.04 | *** join/#openmoko morphis (n=morphis@p54899B7D.dip0.t-ipconnect.de) |
| 16:33.20 | *** join/#openmoko RedFlash (n=RedFlash@host35-40-dynamic.50-82-r.retail.telecomitalia.it) |
| 16:35.43 | *** join/#openmoko miip (n=miip@n4n0.de) |
| 16:36.22 | *** join/#openmoko esa-petri (n=esa-petr@dsl-kpobrasgw1-ff71c100-40.dhcp.inet.fi) |
| 16:36.34 | *** join/#openmoko Piet (i=pietor@gateway/gpg-tor/key-0xC5C71DCE) |
| 16:39.36 | *** join/#openmoko leachim_dot_eu (n=Leachim@HSI-KBW-095-208-019-240.hsi5.kabel-badenwuerttemberg.de) |
| 16:39.54 | *** join/#openmoko zogg_ (n=zogg@78-62-13-32.static.zebra.lt) |
| 16:43.29 | *** join/#openmoko vininim (n=vininim@pdpc/supporter/student/vininim) |
| 16:44.30 | *** join/#openmoko kwek (n=kwek@30.Red-88-19-18.staticIP.rima-tde.net) |
| 16:44.38 | *** join/#openmoko RedFlash2000 (n=RedFlash@host15-109-dynamic.11-79-r.retail.telecomitalia.it) |
| 16:47.38 | *** join/#openmoko dougt__ (n=dougt@c-71-198-208-205.hsd1.ca.comcast.net) |
| 16:47.50 | *** join/#openmoko Batchy (n=batchy@AVelizy-155-1-17-243.w81-249.abo.wanadoo.fr) |
| 16:47.55 | *** join/#openmoko cedric (n=cedric@enlightenment/developer/cedric) |
| 16:49.27 | *** part/#openmoko dougt__ (n=dougt@c-71-198-208-205.hsd1.ca.comcast.net) |
| 16:50.12 | *** join/#openmoko agg1n1 (n=jan@static-87-245-33-107.teleos-web.de) |
| 17:01.02 | *** join/#openmoko bumbl (n=bumbl@91-114-181-15.adsl.highway.telekom.at) |
| 17:02.02 | *** join/#openmoko Sharwin_F (n=Sharwin_@90.163.52.106) |
| 17:02.56 | *** join/#openmoko Sharwin_F (n=Sharwin_@90.163.52.106) |
| 17:03.16 | *** join/#openmoko baze (n=baze@g226197132.adsl.alicedsl.de) |
| 17:08.04 | *** join/#openmoko dagger (n=dagger@piasek.co.uk) |
| 17:09.46 | *** join/#openmoko sleipnir (n=Sleipnir@p4FDD55F0.dip.t-dialin.net) |
| 17:12.10 | *** join/#openmoko TAsn (n=tasn@89-139-172-223.bb.netvision.net.il) |
| 17:13.09 | *** join/#openmoko azaghal (n=azaghal@91.148.115.79) |
| 17:15.00 | *** join/#openmoko jonsmith1982 (n=jon@82-38-88-58.cable.ubr01.donc.blueyonder.co.uk) |
| 17:16.50 | *** join/#openmoko apol (n=apol@84.78.178.63) |
| 17:18.36 | *** join/#openmoko dkirker (n=dkirker@adsl-99-2-134-28.dsl.snlo01.sbcglobal.net) |
| 17:20.37 | azaghal | You know, funny how a Nokia 770 stylus is more useful than Neo's original "stylus" (aka claymore) |
| 17:21.00 | *** join/#openmoko geaaru (n=geaaru@host185-225-dynamic.25-79-r.retail.telecomitalia.it) |
| 17:21.13 | *** join/#openmoko ScarEye (n=scareye@12.27.87.66) |
| 17:21.18 | DocScrutinizer | lindi-: changed to int32 ? or simply defined "speed" to hold units of 300 (uartbaud = speed * 300) ? |
| 17:23.14 | *** join/#openmoko hiciu (n=hiciu@host-91-200-27-218.leon.com.pl) |
| 17:24.28 | *** join/#openmoko der-lehmann (n=stefan@95.89.148.250) |
| 17:24.52 | *** join/#openmoko Gnutoo (n=gnutoo@host169-162-dynamic.44-79-r.retail.telecomitalia.it) |
| 17:26.31 | *** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-087-099.pools.arcor-ip.net) |
| 17:28.08 | *** join/#openmoko tombhadAC (n=tombhad@pD95DF22C.dip.t-dialin.net) |
| 17:28.12 | shellevil | Or define speed as 18.134338484MHz/n |
| 17:28.21 | shellevil | Or whatever it was. |
| 17:31.06 | Chocks | one foot per nanosecond. |
| 17:31.13 | *** join/#openmoko azaghal_ (n=azaghal@193.231.178.212.adsl.dyn.beotel.net) |
| 17:33.17 | *** join/#openmoko toi (n=toi@d54C2AAB7.access.telenet.be) |
| 17:34.34 | *** join/#openmoko ajbrun (n=ajbrun@host86-155-247-190.range86-155.btcentralplus.com) |
| 17:35.34 | *** join/#openmoko polymar (n=polymar@12.186.229.30) |
| 17:36.13 | *** join/#openmoko rooly1 (n=CAC@adsl-144-218-137.jan.bellsouth.net) |
| 17:36.49 | *** join/#openmoko Kronk (n=Kronk@ppp121-45-194-234.lns10.adl2.internode.on.net) |
| 17:39.28 | *** join/#openmoko xottoG (n=Gottox@s01.de) |
| 17:40.24 | *** join/#openmoko freelock (n=john@dsl081-165-076.sea1.dsl.speakeasy.net) |
| 17:42.19 | *** join/#openmoko jserv--- (n=jserv@118-169-99-237.dynamic.hinet.net) |
| 17:45.34 | *** join/#openmoko anno^da_ (n=anno^da@p5B07F9C9.dip.t-dialin.net) |
| 17:48.08 | *** join/#openmoko devilshawk (n=kvirc@chello080109015203.5.14.vie.surfer.at) |
| 17:49.10 | *** join/#openmoko jserv--- (n=jserv@118-169-99-237.dynamic.hinet.net) |
| 17:51.18 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-078-042-071-198.hsi3.kabel-badenwuerttemberg.de) |
| 17:59.38 | *** join/#openmoko CVirus (n=Satan@41.196.61.1) |
| 17:59.59 | *** join/#openmoko rooly (n=CAC@adsl-144-218-137.jan.bellsouth.net) |
| 18:03.28 | *** join/#openmoko two3four (n=erik@c83-251-59-237.bredband.comhem.se) |
| 18:07.16 | *** join/#openmoko RedFlash2002 (n=RedFlash@host250-46-dynamic.56-82-r.retail.telecomitalia.it) |
| 18:07.33 | *** join/#openmoko drjnut (n=drjnut@caladan.darksnow.org) |
| 18:08.39 | *** join/#openmoko raspoutine (n=neil@vau06-1-89-85-32-52.dsl.club-internet.fr) |
| 18:14.15 | *** join/#openmoko eolson (n=eolson@anlextwls097-000.wl.anl-external.org) |
| 18:18.28 | *** join/#openmoko greentux_ (n=lemke@BAA3299.baa.pppool.de) |
| 18:24.30 | *** join/#openmoko Varox (n=Varox@p4FD45471.dip.t-dialin.net) |
| 18:26.38 | *** join/#openmoko azaghal (n=azaghal@212.178.230.16) |
| 18:29.21 | *** join/#openmoko nio__ (n=nio@86.92.255.117) |
| 18:29.38 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
| 18:32.05 | *** join/#openmoko simon_ (n=simon@cpe90-146-223-204.liwest.at) |
| 18:34.16 | PaulFertser | DocScrutinizer: He's talking about uint16_t here: http://www.fourwalledcubicle.com/files/MyUSB/Doc/1.5.3/html/d1/d09/a00077.html |
| 18:35.21 | *** part/#openmoko shellevil (n=user@tor/regular/SpeedEvil) |
| 18:35.43 | *** join/#openmoko shellevil (n=user@tor/regular/SpeedEvil) |
| 18:36.56 | PaulFertser | lindi-: are you sure you should give it the raw baudrate? I guess you should use SERIAL_UBBRVAL macro instead |
| 18:38.30 | PaulFertser | lindi-: or SERIAL_2X_UBBRVAL if you use 2X. |
| 18:42.22 | *** join/#openmoko cga (n=cga@82.84.187.144) |
| 18:42.57 | *** join/#openmoko two3four (n=erik@c83-251-59-237.bredband.comhem.se) |
| 18:44.43 | PaulFertser | Hm, looks like i found an old version. A new version is using uint32_t and no additional macroses are needed: http://www.fourwalledcubicle.com/files/MyUSB/Doc/090401/html/d5/d16/a00029.html |
| 18:44.55 | PaulFertser | lindi-: what library do you use? |
| 18:48.21 | *** join/#openmoko laen (n=laen@82-197-201-24.dsl.cambrium.nl) |
| 18:49.09 | *** join/#openmoko laen (n=laen@82-197-201-24.dsl.cambrium.nl) |
| 18:49.30 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-69-2-238.home.otenet.gr) |
| 18:49.55 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-26-134.lns10.adl2.internode.on.net) |
| 18:51.53 | lindi- | PaulFertser: MyUSB 1.5.1 |
| 18:51.57 | lindi- | PaulFertser: LGPLv3 |
| 18:52.43 | *** join/#openmoko rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 18:52.44 | *** join/#openmoko samgee (n=samgee@119.36-201-80.adsl-dyn.isp.belgacom.be) |
| 18:53.57 | PaulFertser | lindi-: heh |
| 18:54.05 | PaulFertser | lindi-: you're here :) i'm lucky! |
| 18:54.18 | PaulFertser | lindi-: why don't you try the latest version? 090401? |
| 18:54.58 | PaulFertser | lindi-: in fact the register to set baudrate is 16 bit, but it's really a clock prescaler. Probably if you read the sources of the version you use, you'll understand how to properly set 115200. |
| 18:55.55 | lindi- | PaulFertser: since i use 1.5.1 in four other projects ;) |
| 18:55.55 | lindi- | PaulFertser: i removed UBRR1 = SERIAL_2X_UBBRVAL((uint16_t)LineCoding.BaudRateBPS); |
| 18:55.58 | *** join/#openmoko zelegolas (n=zelegola@ip216-239-74-79.vif.net) |
| 18:56.01 | lindi- | PaulFertser: and replaced it with UBRR1 = 8; |
| 18:56.07 | *** join/#openmoko bmm (n=bram@195-240-186-6.ip.telfort.nl) |
| 18:56.15 | PaulFertser | lindi-: you're a cheater ;) |
| 18:56.55 | *** join/#openmoko max_posedon (n=max_pose@80.249.94.183) |
| 18:59.45 | PaulFertser | lindi-: are we even talking about the same library? In 1.5.1 i see only UBRR1 = SERIAL_UBBRVAL(BaudRate); |
| 19:00.08 | DocScrutinizer | hehehe |
| 19:00.26 | DocScrutinizer | crappy ibs result in buggy code |
| 19:00.33 | DocScrutinizer | Libs even |
| 19:00.34 | lindi- | PaulFertser: tail MyUSB_1.5.1/Demos/USBtoSerial/USBtoSerial.c |
| 19:00.38 | lindi- | <PROTECTED> |
| 19:00.39 | lindi- | UBRR1 = SERIAL_2X_UBBRVAL((uint16_t)LineCoding.BaudRateBPS); |
| 19:00.39 | *** join/#openmoko janrikard (n=rikard@95.209.94.238) |
| 19:00.40 | PaulFertser | lindi-: instead of tweaking the library i'd implement the Serial_Init function myself, using SERIAL_2X_UBBRVAL macros. |
| 19:00.48 | lindi- | PaulFertser: i tweaked the example program |
| 19:01.00 | *** join/#openmoko tsuchan (n=tomek@chello089079050055.chello.pl) |
| 19:01.05 | lindi- | DocScrutinizer: it wasn't a lib :) |
| 19:01.16 | lindi- | DocScrutinizer: but an example application which i copy&pasted :) |
| 19:01.27 | DocScrutinizer | ahh, call it *.h macro then |
| 19:02.24 | DocScrutinizer | http://www.fourwalledcubicle.com/files/MyUSB/Doc/090401/html/d5/d79/a00030.html |
| 19:02.43 | PaulFertser | lindi-: imho the cast is wrong, it should be simply removed. |
| 19:03.04 | DocScrutinizer | cast tend to be wrong most of the time |
| 19:03.16 | PaulFertser | lindi-: and the macros is wrong too, because it doesn't implement proper rounding :( |
| 19:03.26 | DocScrutinizer | muahaha |
| 19:04.17 | PaulFertser | DocScrutinizer: quite common error for avr libraries. They copy/past from the datasheet but integer division doesn't round in a way that datasheet assumes (to the nearest integer). |
| 19:05.08 | DocScrutinizer | keeps mumbling "... crappy libs..." |
| 19:05.24 | PaulFertser | lindi-: for 2X mode correct macros is: #define UART_CALC_BAUDRATE(baudRate) (((F_CPU*10UL) / ((baudRate) *8UL) +5)/10 -1) |
| 19:05.49 | DocScrutinizer | :-> |
| 19:06.12 | PaulFertser | lindi-: or one can use floats in division, which will work as well for compile time constant without any overhead. |
| 19:06.30 | DocScrutinizer | house time |
| 19:06.32 | DocScrutinizer | bbl |
| 19:08.07 | PaulFertser | lindi-: (correct macros) it's obviously correct for ATmega, not AT90, but you got the idea. |
| 19:08.51 | DocScrutinizer | PaulFertser: that's assuming ppl know about what the compiler does. reminds me about raster's suggestions how to learn/teach programming ;) |
| 19:08.53 | PaulFertser | lindi-: hm... looks like it's the same for AT90 |
| 19:09.38 | PaulFertser | DocScrutinizer: no need to learn assembly to know that compiler will evaluate all constant expressions at compile time. But yes, i agree. Assembly is needed for embedded programming anyway. |
| 19:10.17 | DocScrutinizer | you *don't* need even ;) |
| 19:10.46 | PaulFertser | s/Assembly/Basic knowledge about how stuff works under the hood/ |
| 19:11.09 | *** join/#openmoko _buz (n=buz@84-74-94-182.dclient.hispeed.ch) |
| 19:11.14 | *** join/#openmoko agg1n (n=jan@static-87-245-33-107.teleos-web.de) |
| 19:12.34 | DocScrutinizer | ahh , NO need. sorry my eyes failed on that |
| 19:13.46 | lindi- | PaulFertser: i'll check if this is done correctly in the new version and then report it to the author |
| 19:14.24 | *** join/#openmoko jonkristian (n=jonkrist@224.84-48-197.nextgentel.com) |
| 19:16.13 | PaulFertser | lindi-: still the same bad rounding in the latest version. |
| 19:16.43 | lindi- | PaulFertser: of LUFA? |
| 19:16.59 | DocScrutinizer | well isn't C a really great prog-lang, assigning 115200 to a uint16 passing unnoticed?! |
| 19:17.23 | PaulFertser | lindi-: yes. And they seem to use SERIAL_UBBRVAL no matter what the value of DoubleSpeed you supply. |
| 19:17.44 | PaulFertser | DocScrutinizer: i'm sure there was a warning. |
| 19:19.47 | DocScrutinizer | PaulFertser: (use SER_UBBRVAL) ouch |
| 19:21.13 | PaulFertser | lindi-: also USBtoSerial.c still uses a manual (instead of Serial_Init) and wrong (with spurious cast) way to set UBRR1. |
| 19:21.18 | *** join/#openmoko cga (n=cga@82.84.128.26) |
| 19:22.02 | *** join/#openmoko rwhitby` (n=rwhitby@au1.astc-design.com) |
| 19:23.28 | PaulFertser | DocScrutinizer: there is special U2X mode which adds additional divisor to the baud clock. Sometimes using it gives more accuracy than the normal mode. |
| 19:23.42 | DocScrutinizer | PaulFertser: how much would you bill me for reviewing some code? (not kidding) |
| 19:23.47 | *** join/#openmoko emacsian (n=ram@122.167.97.119) |
| 19:24.24 | *** join/#openmoko prjktdtnt (n=trash@c-71-199-42-253.hsd1.co.comcast.net) |
| 19:24.55 | PaulFertser | DocScrutinizer: i'm sorry, but i simply don't know. Not into this business stuff (and have no practical experience in either billing or being billed for code review). |
| 19:26.01 | DocScrutinizer | well I'll ask you another time once it gets real |
| 19:27.05 | PaulFertser | DocScrutinizer: funny thing, two days ago my co-worker offered me to start some kind of code review (and other expert stuff) business with him. |
| 19:27.42 | PaulFertser | DocScrutinizer: i said i was too stupid to be an "expert" :) |
| 19:28.07 | DocScrutinizer | fishing for compliments |
| 19:28.12 | *** join/#openmoko staale (n=staale@ti0169a380-1887.bb.online.no) |
| 19:28.17 | PaulFertser | DocScrutinizer: not really. |
| 19:28.32 | PaulFertser | DocScrutinizer: fishing for lols |
| 19:29.17 | *** join/#openmoko emacsian (n=ram@122.167.97.119) |
| 19:30.31 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 19:34.15 | staale | Hi folks. I'm thinking of buying a Neo Freerunner from sdgsystems.com. Does anyone have any experience with this site? Delivery time, etc.? |
| 19:35.40 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 19:36.10 | IvdSangen | is there anybody who has used dfu-util on openbsd (fetched from openports.se)? |
| 19:36.32 | *** join/#openmoko samgee_ (n=samgee@33.83-200-80.adsl-dyn.isp.belgacom.be) |
| 19:36.44 | *** join/#openmoko jserv-- (n=jserv@118-169-99-237.dynamic.hinet.net) |
| 19:37.19 | *** join/#openmoko everslick (n=clemens@91-113-113-66.adsl.highway.telekom.at) |
| 19:39.44 | *** join/#openmoko emacsian (n=ram@122.167.97.119) |
| 19:42.06 | lindi- | PaulFertser: want to mail the author about this? ;) |
| 19:42.12 | lindi- | PaulFertser: or should i do it? |
| 19:42.12 | DocScrutinizer | IvdSangen: should there be any problem? |
| 19:42.57 | *** join/#openmoko billk_ (n=billk@203.59.139.142) |
| 19:44.49 | PaulFertser | lindi-: hm... so hard to make a choice. Choose yourself, i'll mail if you want to :) |
| 19:48.58 | IvdSangen | DocScrutinizer: it reports 'No DFU capable USB device found' |
| 19:49.11 | IvdSangen | but umodem0 and ucom0 show up when in Uboot |
| 19:50.01 | DocScrutinizer | hmm, sorry. no decent idea about that |
| 19:50.37 | IvdSangen | i used dfu-util -a kernel -R -U blah and the same with -d 0x1457:0x5119 added |
| 19:51.40 | IvdSangen | well, i can always boot an ubuntu live-cd if i can't get it to work |
| 19:58.05 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
| 20:15.50 | ndnihil | with shr testing, is anyone else getting two PIDs in their process list that have no names? |
| 20:17.01 | *** join/#openmoko tombhadAC (n=tombhad@pD95DF2EF.dip.t-dialin.net) |
| 20:17.31 | ndnihil | looks like /usr/lib/speech-dispatcher-modules/sd_espeak, and /usr/lib/speech-dispatcher-modules/sd_flite |
| 20:18.40 | *** join/#openmoko freerunnerlive1 (n=ernst@p57B5C665.dip.t-dialin.net) |
| 20:26.59 | *** join/#openmoko ccube (n=ccube@ssh.ccube.de) |
| 20:27.35 | *** join/#openmoko roxlu (n=Roxlu@90-145-42-196.wxdsl.nl) |
| 20:28.36 | lindi- | PaulFertser: hmm, i don't get sensible data even with UBRR1= 8 |
| 20:29.30 | PaulFertser | lindi-: what cpu clock frequency is? |
| 20:30.12 | lindi- | PaulFertser: should be 8MHz |
| 20:30.17 | *** part/#openmoko roxlu (n=Roxlu@90-145-42-196.wxdsl.nl) |
| 20:30.30 | lindi- | PaulFertser: at least the docs of the demo board say "system clock 8 MHz" |
| 20:31.40 | PaulFertser | lindi-: with 8MHz you won't get acceptable deviation anyway, i'm afraid... :( |
| 20:32.16 | lindi- | PaulFertser: hmm? are you trying to say it just can't handle 115200? |
| 20:32.46 | lindi- | PaulFertser: http://iki.fi/lindi/tmp/CalypsoDebugLogger/ has the (totally crappy) code in case you want to have a look |
| 20:33.54 | PaulFertser | lindi-: 8MHz is a really bad choice for a main oscillator. 7.3728 would be so much better. |
| 20:34.16 | lindi- | PaulFertser: maybe choice of 8 MHz has something to do with usb? |
| 20:35.36 | PaulFertser | lindi-: may be yes. 16MHz would be better in terms of UART errors. |
| 20:39.41 | *** join/#openmoko eolson (n=eolson@maze.mcs.anl.gov) |
| 20:39.42 | ndnihil | duck, it's the feds! |
| 20:40.05 | azaghal | *kwak* |
| 20:40.08 | azaghal | *kwak* |
| 20:40.14 | azaghal | Damn, echo... |
| 20:44.42 | Chocks | ooh, beer |
| 20:45.39 | jonkristian | anyone on android? It's said i have to add key into notepad and cut'n'paste into Wi-Fi key box, how do i cut'n'paste? http://freerunner.android.koolu.com/release-files Under Knwo Issues: |
| 20:48.04 | lindi- | PaulFertser: hmm, any suggestions? |
| 20:48.25 | PaulFertser | lindi-: are you sure you enabled U2X mode? |
| 20:48.47 | PaulFertser | lindi-: alas -3.5% is still too much afaik... |
| 20:48.55 | lindi- | PaulFertser: UCSR1A = (1 << U2X1); |
| 20:49.27 | lindi- | PaulFertser: shouldn't i still get something sensible? |
| 20:50.13 | *** join/#openmoko kirun_ (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 20:50.18 | PaulFertser | lindi-: i guess no... Let me try to look at the datasheet. Or wait for someone more knowledgeable in UART communications to come up. |
| 20:50.33 | *** join/#openmoko spydon (n=spydon@90-227-33-55-no42.tbcn.telia.com) |
| 20:52.35 | lindi- | PaulFertser: i'll try to figure out if it is possible to change the system clock easily |
| 20:53.34 | *** join/#openmoko CVirus (n=Satan@41.196.61.1) |
| 20:59.05 | *** join/#openmoko mirko-paroli (n=mirko@91-64-217-87-dynip.superkabel.de) |
| 21:02.43 | PaulFertser | lindi-: it looks like to get both USB and 115200 UART only 16MHz is (probably) suitable. |
| 21:03.01 | PaulFertser | lindi-: (page 49 of the datasheet you mentioned) |
| 21:05.38 | *** join/#openmoko tombhadAC (n=tombhad@pD95DEE5D.dip.t-dialin.net) |
| 21:05.57 | PaulFertser | lindi-: and page 205 and 206 for reference USUART settings. |
| 21:09.41 | *** join/#openmoko d-b (n=alias@124-168-141-99.dyn.iinet.net.au) |
| 21:11.10 | lindi- | PaulFertser: i'm still at page 195 ;) |
| 21:11.48 | *** join/#openmoko muxe (n=muxe@i59F7CDF6.versanet.de) |
| 21:14.18 | *** join/#openmoko alex-weej (n=alex@79-66-49-229.dynamic.dsl.as9105.com) |
| 21:21.37 | *** join/#openmoko viq (n=viq@unaffiliated/viq) |
| 21:23.35 | lindi- | PaulFertser: what if i just read the input pin in a busyloop without using USART hardware? ;) |
| 21:24.17 | PaulFertser | lindi-: hm, if you didn't need to use any interrupts... |
| 21:25.06 | PaulFertser | lindi-: very complicated approach. Are you running at 3.3V? If not, probably 16MHz would be a better solution (though still not recommended). |
| 21:25.25 | lindi- | PaulFertser: 3.3V yes |
| 21:25.41 | lindi- | (again trusting the at90usbkey demo board docs) |
| 21:25.53 | PaulFertser | lindi-: alas at 3.3 8MHz is the maximum officially allowed. |
| 21:25.54 | lindi- | and my voltimeter also measures 3.3V from the GPIO |
| 21:28.12 | lindi- | PaulFertser: so trying to busyread the io pin might after all be the only alternative if I don't want to change the hardware of the demo board? |
| 21:28.36 | *** join/#openmoko SomeT (n=somet@cpc1-leic13-0-0-cust815.leic.cable.ntl.com) |
| 21:28.47 | PaulFertser | lindi-: you can connect calypso's TX to an IRQ line and use that (and some timer) instead of busy-reading. |
| 21:29.08 | PaulFertser | lindi-: i don't really see any other solutions, but i might be missing something obvious. |
| 21:30.08 | lindi- | <PROTECTED> |
| 21:30.08 | lindi- | PD2 |
| 21:30.27 | lindi- | PaulFertser: PD2 happens to already be an interrupt pin so I don't even need to solder anything ;) |
| 21:31.11 | ndnihil | lindi-: AVR by chance? |
| 21:31.17 | ndnihil | (just sat down) |
| 21:31.23 | PaulFertser | ndnihil: yes |
| 21:31.25 | lindi- | ndnihil: yes, at90usbkey demo board with at90usb1287 processor |
| 21:31.33 | ndnihil | nice, havent tried that one yet |
| 21:31.39 | ndnihil | *hearts* 8bit AVR |
| 21:31.43 | PaulFertser | ndnihil: having problems with using 115200 UART given 8MHz external crystal. |
| 21:31.50 | PaulFertser | ndnihil: any ideas? |
| 21:31.53 | SomeT | this may sound like a silly question |
| 21:31.59 | ndnihil | hrm, clock it up to 16MHz? |
| 21:32.07 | PaulFertser | ndnihil: it's 3.3V board. |
| 21:32.13 | SomeT | but can you send external signals through the GPS antenna on the openmoko |
| 21:32.20 | ndnihil | hrm |
| 21:32.23 | SomeT | or can they only come into the phone |
| 21:32.25 | SomeT | not outputted |
| 21:33.10 | ndnihil | using built-in USART? |
| 21:33.16 | PaulFertser | ndnihil: yes |
| 21:33.17 | ndnihil | or are you bit-banging it? |
| 21:33.21 | *** join/#openmoko dkirker (n=dkirker@99.2.134.28) |
| 21:33.24 | lindi- | ndnihil: and i wouldn't want to modify the demo board too drastically |
| 21:33.26 | SomeT | ? |
| 21:33.26 | PaulFertser | ndnihil: that's what he's currently considering. |
| 21:33.33 | lindi- | ndnihil: i tried using builtin usart yes |
| 21:33.40 | lindi- | ndnihil: but so far i only get garbage |
| 21:33.41 | ndnihil | have link to the datasheet handy? |
| 21:33.45 | lindi- | ndnihil: sure |
| 21:34.00 | lindi- | ndnihil: a sec |
| 21:34.07 | SomeT | ? |
| 21:34.37 | PaulFertser | SomeT: the more "?" you write, the less answers you get ;) |
| 21:35.01 | PaulFertser | SomeT: imho you can only receive through the external GPS antenna connector, not send. |
| 21:35.24 | ndnihil | er, how would you send through the gps antenna? |
| 21:35.44 | lindi- | ndnihil: http://iki.fi/lindi/openmoko/calypso-logger/ should have |
| 21:37.04 | ndnihil | have you gotten any successful tx/rx at lower baud rates? |
| 21:37.19 | lindi- | ndnihil: hard to say, i don't have anything else than calypso to send me data |
| 21:37.32 | ndnihil | standard serial port and a comm program? |
| 21:37.40 | lindi- | ndnihil: isn't that -5 ... 5 V? |
| 21:38.04 | ndnihil | yes, but something in the max(232'ish) line should fix that |
| 21:38.19 | lindi- | ndnihil: grhm. the whole project started since i was too lazy to buy one :) |
| 21:38.34 | lindi- | and i happened to have this avr at hand |
| 21:38.35 | ndnihil | you can also do it with standard components |
| 21:38.39 | PaulFertser | lindi-: here is a link to a software uart library code: http://www.mil.ufl.edu/~chrisarnold/components/microcontrollerBoard/AVR/avrlib/ I can't say how useful it can be. |
| 21:38.58 | ndnihil | pfleurys uart stuff is pretty convenient |
| 21:39.35 | PaulFertser | ndnihil: btw, calypso has 3.3V UART |
| 21:39.56 | lindi- | PaulFertser: the link to the zip is 404 :( |
| 21:41.05 | ndnihil | hang on I'll dig up the uart stuff I started with |
| 21:41.22 | *** join/#openmoko tholin_lap (n=tholin@p2169-ipbf1104osakakita.osaka.ocn.ne.jp) |
| 21:42.09 | lindi- | PaulFertser: it does not specify version of GNU GPL so maybe i can safely assume I can use it under GPLv3 ;) |
| 21:43.07 | lindi- | ndnihil: but note that there might be a million things i have done wrong somewhere |
| 21:43.30 | lindi- | ndnihil: just spent an hour to figure out that 115200 does not fit to uint16_t :P |
| 21:44.06 | ndnihil | I can send you some of my code for setup and stuff |
| 21:44.22 | lindi- | ndnihil: for bitbanging? |
| 21:44.28 | ndnihil | http://homepage.hispeed.ch/peterfleury/avr-software.html |
| 21:44.42 | ndnihil | nah, for pfleurys stuff, the bitbanging version I did is brutal |
| 21:45.09 | *** part/#openmoko bove2 (n=bove@cm-84.208.114.37.getinternet.no) |
| 21:45.16 | ndnihil | grab that uart lib |
| 21:45.29 | ndnihil | might have to change some pin assignments to get it going with the at90usb |
| 21:45.51 | lindi- | ndnihil: pfleurys? |
| 21:46.01 | ndnihil | works great on all the megas, all the tinys with uart, and some of the older at series |
| 21:46.09 | ndnihil | 16:44 < ndnihil> http://homepage.hispeed.ch/peterfleury/avr-software.html |
| 21:46.13 | ndnihil | ^pfleurys stuff |
| 21:46.30 | lindi- | ah you have code to use that code? ;) |
| 21:46.38 | lindi- | i'm still reading paul's link to avrlib.. |
| 21:46.40 | ndnihil | yeah, its only a few lines |
| 21:46.49 | *** join/#openmoko dolf1074 (n=chatzill@d51A515D7.access.telenet.be) |
| 21:48.11 | ndnihil | #define UART_BAUD_RATE 9600 |
| 21:48.17 | ndnihil | uart_init(UART_BAUD_SELECT(UART_BAUD_RATE,F_CPU)); |
| 21:48.57 | lindi- | ok avrlib seems to just use interrupts and timers |
| 21:49.29 | ndnihil | then for reading/writing to the uart, uart_putc()/uart_getc()/uart_puts()/uart_gets() |
| 21:49.38 | ndnihil | c = char, s = string |
| 21:49.39 | PaulFertser | ndnihil: are you sure #define UART_BAUD_SELECT(baudRate,xtalCpu) ((xtalCpu)/((baudRate)*16l)-1) is correct? |
| 21:50.06 | ndnihil | if the clock on the mcu itself is set, yes |
| 21:50.40 | PaulFertser | ndnihil: i'm sure it's wrong because rounding on division is done by ceiling the integer, not by choosing the nearest. |
| 21:50.54 | SomeT | does anyone know if you can output GPS signals to another GPS device using openmoko |
| 21:50.58 | *** join/#openmoko dkirker (n=dkirker@adsl-99-2-134-28.dsl.snlo01.sbcglobal.net) |
| 21:51.06 | ndnihil | *shrug*, it works for me |
| 21:51.20 | PaulFertser | ndnihil: off-by-one error for UDRR doesn't always matter. |
| 21:51.52 | lindi- | ndnihil: gcc-e 'printf("%d\n", 8000000/(115200*16-1));' prints 4 but the table has 3 without U2Xn and 8 with it |
| 21:51.57 | PaulFertser | ndnihil: btw, modern avr-libc has some decent macroses for calculating UART baud rate. |
| 21:52.05 | PaulFertser | lindi-: exactly, thanks! :) |
| 21:52.22 | ndnihil | I'm still using -old- stuff (debian sarge on this workstation) |
| 21:53.09 | lindi- | <PROTECTED> |
| 21:53.12 | lindi- | maybe that one? |
| 21:53.25 | PaulFertser | lindi-: parantheses are wrong in your example |
| 21:53.40 | *** join/#openmoko knguyen (n=knguyen@ip70-176-108-142.ph.ph.cox.net) |
| 21:53.59 | lindi- | PaulFertser: which one, the one i pasted from avr-libc? |
| 21:54.00 | PaulFertser | lindi-: yeah, i was talking about this setbaud macros. |
| 21:54.09 | PaulFertser | lindi-: this one: 8000000/(115200*16-1) |
| 21:54.16 | lindi- | oh |
| 21:54.36 | PaulFertser | avr-libc version is good :) |
| 21:54.45 | lindi- | gcc-e 'printf("%d\n", 8000000/115200*16-1);' prints 1103 |
| 21:54.46 | *** part/#openmoko SomeT (n=somet@cpc1-leic13-0-0-cust815.leic.cable.ntl.com) |
| 21:54.56 | *** join/#openmoko SomeT (n=somet@cpc1-leic13-0-0-cust815.leic.cable.ntl.com) |
| 21:55.30 | SomeT | does anyone know if the GPS antenna on openmoko can output signals rather than just have them inputted? |
| 21:55.35 | PaulFertser | lindi-: wrong again :) |
| 21:55.41 | ndnihil | have you already verified that the fuses are set properly for desired clock rate? |
| 21:55.47 | PaulFertser | lindi-: 8000000/(115200*16) - 1 |
| 21:55.58 | PaulFertser | ndnihil: he has USB working :) |
| 21:56.07 | ndnihil | somet: no it can not, it is not connected to anything but the GPS, which is a receive only device |
| 21:56.21 | SomeT | ok thanks |
| 21:56.24 | lindi- | gcc-e 'printf("%d\n", (8000000 + 8 * 115200) / (16 * 115200) - 1);' |
| 21:56.24 | lindi- | 3 |
| 21:56.27 | *** part/#openmoko SomeT (n=somet@cpc1-leic13-0-0-cust815.leic.cable.ntl.com) |
| 21:56.30 | ndnihil | somet: it looks like the antenna connector for the GSM module is available in the battery compartment though |
| 21:56.41 | lindi- | ndnihil: and i have no jtag to modify fuses |
| 21:57.23 | ndnihil | I dont know the at90usb, but on all the other AVRs I've used you can set/read fuses with a standard programmer |
| 21:57.26 | PaulFertser | ndnihil: it's a ready-to-use demoboard: at90usbkey. |
| 21:57.37 | ndnihil | is there an ISP header? |
| 21:57.52 | lindi- | ndnihil: i don't have any programmer ;) |
| 21:58.07 | lindi- | ndnihil: the bootloader supports uploading new programs over usb |
| 21:58.12 | ndnihil | pick up an stk500, it's an awesome board |
| 21:58.20 | lindi- | ndnihil: doesn't do usb afaik? |
| 21:58.31 | *** join/#openmoko vininim (n=vininim@pdpc/supporter/student/vininim) |
| 21:58.33 | *** join/#openmoko weirdedout (n=gonePost@220.253-205-36.VIC.netspace.net.au) |
| 21:58.38 | ndnihil | not sure about the new ones, but mine is standard serial (2x db9) |
| 21:58.50 | lindi- | ndnihil: yeah i specially wanted usb |
| 21:58.56 | ndnihil | my avr-dragon is usb |
| 21:59.01 | ndnihil | another great programmer |
| 22:00.03 | lindi- | ndnihil: but avr-dragon is a programmer? |
| 22:00.09 | lindi- | ndnihil: i wanted a demo board that does usb :) |
| 22:00.22 | lindi- | ndnihil: so that it can talk to usb devices and act like any usb device |
| 22:00.28 | ndnihil | yes, dragon is a programmer, but if you're going to play with AVRs, you'll need one |
| 22:00.39 | ndnihil | a programmer, regardless of make |
| 22:00.54 | lindi- | ndnihil: does the bootloader count? |
| 22:01.23 | lindi- | ndnihil: i have not used any programmer with this since the bootloader supports uploading new programs |
| 22:01.30 | ndnihil | for most purposes it'll do fine, but when you need to do low level stuff (like checking fuses), a programmer is a valuable tool |
| 22:01.40 | lindi- | yep |
| 22:02.18 | ndnihil | I'm guessing the dev board should come with fuses set correctly |
| 22:02.38 | ndnihil | the avr32 dev boards seem to (ngw100) |
| 22:03.06 | lindi- | ndnihil: yep haven't needed to change any fuses yet |
| 22:03.27 | lindi- | one of the fuses write-protects the bootloader so this should be unbrickable |
| 22:03.34 | ndnihil | ack |
| 22:03.36 | ndnihil | dont say that |
| 22:03.42 | ndnihil | it's just inviting a brick |
| 22:03.54 | ndnihil | for which you'll need a programmer to unbrick ;) |
| 22:04.04 | lindi- | at least atmel markets this as quite unbrickable |
| 22:04.08 | ndnihil | HV/parallel modes are good for un-fucking AVRs |
| 22:04.36 | ndnihil | atmel makes good stuff, no doubt about that |
| 22:04.42 | DocScrutinizer | hehe conficker pulling trigger on Apr-01 |
| 22:05.17 | ndnihil | very well thought out, robust hardware, and their in-house supported user community (avrfreaks) is great |
| 22:05.27 | lindi- | ndnihil: anyways i read pfleurys' stuff and it does not seem to do bit-banging at all but needs hardware usart |
| 22:06.01 | ndnihil | are you looking to try the bitbanging stuff now? |
| 22:06.09 | ndnihil | I might have some of that laying around |
| 22:06.12 | lindi- | ndnihil: i don't see any other choice |
| 22:06.24 | lindi- | ndnihil: i read the bit-banging code that PaulFertser linked me |
| 22:06.33 | DocScrutinizer | prepares for some DoS-internet-outage for the next hours |
| 22:06.33 | lindi- | it wasn't too complex looking |
| 22:10.21 | ndnihil | lindi: mind a very long paste in PM? |
| 22:10.44 | ndnihil | 20-25 lines or so |
| 22:11.24 | lindi- | ndnihil: sure |
| 22:11.38 | *** join/#openmoko Yashy (n=yashy@mail.improfessional.com) |
| 22:11.39 | lindi- | ndnihil: but you can always pipe it to "netcat paste.dyndns.org 1234" too :) |
| 22:12.56 | *** join/#openmoko laen (n=laen@82-197-201-24.dsl.cambrium.nl) |
| 22:12.59 | ndnihil | too late |
| 22:14.43 | *** join/#openmoko polz (n=polz@ecg.fri.uni-lj.si) |
| 22:17.34 | DocScrutinizer | wonders if buying a maxX232 wouldn't have been the faster solution ;) |
| 22:18.07 | lindi- | at least i learned about limits of hardware ;) |
| 22:19.04 | DocScrutinizer | lindi-: sure. It's merely for the fun of it, I know |
| 22:19.24 | *** join/#openmoko losinggeneration (n=losingge@ics184-9.icsincorporated.com) |
| 22:20.05 | *** join/#openmoko vininim (n=vininim@pdpc/supporter/student/vininim) |
| 22:21.31 | saracen | This is weird. |
| 22:21.53 | DocScrutinizer | lindi-: anyway I know calypso bootloader does autobaud and just defaults to 115k. So maybe it's worth trying what's gonna happen on sending "AT" to calypso at e.g. 57k or even 9600, via hs-rs232 IF |
| 22:22.20 | saracen | I setup the debian chroot with the toolchain in. Even though the C++ standard + g++ are installed, it won't compile source code with simple headers in, such as "string". |
| 22:22.24 | saracen | Any ideas? |
| 22:22.37 | lindi- | DocScrutinizer: should it talk AT over that? |
| 22:22.52 | lindi- | saracen: how does it fail? |
| 22:23.04 | lindi- | saracen: sorry, what's "the toolchain"? |
| 22:23.18 | DocScrutinizer | not exactly afaik, but anyway autobaud might work |
| 22:23.48 | lindi- | dieter on the other hand warned me about trying to talk to calypso ;) |
| 22:23.54 | saracen | lindi-: http://wiki.openmoko.org/wiki/Toolchain |
| 22:24.01 | lindi- | saracen: ok then i don't know |
| 22:24.19 | DocScrutinizer | lindi-: nah, nothing really bad's going to happen |
| 22:24.37 | saracen | interface.h:28:18: error: string: No such file or directory |
| 22:24.37 | saracen | interface.h:29:15: error: map: No such file or directory |
| 22:24.44 | saracen | it fails like that. |
| 22:25.09 | DocScrutinizer | lindi-: worst case is you're locking up gsm FW and have to powercycle modem to recover |
| 22:26.54 | DocScrutinizer | if "AT" doesn't work, "." might, or "\r" "\n" |
| 22:31.07 | *** part/#openmoko tsuchan (n=tomek@chello089079050055.chello.pl) |
| 22:32.56 | IvdSangen | hmm, when I use dfu-util to backup my rootfs it takes very long (+30m) and then fails and boot through |
| 22:33.22 | DocScrutinizer | known issue |
| 22:33.28 | ndnihil | ivd: what version of uboot? |
| 22:33.48 | ndnihil | I was told that earlier versions have issues when reading by way of dfu-util |
| 22:34.02 | IvdSangen | ndnihil: let me check, have to shut down first |
| 22:34.21 | IvdSangen | so I should first flash OM 2008.12 Update? |
| 22:34.38 | ndnihil | if that's what you want on there sure |
| 22:34.40 | *** join/#openmoko edje (n=chatzill@pced.ipv6.kapitein.org) |
| 22:35.04 | IvdSangen | just gonna try some different distros now |
| 22:35.27 | ndnihil | that's what I did on friday right after it showed up :) |
| 22:36.10 | ndnihil | qt looked clean, FDOM was miserable, OM200x were kinda "eh", and I've settled on SHR |
| 22:36.54 | IvdSangen | im hearing the best responses from SHR |
| 22:36.56 | jonkristian | Has everybody switched to Qi? Been away for some months. |
| 22:37.00 | IvdSangen | will try that after 2008.12 |
| 22:39.45 | IvdSangen | ndnihil: uBoot 1.3.2-moko12 fyi |
| 22:41.10 | ndnihil | I think that's the same one I have, which was too old to read by way of dfu-util |
| 22:42.08 | IvdSangen | but the other way around (flashing onto the phone) should work? |
| 22:42.17 | ndnihil | yeah that works great for me |
| 22:42.29 | IvdSangen | okay, thanks |
| 22:42.49 | ndnihil | I was going to back up the original too, but didn't bother |
| 22:44.16 | *** join/#openmoko max_posedon (n=max_pose@80.249.92.225) |
| 22:44.22 | jonkristian | flashing Qi took 2secs:D |
| 22:45.30 | saracen | http://pastebin.com/m725e9c3e |
| 22:45.36 | saracen | I want my C++ standard =( |
| 22:45.55 | *** join/#openmoko weirdedout (n=gonePost@220.253-200-242.VIC.netspace.net.au) |
| 22:47.44 | saracen | <PROTECTED> |
| 22:47.46 | saracen | opps |
| 22:48.17 | *** join/#openmoko sigius (n=sigius@93-125-185-45.dsl.alice.nl) |
| 22:48.29 | azaghal | A-ha! Now we know where you keep your openmoko builds! |
| 22:48.35 | jonkristian | lol |
| 22:49.01 | *** join/#openmoko tombhadAC (n=tombhad@pD95DE6A0.dip.t-dialin.net) |
| 22:49.03 | saracen | dont tell everybody =( |
| 22:50.27 | lindi- | ndnihil: 'The device is shipped with Low Power Crystal Oscillator (8.0MHz-max) enabled and with the fuse CKDIV8 programmed, resulting in 1.0MHz system clock (with a 8 MHz cristal).' |
| 22:50.33 | lindi- | PaulFertser: ^ |
| 22:52.23 | lindi- | PaulFertser: so the situation is even worse. according to page 203 i should write zero to UBRR and get 8% error |
| 22:53.51 | ndnihil | yeh, 1MHz is a bit on the slow side for 115200 |
| 22:54.33 | DocScrutinizer | lindi-: 8% sounds bearable for 8N1 |
| 22:55.25 | lindi- | DocScrutinizer: for some reason i get only zeroes with that setup |
| 22:55.46 | lindi- | interrupt count increases but UDR1 always just has a zero |
| 22:56.06 | DocScrutinizer | lindi-: sounds strange |
| 22:57.18 | ndnihil | bbiab |
| 23:02.32 | alphaone | DocScrutinizer: I have found that errors larger than 2.x% already cause serious errors |
| 23:03.21 | DocScrutinizer | hmm, depends on particular UART I'd guess |
| 23:04.01 | lindi- | it seems to be possible to change the clock scaler on the fly |
| 23:04.14 | alphaone | I usually try to stay in the bold print according to the Atmel docs |
| 23:05.09 | DocScrutinizer | basically UART id calculating center of startbit and samples 8 bit of data starting from there. Error mustn't exceed half a bit timespan during these 8 samples |
| 23:06.35 | *** join/#openmoko jonkristian1 (n=jonkrist@224.84-48-197.nextgentel.com) |
| 23:06.41 | DocScrutinizer | given source signal has ideal timing ;) |
| 23:07.59 | lindi- | hrm, there is already SetSystemClockPrescaler(0); |
| 23:09.44 | alphaone | hehe |
| 23:12.45 | DocScrutinizer | 0.5/8*100=6.25% so depending on your luck and error of transmitting UART you may get away with 8% |
| 23:14.44 | *** join/#openmoko batti (n=batti@blfd-4db1ce34.pool.einsundeins.de) |
| 23:15.28 | DocScrutinizer | on high speed both UARTs need to have an error <3% (depending on signal deterioration) to guarantee interoperability |
| 23:16.57 | DocScrutinizer | (this not taking in account stopbit triggered framing errors or paritybit) |
| 23:17.00 | *** join/#openmoko max_posedon (n=max_pose@80.249.92.225) |
| 23:17.04 | *** join/#openmoko CVirus (n=Satan@41.196.61.1) |
| 23:17.13 | *** join/#openmoko vininim (n=vininim@pdpc/supporter/student/vininim) |
| 23:27.00 | *** join/#openmoko Big-Pat (n=Big-Pat@c-24-118-242-237.hsd1.mn.comcast.net) |
| 23:27.57 | *** join/#openmoko knguyen_ (n=knguyen@ip70-176-108-142.ph.ph.cox.net) |
| 23:34.13 | *** join/#openmoko DrVino (n=qtpp@201.255.174.180) |
| 23:34.25 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 23:36.35 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 23:54.00 | *** join/#openmoko daMaestro|isBack (n=jon@fedora/damaestro) |
| 23:54.16 | *** join/#openmoko rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
