| 00:00.12 | spikebike | heh, I just want a decent phone, edge or better, bluetooth, and the ability to write stuff for it with linux |
| 00:00.23 | Linux_Galore | no I would suspect its using a variant of TRON |
| 00:00.48 | spikebike | so future openmoko, or maybe some google project are my leading contenders |
| 00:01.34 | Linux_Galore | I think we will have to wait till 2008for the OM guys to get up to speed hardware wise |
| 00:01.42 | Linux_Galore | ie 3G |
| 00:02.20 | spikebike | seems like nokia is considering a linux phone |
| 00:02.41 | spikebike | motorola even based their devel on eclipse (Which runs on linux) but still tied it to windows *grump* |
| 00:02.49 | Linux_Galore | spikebike: they have been saying that for a while but I dont see anything on the 2008 release |
| 00:03.18 | *** join/#openmoko |pit (n=pit@modemcable216.170-56-74.mc.videotron.ca) |
| 00:03.45 | SpeedEvil | 'linux phone' is irrelevant. |
| 00:03.51 | SpeedEvil | Open linux phone is relevant. |
| 00:04.12 | SpeedEvil | It can be tied down so hard you can't run anything on it. |
| 00:04.13 | meus | nokia do have the 770 and 800 tablets, but they are not phones i guess |
| 00:04.36 | Linux_Galore | Nokia have a iPhone clone video, may get lucky and they put Linux on the thing |
| 00:04.41 | meus | SpeedEvil: true, I hate all these locked down phones |
| 00:04.55 | spikebike | I'm kinda surprised smart phones aren't more devel friendly |
| 00:04.59 | spikebike | they want aps... right? |
| 00:05.16 | SpeedEvil | IMO - there is nothing inherently wrong with locking down - but you should be able to buy unlocked ones |
| 00:05.24 | meus | the telecom business must be scared shitless on voip |
| 00:05.26 | Linux_Galore | spikebike: its not the makers its the service providers who prefere the phones to be locked down |
| 00:05.28 | SpeedEvil | If they believe the apps are subsidising the phone |
| 00:06.04 | spikebike | I don't even particularly care about native |
| 00:06.14 | spikebike | writing java in eclipse could work |
| 00:06.18 | Linux_Galore | spikebike: the service providers use the phones to push extra services |
| 00:06.27 | spikebike | I find things like maemo mapper to be really nice to have |
| 00:06.40 | folken | Does anyone have an md5sum of the P1-September-Snapshot-20070908-fic-gta01.rootfs.jffs2 snapshot? |
| 00:07.10 | *** join/#openmoko Aztlek (n=lbernal@190.156.58.45) |
| 00:07.45 | spikebike | this is especially puzzling to me now that 500 Mhz CPUs are common, as is storage expansion in the 2GB and up area |
| 00:10.55 | spikebike | I dreamed about computers like today's phones, fast enough for video, 24/7 network connections, low power for keyboards, gps, or headset. |
| 00:12.20 | spikebike | not to mention wifi |
| 00:13.35 | folken | it just isnt' as useable as one wishes it to be. |
| 00:13.57 | *** join/#openmoko xamindar (n=xamindar@c-67-188-248-96.hsd1.ca.comcast.net) |
| 00:14.28 | folken | for example the p9XX series i know: frequently crash, take ages to boot (4 minutes).. |
| 00:15.12 | spikebike | egads |
| 00:15.23 | spikebike | my quad core desktop takes less than that ;-) |
| 00:15.28 | spikebike | strange |
| 00:15.35 | spikebike | developer.motorola.com claims the v9 is linux |
| 00:15.46 | spikebike | but everything I've heard up to now says only the razr2 v8 is linux |
| 00:16.07 | *** join/#openmoko thseiler (n=Thomas@zux221-182-009.adsl.green.ch) |
| 00:18.59 | *** join/#openmoko merriam (n=merriam@85-211-20-34.dyn.gotadsl.co.uk) |
| 00:20.00 | folken | spikebike: http://developer.motorola.com/technologies/linuxos/ |
| 00:24.40 | spikebike | I think it's a mistake |
| 00:24.50 | spikebike | v8 is linux/java |
| 00:25.07 | spikebike | v9/v9m are 3g, much slower cpu, and their traditional razr platform |
| 00:26.10 | aevin | I've been away for the last two weeks. what's the latest estimate on GTA02 RTM (release to market)? |
| 00:26.15 | aloril | (script) wiki RecentChanges: [[Main_Page/es]] [[Advanced_End-user/es]] [[System_Developer/es]] [[OpenMoko_Local_Groups:_Norway]] [[OpenMoko_Local_Groups:_Oslo]] [[Application_Development_FAQ]] [[Application_Developer/es]] |
| 00:26.50 | rwhitby | aevin: no new information, so I'm still predicting Nov for P0, Jan for P1 and who knows for P2. I have no inside information. |
| 00:27.47 | *** join/#openmoko hp___ (n=hp@rhuidean.student.utwente.nl) |
| 00:28.05 | aevin | rwhitby: okay, thanks for the info. |
| 00:28.11 | spikebike | p[012] means what? |
| 00:28.30 | aevin | spikebike: phase 0, 1 or 2 |
| 00:29.33 | rwhitby | aevin: I haven't given you any info there, just idle speculation ;-) |
| 00:30.22 | folken | at last my phone boots again. |
| 00:32.09 | aevin | spikebike: you can read about the idea behind the different phases here , but that is for the old model (with old time estimates): http://lists.openmoko.org/pipermail/community/2007-January/001586.html |
| 00:32.21 | folken | correction.. it looks up when it tries to play the startup sound.. |
| 00:32.49 | rwhitby | we have heard that the P0 P1 P2 model will be applied for all hardware releases. |
| 00:32.59 | aevin | rwhitby: but I know you've been around here while I was away, so if something had been announced I am sure you would have known. |
| 00:33.08 | *** join/#openmoko gambler (n=orion@124-171-178-226.dyn.iinet.net.au) |
| 00:33.30 | spikebike | hopefully google will announce all mobile apps for openmoko ;-) |
| 00:33.48 | hypa7ia | i wonder how many they ordered |
| 00:33.50 | hypa7ia | hehe |
| 00:33.53 | hypa7ia | of the dev phones |
| 00:35.46 | aevin | hopefully the openmoko inc. has straighten out some of their logistics problem, so things will go abit smoother with the GTA02. hopefully causing less stress and irritation among the hired devs too. |
| 00:36.22 | folken | does actually someone test the releases/snapshots/whatever !? |
| 00:36.49 | folken | this stuff doesn't even boot. it crashes on playing the startup sound.. |
| 00:36.57 | folken | reproducably. |
| 00:37.07 | folken | annoying.. waste of time. |
| 00:37.09 | aevin | folken: are you grabbing images from the openmoko buildhost? |
| 00:37.20 | folken | http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/ |
| 00:37.37 | folken | the september snapshot from today. |
| 00:37.52 | cesarb | folken: daily snapshots are built, not tested |
| 00:38.03 | cesarb | folken: it's only that august snapshot which was tested |
| 00:38.29 | folken | cesarb: yes.. and that one foobars if you do an ipkg update/upgrade |
| 00:38.33 | folken | fubars |
| 00:39.16 | *** part/#openmoko Pupeno (n=Pupeno@89-125-144-76.dhcp-ripwave.irishbroadband.ie) |
| 00:39.37 | aevin | folken: i'm not sure how that buildhost is set up. if it's automated and builds snapshots automatically from source repo without interaction or if it's manually triggered for building images when assumed-to-be-stable states are reached. |
| 00:40.48 | aevin | seems like cesarb just explained why they won't work. |
| 00:41.18 | cesarb | aevin: that one is automatic |
| 00:41.22 | aevin | folken: if you've got the latest, file a bug report ;-) |
| 00:41.43 | cesarb | aevin: though someone did a manual cleanup of it some days ago, to clear build issues caused by a new gcc version |
| 00:43.35 | *** join/#openmoko hp__ (i=hp@ladderzat.student.utwente.nl) |
| 00:45.39 | folken | aevin: i just documented it in the wiki |
| 00:45.57 | *** join/#openmoko j_ack (n=j_ack@p508DBAA8.dip0.t-ipconnect.de) |
| 00:47.28 | rwhitby | webkit fails to build: |
| 00:47.29 | rwhitby | | ../../../WebCore/loader/icon/IconDatabase.cpp:206: error: 'EDEADLK' was not declared in this scope |
| 00:47.32 | folken | aevin: i no longer write bug reports for so very obvious stuff. |
| 00:47.47 | aevin | yeah, i see. |
| 00:47.55 | rwhitby | aevin: buildhost is manually triggered by mickey |
| 00:48.21 | rwhitby | but it seems not tested |
| 00:48.41 | aevin | i noticed http://wiki.openmoko.org/index.php?title=Neo1973 has some guesstimates of the future timeline ... of course it's unreliable. |
| 00:48.43 | rwhitby | but that is fair enough - only releases and snapshots are tested |
| 00:49.00 | rwhitby | if you want stable, then install the august snapshot, and remove the update feeds |
| 00:49.06 | folken | rwhitby: snapshot for today is defently not tested. |
| 00:49.16 | rwhitby | folken: that's not a snapshot |
| 00:49.31 | rwhitby | snapshots are here: http://buildhost.openmoko.org/snapshots/ |
| 00:49.49 | rwhitby | untested builds are here: http://buildhost.openmoko.org/OM2007.2/tmp/ |
| 00:50.32 | rwhitby | and as expected, untested builds are sometimes broken |
| 00:50.42 | folken | then somebody should remove the name "snapshot" in the file. |
| 00:50.53 | folken | http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/OpenMoko-openmoko-devel-image-glibc-ipk-P1-September-Snapshot-20070908-fic-gta01.rootfs.jffs2 |
| 00:51.15 | *** join/#openmoko raster (n=raster@p2220-ipbf2608marunouchi.tokyo.ocn.ne.jp) |
| 00:51.15 | rwhitby | folken: agreed |
| 00:52.13 | rwhitby | but you can't really go looking for images in a 'tmp' directory (which is obviously not official) and expect it to be a supported snapshot |
| 00:52.52 | rwhitby | people can't complain about things not being open enough, and then also complain when being open means also exposing broken things. |
| 00:52.59 | folken | rwhitby: ah forget it, i was just a little upset since its 3am and everthing is broken. I should go to bed. |
| 00:53.16 | rwhitby | yep |
| 00:53.25 | rwhitby | I felt the same too last night :-) |
| 00:53.34 | folken | sorry. |
| 00:53.59 | rwhitby | the P1 testing wiki page is a good thing. |
| 00:54.29 | folken | yeah i just added the experience of today. |
| 00:54.36 | rwhitby | thx |
| 00:55.29 | folken | oh well. good night. |
| 00:55.46 | aevin | gn, folken |
| 00:57.42 | raster | anyone else get problems building gettext-native on om? |
| 00:59.32 | SpeedEvil | google-calen/window new |
| 01:00.24 | SpeedEvil | gah |
| 01:02.58 | *** part/#openmoko Marcel_M (n=Marcel_M@86.59.65.236) |
| 01:04.06 | *** join/#openmoko milo__ (n=nilsense@dslb-088-076-248-231.pools.arcor-ip.net) |
| 01:04.46 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 01:25.36 | kayon | Is it generally safe/necessary to update uboot to the 2007.08 snapshot? |
| 01:26.03 | *** join/#openmoko xaid (n=zaid@S0106000c6ef3cb4e.ed.shawcable.net) |
| 01:26.45 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 01:26.57 | cesarb | kayon: if you don't update, you must remember to always run "nand erase rootfs" before flashing the rootfs |
| 01:27.06 | cesarb | kayon: other than that, there's no need to update |
| 01:27.29 | cesarb | kayon: if you have a debug board or know someone with a debug board nearby, there shouldn't be a problem |
| 01:28.45 | kayon | cesarb: thanks. nearest debug board seems to be 1000km away! |
| 01:28.53 | raster | oops |
| 01:28.59 | cesarb | kayon: where are you? |
| 01:29.17 | kayon | cesarb: Canberra - Australia! |
| 01:29.37 | cesarb | kayon: there are people with debug boards on Australia AFAIK... |
| 01:29.38 | *** join/#openmoko poffy (n=poffy@c-76-30-222-129.hsd1.tx.comcast.net) |
| 01:29.52 | raster | australia is not a small place... |
| 01:30.05 | cesarb | raster: one of the ten largest countries, isn't it? |
| 01:30.18 | kayon | cesarb: have been getting by with the nand erase rootfs etc - minor inconvenience |
| 01:30.34 | SpeedEvil | IMO. |
| 01:30.44 | SpeedEvil | Put nand erase rootfs on a u-boot menu item |
| 01:30.47 | cesarb | Yeah, the next largest on wikipedia's list, just after mine |
| 01:31.12 | *** join/#openmoko ufo76 (n=ufo76@host81-132-50-52.range81-132.btcentralplus.com) |
| 01:31.50 | kayon | SpeedEvil: what a good idea!!! where to find instructions? |
| 01:31.53 | raster | cesarb: not sure there. it's about the size of the continental usa |
| 01:32.00 | raster | cesarb: (excluding alaska) |
| 01:32.11 | raster | so having a few boards in .au doesn't help much |
| 01:32.15 | raster | if they are... 1000km away |
| 01:32.16 | SpeedEvil | kayon: in [[bootloader]] |
| 01:32.16 | raster | eg |
| 01:32.20 | raster | sydney or melbourne |
| 01:32.25 | raster | or further afield from canberraq |
| 01:32.31 | SpeedEvil | It says how to add one to charge drom a dumb charger |
| 01:33.32 | kayon | I saw mention of someone in Sydney shipping to rwhitby in Adelaide to unbrick |
| 01:33.55 | raster | dont worry |
| 01:34.03 | raster | i have a debug board |
| 01:34.14 | raster | i'll be back in sydney soon |
| 01:34.17 | raster | in a few months |
| 01:35.01 | cesarb | sleep: intervalo de tempo inválido `setenv' |
| 01:35.06 | rwhitby | canberra to adelaide is just an overnight courier |
| 01:35.13 | cesarb | great, flashing to qemu seems to be broken |
| 01:35.42 | *** join/#openmoko daniel_bergamini (n=danieber@72-173-29-62.cust.wildblue.net) |
| 01:36.15 | kayon | rwhitby: thanks for the reassurance! I might give the uboot update a try |
| 01:36.27 | cesarb | ah, no, it's just what happens if I didn't compile uboot |
| 01:37.01 | kayon | I've not had any kernel/rootfs transfers fail so I can't see why uboot would |
| 01:37.08 | rwhitby | kayon: use a known good uboot. use a machine with a tested dfu-util (test it on rootfs or kernel first). use the named argument to -a instead of the number (less chance of mistake) |
| 01:37.39 | rwhitby | if you do all that, and don't have a power-failure (perhaps do it from a laptop with a good battery), then you'll be fine |
| 01:38.01 | kayon | rwhitby: all good advice. Ta. |
| 01:38.07 | rwhitby | if something goes wrong, don't panic, cause you can keep flashing it until you get it right, as long as you don't power cycle the neo |
| 01:40.28 | *** join/#openmoko codyl (n=codyl@adsl-71-142-69-93.dsl.pltn13.pacbell.net) |
| 01:40.32 | rwhitby | hmm - wonder if openwrt will work on the neo ... |
| 01:40.40 | SpeedEvil | :) |
| 01:41.03 | raster | rwhitby: wrieless routing usbnet -> gsm? |
| 01:41.04 | raster | :) |
| 01:41.23 | rwhitby | probably do that for the P0 Bv3 device when I use it as an asterisk<->gsm gateway |
| 01:41.25 | codyl | I can't flash my Neo ! I get "End of write exceeds partition end" |
| 01:41.40 | rwhitby | what argument are you giving to -a ? |
| 01:41.49 | *** join/#openmoko HellDragon (n=Nocebo@unaffiliated/helldragon) |
| 01:42.19 | codyl | rwhitby, 1 |
| 01:42.29 | rwhitby | should use named arguments for a start ... |
| 01:42.37 | rwhitby | kernel, rootfs, etc |
| 01:42.58 | cesarb | isn't partition 1 u-boot_env? or is it 2? |
| 01:43.13 | codyl | I'm just taking this from the wiki |
| 01:43.19 | rwhitby | that's why I use the names |
| 01:43.23 | codyl | http://wiki.openmoko.org/wiki/Flashing_openmoko |
| 01:43.41 | cesarb | codyl: the wiki is outdated then, because nowadays we always use the names |
| 01:44.23 | codyl | cesarb, ah yes.. I see the issue - I didn't read careful enough - I'll probably have to reflash u-boot |
| 01:46.10 | rwhitby | can someone double-check my edit on http://wiki.openmoko.org/wiki/Flashing_openmoko ? |
| 01:46.22 | *** join/#openmoko fgau (n=fgau@pD9538BDC.dip0.t-ipconnect.de) |
| 01:47.36 | cesarb | rwhitby: your edit looks good, but... |
| 01:48.00 | cesarb | rwhitby: there's a bit of FUD up there ^ saying you must nand erase |
| 01:48.14 | cesarb | rwhitby: and the link goes to a page which says you have to use nand erase _clean_ rootfs |
| 01:48.25 | cesarb | rwhitby: what does that clean do? erase bad block info? |
| 01:48.33 | rwhitby | no idea |
| 01:48.52 | rwhitby | first thing I did was install a uboot which does that for me |
| 01:49.49 | SpeedEvil | nand erase rootfs is required if you've put lots of crap on your rootfs and want to upgrade. Otherwise things go wierd. |
| 01:50.24 | cesarb | SpeedEvil: newer uboot (the august snapshot one included) do that for you automatically |
| 01:50.53 | SpeedEvil | cesarb: you mean the shipped on? |
| 01:51.04 | SpeedEvil | Because it diddn't. |
| 01:51.17 | cesarb | SpeedEvil: no, the one from the first 2007.2 snapshot |
| 01:51.23 | SpeedEvil | ah |
| 01:51.24 | cesarb | SpeedEvil: not the older shipped one |
| 01:51.27 | SpeedEvil | not done that yet. |
| 01:51.36 | raster | why me... why... |
| 01:51.43 | raster | why doe om NEVER build for me |
| 01:52.11 | cesarb | (since I have a debug board, first thing was to flash the kernel to check dfu was working, and second thing was to flash with that version... having to type "nand erase rootfs" all the time would have been annoying) |
| 01:52.18 | cesarb | raster: bad timing |
| 01:52.25 | raster | every weekend |
| 01:52.26 | raster | i try |
| 01:52.33 | raster | this weekend its gettext |
| 01:52.33 | cesarb | raster: you see, it was building fine yesterday |
| 01:52.46 | raster | i started again just now |
| 01:52.48 | cesarb | raster: gettext? it's webkit for me |
| 01:52.51 | raster | and got parse errors in bb files |
| 01:52.56 | raster | nah |
| 01:52.59 | raster | webkit built before for me |
| 01:53.06 | raster | but i got livxfsomething broken before |
| 01:53.14 | raster | i have yet to have it build |
| 01:54.48 | codyl | rwhitby, okay I got the new rootfs to flash properly (with -a 5) ..but now it hangs at "Freeing init memory" |
| 01:55.00 | raster | time to do this baby again |
| 01:55.26 | raster | thank god i have piles of cpu grunt and bandwidth |
| 01:55.58 | codyl | raster, ya I love it too..even in hotels its better than my home connection |
| 01:56.42 | raster | aye |
| 01:56.45 | raster | 100mbit fibre |
| 01:56.54 | raster | no xfer quotas/caps |
| 01:57.00 | raster | $40/mo |
| 01:57.32 | raster | i can just keep downloading OE svn trees and monotone updates until the cows come home |
| 01:57.41 | raster | shame openembedded.org is so slow |
| 01:57.54 | raster | i only get 250kb/sec out of the sucker |
| 01:57.57 | raster | :( |
| 02:00.56 | codyl | only heh |
| 02:00.58 | codyl | :-) |
| 02:01.11 | codyl | raster, すごい |
| 02:01.18 | raster | well... |
| 02:01.31 | raster | i would like to pull at 10mb/sec |
| 02:01.38 | raster | as in theory thats what i should do |
| 02:01.52 | raster | but i have yet to see any part of the interweeb exceed about 30mbit to me |
| 02:03.31 | *** join/#openmoko dotmef (n=mef@mx1.bitwise.org) |
| 02:03.38 | dotmef | hi all |
| 02:03.43 | roh | raster thats the latency... |
| 02:04.02 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 02:04.08 | raster | roh: possibly |
| 02:04.27 | raster | thats within japan |
| 02:04.37 | raster | oh well |
| 02:04.49 | raster | its just nice to know u have more bandwidth than you know what to do with |
| 02:04.50 | aking | raster: are your bb parse errors showing a bad qmake-base ? |
| 02:04.51 | raster | on tap |
| 02:05.05 | raster | aking: too late - long past my scrollback buffer |
| 02:05.17 | raster | i re-fetched a new everything |
| 02:05.20 | raster | am starting again |
| 02:07.25 | *** join/#openmoko bluelightning (n=blueligh@219-89-46-142.dialup.xtra.co.nz) |
| 02:07.26 | aking | raster: ok - if you do get it again, it looks like some oe person decided to change qmake-base.bb -> qmake_base.bb a couple of hours ago. I just added a symlink and it went away. |
| 02:08.12 | raster | aaah |
| 02:08.18 | raster | that woudl explain the sudden b0rk |
| 02:08.44 | raster | maybe it was a change but only part of it was in |
| 02:08.50 | raster | still in the middle of fixing it up |
| 02:09.00 | *** join/#openmoko jiing (n=jiing@59-120-12-62.HINET-IP.hinet.net) |
| 02:09.05 | aking | maybe - still dies in webkit though. |
| 02:09.51 | bedboi | is there some magical spell to know if my order will be accepted? |
| 02:09.59 | bedboi | any people to ask. |
| 02:11.33 | raster | bedboi: not sure |
| 02:11.37 | *** join/#openmoko bluelightning_ (n=blueligh@219-89-46-142.dialup.xtra.co.nz) |
| 02:12.15 | *** join/#openmoko mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 02:12.19 | raster | ok om |
| 02:12.21 | raster | BUILD! |
| 02:13.46 | *** join/#openmoko Zoolooc_ (n=fredsiba@p54951CF7.dip0.t-ipconnect.de) |
| 02:14.48 | raster | aking: ... |
| 02:14.59 | aking | raster: ya |
| 02:15.02 | raster | NOTE: Handling BitBake files: | (1183/4671) [25 %]ERROR: Could not inherit file classes/qmake-base.bbclass while parsing /home/raster/moko/openembedded/packages/snes9x/snes9x-sdl-qpe_1.39.bb |
| 02:15.05 | raster | yup |
| 02:15.08 | raster | same thing |
| 02:15.36 | aking | yup - that's what I got - just add symlink to qmake-base.bb in classes |
| 02:15.45 | rwhitby | let's see what I can do to fix that |
| 02:17.26 | aking | oppss - *bbclass |
| 02:17.46 | aking | moko@trinity ~ $ ls -al openembedded/classes/qmake-base.bbclass |
| 02:17.49 | aking | lrwxrwxrwx 1 moko moko 18 Sep 8 22:00 openembedded/classes/qmake-base.bbclass -> qmake_base.bbclass |
| 02:18.49 | raster | oh come on |
| 02:18.56 | raster | 90% processing bb files... |
| 02:19.34 | rwhitby | rwhitby@etch:/home/moko/openembedded/classes$ ls -l *-* | wc -l |
| 02:19.34 | rwhitby | 32 |
| 02:19.34 | rwhitby | rwhitby@etch:/home/moko/openembedded/classes$ ls -l *_* | wc -l |
| 02:19.34 | rwhitby | 20 |
| 02:19.36 | aking | raster: it'll proocess - but eventually die in webkit with (WebCore/loader/icon/IconDatabase.cpp:206: error: 'EDEADLK' was not declared in this scope) |
| 02:19.46 | rwhitby | looks like OE can't make up it's mind on class file naming conventions |
| 02:19.48 | aking | I think rwhitby saw the same |
| 02:19.54 | raster | 98% |
| 02:20.05 | raster | its just... not being instant enough for me |
| 02:20.10 | raster | i'm all about instant |
| 02:20.13 | raster | instant noodles |
| 02:20.22 | raster | instant beer |
| 02:20.27 | raster | instant meat |
| 02:20.35 | raster | instant om builds |
| 02:20.48 | bedboi | ahahah |
| 02:20.53 | bedboi | instant beer??? |
| 02:20.55 | bedboi | what's that? |
| 02:21.06 | bedboi | :) |
| 02:21.07 | raster | bedboi: the beer thats already in my fridge |
| 02:21.08 | raster | :) |
| 02:21.39 | bedboi | yep,that's instant. I hate instant stuff but now i'm in the us i must get used to that. |
| 02:22.34 | bedboi | this country is perfectly orthogonal to Italy in food matters |
| 02:22.47 | raster | hahahaha |
| 02:22.57 | raster | san fran has some good italian joints |
| 02:23.19 | bedboi | my grandmother takes at least 4 hours to prepare the "sugo" (tomato sauce) |
| 02:24.01 | bedboi | i have to visit sf, i'm quite `close` |
| 02:25.03 | kayon | rwhitby: I flashed the 2007.08 u-boot image without a hassle. Thanks. |
| 02:25.37 | raster | bedboi: l'ottavio on sutter is good |
| 02:25.48 | raster | not far from union square |
| 02:25.57 | aloril | (script) wiki RecentChanges: [[User:CesarB/Requirements]] [[Flashing_openmoko]] [[Neo1973:_GTA01Bv4_versus_GTA02_comparison]] [[Wish_List_-_Hardware]] [[Phase_1_Software_Testing]] |
| 02:26.15 | rwhitby | raster: pushing a qmake_base fix now |
| 02:27.00 | raster | now autoconf breaks |
| 02:27.01 | *** join/#openmoko holtmann (n=holtmann@nikita.holtmann.net) |
| 02:27.18 | raster | hoo-f*#%!@g-ray |
| 02:27.39 | raster | oh now |
| 02:27.41 | raster | a make update |
| 02:27.44 | raster | and now it works |
| 02:27.57 | raster | my sense of instantness is being disturbed |
| 02:29.03 | raster | ok |
| 02:29.05 | raster | gettext again |
| 02:29.06 | raster | ... |
| 02:29.09 | raster | here we go |
| 02:30.02 | *** join/#openmoko xamindar (n=xamindar@c-67-188-248-96.hsd1.ca.comcast.net) |
| 02:30.42 | sagacis | Hey! My build worked too! |
| 02:31.01 | aking | raster: have you been able to get EFL running under om yet? I want to see exquisite running on the neo! |
| 02:31.40 | rwhitby | qmake_base fix pushed |
| 02:35.14 | raster | yay! |
| 02:35.17 | raster | gettext again |
| 02:35.27 | raster | aking: nup - i have yet to have om build |
| 02:35.27 | raster | ever |
| 02:35.29 | raster | once |
| 02:36.05 | raster | | make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc' |
| 02:36.05 | raster | | mv: cannot stat `elc-temp': No such file or directory |
| 02:36.05 | raster | | make[5]: *** [elc-stamp] Error 1 |
| 02:36.11 | raster | today's fun error |
| 02:36.20 | aking | raster: it did build yesterday :( |
| 02:37.14 | raster | i've gotten gettext to build before |
| 02:37.18 | raster | other times it was something else |
| 02:37.23 | raster | always something that doesnt build |
| 02:37.31 | raster | always somerthign different |
| 02:37.40 | raster | and my patience to spend time fixing it is zero |
| 02:37.48 | raster | as i have enough code to work on in E land |
| 02:37.50 | rwhitby | I think someone is working on a sane-srcrevs.bb file |
| 02:37.57 | raster | it will work on the neo |
| 02:37.59 | raster | i know that |
| 02:38.04 | raster | it works on my n800 |
| 02:38.09 | raster | it works on arm - has for a long time |
| 02:38.19 | rwhitby | that's the correct defense against ever-changing upstream |
| 02:38.20 | raster | so i see almost no value in "get it to work" for me |
| 02:38.22 | raster | as it will |
| 02:38.39 | raster | i am confident of that |
| 02:38.44 | raster | rwhitby: that'd be really nice |
| 02:38.51 | raster | i want a stable working om base |
| 02:39.01 | raster | and then an unstable set of "my crap" packages |
| 02:39.25 | bedboi | i want some reply from FIC about my order :) |
| 02:40.07 | raster | rwhitby: fixed the qmake thing upstream yet? |
| 02:40.08 | bedboi | raster: damn i need some beer. |
| 02:40.09 | mwester | There's a familiar cry... |
| 02:40.13 | raster | bedboi: hahaha |
| 02:40.27 | raster | bedboi: its sunday - don't expect much to happen on a sunday. |
| 02:40.39 | rwhitby | <rwhitby> qmake_base fix pushed |
| 02:40.50 | raster | ok |
| 02:40.52 | raster | done? |
| 02:40.53 | raster | cool |
| 02:41.06 | rwhitby | 9 minutes ago :-) |
| 02:41.09 | bedboi | raster: i still don't know how buying beer works in us |
| 02:41.22 | raster | well just wondering if its stilll. pushing |
| 02:41.23 | raster | :) |
| 02:41.34 | raster | bedboi: you go the luqior store |
| 02:41.38 | raster | you buy a case |
| 02:41.40 | raster | u take it home |
| 02:41.43 | raster | u drink it |
| 02:41.53 | rwhitby | 11:56 <rwhitby> raster: pushing a qmake_base fix now |
| 02:41.56 | bedboi | raster: you are missing one point. I don't have a car. |
| 02:41.59 | rwhitby | 12:01 <rwhitby> qmake_base fix pushed |
| 02:42.03 | bedboi | so i'm basically fucked-up |
| 02:42.28 | roh | hm.. then i'll also do a clean rebuild.. to see whats happening |
| 02:43.22 | raster | bedboi: oooh. then you walk to the store |
| 02:43.33 | bedboi | and i think that grocery stores like 7-eleven don't sell "alcohol" (I never considered beer as alcoholic) |
| 02:43.33 | raster | and have a strong back to strap the case to |
| 02:43.34 | raster | :) |
| 02:43.38 | aking | raster: http://www.rasterman.com/files/eem.avi <- you think the neo hardware could support that smooth animation? |
| 02:43.57 | sagacis | bedboi, where are you'? |
| 02:43.59 | raster | aking: that was a 206mhz ipaq 9660. so yes |
| 02:44.10 | bedboi | sagacis: Albuquerque, NM |
| 02:44.19 | aking | That's what the neo needs some of - some flash and style... |
| 02:44.20 | sagacis | Hmm... Not sure about the laws there. |
| 02:44.29 | bedboi | stupid stuff |
| 02:44.36 | sagacis | Where I live, the 7eleven has beer and wine online |
| 02:44.37 | sagacis | only |
| 02:44.51 | mwester | New Mexico without a car? |
| 02:44.56 | bedboi | it's the worst thing ever, that you can't buy beer when you want |
| 02:44.56 | mwester | Oh dear... |
| 02:45.09 | raster | aking: tho that was qcga |
| 02:45.11 | sagacis | What can you do in Albquerque without a car? |
| 02:45.11 | raster | qvga |
| 02:45.12 | bedboi | mwester: i don't want to buy a car for a 2-months stay |
| 02:45.14 | raster | not vga |
| 02:45.18 | raster | so thats 4x as many pixels to fill |
| 02:45.19 | bedboi | sagacis: nothing |
| 02:45.26 | raster | the gta-02 should do it without blinking though |
| 02:45.29 | sagacis | I have family albequerque.... |
| 02:45.31 | mwester | Yeah but that would be like being in prison for two months! |
| 02:45.51 | aking | would be nice to try though. I've been trying to play with efl on the neo - but bb files fail |
| 02:45.53 | mwester | (not the family part - that would make it more bearable :) |
| 02:46.08 | bedboi | mwester: yep. that's the case. |
| 02:46.17 | bedboi | mwester: good that i have to work a lot. |
| 02:46.23 | bedboi | and then back to europe |
| 02:46.35 | bedboi | the place where you can buy a beer and drink it on the street |
| 02:46.37 | dotmef | is there a quick way to compile a change to source or do I need to use a local overlay? |
| 02:47.25 | sagacis | mwester: You haven't met my family |
| 02:47.50 | bedboi | sagacis: ahah, where do they live? |
| 02:48.22 | bedboi | i'm in NE. btw i'm year since one month and i still don't have any idea of how this city works |
| 02:48.32 | bedboi | s/year/here |
| 02:48.41 | bedboi | ahaha, cool typo |
| 02:49.07 | raster | i wonder if gettext builds break if emacs isnt installed |
| 02:49.09 | raster | hrrrm |
| 02:50.01 | sagacis | bedboi: my sister's in Santa Fe. Her husband is from Albequerque. |
| 02:50.02 | raster | oh no feckin way |
| 02:50.03 | sagacis | Nice place. |
| 02:50.09 | raster | i think thats why |
| 02:50.27 | raster | if emacs is enabled it'll build elc-temp |
| 02:50.30 | raster | but if it isnt |
| 02:50.33 | raster | it wont build it |
| 02:50.36 | raster | but still try and mv it |
| 02:50.48 | raster | hmm no |
| 02:50.53 | raster | it touches it first |
| 02:50.54 | raster | grrr |
| 02:51.03 | raster | but |
| 02:51.06 | raster | now it builds |
| 02:51.09 | raster | bastards! |
| 02:51.12 | sagacis | ouch. |
| 02:51.12 | raster | u need emacs installed! |
| 02:51.13 | rwhitby | webkit still broken. |
| 02:51.19 | sagacis | That's pretty bad. |
| 02:51.28 | raster | install emacs |
| 02:51.28 | sagacis | rwhitby: What's wrong with webkit? |
| 02:51.30 | raster | gettext works |
| 02:51.45 | *** join/#openmoko poffy (n=poffy@c-76-30-222-129.hsd1.tx.comcast.net) |
| 02:51.50 | raster | where on the wiki shoudl i put "common things that are broken"? |
| 02:52.02 | raster | so others ca`n know to install emacs.... |
| 02:52.05 | sagacis | Put it on the build status page |
| 02:52.06 | raster | (grrrr) |
| 02:52.17 | sagacis | Or if it's build only... Don't know |
| 02:52.26 | sagacis | ubuntu gives me emacs |
| 02:54.09 | raster | not by default |
| 02:54.13 | rwhitby | sagacis: | ../../../WebCore/loader/icon/IconDatabase.cpp:206: error: 'EDEADLK' was not declared in this scope |
| 02:55.40 | bedboi | is there any gobject guru? I need to know if someone has never serialized a gobject |
| 02:59.35 | mwester | Take feedreader out the openmoko task bb file, and say the heck with webkit -- at least until it stabilizes a bit! |
| 03:00.24 | raster | oh hooray |
| 03:00.25 | raster | c++ |
| 03:00.35 | mwester | Hey, at least it's not Java. |
| 03:01.01 | *** join/#openmoko SP-8472 (i=8472@dslb-084-056-243-095.pools.arcor-ip.net) |
| 03:01.17 | bedboi | aahha... |
| 03:02.28 | raster | true |
| 03:02.38 | raster | come on wiki |
| 03:02.41 | raster | mail me damnit! |
| 03:05.24 | raster | don't disturb my zen of instantness |
| 03:08.26 | ljp | well, if you believe that all time exists now and we are merely moving through it, everything is instant |
| 03:08.46 | *** join/#openmoko amarsh04 (n=amarsh04@CPE-124-182-113-157.sa.bigpond.net.au) |
| 03:09.57 | aking | raster neat - evas/eet/ecore all build under om - just installed them - trying to find a test proggy.. |
| 03:12.32 | raster | ljp: i believe in instant noodles, meat pies and instant beer. |
| 03:12.38 | raster | aking: they should build |
| 03:12.49 | raster | ok |
| 03:12.52 | raster | added to wiki |
| 03:13.05 | raster | now others can fix their gettext emacs goop |
| 03:13.28 | aking | raster: emotion seg faults during build though |
| 03:14.46 | raster | aking: segv's? |
| 03:14.47 | raster | wow! |
| 03:14.50 | raster | during build! |
| 03:14.56 | raster | what segv's? |
| 03:15.07 | raster | edje_cc? |
| 03:16.17 | aking | raster: yup - make[3]: *** [theme.edj] Segmentation fault |
| 03:16.24 | raster | hmmm |
| 03:16.28 | raster | using upstream? |
| 03:16.31 | raster | cvs? |
| 03:16.33 | raster | or a snapshot? |
| 03:16.47 | aking | emotion-0.0.1+cvs20070819 |
| 03:16.52 | raster | i hada problem a while back i fixed in scratchbox |
| 03:16.57 | raster | no not emotion |
| 03:16.57 | raster | edje |
| 03:17.08 | raster | and eet |
| 03:17.09 | raster | etc. |
| 03:17.11 | raster | anyuway |
| 03:17.16 | raster | edje_cc liked to use a fair bit of stack |
| 03:17.19 | raster | a few hundred kb |
| 03:17.24 | raster | and qemu hated it |
| 03:17.31 | aking | edje-0.5.0+cvs20070819 |
| 03:17.33 | raster | when running arm binaries under aemu emulation |
| 03:17.38 | raster | and it blew the stack |
| 03:17.40 | raster | hmm |
| 03:17.45 | raster | thats not including recent changes |
| 03:17.49 | aking | ahh |
| 03:17.50 | raster | it probably has my stack fixes tho |
| 03:18.13 | sagacis | strange, just an hour ago, the build completed succesfully. Now it's failing |
| 03:18.25 | raster | but OE builds a native x86 edje_cc |
| 03:18.30 | raster | thus that should just work (tm) |
| 03:18.40 | raster | unless... |
| 03:18.43 | raster | the native build is broken |
| 03:18.51 | raster | and doesnt install buffer engines etc. properly |
| 03:18.54 | aking | yup.. it should.. I'll check |
| 03:18.59 | aking | amd64 |
| 03:19.09 | raster | should also be 64bit clean |
| 03:19.59 | raster | it builds and works fine on 32bit x86 |
| 03:20.09 | raster | i dont bother with 64bit os installs anymore |
| 03:20.12 | raster | too much pain |
| 03:20.31 | raster | (mostly java, flash, w32codecs, etc. too much pain) |
| 03:21.42 | raster | exquisite will want fb engine support |
| 03:21.49 | raster | if u want it on your om as a splash screen replacement |
| 03:22.01 | raster | and that means fb evas engine and ecore fb support |
| 03:22.07 | raster | unsure of the oe efl packages build that |
| 03:24.13 | *** join/#openmoko hp__ (i=hp@ladderzat.student.utwente.nl) |
| 03:25.53 | thomasg | aking: are you talking about openembedded? |
| 03:26.33 | aking | thomasg: yup |
| 03:26.43 | thomasg | same problems here |
| 03:26.59 | aking | seg fault with edje_cc? |
| 03:27.02 | thomasg | do you get some pango errors in your log (or can you build pango at all?)? |
| 03:27.45 | thomasg | I assume we're talking about openembedded problems, as I don't have problems under my native gentoo system at all |
| 03:27.53 | raster | oh hooray |
| 03:27.55 | raster | glibc now! |
| 03:27.57 | raster | libnss_compat_pic.a'. Stop. |
| 03:27.57 | raster | | make[3]: *** Waiting for unfinished jobs.... |
| 03:27.57 | raster | | make[3]: *** write jobserver: Bad file descriptor. Stop. |
| 03:27.57 | raster | | make[2]: *** [nis/others] Error 2 |
| 03:27.57 | raster | | make[2]: Leaving directory `/home/raster/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/glibc-intermediate-2.5-r7/glibc-2.5' |
| 03:27.59 | raster | | make[1]: *** [all] Error 2 |
| 03:28.02 | thomasg | hehe :) |
| 03:29.23 | aking | thomasg:yup - native oe build of edje_cc seg faults - lookin ginto it now.. |
| 03:30.14 | raster | i suspect its a missing engine thing |
| 03:30.16 | raster | i suspect |
| 03:30.34 | raster | edje_cc isnt crash hot on checking for that |
| 03:30.36 | raster | i should fix that |
| 03:30.48 | aking | heh |
| 03:31.02 | *** join/#openmoko mypapit (n=mypapit@pdpc/supporter/active/mypapit) |
| 03:31.04 | raster | actually |
| 03:31.08 | raster | it is good about it |
| 03:31.11 | raster | it will complain properly |
| 03:31.26 | raster | <PROTECTED> |
| 03:33.25 | *** join/#openmoko peepsalot (n=peeps@cpe-70-112-16-13.austin.res.rr.com) |
| 03:35.32 | aking | raster: here's the output from the seg fault (run manually): http://pastebin.ca/688007 |
| 03:35.35 | thomasg | ah, I'm in #openmoko here. was confused as I was assuming I'm in #e :)_ |
| 03:37.31 | thomasg | here's my errorlog; http://rafb.net/p/bglmcn13.html |
| 03:37.50 | *** join/#openmoko icman (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 03:40.58 | raster | aking: doesnt help much |
| 03:41.07 | raster | died after inlining font info |
| 03:41.10 | raster | before anythign else |
| 03:41.17 | raster | i guess it was goign to inline images next |
| 03:41.40 | aking | ok - I'll try replacing with my other build.. |
| 03:41.50 | raster | yup |
| 03:41.52 | raster | images was next |
| 03:42.01 | raster | that implies buffer engine was going to be involved |
| 03:42.18 | raster | (edje_cc creates an evas canvas but in-memory only and has evas do the image loaidng and heavy lifting) |
| 03:42.25 | raster | but edje checks return values |
| 03:42.29 | raster | from the wrapeprs |
| 03:42.33 | raster | so its deeper down |
| 03:42.37 | raster | inside the engine loading code |
| 03:42.43 | raster | or ecore_evas itself |
| 03:43.08 | aking | raster: sounds like an ugly one to fix - I'll try a few things here. |
| 03:43.22 | raster | you will need to basically do this under gdb or valgrind |
| 03:43.31 | raster | get yourself a shell with all the om environment set up |
| 03:43.36 | raster | and run the build line by hand under valgrind |
| 03:43.40 | raster | as its a native exec |
| 03:43.43 | raster | that should work |
| 03:45.37 | aking | raster: 'k - if I have time next weekend, I'll try that (I've used gdb many times... ) but I'd rather carry on playing with picogl/neo this weekend |
| 03:45.52 | raster | ok |
| 03:45.52 | raster | cool |
| 04:02.06 | raster | i give up |
| 04:02.10 | raster | glibc is not screwed |
| 04:02.17 | raster | got better things to do |
| 04:03.20 | *** join/#openmoko slomo_ (n=slomo@ubuntu/member/slomo) |
| 04:10.15 | aking | raster: copying over my gentoo build of edje_cc into /home/moko/build/tmp/staging/x86_64-linux/bin/ works - about to try epdf.. |
| 04:17.37 | *** join/#openmoko hp___ (n=hp@rhuidean.student.utwente.nl) |
| 04:26.06 | aloril | (script) wiki RecentChanges: [[Development_resources/es]] [[Talk:MokoMakefile]] [[User:CesarB/Requirements]] |
| 04:26.53 | raster | aking: grrr |
| 04:27.27 | aking | raster: grrr.. right back at you.. so many missing dependencies... trying to build d them.. |
| 04:27.43 | raster | :( |
| 04:56.59 | *** join/#openmoko jserv2 (n=jserv@linux3.cc.ntu.edu.tw) |
| 05:06.49 | *** join/#openmoko tholin (n=tholin@85.8.6.155.static.se.wasadata.net) |
| 05:07.26 | *** join/#openmoko greghunt (n=greg@87-194-105-11.bethere.co.uk) |
| 05:21.23 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:24.36 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 05:35.47 | *** join/#openmoko marsan (n=marsan@ti500720a080-2485.bb.online.no) |
| 05:51.22 | *** part/#openmoko Aztlek (n=lbernal@190.156.58.45) |
| 05:52.44 | *** join/#openmoko dirak1 (n=rafael@wireless-23.media.mit.edu) |
| 05:52.45 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 05:57.48 | blindcoder | moin |
| 06:02.00 | bedboi | damn css html and stuff |
| 06:10.13 | *** join/#openmoko crackfiend (n=chatzill@adsl-69-225-132-111.dsl.irvnca.pacbell.net) |
| 06:13.05 | *** join/#openmoko readon (n=readon@218.194.60.208) |
| 06:17.00 | *** join/#openmoko xamindar (n=xamindar@c-67-188-248-96.hsd1.ca.comcast.net) |
| 06:27.06 | aloril | (script) wiki RecentChanges: [[Neo1973_Battery_Charger]] [[Talk:Neo1973:_GTA01Bv4_versus_GTA02_comparison]] [[Today/2007.2]] [[Neo1973_Power_button/es]] [[OpenMoko_compatible_cellphone_providers/es]] [[Main_Page/es]] |
| 06:32.30 | *** join/#openmoko chris^ (n=kraetzi@p548AECE0.dip.t-dialin.net) |
| 06:33.19 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 06:47.05 | aloril | (script) openmoko-community: Sean Moss-Pultz <sean at openmoko.com> Re: speeding up the flow of information |
| 06:48.42 | tuukkah | what's a good and safe version of u-boot? |
| 06:49.16 | rwhitby | the 2007.08 snapshot |
| 06:49.25 | tuukkah | i think i still have the version the phone shipped with so i should probably update |
| 06:49.37 | *** join/#openmoko SiO2 (n=sarge@p54B3C5D2.dip0.t-ipconnect.de) |
| 06:49.38 | rwhitby | dunno if it has the rootfs erase fix in it though |
| 06:50.16 | tuukkah | there's also some other weird stuff like bootdelay doesn't seem to work |
| 06:51.18 | tuukkah | i'm i right in expecting that it should give me more time to press aux to get to the bootloader menu? |
| 06:51.44 | rwhitby | you hold aux in while pressing power |
| 06:52.05 | *** join/#openmoko sixfeet (i=sixfeet@p5484DD9D.dip.t-dialin.net) |
| 06:52.24 | tuukkah | "by changing bootdelay you can have more time to take control of u-boot" says http://wiki.openmoko.org/wiki/U-boot#Timeouts |
| 06:52.29 | rwhitby | bootdelay is only about getting in with a terminal on ttyACM0 if you're not physically at the device |
| 06:52.45 | tuukkah | oh ok, i'll clarify that writing then |
| 06:53.20 | tuukkah | is there any way to get to the menu on every boot? |
| 06:53.48 | rwhitby | dunno |
| 06:54.21 | tuukkah | ok. thanks for the information! |
| 06:56.36 | rwhitby | np |
| 06:57.18 | *** part/#openmoko SiO2 (n=sarge@p54B3C5D2.dip0.t-ipconnect.de) |
| 06:57.31 | *** join/#openmoko icman (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 06:57.42 | readon | are you use libglade/ |
| 06:57.53 | readon | do you use libglade? |
| 07:01.32 | *** join/#openmoko FourDollars (n=FourDoll@59-104-129-222.adsl.dynamic.seed.net.tw) |
| 07:04.24 | tuukkah | damn, now i'd want to do some u-boot hacking %-) |
| 07:04.28 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 07:09.39 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 07:10.49 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 07:11.34 | *** join/#openmoko gcb77 (n=gcb77@c-24-16-154-132.hsd1.wa.comcast.net) |
| 07:11.55 | *** join/#openmoko unmadindu (n=sayamind@gnu-india/admin/unmadindu) |
| 07:22.11 | *** join/#openmoko jonib1 (n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se) |
| 07:31.53 | *** join/#openmoko Marcel_M (n=Marcel_M@86.59.65.236) |
| 07:32.29 | *** join/#openmoko El_Salvador (n=Brescia@adsl-ull-106-148.44-151.net24.it) |
| 07:46.47 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 07:47.49 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 07:49.03 | *** join/#openmoko rd_ (n=rd@88.198.85.37) |
| 07:52.43 | *** join/#openmoko rob_w (n=bob@X1e43.x.pppool.de) |
| 07:57.05 | *** join/#openmoko J-23 (n=Moarc_zi@a105.net128.okay.pl) |
| 08:05.19 | *** join/#openmoko goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com) |
| 08:13.18 | *** join/#openmoko unmadindu (n=sayamind@gnu-india/admin/unmadindu) |
| 08:13.53 | *** join/#openmoko rob__w (n=bob@Mbb59.m.pppool.de) |
| 08:27.07 | aloril | (script) wiki RecentChanges: [[Bootloader]] [[User:Techiem2]] [[OpenEmbedded]] |
| 08:34.47 | *** join/#openmoko ufo76 (n=ufo76@host81-132-50-52.range81-132.btcentralplus.com) |
| 08:37.45 | *** join/#openmoko lalo (n=lalo@sourcemage/mage/lalo) |
| 08:42.28 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 08:49.42 | *** join/#openmoko thseiler (n=Thomas@zux221-182-009.adsl.green.ch) |
| 08:52.51 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-091-089-102-236.hsi2.kabelbw.de) |
| 08:53.02 | PBeck | good morning :) |
| 08:53.53 | *** join/#openmoko denis^da (n=anno@p5B07CC8E.dip.t-dialin.net) |
| 08:54.51 | *** join/#openmoko zween (n=zween@Z746a.z.pppool.de) |
| 08:55.13 | *** join/#openmoko der_io (n=der@p54A0FEBA.dip.t-dialin.net) |
| 08:59.33 | *** join/#openmoko pH5 (n=ph5@p5485C838.dip.t-dialin.net) |
| 08:59.49 | tuukkah | will i be able to deploy multiple cores when using bitbake? |
| 09:00.16 | *** part/#openmoko holtmann (n=holtmann@nikita.holtmann.net) |
| 09:00.17 | tuukkah | i mean, compile something in parallel |
| 09:00.41 | *** join/#openmoko icman (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 09:03.24 | pH5 | tuukkah: yes, see PARALLEL_MAKE option for local.conf |
| 09:04.39 | *** join/#openmoko wooKieface (n=benjamin@x1-6-00-03-2f-29-99-b9.k963.webspeed.dk) |
| 09:06.38 | *** join/#openmoko Cap_J_L_Picard (n=ewanm89@host81-151-184-150.range81-151.btcentralplus.com) |
| 09:10.37 | *** join/#openmoko thseiler (n=Thomas@zux221-182-009.adsl.green.ch) |
| 09:11.06 | *** join/#openmoko MetaMorfoziS (n=khmhm@dsl54007FA4.pool.t-online.hu) |
| 09:13.05 | *** join/#openmoko bja (n=bja@c83-250-170-184.bredband.comhem.se) |
| 09:16.14 | *** join/#openmoko tnt__ (n=tnt@139.245-67-87.adsl-static.isp.belgacom.be) |
| 09:16.35 | *** join/#openmoko rwhitby-n800 (n=rwhitby@CPE-121-209-16-230.sa.bigpond.net.au) |
| 09:17.39 | *** join/#openmoko rob_w (n=bob@X0750.x.pppool.de) |
| 09:18.00 | *** join/#openmoko edistar (n=edwinloc@ip503ddd09.speed.planet.nl) |
| 09:18.20 | *** join/#openmoko rwhitby-away (n=rwhitby@CPE-121-209-16-230.sa.bigpond.net.au) |
| 09:18.48 | *** part/#openmoko rwhitby-n800 (n=rwhitby@CPE-121-209-16-230.sa.bigpond.net.au) |
| 09:18.51 | *** part/#openmoko rwhitby-away (n=rwhitby@CPE-121-209-16-230.sa.bigpond.net.au) |
| 09:19.35 | *** join/#openmoko rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 09:21.49 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 09:24.01 | *** join/#openmoko jujun_ (n=JulienN@LPuteaux-151-42-19-56.w193-252.abo.wanadoo.fr) |
| 09:26.47 | *** join/#openmoko jonib1 (n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se) |
| 09:31.54 | *** join/#openmoko thseiler (n=Thomas@zux221-182-009.adsl.green.ch) |
| 09:32.34 | *** join/#openmoko Rac0r (n=rac0r@p4FD660AB.dip.t-dialin.net) |
| 09:34.38 | *** join/#openmoko baze (n=baze@xdsl-195-14-207-95.netcologne.de) |
| 09:35.27 | *** join/#openmoko joao (n=joao@35-165.5-85.cust.bluewin.ch) |
| 09:36.21 | *** join/#openmoko icman__ (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 09:37.03 | tuukkah | pH5, is it known to not break openmoko builds? |
| 09:41.46 | roh | tuukkah i use it, but its not the reason for broken builds (anymore) |
| 09:42.58 | tuukkah | hmm, are you saying there's no way to get a proper build at the moment? |
| 09:43.28 | tuukkah | i mean, why the "but" |
| 09:43.29 | joao | my build just failed on task do_rootfs. Dependency on openmoko-feedreader2 was not satisfied. |
| 09:43.36 | roh | there is.. but you have to hit the right moment |
| 09:43.48 | tuukkah | roh :-) |
| 09:44.37 | joao | roh: we should develop an sms service, when we get the sms we all start our builds :-) |
| 09:46.02 | *** join/#openmoko jgm (n=jgm@host-87-74-179-156.bulldogdsl.com) |
| 09:46.59 | *** join/#openmoko icman (n=icman@123-240-172-33.cctv.dynamic.lsc.net.tw) |
| 09:48.19 | tuukkah | isn't version control supposed to help get rid of timing problems - are some changes independent of mtn update? |
| 09:50.23 | *** join/#openmoko duffyd (n=tim@222-152-174-251.jetstream.xtra.co.nz) |
| 09:50.51 | *** join/#openmoko greghunt (n=greg@87-194-105-11.bethere.co.uk) |
| 09:51.07 | duffyd | hi, what are the most recent rootfs & kernel image versions I *should* use? |
| 09:51.54 | joao | duffyd: According to buidhost, the ones from 3 September are ok |
| 09:52.06 | duffyd | joao: thanks |
| 09:52.21 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 09:52.58 | *** join/#openmoko buz (n=buz@84-73-66-71.dclient.hispeed.ch) |
| 09:53.21 | duffyd | joao: mmm, you got a url for that? |
| 09:53.31 | duffyd | currently looking at http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/fic-gta01/ |
| 09:54.28 | joao | duffyd: http://buildhost.automated.it/OM2007.2/?M=D and then sort by last modified. I hava a scaredycat one |
| 09:56.21 | tuukkah | which bitbake targets are interesting? |
| 09:57.17 | *** join/#openmoko SiO2 (n=sarge@p54B3C5D2.dip0.t-ipconnect.de) |
| 09:57.21 | roh | openmoko-devel-image uboot-openmoko openocd-native and dfu-util-native |
| 09:57.53 | tuukkah | do we have those explained somewhere in the wiki? |
| 09:58.27 | ixs | learning by doing? |
| 09:58.36 | ixs | openmoko-devel-image = kernel & rootfs |
| 09:58.39 | ixs | uboot-openmoko = bootloader |
| 09:58.45 | *** join/#openmoko ecraven (i=nex@eutyche.swe.uni-linz.ac.at) |
| 09:58.51 | ixs | openocd-native = on chip debugger /debugboard needed |
| 09:58.59 | ixs | dfu-util-native = device firmware update tool |
| 09:59.04 | *** part/#openmoko SiO2 (n=sarge@p54B3C5D2.dip0.t-ipconnect.de) |
| 09:59.36 | tuukkah | ixs, that much i can guess :-) it would still make sense to me to have them listed somewhere |
| 10:01.10 | *** join/#openmoko duffyd_ (n=tim@222-152-170-37.jetstream.xtra.co.nz) |
| 10:01.49 | roh | uhm.. it seems the wiki is out of date for manual oe/bb instructions and OM2007.2 |
| 10:02.17 | roh | but https://wiki.openmoko.org/wiki/MokoMakefile and a walk through the makefile is a lot of explaining |
| 10:03.16 | joao | roh: as far as I can tell, the mokomakefile is now building 2007.02 so the instructions on the wiki sould work |
| 10:03.19 | *** join/#openmoko holtmann (n=holtmann@nikita.holtmann.net) |
| 10:04.06 | *** join/#openmoko LaF0rge (n=laforge@122-124-85-126.dynamic.hinet.net) |
| 10:04.40 | tuukkah | i'm following manual build instructions at http://wiki.openmoko.org/wiki/OpenMoko2007.2 |
| 10:05.07 | *** join/#openmoko morricone (n=foobar@dslb-084-057-160-034.pools.arcor-ip.net) |
| 10:06.47 | joao | Yeah, OPENMOKO_GNERATION = 20007.2 |
| 10:08.47 | *** join/#openmoko cb22 (n=cb22@dsl-245-145-221.telkomadsl.co.za) |
| 10:10.08 | roh | joao japp.. i meant the manual ones.. |
| 10:10.18 | roh | japp.. https://wiki.openmoko.org/wiki/OpenMoko2007.2 has the correct ones |
| 10:13.40 | *** part/#openmoko holtmann (n=holtmann@nikita.holtmann.net) |
| 10:16.56 | *** join/#openmoko Basher (i=basher@evot.us) |
| 10:20.03 | *** join/#openmoko jeddy3_ (n=data@h-193-67.A148.cust.bahnhof.se) |
| 10:22.06 | *** join/#openmoko thseiler_ (n=Thomas@zux221-182-009.adsl.green.ch) |
| 10:27.05 | aloril | (script) openmoko-neo1973: Harald Welte <laforge at openmoko.org> Re: Manual for the SC32442 and 1 other mails |
| 10:27.05 | aloril | (script) wiki RecentChanges: [[OpenMoko_Local_Groups:_Trondheim]] [[Neo1973_Battery_Charger]] [[Manually_using_Bluetooth]] [[WiFi_support_in_OpenMoko]] [[GSM]] [[Bootloader]] [[Talk:OpenMoko_Local_Groups:_Norway]] [[Talk:OpenMoko_Local_Groups:_Bucharest]] |
| 10:28.35 | readon | how to input a number in GB2312 coding but ascii? |
| 10:29.39 | tuukkah | readon, do you mean iconv -f ascii -t GB2312 |
| 10:30.09 | tuukkah | seems to be a no-op |
| 10:30.14 | *** join/#openmoko cindy (n=cindy@c-24-218-180-68.hsd1.ma.comcast.net) |
| 10:32.22 | readon | numbers seems to be ignored |
| 10:32.25 | readon | by iconv |
| 10:34.25 | tuukkah | readon, based on wikipedia GB2312 is not actually an encoding but is used as the character set of the EUC-CN and HZ encodings |
| 10:34.37 | *** join/#openmoko avihavai (i=avihavai@myntti.helsinki.fi) |
| 10:36.24 | *** join/#openmoko dcordes (n=tsingtao@e179111001.adsl.alicedsl.de) |
| 10:37.43 | *** join/#openmoko rob_w (n=bob@X052c.x.pppool.de) |
| 10:39.31 | readon | GB2312 is listed in iconv -l |
| 10:40.47 | tuukkah | perhaps it's a synonym for EUC-CN |
| 10:42.14 | tuukkah | then again this HZ thing isn't there at all |
| 10:53.38 | *** join/#openmoko hp__ (n=hp@rhuidean.student.utwente.nl) |
| 10:55.35 | *** join/#openmoko simon_ (n=simon@dyn165194.wlan.jku.at) |
| 10:59.53 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 11:00.01 | mjr | there a known somewhat working semi-recent image combo? |
| 11:00.35 | rwhitby | not that I know of |
| 11:01.27 | mjr | blindly installed uImage-2.6.22.5-moko11-r2-fic-gta01.bin and OpenMoko-openmoko-devel-image-glibc-ipk-P1-September-Snapshot-20070908-fic-gta01.rootfs.jffs2, gsmd either doesn't work or crashes Neo on startup :] |
| 11:01.57 | tuukkah | mjr, see bug #788 for a workaround to the crash |
| 11:02.30 | mjr | ack |
| 11:03.55 | *** join/#openmoko _rob (n=rob@85.233.59.8.static.cablesurf.de) |
| 11:09.16 | *** join/#openmoko borg_ (n=olaf@80.149.17.21) |
| 11:10.41 | *** join/#openmoko pavelm (n=pavel@gprs189-60.eurotel.cz) |
| 11:11.48 | pavelm | Hello, everyon |
| 11:12.01 | *** join/#openmoko denis^da (n=anno@p5B07CC8E.dip.t-dialin.net) |
| 11:14.23 | Elrond | Hi pavelm! :) |
| 11:14.34 | pavelm | Hi, Elrond. |
| 11:14.51 | pavelm | SO I tried 2007.2, and it is really better than the older versions. |
| 11:15.10 | pavelm | ...but I wonder if I have to work on chroot for gllin now...? |
| 11:15.15 | pavelm | ...or did someone already played with that? |
| 11:15.16 | Elrond | Except gsmd crashing, I hear. ;) |
| 11:15.42 | Elrond | pavelm - chroot for gllin was on my list. But I did not do anything on that. |
| 11:15.47 | pavelm | well, I actually have some newer version from scaredy cat... and that one has an older version of gsmd... and that one works. |
| 11:16.10 | Elrond | Ahh. |
| 11:16.39 | pavelm | ...unfortunately that means no sms support :-( |
| 11:16.56 | Elrond | I have decided to wait for the official images to work much better. |
| 11:18.05 | pavelm | t68i with broken keyboard is a phone I'm trying to replace. I'm afraid I don't want to wait. |
| 11:18.26 | *** join/#openmoko SiO2 (n=sarge@p54B3BADA.dip0.t-ipconnect.de) |
| 11:18.27 | *** join/#openmoko so_solid_moo (n=moo@barney.alcoholicsunanimous.com) |
| 11:19.32 | Elrond | My me45 still works nicely. And Bv03 isn't really an option for replacing, you know. :) |
| 11:21.12 | *** part/#openmoko SiO2 (n=sarge@p54B3BADA.dip0.t-ipconnect.de) |
| 11:21.20 | rwhitby | So now we need a way to modify the apex environment from userspace to fix the gsm powerdown bug |
| 11:22.03 | tuukkah | rwhitby, where can i read about that? |
| 11:23.33 | rwhitby | http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=788#c10 |
| 11:23.55 | rwhitby | anyone got any good uboot menu items I can add while I'm here setenv'ing ? |
| 11:23.56 | tuukkah | it doesn't mention apex |
| 11:24.05 | rwhitby | oops - s/apex/uboot/ |
| 11:24.40 | *** join/#openmoko bedboi_ (n=bedboi@c-68-35-124-143.hsd1.nm.comcast.net) |
| 11:24.52 | Elrond | rwhitby - Increase the bootdelay, so you don't have to always press aux to do anything in u-boot. :) |
| 11:25.29 | Elrond | rwhitby - Was the first thing I did, so after a reboot, I just could picocom into u-boot without touching the phone. |
| 11:26.36 | tuukkah | rwhitby, do you already have "Boot from SD"? |
| 11:26.49 | mjr | tuukkah, righto, I can make calls now. Yay. |
| 11:28.04 | pavelm | mjr: Congrats. Does it also ring on incoming call? |
| 11:31.14 | mjr | no |
| 11:36.15 | *** join/#openmoko hp__ (i=hp@ladderzat.student.utwente.nl) |
| 11:37.21 | *** join/#openmoko poffy (n=poffy@c-76-30-222-129.hsd1.tx.comcast.net) |
| 11:39.23 | *** join/#openmoko jroman (n=jroman@11.Red-81-33-169.dynamicIP.rima-tde.net) |
| 11:40.28 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 11:42.18 | pavelm | mjr: I did shell script for ringing.. so I was interested if it worked in "mainline" already |
| 11:46.01 | rwhitby | hmm - GSM_RES missing from /etc/init.d/gsmd |
| 11:46.28 | rwhitby | I simply can't believe that the person working on gsmd is actually testing anything |
| 11:46.34 | tuukkah | or /etc/default/gsmd |
| 11:46.49 | rwhitby | right - /etc/default/gsmd is what I meant |
| 11:47.10 | *** join/#openmoko Maledictus (n=Malebob@f048032204.adsl.alicedsl.de) |
| 11:47.37 | Elrond | rwhitby - I wonder the same about other parts. |
| 11:47.43 | tuukkah | well in the init script, [ -n $GSM_POW ] etc. doesn't make sense at all. should be [ -n "$GSM_POW" ] |
| 11:48.19 | rwhitby | ok, these files are in OE, so I can fix them |
| 11:48.39 | tuukkah | nice |
| 11:48.50 | rwhitby | lay the fixes on me, baby. |
| 11:49.10 | rwhitby | what should GSM_RES be set to? |
| 11:49.39 | tuukkah | my guess would be /sys/bus/platform/devices/gta01-pm-gsm.0/reset |
| 11:49.48 | rwhitby | yep, that's what I came up with too |
| 11:50.08 | *** join/#openmoko zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 11:50.45 | Elrond | Hi zecke |
| 11:53.54 | rwhitby | let's reboot to test that fix before committing it ... |
| 11:54.09 | tuukkah | rwhitby, what a foreign idea ;-) |
| 11:54.35 | Elrond | alien ideas? ;o) |
| 11:55.47 | pavelm | Ok, I got gllin to work in chroot. |
| 11:55.57 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-69-178.37-151.net24.it) |
| 11:56.05 | Elrond | pavelm - Cool! :) |
| 11:56.26 | Elrond | pavelm - A chroot in tmpfs? |
| 11:56.55 | pavelm | I guess I'll just do a blog posting. |
| 11:57.12 | pavelm | No, I just created /chroot. I don't think theres any advantage to tmpfs...? |
| 11:58.25 | *** join/#openmoko thseiler (n=Thomas@zux221-139-234.adsl.green.ch) |
| 11:59.07 | Elrond | pavelm - There is: Those crappy NVRAM* files wont cripple the flash. :) |
| 11:59.46 | Elrond | pavelm - Just replace /chroot by /var/run/gllin-chroot :) |
| 12:01.05 | *** join/#openmoko rd_ (n=rd@88.198.85.37) |
| 12:01.17 | *** join/#openmoko ebel (n=rory@res-adsl144-B.bas501.cwt.esat.net) |
| 12:01.40 | Elrond | pavelm - Instead of blogging, put a HOWTO on the wiki and blog the wiki location. :) |
| 12:01.44 | pavelm | elrond: :-). Well, I guess the idea is that gllin _needs_ persistent data. |
| 12:01.54 | pavelm | elrond: Right. GOod idea. |
| 12:02.04 | roh | <PROTECTED> |
| 12:02.27 | rwhitby | what about gta01bv3? |
| 12:02.30 | Elrond | pavelm - That's the idea. Just it has shown for me, that the NVRAM* makes it worse. It couldn't get any sat with outdated NVRAM*. |
| 12:02.49 | Elrond | rwhitby - What's with the bv03? |
| 12:02.56 | Elrond | Ahh. |
| 12:03.17 | pavelm | elrond: Well, we may want to solve the time problem. No wonder outdated NVRAM* hurts if device's clock are wrong. |
| 12:03.23 | Elrond | bv03: |
| 12:03.23 | Elrond | root@fon:~$ ls -la /sys/bus/platform/devices/gta01-pm-gsm.0/reset |
| 12:03.23 | Elrond | -rw-r--r-- 1 root root 4096 Mar 5 17:13 /sys/bus/platform/devices/gta01-pm-gsm.0/reset |
| 12:03.36 | roh | on bv3 it can really reset the gsm afaik.. but its buggy on suspend to ram thus we removed q1001 |
| 12:03.53 | pavelm | something went very wrong on my system. I don't think I have my / filesystem any more. |
| 12:04.00 | pavelm | If I drop out from the chat, I had to reboot. |
| 12:04.05 | roh | q1001 is the transistor triggering the hard-reset on gsm |
| 12:04.38 | Elrond | roh - Can you elaborate a bit on q1001? |
| 12:05.24 | rwhitby | roh: toggling reset will do no harm, right? |
| 12:05.24 | Elrond | roh - BTW: My bv03 survives about a week in OFF (after doing "halt" in the running linux). So this whole q1001 story seems a little more complex. |
| 12:05.29 | roh | there are 2 gpio lines, power_on and reset going from the app cpu to the gsm. these 2 are made avail via the sysfs entrys. |
| 12:05.59 | roh | they switch a transistor each which 'presses' the 'button' on the gsm |
| 12:06.21 | Elrond | roh - *listening* |
| 12:06.40 | roh | rwhitby on gta0bv04 nothing happens. the line ends in the void since q1001 is not placed. |
| 12:07.12 | rwhitby | ok, so my fix is correct then (it's just superfluous but innocuous on bv4) |
| 12:07.28 | roh | Elrond: the power_on is working as it should. the reset is, as far as i understood only intended for testing and development. thus its not debounced. |
| 12:07.36 | rwhitby | I'm assuming that future devices will have a positive logic reset ... |
| 12:08.28 | Elrond | roh - Why exactly was q1001 removed? |
| 12:08.33 | roh | Elrond: but since the combination pf pmu and app-cpu we have here results in a very short glitch on the gpios in case of going to deep sleep, it would trigger a reset on the gsm, thus waking up the app cpu |
| 12:09.23 | roh | and no, the glitch is too massive to be eaten by a cap.. thought of that, calculated and tried it. nope.. q1001 had to go. also thats what ti says. |
| 12:10.05 | roh | also we do not need. it. ive never witnessed a gsm engine crash so far. |
| 12:10.09 | Elrond | roh - Ahh. But if the gsm is switched to off (using the power gpio), it doesn't care on the reset "button"? |
| 12:10.17 | roh | sending 0> and 1 > to power_on triggeres a soft-reset |
| 12:11.22 | rwhitby | indeed, a gsmd restart in /etc/matchbox/session fixes both (a) and (b). |
| 12:11.28 | roh | Elrond sending 0 on power_on does not switch the gsm off. for that you have to send at@poff via the serial. thats a limitation of the gsm engine/pmu combo (the gsm has its own pmu) |
| 12:12.27 | roh | so for a real gsm power off send at@poff and 0> power_on and it should draw no power anymore and really be dead |
| 12:12.29 | Elrond | roh - Ahh, so "/etc/init.d/gsm stop" should really send the "at@poff" ? |
| 12:12.33 | rwhitby | so, my recipe for visible gsm registration success is currently: (1) remove "console=ttySAC0,115200" from uboot bootargs_base, (2) install my fixed gsmd scripts, (3) restart gsmd in /etc/matchbox/session. (2) may well be optional. |
| 12:12.53 | tuukkah | yes, 2 is optional |
| 12:12.54 | roh | Elrond i am not shure thats the right place. |
| 12:13.42 | tuukkah | gsmd restart is perhaps needed because the first time i start it, i get "*** glibc detected *** /usr/sbin/gsmd: free(): invalid pointer: 0x0002e8a8 ***" |
| 12:13.43 | rwhitby | tuukkah: thx - I just could let the "Can't create directory" errors that I got on a manual gsmd restart persist without being fixed ... |
| 12:14.02 | rwhitby | s/could/couldn't/ |
| 12:14.04 | roh | Elrond to be exact, power management should not be a job of initscripts in my opinion |
| 12:14.17 | tuukkah | rwhitby, yeah, it was really irritating |
| 12:14.24 | Elrond | roh - Where should it be done? |
| 12:14.34 | *** join/#openmoko pavelm (n=pavel@gprs189-60.eurotel.cz) |
| 12:14.43 | rwhitby | I wish the people who should be looking at an X log had the same aversion to fatal errors ... |
| 12:14.56 | *** join/#openmoko miip (n=miip@p54A55FEA.dip.t-dialin.net) |
| 12:15.05 | roh | Elrond i think that should be done via gsmd, but not by gsmd. meaning gsmd should be able to start and run if the gsm modem is ready or not. |
| 12:15.23 | tuukkah | rwhitby, roh, should we remove GSM_RES from /etc/default/gsmd for now? |
| 12:15.31 | roh | it should monitor the state of the modem in case it gets switched on, but now do that by itself. |
| 12:15.43 | tuukkah | if all it does is delay boot by 3 seconds |
| 12:15.55 | roh | i'm just not sure what app/lib/daemon should control that. this part is still missing |
| 12:15.55 | Elrond | roh - Ahh. Okay. |
| 12:16.06 | ixs | uhmmmmm. |
| 12:16.13 | rwhitby | tuukkah: well, depends whether it's there in GTA02 or not ... |
| 12:16.15 | ixs | who fucked up the gsmd init script wrt GSM_RES? |
| 12:16.23 | roh | s/now/not |
| 12:16.34 | Elrond | roh - Okay, so the right way to switch the GSM fully off is 1) send 'at@poff' 2) "echo 0 >power_on" correct? |
| 12:16.40 | roh | ack |
| 12:16.40 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 12:16.43 | ixs | checking if it is undefined and if true piping something into the undefined file? |
| 12:17.14 | Elrond | roh - And powering it up is only "echo 1 >power_on" ? |
| 12:17.30 | rwhitby | ixs: which version are you looking at? |
| 12:17.35 | roh | Elrond ack |
| 12:17.44 | ixs | rwhitby: yesterdays checkout. just compiled... |
| 12:17.50 | rwhitby | ah, I just fixed that. |
| 12:17.50 | ixs | that is, just finished compiling. :D |
| 12:18.01 | ixs | rwhitby: kk. thx. upgrading then. |
| 12:18.10 | rwhitby | (I wasn't the culprit - I just fixed it) |
| 12:18.13 | roh | Elrond that whole mess is just a corner of the whole 'powermanagement' battlefield. |
| 12:18.58 | Elrond | roh - Just for my understanding: What would the following leave the modem in? 1) at@poff 2) echo 0>power_on 3) echo 1>power_on 4) echo 0>power_on |
| 12:19.03 | pH5 | roh: is anybody actively discussing this right now? I'm very interested because on the htc device we currently misuse the serial port open/close functions to power on/off the modems. |
| 12:19.30 | pH5 | (which is the wrong way, but seemingly is way less fragile) |
| 12:19.32 | ixs | ahrgl.... |
| 12:19.44 | rwhitby | Hmm - now when I dial, I get a nice message saying "Not connected to network. Current status = Home network registered." WTF? |
| 12:19.55 | ixs | rwhitby: muahhahaa |
| 12:19.59 | roh | Elrond 1-4 in sequence? i think with a running modem drawing power. |
| 12:20.02 | ixs | I was just writing about the same problem I'm seeing. |
| 12:20.09 | aevin | got you own cell network at home? |
| 12:20.17 | ixs | especially as I'm seeing: |
| 12:20.18 | ixs | ** (matchbox-panel-2:1334): DEBUG: gsm_applet_update_signal_strength: signal strength = 14 |
| 12:20.24 | aevin | *your |
| 12:20.53 | tuukkah | roh, why would we power off the modem in gsmd init script but not add echo "at@poff" | cu -l /dev/ttySAC0 before that? |
| 12:20.56 | roh | pH5 good question.. i think we should add switching on/off the power to gsmd but controll it from another app. so yes, well need an abstraction for that. |
| 12:20.59 | Elrond | roh - Hmm, so the glitch on the gpios could in theory power up the modem, despite doing (at@poff, echo0) ? |
| 12:21.04 | rwhitby | So I've got back to registered state, but being able to actually make a call has gone backwards. |
| 12:21.09 | *** join/#openmoko amarsh04_ (n=amarsh04@CPE-139-168-192-245.sa.bigpond.net.au) |
| 12:21.29 | roh | pH5 i thin open/close on the serial is a bit hard.. when gsmd crashes a modem reset shouldnt be neccessary |
| 12:21.48 | ixs | mhm |
| 12:22.03 | roh | Elrond yes. the ones on the reset especially, since reset is not debounced, power_on is |
| 12:22.12 | ixs | I think I'm fed up and just put the phone back in it's case and that's it. |
| 12:22.28 | pH5 | roh: agreed, though it's a nice incentive to make gsmd crash less often ;) (and currently it assumes an uninitialized modem on startup anyway) |
| 12:22.38 | roh | Elrond thats why the P1 hardware does not have that transistor anymore. so the reboot-loop cannot happen anymore |
| 12:22.39 | Elrond | roh - Ahh. The debouncing avoids the gsm seeing the glitches? |
| 12:23.24 | roh | Elrond japp. but it happens inside the gsm pmu in hardware. so no software is involved |
| 12:23.42 | Elrond | roh - Ahh. |
| 12:24.18 | Elrond | So after a (at@poff, echo0) the thing is really off, until we do an echo1 (for long enough). :-) |
| 12:24.38 | rwhitby | roh: is the transistor still present in the P1 devices that were sent to P0 developers? |
| 12:24.48 | Elrond | rwhitby - Yes. |
| 12:24.57 | Elrond | rwhitby - The ones from .tw, that is. |
| 12:25.05 | rwhitby | right - that's the one I've got. |
| 12:25.09 | roh | pH5 japp. but i think the idea with sysfs-switches is nice.. i would adapt it to other phones and rather add a libgsmd function for controlling it |
| 12:25.30 | roh | if you wanna rework it... i can tell you where to find it. |
| 12:25.33 | rwhitby | so my 'reset' entry in /sys *does* do something ;-) |
| 12:25.51 | Elrond | rwhitby - Yes, yours and mine. ;o) |
| 12:26.10 | roh | but thats not for starters *looking serious* ... its in the gsm tincan and so hard on the corner that it takes experience |
| 12:26.33 | rwhitby | that's my defence then if someone queries my GSM_RES in /etc/default/gsmd - "It's in *my* GTA01!" |
| 12:26.47 | aloril | (script) wiki RecentChanges: [[Hardware:AGPS]] [[Neo1973]] [[OpenMoko_Local_Groups:_Berlin]] |
| 12:27.00 | rwhitby | roh: I'll do normal smd tran removal, but I'm not going inside the can |
| 12:27.23 | ixs | rwhitby: removal as in pliers? :D |
| 12:27.27 | rwhitby | (at least not until I get a GTA02 ;-) |
| 12:27.27 | Elrond | roh - Okay. That now fully explains, why _my_ Bv03 happily survives a week (or more), while powering it up sometimes in the week. :-) |
| 12:27.34 | *** join/#openmoko edistar_ (n=edwinloc@ip503ddd09.speed.planet.nl) |
| 12:27.49 | Elrond | roh - I nerver switched on gsm. ;o) So never needed the correct way to switch it off. |
| 12:28.31 | *** join/#openmoko emre_ (n=emre@88.232.193.90) |
| 12:28.47 | *** join/#openmoko bedboi (n=bedboi@c-68-35-124-143.hsd1.nm.comcast.net) |
| 12:29.19 | emre_ | hi folks, I'm getting this error. anyone familiar with it? |
| 12:29.20 | emre_ | ERROR: log data follows (/home/emre/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25457-r25447-r1/temp/log.do_compile.17427) |
| 12:29.20 | emre_ | | /home/emre/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25457-r25447-r1/temp/run.do_compile.17427: line 223: cd: /home/emre/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25457-r25447-r1//JavaScriptCore/pcre: No such file or directory |
| 12:29.36 | roh | Elrond the whole glitch-thing has something to do with the order we switch of the different voltages on the main pmu in case of suspend to ram |
| 12:30.15 | roh | Elrond we cannot do that exactly in the order samsung says due to a hardware limitation of the pmu. (and it seems nobody ever knew before we saw the spike) |
| 12:30.20 | *** join/#openmoko Gybrush (n=Gybrush@port-87-234-84-205.dynamic.qsc.de) |
| 12:31.20 | Elrond | roh - Ahh. :) |
| 12:31.25 | roh | emre_ cd /home/emre/moko/build && . ../setup_env ; bitbake -cclean webkit-gtk |
| 12:31.27 | *** join/#openmoko jpozlovsky_ (n=jindra@rb5cc115.net.upc.cz) |
| 12:32.00 | roh | Elrond thats one of the moments you'd like to bash your head against the table.. believe me. |
| 12:32.28 | ixs | roh: you're still seeing that many hardware problems nowadays? |
| 12:32.39 | Elrond | roh - I know. I have the hardware developers next door at work. :-) |
| 12:33.03 | pavelm | elrond: SO we have an explanation why even powered-off openmokos take a lot of power? |
| 12:33.24 | roh | ixs were getting better... but there were a lot of 'altlasten' in gta01 till we killed them somehow. |
| 12:33.41 | Elrond | pavelm - We knew that for a while. *I* did not know, why _my_ bv03 did not exhibit this. :) |
| 12:33.50 | ixs | roh: ahh? so you're mainly working on gta02 and not gta01? |
| 12:33.55 | roh | ixs its always a fight against things you cannot change, so often you have to workaround them... |
| 12:33.56 | *** join/#openmoko cga (n=cga@213-140-6-101.ip.fastwebnet.it) |
| 12:34.04 | ixs | roh: yes, true. |
| 12:34.14 | *** join/#openmoko miip_ (n=miip@p54A5494E.dip.t-dialin.net) |
| 12:34.21 | ixs | workarounds piled on workarounds until it is ready for shipping. :D |
| 12:34.36 | pavelm | ....and solution is to simply remove a transistor? |
| 12:34.45 | pavelm | ...or is sw workaround possible? |
| 12:34.47 | roh | ixs currently the main ressources are on gta02, because even when we finished some design we see as ready for massproduction it still will take some time todo so. |
| 12:35.01 | ixs | pavelm: the software workaround is to switch off the amp when not in use IIRC |
| 12:35.20 | pavelm | ixs: Ok, that should do the trick. |
| 12:35.23 | Elrond | pavelm - For "OFF": There is software workaround possible: Switch off the GSM correctly and fully. |
| 12:35.25 | ixs | roh: ahhkay. you still in .de or did you move to .tw? |
| 12:35.34 | pavelm | gllin chroot page is up: http://wiki.openmoko.org/wiki/Gllin |
| 12:35.40 | pavelm | (but I'm bad with wiki formatting) |
| 12:35.49 | roh | mp compared to hand-produced lap samples means to set up the whole enchillada of testing, flashing, packaging, and especially documentation of all that to the bit. |
| 12:35.52 | ixs | Elrond: does the GSM draw that much power now? I thought it was rather sparse compared to amp. |
| 12:35.55 | pavelm | elrond: So the problem is with "SLEEP"? |
| 12:35.57 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 12:36.18 | roh | ixs i'm still in berlin and will stay here. but i'll jet to taiwan sometimes for a few weeks. |
| 12:36.32 | Elrond | ixs - The AMP is the other power drainer. |
| 12:36.40 | rwhitby | ixs: check this logic out: "if (priv->registered != MOKO_GSMD_CONNECTION_NETREG_HOME |
| 12:36.40 | rwhitby | <PROTECTED> |
| 12:36.55 | roh | and hey.. its not the us, and its nice there. if only the light wasnt that long (or they would get me power and connectivity inflight) |
| 12:37.00 | *** join/#openmoko denis^da (n=anno@p5B07CC8E.dip.t-dialin.net) |
| 12:37.15 | tuukkah | rwhitby, did you find that yesterday already or was it someone else? |
| 12:37.19 | ixs | roh: hehe. Did you plan on being at mrmcd? |
| 12:37.28 | ixs | rwhitby: YAY! |
| 12:37.32 | rwhitby | tuukkah: find what yesterday? |
| 12:37.33 | roh | ixs uh.. dunno.. when is that? |
| 12:37.34 | Elrond | pavelm - For SLEEP: Yes, remove the transistor. |
| 12:37.46 | ixs | roh: 14th to 16th |
| 12:37.47 | tuukkah | rwhitby, that buggy piece of code. someone mentioned yesterday |
| 12:37.53 | roh | this month? ugh |
| 12:37.58 | rwhitby | oh, I just found it then |
| 12:38.07 | tuukkah | information not flowing :-( |
| 12:38.22 | ixs | roh: jupp. I'll leave from the office on thursday, drive up to darmstadt, do a little neo1973 talk on saturday and just go back on sunday in time for noc-work. |
| 12:38.31 | emre_ | roh: Thanks, it works. |
| 12:38.42 | rwhitby | tuukkah: no, I just didn't check http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=807 |
| 12:39.22 | tuukkah | rwhitby, still |
| 12:39.29 | *** join/#openmoko dcordes (n=tsingtao@e179111001.adsl.alicedsl.de) |
| 12:39.50 | Elrond | roh - Many thanks for the explanations! :-) I assume, I can put that somewhere in the wiki? |
| 12:40.17 | rwhitby | ok, anyone here with OM svn write access who can fix moko-dialer.c right now ? |
| 12:40.45 | rwhitby | cause this one is bloody obvious ... |
| 12:40.46 | ixs | pavelm: just fixed up your page to be readable. |
| 12:41.09 | roh | Elrond if you find a nice place for it |
| 12:41.19 | ixs | pavelm: do you have the libs needed packaged somewhere? |
| 12:42.37 | Elrond | roh - I'll look for one. :-) |
| 12:42.59 | *** join/#openmoko tomjoad4500 (n=tomjoad4@adsl-70-130-137-193.dsl.stlsmo.swbell.net) |
| 12:43.25 | pavelm | thanks, ixs. |
| 12:43.54 | ixs | pavelm: you're welcome. |
| 12:44.12 | pavelm | ixs: I took them from openmoko-devel-image-fic-gta01-20070803091138.rootfs.jffs2 , IIRC. |
| 12:44.17 | roh | argh |
| 12:44.19 | roh | <PROTECTED> |
| 12:44.19 | roh | | collect2: ld returned 1 exit status |
| 12:44.21 | ixs | pavelm: thx. |
| 12:44.28 | roh | where is zecke? |
| 12:44.32 | roh | ;) |
| 12:44.47 | rwhitby | mickey|away: ping here too - I've spotted you active in #oe 6 minutes ago - please commit http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=281&action=view to enable us to dial again |
| 12:46.09 | Elrond | hehe. |
| 12:47.45 | rwhitby | ~praise mickey|away |
| 12:47.46 | apt | All hail mickey|away! |
| 12:49.45 | ixs | Okay, as soon as I hear something about "mickey, we love you" or "I want your baby" I'm wondering if mickey joined a boy-band... |
| 12:50.11 | Elrond | ixs - *lol* |
| 12:51.10 | CIA-23 | openmoko: 03mickey * r2945 10/trunk/src/target/OM-2007.2/applications/openmoko-dialer2/ (ChangeLog src/moko-dialer.c): |
| 12:51.10 | CIA-23 | openmoko: openmoko-dialer2: fix typo and prevent dialing when netreg has been denied |
| 12:51.10 | CIA-23 | openmoko: patch by cesarb, thanks rwhitby. |
| 12:54.19 | CIA-23 | openmoko: 03mickey * r2946 10/trunk/src/target/OM-2007.2/applications/openmoko-dialer2/ChangeLog: openmoko-dialer2: fix description... |
| 12:54.41 | *** join/#openmoko zween (n=zween@Z746a.z.pppool.de) |
| 12:54.42 | pavelm | hmm, dialing of emergency _should_ be allowed with netreg denied. |
| 12:54.53 | rwhitby | pavelm: it is now |
| 12:55.01 | rwhitby | (and the description has been fixed) |
| 12:55.41 | pavelm | aha, ok. (Out of curiosity, where did you get list of emergency numbers?) |
| 12:56.27 | rwhitby | 112 is GSM standard. If a network doesn's support that, then it shouldn't be calling itself a GSM network. |
| 12:57.23 | pavelm | rwhitby: Ok... IIRC t68i allows you to dial 911 in emergency mode, too, plus some stranger numbers. |
| 12:57.39 | tuukkah | couldn't we just allow all numbers? |
| 12:57.42 | rwhitby | that would be phone-specifc |
| 12:57.55 | rwhitby | tuukkah: this patch does allow all numbers |
| 12:58.15 | tuukkah | oh, so what's the list about? |
| 12:58.17 | zash_se | how about *#06# that is suposed to display IMEI-number? |
| 12:58.27 | rwhitby | tuukkah: dunno, ask pavelm |
| 12:59.38 | pavelm | I have not checked how openmoko currently works. (Where do I get reasonable/latest build?) |
| 12:59.42 | tuukkah | there's something called "parallel bitbake", anyone know where to get it and how to use it? |
| 12:59.57 | pavelm | ...but on t68i, you type 911 instead of PIN number, and it dials emergency. |
| 13:00.04 | rwhitby | pavelm: see backlog for my sucess recipe |
| 13:00.22 | pavelm | ...and you can even type 911 without unlocking keyboard, but I believe that's a bug. |
| 13:00.34 | *** join/#openmoko zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) |
| 13:00.54 | tuukkah | pavelm, it's so that you can dial even in panic |
| 13:01.08 | rwhitby | I flashed an image from 20070829, then ipkg upgraded to latest, then put gsmd restart in /etc/matchbox/session, and that should work. |
| 13:01.21 | roh | tuukkah in build/conf/local.conf add PARALLEL_MAKE = "-j 4" |
| 13:01.21 | roh | BB_NUMBER_THREADS = "4" |
| 13:01.21 | roh | INHERIT += "rm_work" |
| 13:01.31 | *** join/#openmoko buz (n=buz@84-73-66-71.dclient.hispeed.ch) |
| 13:01.55 | roh | this results in 4 threads of bitbake running down the tree invoking make with -j 4 and deleting the crap again after building and packaging |
| 13:02.04 | tuukkah | roh, thanks! |
| 13:02.11 | tuukkah | should this be documented somewhere |
| 13:02.18 | roh | make sure you only do that on bitbake 1.8.8 or later |
| 13:02.29 | roh | i think it is.. but where... |
| 13:03.45 | rwhitby | ok, so one week later I'm exactly back where I was a week ago |
| 13:05.44 | *** join/#openmoko _buz (n=buz@84-73-66-71.dclient.hispeed.ch) |
| 13:05.46 | pavelm | rwitby: alice in wonderland? :-) |
| 13:07.56 | tuukkah | PARALLEL_MAKE alone wasn't speeding up much |
| 13:08.54 | *** join/#openmoko cb22_ (n=cb22@dsl-245-142-143.telkomadsl.co.za) |
| 13:09.54 | nibbler_de | pavelm: it's not a bug - it's a feature of most modern mobiles - i believe it's even specified somewhere |
| 13:12.50 | rwhitby | roh: that transistor on my P1- neo could explain why the gsm registration goes away after some hours |
| 13:16.34 | roh | rwhitby do you suspend the device in between? |
| 13:16.46 | tuukkah | if i ctrl-c the bitbake and restart, will it pick up from where it was quicky? |
| 13:16.58 | rwhitby | I leave it plugged into USB 500mA, and let it do what it does. |
| 13:17.28 | rwhitby | tuukkah: it should do. unless you do a make update, or you cross GMT midnight. |
| 13:17.32 | zecke | roh: can the GSM module do any sort of power saving? e.g. AT+CFUN=n n >= 2? or is their a special muxer command? |
| 13:18.30 | SpeedEvil | It can be turned off |
| 13:18.35 | SpeedEvil | send it at@poff |
| 13:18.49 | SpeedEvil | at+cfun=0 turns off the modem |
| 13:18.57 | SpeedEvil | s/modem/radio |
| 13:19.34 | SpeedEvil | I'm unsure if it supports 'do not search if you fall off the network' mode - which can significantly reduce power. |
| 13:19.46 | SpeedEvil | search unless |
| 13:20.10 | SpeedEvil | And increase it if you're moving of course. |
| 13:20.43 | *** join/#openmoko kuyky (n=kuyky@a81-84-127-196.cpe.netcabo.pt) |
| 13:22.25 | *** join/#openmoko goxboxlive (n=goxboxli@139.80-202-160.nextgentel.com) |
| 13:22.33 | *** join/#openmoko mbuf (n=mbuf@gprs-ggsn5-nat.mobil.telenor.no) |
| 13:24.52 | *** join/#openmoko alex-weej (n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com) |
| 13:24.54 | tuukkah | damn, no bitbake doesn't cache the bb files anymore. what causes that... |
| 13:25.52 | zecke | tuukkah: this only happens if you change the CACHE variable, or have a TMPDIR which is not absolute and issue bitbake from another directory |
| 13:26.14 | tuukkah | neither of those should apply |
| 13:26.28 | tuukkah | i have TMPDIR = "${HOME}/oe/tmp" |
| 13:26.31 | roh | zecke i don't know exactly.. i assume that turning off all the cellbroadcast events and similar stuff will save a lot of power like on other featurephones |
| 13:27.48 | tuukkah | perhaps such a TMPDIR doesn't actually work |
| 13:28.43 | SpeedEvil | roh: Dunno. The power with at+cfun=0 seems pretty close to the power baseline. To the extent that it usually dominates. |
| 13:29.29 | SpeedEvil | I need to do yet more measurements. |
| 13:29.29 | zecke | tuukkah: it should work |
| 13:29.31 | *** part/#openmoko J-23 (n=Moarc_zi@a105.net128.okay.pl) |
| 13:30.40 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 13:31.20 | *** join/#openmoko J-23 (n=Moarc_zi@a105.net128.okay.pl) |
| 13:32.17 | tuukkah | now with BB_NUMBER_THREADS the cpu usage graphs look much better :-) |
| 13:37.20 | tuukkah | roh, perhaps the cache is cleaned every time i change local.conf? because now i didn't and the cache was used :-) |
| 13:37.29 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 13:38.08 | roh | tuukkah ack. the cache needs to be rebuild if you touch a part of the buildsys |
| 13:38.19 | zecke | tuukkah: not cleaned, but as every file depends on local.conf it will reparse ;) |
| 13:38.33 | tuukkah | ok, stupid me :-) |
| 13:43.28 | *** join/#openmoko Gybrush (n=Gybrush@port-87-234-84-205.dynamic.qsc.de) |
| 13:44.14 | *** join/#openmoko kW (n=kwkw@77-56-75-225.dclient.hispeed.ch) |
| 13:44.27 | edistar_ | is this now pretty certain, that the GTA02 will only be ready in December? |
| 13:44.38 | hypa7ia | oh no :( |
| 13:44.54 | hypa7ia | my treo is dying :( |
| 13:45.45 | *** join/#openmoko marsan (n=marsan@ti500720a080-2485.bb.online.no) |
| 13:46.36 | *** join/#openmoko SiO2 (n=sarge@p54B3BADA.dip0.t-ipconnect.de) |
| 13:46.44 | *** part/#openmoko SiO2 (n=sarge@p54B3BADA.dip0.t-ipconnect.de) |
| 13:47.53 | *** join/#openmoko wooKieface (n=benjamin@x1-6-00-03-2f-29-99-b9.k963.webspeed.dk) |
| 13:48.18 | meus | edistar_: no!?! I want one too :/ |
| 13:48.32 | *** join/#openmoko mypapit (n=mypapit@pdpc/supporter/active/mypapit) |
| 13:52.20 | edistar_ | meus: check the mailinglist and the wiki |
| 13:52.34 | *** join/#openmoko geaaru (n=geaaru@87.13.120.226) |
| 13:52.41 | meus | ok |
| 13:52.52 | edistar_ | http://wiki.openmoko.org/wiki/Neo1973 |
| 13:53.11 | edistar_ | my phone(siemens) is so full of bugs, I wonder why it doesn't commit suicide |
| 13:53.49 | meus | hmm ok thanks edistar_ |
| 13:54.11 | cb22_ | edistar_, it would, but the suicide function is buggy |
| 13:54.12 | *** join/#openmoko mfeiri_ (n=mfeiri@p5080E74B.dip.t-dialin.net) |
| 13:54.22 | edistar_ | and only mono sound then.. |
| 13:54.35 | edistar_ | cb22_: good one ;) |
| 13:55.00 | *** part/#openmoko mfeiri_ (n=mfeiri@p5080E74B.dip.t-dialin.net) |
| 13:55.15 | edistar_ | GTA01 aren't available anymore, are they? |
| 13:55.47 | cb22_ | not sure |
| 13:55.56 | cb22_ | but i cant see lots of people buying them |
| 13:56.04 | cb22_ | considering 02 is out soonish |
| 13:56.35 | edistar_ | cb22_: _ish_ |
| 13:58.34 | cb22_ | s/ss/es/ |
| 13:58.45 | cb22_ | note the _hardware_ bit |
| 13:58.57 | *** join/#openmoko Robot101 (n=robot101@light.bluelinux.co.uk) |
| 13:59.40 | edistar_ | cb22_: yes, I don't mind a few bugs or missing software etc cause I know it will be there sometime, but I like having something to play with;) |
| 13:59.47 | cb22_ | same here |
| 14:00.52 | edistar_ | at least it gives me time to save |
| 14:01.50 | *** join/#openmoko ossman (n=drzeus@c-bf66e455.04-143-6c6b701.cust.bredbandsbolaget.se) |
| 14:04.37 | *** join/#openmoko El_Salvador (n=Brescia@adsl-ull-34-179.42-151.net24.it) |
| 14:05.44 | edistar_ | cb22_: e.g.? ;) |
| 14:05.55 | cb22_ | heh |
| 14:06.05 | cb22_ | doing some graphics for my bro |
| 14:06.16 | cb22_ | getting paid R1000 = $150 or so |
| 14:06.25 | edistar_ | that's alright.. |
| 14:07.02 | edistar_ | I heard that one doesn't need the dev board if you just want to install and update the OS? |
| 14:07.18 | cb22_ | yeo |
| 14:07.20 | cb22_ | yep* |
| 14:07.25 | cb22_ | its only really needed for uboot-dev |
| 14:07.52 | *** join/#openmoko alexzhang (n=alexzhan@58.60.51.140) |
| 14:10.26 | *** join/#openmoko Demitar (n=demitar@c-212-031-190-120.cust.broadway.se) |
| 14:11.49 | edistar_ | cb22_: okey |
| 14:14.16 | cesarb | The dev board is also very useful for kernel debugging |
| 14:15.19 | *** join/#openmoko thomasg (n=thomasg@p57AFCA4A.dip.t-dialin.net) |
| 14:16.34 | *** join/#openmoko rob_w (n=bob@M9399.m.pppool.de) |
| 14:17.26 | aloril | (script) openmoko-community: Sean Moss-Pultz <sean at openmoko.com> Re: speeding up the flow of information |
| 14:19.05 | edistar_ | aloril: ? |
| 14:19.37 | cesarb | Hm, looks like someone forced the revision of binutils to be the pre-2.18 one, thus unbreaking the build for amd64 |
| 14:20.38 | aloril | edistar: that scripted line means that there is new mail from Sean at openmoko-community mailing list |
| 14:20.54 | cesarb | aloril: I know. I wasn't talking about it. |
| 14:21.03 | cesarb | oops |
| 14:21.33 | cesarb | I think I should have slept more :D |
| 14:22.05 | *** join/#openmoko ufo76_ (n=ufo76@host81-155-107-224.range81-155.btcentralplus.com) |
| 14:23.36 | *** join/#openmoko behdad (n=behdad@CPE001217b19226-CM0012c9c84bc4.cpe.net.cable.rogers.com) |
| 14:24.14 | *** join/#openmoko SRBIN (n=jaca@77-105-58-187.adsl-1.sezampro.yu) |
| 14:27.27 | aloril | (script) wiki RecentChanges: [[OpenMoko_Local_Groups:_Trondheim]] [[OpenMoko2007.2]] [[Gllin]] |
| 14:27.35 | *** join/#openmoko hp___ (n=hp@rhuidean.student.utwente.nl) |
| 14:29.27 | *** part/#openmoko SRBIN (n=jaca@77-105-58-187.adsl-1.sezampro.yu) |
| 14:36.56 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 14:38.41 | *** join/#openmoko evanpro (n=evan@pdpc/supporter/silver/evanpro) |
| 14:41.05 | edistar | aloril: thx |
| 14:41.38 | edistar | what is HXD8 stuff? |
| 14:42.20 | cb22_ | sssh, dont say it too loud |
| 14:42.26 | aloril | other than what source code reveals we don't know (probably not a phone) |
| 14:42.26 | cb22_ | the black helicopters might start appearing |
| 14:42.42 | aloril | wiki HXD8 page has information based on source code I think |
| 14:45.01 | *** join/#openmoko der_io (n=der@p54A0FEBA.dip.t-dialin.net) |
| 14:46.50 | *** join/#openmoko santaclaus (n=chatzill@78.90.88.72) |
| 14:48.28 | *** join/#openmoko _rob (n=rob@85.233.59.8.static.cablesurf.de) |
| 14:48.56 | edistar | ah |
| 14:49.11 | edistar | a future hardware shaped like a heli perhaps? ;) |
| 14:50.28 | *** join/#openmoko thseiler (n=Thomas@195.176.215.28) |
| 14:50.29 | *** join/#openmoko madewokherd (n=urk@cpe-71-67-181-79.neo.res.rr.com) |
| 14:51.46 | edistar | looks interesting, but the resolution is quite small? |
| 14:52.35 | *** join/#openmoko krau (n=cktakaha@201.32.157.153) |
| 14:58.03 | edistar | another question, I compiled the qemu makefile etc. it seems to emulate the hardware? Can't I compile openmoko for x86 easily? then I think it would be much faster |
| 14:58.51 | roh | edistar you could. but thats something completely different. qemu executes the real arm images and thus is practical for testing |
| 14:59.19 | roh | in the wiki are some instructions how to use Xoo or xephyr.. but i didnt try yet |
| 14:59.38 | edistar | roh: Xoo would be compiled natively? |
| 14:59.50 | roh | Xoo is like X11 in X11 afaik |
| 15:00.01 | edistar | roh: |
| 15:00.04 | edistar | roh: ok |
| 15:00.56 | cb22_ | edistar, another easy thing to do if you just want to see how apps you write will look is to use the GTK theme |
| 15:01.51 | edistar | cb22_: okey |
| 15:02.19 | *** join/#openmoko blablabla (n=andreas@p54B6E4C0.dip.t-dialin.net) |
| 15:02.22 | blablabla | Please help me: http://tinyurl.com/2yu2te |
| 15:02.28 | edistar | cb22_: actually I just wanted to try out the interface etc and see if I like it ;) But the emulated version is just way to slow on my PC |
| 15:03.35 | edistar | anyone got xephyr to work? |
| 15:04.07 | *** join/#openmoko J-23_ (n=Moarc_zi@a105.net128.okay.pl) |
| 15:05.10 | tuukkah | edistar, did you already have a look at http://wiki.openmoko.org/wiki/Xephyr |
| 15:05.28 | edistar | tuukkah: yes |
| 15:05.41 | edistar | I can't find xephyr in my debian repos |
| 15:05.44 | edistar | ;) |
| 15:06.00 | tuukkah | xserver-xephyr |
| 15:06.13 | tuukkah | and xoo |
| 15:06.38 | edistar | ok |
| 15:07.08 | tuukkah | the load of work is going to be compiling openmoko unless you can find prebuild binaries for x86 |
| 15:07.31 | edistar | tuukkah: I have a few days.. |
| 15:08.24 | *** join/#openmoko Writchi1 (n=Wally@195.230.118.70.cfl.res.rr.com) |
| 15:08.42 | aloril | compiling openmoko apps only for x86 should be quite fast actually |
| 15:09.10 | tuukkah | aloril, but where do you find instructions for doing that? |
| 15:09.27 | aloril | just few apps vs whole distro when compiled for arm |
| 15:10.04 | aloril | tuukkah: at wiki somewhere, it has been several months ago (when source became available) when I compiled for PC ;-) |
| 15:11.28 | aloril | (haven't looked, but mokomakefile might also have suitable target) |
| 15:11.49 | edistar | why does mokomakefile need to me in /home/moko/Makefile? |
| 15:11.58 | mwester | It doesn't |
| 15:12.20 | mwester | But you'll have to fix a few things if you choose to move it. |
| 15:12.45 | edistar | mwester: oh... hm |
| 15:12.55 | *** join/#openmoko Traveler4 (n=traveler@c-daf871d5.027-6-6b73641.cust.bredbandsbolaget.se) |
| 15:13.01 | edistar | if I compile for x86, I can't do the automatic mokomakefile think, can I? |
| 15:13.26 | *** join/#openmoko pH5_ (n=ph5@p5485F3C1.dip.t-dialin.net) |
| 15:13.27 | mwester | You'll have to make manual modification, AFAIK |
| 15:13.45 | edistar | mwester: ok |
| 15:14.23 | mwester | Which rather defeats the whole purpose of the Makefile -- by the time you set it up to build in a directory outside of your home dir, and make it target an x86, well -- you might as well just learn OE and use the native bitbake commands. |
| 15:14.37 | Writchi1 | edistar: mwester: unless something changed recently, you can but mokomakefile wherever you like. |
| 15:14.56 | Writchi1 | s/but/put/ |
| 15:15.14 | edistar | thx apt |
| 15:15.16 | edistar | ;) |
| 15:15.25 | mwester | I ended up with a couple of directories in my home dir that I had to replace with sym links, perhaps that's been fixed. |
| 15:15.25 | Traveler4 | will the comercial version of neo have camera? |
| 15:15.25 | aloril | There is no camera included. With (battery) powered USB hub, you should be able to attach to (almost) any external camera. See http://wiki.openmoko.org/wiki/Neo1973_Hardware for details on what is included. Also see http://wiki.openmoko.org/wiki/FAQ (also some model next year probably will gave camera module: http://www.channelweb.co.uk/vnunet/news/2192036/first-open-source-mobile-phone ) |
| 15:15.55 | Writchi1 | i put mine in /home/user/om2007.2 for latest and /home/user/openmoko for the earlier builds |
| 15:15.56 | aloril | tuukkah: it could be something normal like: svn checkout && ./autogen.sh && ./configure && make |
| 15:17.09 | aloril | with GTA02 no need for battery powered USB hub, it has power |
| 15:17.13 | tuukkah | aloril, yeah |
| 15:18.16 | edistar | how far is the software actually? what works(at least a bit) and what doesn't at all? |
| 15:18.23 | meus | aloril: that will be nice :) then one can connect a good camera to the phone. geotag the images and send them somewhere :) |
| 15:18.53 | *** join/#openmoko nimron2 (n=Weteor@i59F6248C.versanet.de) |
| 15:19.42 | mjr | yeah the statement about gta02's usb power was a nice surprise |
| 15:20.12 | *** join/#openmoko amarsh04 (n=amarsh04@CPE-139-168-192-245.sa.bigpond.net.au) |
| 15:24.19 | Maledictus | mjr: where can I read that statement? |
| 15:25.56 | roh | Maledictus its right.. gta02 will be able to source 100mA at 5V (at the usual penalty of runtime) |
| 15:26.02 | *** part/#openmoko tnt__ (n=tnt@139.245-67-87.adsl-static.isp.belgacom.be) |
| 15:26.45 | Maledictus | ok, thats very cool. but how do you know? |
| 15:27.14 | mjr | I think it was laforge who said it on the one of the lists |
| 15:27.28 | mjr | some of the "official" guys anyway |
| 15:27.56 | cb22_ | yep |
| 15:28.47 | Maledictus | yay. thank you guys for this cool info :) |
| 15:29.05 | cb22_ | this phone just gets cooler every day :) |
| 15:29.24 | Maledictus | anyone tried another bootloader like redboot? |
| 15:29.59 | roh | Maledictus whatfor? |
| 15:30.03 | tuukkah | edistar, http://wiki.openmoko.org/wiki/How_to_run_OpenMoko_Apps_on_PC |
| 15:30.03 | cb22_ | dunno, would anyone want to? |
| 15:30.33 | Maledictus | roh: just curious. it's open and thats about choice ;) |
| 15:31.25 | cb22_ | in south africa we have a brand of condoms called choice |
| 15:31.35 | roh | Maledictus i think you can always try to port it.. i just see no real sense in it |
| 15:31.39 | cb22_ | 6 million of them were just recalled due to failing quality standards :p |
| 15:31.52 | Maledictus | lol cb22_ |
| 15:32.16 | cb22_ | ahh, roh = person from sean's speeding up the flow of information email :) |
| 15:34.07 | roh | cb22 japp. i'm here a few month already, but now we hired michael and sean thought its good to introduce us together |
| 15:34.53 | cb22 | cool |
| 15:35.40 | roh | we will work out some concept this month and then see if you like it. will mean much more regular updates and channels for informations. |
| 15:36.25 | cb22 | w00t! :) |
| 15:37.13 | mwester | roh: thanks - the effort is appreciated! |
| 15:37.53 | meus | roh: cool! |
| 15:38.06 | *** join/#openmoko Risto (n=christop@p508CD899.dip.t-dialin.net) |
| 15:40.42 | *** join/#openmoko alex-weej (n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com) |
| 15:45.01 | *** join/#openmoko one- (n=one@adsl-215-241-187.kymp.net) |
| 15:45.25 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-ull-57-156.44-151.net24.it) |
| 15:45.40 | *** join/#openmoko juco2 (n=vickeryj@cpe-076-182-044-240.nc.res.rr.com) |
| 15:49.25 | *** part/#openmoko sixfeet (i=sixfeet@p5484DD9D.dip.t-dialin.net) |
| 15:52.51 | roh | mwester most of the time goes by for locales, configure scripts and sourcecode repos |
| 15:54.20 | roh | hm openocd-native-0.0+svn20070909 needs to get srcrev-ed also |
| 15:57.24 | mwester | roh: I shaved a huge amount of time off the build by disabling locales. I'm not sure what's going to break at run-time because of that, but so far so good. |
| 15:59.15 | El_Salvador[Away | http://www.phoronix.com/scan.php?page=news_item&px=NjA0NQ |
| 15:59.16 | *** join/#openmoko synalx (n=alx@gotnull.net) |
| 16:00.08 | tuukkah | do locales take a lot of time even if you only build one of them? |
| 16:00.13 | *** join/#openmoko denis^da (n=anno@p5B07CC8E.dip.t-dialin.net) |
| 16:00.26 | *** join/#openmoko MetaMorfoziS (n=khmhm@3e70d21b.adsl.enternet.hu) |
| 16:01.29 | roh | El_Salvador: funny to see rumors travel so fast |
| 16:02.08 | *** join/#openmoko simon_ (n=simon@w208.wist.uni-linz.ac.at) |
| 16:02.19 | SpeedEvil | Sigh. |
| 16:03.07 | SpeedEvil | What's the wiki markup for flashing red, with trumpets, for the 'preliminary estimates on the timeline' phrase. |
| 16:03.22 | cb22 | <noob> </noob> ? |
| 16:03.41 | mypapit | aaa? |
| 16:04.04 | El_Salvador[Away | media... |
| 16:04.23 | roh | SpeedEvil i rather think of some 'this revision of $wikipage is reviewed by openmoko'-page ;) |
| 16:04.43 | roh | but thats a lot of work |
| 16:05.59 | SpeedEvil | roh: that would be the nice way - or even some official timeline :) |
| 16:06.23 | roh | SpeedEvil even that would only be estimates. |
| 16:07.08 | SpeedEvil | Of course - however, you presumably can nail down some dates. at least on the low end. |
| 16:07.25 | SpeedEvil | As best-case dates which will probably slip. |
| 16:08.01 | SpeedEvil | But you're unlikely to - for example - have the testing phase complete in half the intended time. |
| 16:09.27 | roh | would be pokering |
| 16:11.53 | SpeedEvil | pokering? |
| 16:11.54 | *** join/#openmoko Aztlek (n=lbernal@190.156.58.45) |
| 16:12.10 | roh | SpeedEvil poker with dates |
| 16:13.14 | SpeedEvil | Ah. |
| 16:13.52 | SpeedEvil | I'm going to have to disagree. The maximum date is quite indeterminate. The minimum date much less so. |
| 16:14.23 | roh | yep. but the press then would always take the minimum date |
| 16:14.29 | SpeedEvil | Especially when the minimum date seemingly exceeds published dates. |
| 16:18.59 | *** join/#openmoko burton` (n=burt0n`@ASte-Genev-Bois-152-1-4-107.w82-121.abo.wanadoo.fr) |
| 16:19.24 | *** part/#openmoko rmoravcik (n=rmoravci@ip-89-103-152-149.karneval.cz) |
| 16:21.44 | *** part/#openmoko baird (n=cjb@zorilla.apana.org.au) |
| 16:21.50 | *** join/#openmoko rob_w (n=bob@X08a3.x.pppool.de) |
| 16:22.40 | *** join/#openmoko El_Salvador (n=Brescia@adsl-138-183.38-151.net24.it) |
| 16:26.48 | *** join/#openmoko tholin (n=tholin@85.8.6.155) |
| 16:26.52 | *** join/#openmoko geaaru (n=geaaru@host59-209-dynamic.8-87-r.retail.telecomitalia.it) |
| 16:26.56 | Writchie | roh: do you know if the powered USB is going to be USB OTG or some aed-hoc non-standard scheme? |
| 16:28.01 | cb22 | Writchie, i'd imagine its just normal, powered usb |
| 16:28.04 | cb22 | just like on a PC |
| 16:28.07 | aloril | (script) wiki RecentChanges: [[Talk:Neo1973]] [[Advanced_End-user/es]] [[Manually_using_SMS]] [[Manually_using_Bluetooth]] [[Manually_using_GPRS]] [[Manually_using_GSM]] [[Main_Page/es]] [[Media_Content/es]] [[Advanced_End-user]] [[Coding_Guidelines/es]] [[PIM_Storage]] and other changes |
| 16:28.13 | cb22 | not OTG |
| 16:28.26 | roh | Writchie afaik its a powered usb host port on the 'wrong' connector |
| 16:28.40 | cb22 | a simple cable hack will solve that |
| 16:28.41 | Writchie | is this another connector?? |
| 16:28.42 | roh | wrong because its mini-b not a |
| 16:29.00 | roh | b is ok for client. for host its nonstandard. |
| 16:29.46 | cb22 | the first thing i'm doing is my nice cheap 4gb flash disk |
| 16:29.48 | cesarb | roh: couldn't it cause problems with normal "device" mode if the hosts's voltage ends up lower than the neo's? it would cause current going in the wrong direction... |
| 16:30.15 | cesarb | s/lower/slightly lowe/ |
| 16:30.26 | cesarb | urgh |
| 16:30.31 | cesarb | slightly lower |
| 16:30.40 | tuukkah | wow "NOTE: package openmoko-devel-image-1.0: completed" |
| 16:31.38 | cb22 | do you think 100ma could power a optical mouse? |
| 16:31.41 | SpeedEvil | yes. |
| 16:31.46 | SpeedEvil | most optical mice. |
| 16:31.51 | cb22 | heh ^-^ nice |
| 16:32.10 | cb22 | although it will be more fun hacking batteries into the mouse to power it |
| 16:32.11 | Writchie | sb22: the problem will be with USB mass storage devices |
| 16:32.30 | cb22 | Writchie, i doubt that, sure, it may not be able to power my 160gb removable laptop hdd |
| 16:32.31 | Writchie | many if not most of these take > 100ma |
| 16:32.39 | cb22 | but a flash disk should be fine? |
| 16:32.43 | cesarb | cb22: why mice? |
| 16:32.51 | cesarb | cb22: a keyboard I can understand, but mice? |
| 16:32.54 | cb22 | cesarb, because, i go to school. |
| 16:33.04 | cb22 | and random things have a certain 'cool factor' about them |
| 16:33.10 | cb22 | like having a mouse on a phone |
| 16:33.14 | SpeedEvil | bluetooth mouse would be better. |
| 16:33.20 | cb22 | true |
| 16:33.24 | cesarb | cb22: I have to agree with you that it's random |
| 16:33.31 | Writchie | cb22: i don't know where you are getting your information. Virtually all flash diisk requirem more than the 100ma minimum |
| 16:33.44 | Writchie | s/disk/sticks/ |
| 16:33.55 | cb22 | cesarb, i just want to laugh at all my friends with their phones when i can do things they never even thought possible :) |
| 16:34.04 | cb22 | Writchie, i didnt get it from anywhere, i just presumed |
| 16:34.09 | SpeedEvil | They tend to use less power in USB1.1 mode. |
| 16:34.26 | Writchie | yes - some of them used to work but not virtually all use 2.0 |
| 16:34.37 | Writchie | and request the power on enumeration. |
| 16:34.55 | Writchie | which is why they can't be plug into usb keyboards with extra USB slots |
| 16:34.57 | SpeedEvil | No, I mean they actually use less power when connected to a 1.1 host |
| 16:35.05 | Writchie | SpeedEvil: yes |
| 16:35.23 | cb22 | # |
| 16:35.23 | cb22 | # Power Consumption: Write 36.0mA, Read 26.0mA |
| 16:35.37 | cb22 | from a sandisk datasheet |
| 16:35.42 | cb22 | another one says >100 though |
| 16:35.47 | roh | cesarb yes,, there needs to be some kind of gui-lockout to make sure no usb host is connected before switching to host itself |
| 16:35.48 | Writchie | WiFi USB adapters also take more than 100ma |
| 16:36.06 | *** join/#openmoko rmoravcik (n=rmoravci@ip-89-103-152-149.karneval.cz) |
| 16:36.26 | Writchie | roh: is there some "Philosophical" objection to USB OTG? |
| 16:36.30 | cesarb | Great, now it reliably stops at ATE0V1 instead of at ATZ |
| 16:37.13 | cb22 | nothing like reliable failure |
| 16:37.41 | cb22 | yep, my mouse is in 100ma mode |
| 16:38.18 | cb22 | and my flashdrive is using... |
| 16:38.33 | cb22 | 80ma |
| 16:38.39 | cb22 | at least according to windoze |
| 16:38.55 | Writchie | roh: I note in Harald's last mail the S3C2242B being 64MB RAM with integrated SDRAM and flash. Is the GTAv02 going to have a less ram or both integrated and off module RAM. |
| 16:39.30 | cb22 | suprisingly enough, my removable hdd apparently draws 96ma |
| 16:39.32 | Writchie | mgr: I don't see any problem implemented USB-OTG with the S3C2242B. |
| 16:39.54 | SpeedEvil | cb22: where are you getting those numbers from? |
| 16:40.02 | Stephmw | mjr: from my experience, usb-mass-storage on cellphones comes in two flavours (I'll get to otg next): a) removable card is the only accessible drive, and access is exclusive: either by device *or* by pc |
| 16:40.10 | cb22 | windows' usb root hub properties SpeedEvil |
| 16:40.11 | Writchie | mjr: with the right USB interface chip |
| 16:40.16 | Stephmw | mjr: b) device reboots into usb mass storage mode |
| 16:40.36 | cb22 | no usb plugged in, then i plug in hdd: power required = 96ma |
| 16:40.39 | Stephmw | mjr: tbh, both approaches seem to be ways to avoid dealing with sync |
| 16:40.42 | SpeedEvil | cb22: sounds unlikely to be direct current readings |
| 16:40.57 | Stephmw | mjr: otg likely will suffer from some similar stupid constraint |
| 16:41.11 | SpeedEvil | Is this a powered USB drive cb? |
| 16:41.13 | mjr | Writchie, yeah sure, but SoC comes with usb 1.1 for "free" |
| 16:41.16 | cb22 | SpeedEvil, no |
| 16:41.20 | cb22 | its a laptop hdd in a case |
| 16:41.28 | cesarb | I give up for today... Why would the modem not answer to "ATZ" (or sometimes the following "ATE0V1")? |
| 16:41.31 | SpeedEvil | 96mA is basically impossible. |
| 16:41.49 | SpeedEvil | All laptop hard drives are at >>250mA |
| 16:42.07 | cb22 | beh, dumb windows |
| 16:42.13 | *** join/#openmoko dcordes_ (n=tsingtao@f048008217.adsl.alicedsl.de) |
| 16:42.20 | SpeedEvil | I measured my Kingston 1GB thing on my keychain as 50mA 'static' in USB2 |
| 16:42.25 | Writchie | and some are >> 500ma requiring two USB slots for power |
| 16:42.33 | SpeedEvil | And about 30mA on USB1.1 |
| 16:42.50 | SpeedEvil | And some 80mA IIRC writing at max speed |
| 16:42.55 | SpeedEvil | (on USB2) |
| 16:43.14 | cb22 | it would probably be a good idea to put this info on the wiki somewhere |
| 16:43.16 | Obri | cesarb: shutdown the neo, remove the battery, wait 30sec, put back the battery and it works |
| 16:43.17 | Writchie | SpeedEvil: and what power does it request at enumeration |
| 16:43.25 | cb22 | under powered usb devices or something |
| 16:43.50 | cesarb | Obri: no, it doesn't |
| 16:43.51 | SpeedEvil | hang on |
| 16:43.58 | SpeedEvil | I'd guess 100mA |
| 16:44.04 | cesarb | Obri: in fact, that's my testcase |
| 16:44.28 | mjr | apparently my unknown 1 gig USB stick is happy with 100 mA |
| 16:44.39 | anrp | most usb disks illegally take >0.5a from a single port |
| 16:44.46 | mjr | (according to lsusb) |
| 16:44.46 | anrp | since most implementations don't set the limit at that level... |
| 16:44.59 | anrp | except for macs |
| 16:45.14 | Obri | hm |
| 16:45.17 | cesarb | anrp: yeah, my usb stick completely misbehaves on the monitor's builtin hub |
| 16:45.23 | dcordes_ | SpeedEvil: you need a beeper with bluetooth for your keys. think of key_finder-0.1.bb :) |
| 16:45.33 | cesarb | anrp: and the bluetooth dongle is worse... lsusb says it's self-powered (!) |
| 16:46.02 | Stephmw | mjr: how do you get lsusb to give you that info? |
| 16:46.11 | mjr | -v |
| 16:46.32 | roh | Writchie no.. atleat nothing i know of. |
| 16:46.34 | cesarb | s/tought/thought/ |
| 16:46.43 | Stephmw | mjr: cheers |
| 16:47.10 | Writchie | roh: thanks. |
| 16:47.23 | SpeedEvil | It says max_power 200mA |
| 16:47.35 | Elrond | BTW: Does anybody know, if g_serial linux console will be possible once? |
| 16:48.01 | roh | Writchie i just read myself a bit into otg... i think the point was that its nearly not implemented yet out there and we'd rather not change anything on the usb since it works.. you know how that is when there is a lot to do and you have something which is already done and working |
| 16:48.03 | SpeedEvil | dcordes_: I've investigated producing one. It's complex. |
| 16:48.40 | dcordes_ | hm |
| 16:48.43 | roh | Elrond you can switch of g_ether and load g_serial.. of course.. but its less usefull than ip with multiple connections |
| 16:48.50 | SpeedEvil | ppp |
| 16:48.53 | SpeedEvil | :) |
| 16:49.00 | roh | hrr |
| 16:49.14 | dcordes_ | cb22: if you use a usb hub for your external voltage needs there's no problem at all |
| 16:49.22 | roh | yeah.. have fun.. hack it into gsmd and put it on the drop-ins |
| 16:49.22 | cb22 | yep |
| 16:49.24 | Writchie | roh: for dual use do you know of any powered dual host/device implementations that are not USB - OTG? |
| 16:49.26 | roh | s/gsmd/neod |
| 16:49.31 | Elrond | roh - The idea is to have the main console on usbtty instead of on a real uart. |
| 16:49.37 | cb22 | im pretty sure powered usb hubs are happy with 100ma |
| 16:49.52 | roh | Writchie currently i know of no massmarket devices ive seen that can do both |
| 16:50.17 | roh | Writchie shure, there is some hardware which could do usb host unpowered.. but mostly the software does not allow that |
| 16:50.36 | SpeedEvil | err |
| 16:50.37 | SpeedEvil | GTA01 |
| 16:50.44 | Writchie | the potential for device damage is one of the primary motivations for OTG. |
| 16:50.47 | *** join/#openmoko moko-bunny (n=reik@a054242.dsl.fsr.net) |
| 16:51.02 | Writchie | even a partial/poor OTG is better than two devices sourcsing power on the same line. |
| 16:51.11 | roh | mini-b-mini-b cable, cut positive powerline and some 5V source for the client |
| 16:51.28 | roh | Writchie ack |
| 16:51.49 | Elrond | Isn't the neo having a mini-ab socket? |
| 16:51.58 | SpeedEvil | The trivial way round that is to only ever enable 5V when there is not 5V on the input |
| 16:52.17 | Writchie | roh: i also note change to large block NAND - this conflicts with prior info but I think it is inevitable. |
| 16:52.57 | SpeedEvil | Though there are of course annoying edge cases. |
| 16:52.58 | roh | Elrond ive never seen a mini-ab.. have a pic? i think its mini-b |
| 16:53.03 | XorA|gone | that zaurus CXX00 devices have powered USB OTG |
| 16:53.09 | XorA|gone | so they managed to work it |
| 16:53.35 | Elrond | roh - OTG specs mini-ab, I think. let me look around. |
| 16:53.50 | SpeedEvil | roh: how is powered USB done on GTA02 - is it basically just echo 1 >/sys/usb-power? with no special logic? |
| 16:53.51 | dcordes_ | yea you can use small things like keyboards and mice with the zaursus |
| 16:53.57 | dcordes_ | without extra power |
| 16:54.17 | Writchie | OTG is 5 pin mini AB IIRC |
| 16:54.34 | dcordes_ | for devices with higher currency needs I have my http://img118.imageshack.us/my.php?image=z1wx9.jpg Can't wait to try it with gta02 |
| 16:54.50 | cesarb | Writchie: all mini USB are 5 pin |
| 16:55.00 | SpeedEvil | There is a 4 pin variant |
| 16:55.03 | cesarb | Writchie: but only mini-AB actually has a use for the ID pin |
| 16:55.07 | Writchie | ditto |
| 16:55.36 | cesarb | SpeedEvil: never heard of 4-pin mini-USB |
| 16:56.00 | Writchie | cesarb: was used on early portables e.g. some mp3 players |
| 16:56.02 | Elrond | HUh. "Mini AB Buchsen sind aus der Spezifikation entfernt worden." (wikipedia), translated: "mini ab were removed from the spec"... strange. |
| 16:56.14 | dcordes_ | cb22: you planning to use usb devices with battery? |
| 16:57.20 | *** join/#openmoko ecraven (i=nex@eutyche.swe.uni-linz.ac.at) |
| 16:58.38 | SpeedEvil | cesarb: I may have assumed that an existing connector I had was microUSB - but it seems proprietory |
| 16:59.15 | edistar | while doing make setup it wants to connect to monotone.openembedded.org, but it seems that it can't, it's taking half an hour now.. |
| 16:59.15 | roh | SpeedEvil there is a step-up converter for the 5V with up to 100mA which can be switched on... i think there is no driver for that yet |
| 16:59.35 | *** join/#openmoko ebel (n=rory@res-adsl144-B.bas501.cwt.esat.net) |
| 17:00.23 | SpeedEvil | xSmurf : yes |
| 17:00.39 | Elrond | roh - Notes on mini-ab, but no pic: http://en.wikipedia.org/wiki/USB_On-The-Go#Plug |
| 17:01.32 | roh | Elrond heh.. were there about 10 minutes ago. |
| 17:01.45 | roh | ive seen a pic of mini-a .. but not ab yet |
| 17:01.58 | *** join/#openmoko morricone (n=foobar@dslb-084-057-160-034.pools.arcor-ip.net) |
| 17:02.28 | roh | this otg spec is loony big |
| 17:02.40 | roh | no wonder laforge ignored it for now |
| 17:02.43 | *** join/#openmoko helb (n=helb@84.244.90.159) |
| 17:03.04 | roh | seems like proper otg support is rather something for a soc-project |
| 17:03.05 | Writchie | roh: the important part is determining the device roles |
| 17:03.34 | cesarb | roh: it has things like role switch for instance (two devices with mini-AB sockets and a mini-A to mini-B cable, they can chose which is host and which is device); no wonder it's big |
| 17:03.44 | roh | the additional hardware is basically easy.. but someone has to design and test it. and then implement the software side |
| 17:04.20 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-ull-215-151.44-151.net24.it) |
| 17:04.20 | cesarb | Writchie: without the 'soft' role switch, it's a simple matter of reading the ID pin to see if you are in the A or B end of the cable |
| 17:04.21 | *** join/#openmoko evanpro (n=evan@pdpc/supporter/silver/evanpro) |
| 17:04.30 | Elrond | roh - Found it: http://wiki.openmoko.org/wiki/Neo1973_Hardware#USB_Device (USb Device -> last point "mini ab". With link to pic) |
| 17:04.44 | cesarb | Writchie: if you are at the mini-A end, you are the host; if you are at the mini-B end, you are the device |
| 17:04.57 | cesarb | Writchie: the role switch just allows you to change it to the opposite (and back) later |
| 17:05.29 | Writchie | cesarb: basically yes, this is what i mean by partial implementation |
| 17:07.10 | cesarb | Writchie: that partial implementation should be very easy to do... IIRC, just one pull-up on the ID pin and some way of reading it back to know if you are the host or the device, and that's it |
| 17:07.17 | roh | Elrond hmm.. thats wrong.. the device has only mini-b atm |
| 17:07.49 | Writchie | NXP ISP1109 does it all along with serial port and audio |
| 17:08.37 | *** join/#openmoko zipola (n=zipola@zip.kortex.jyu.fi) |
| 17:08.59 | Writchie | ISP1109 << $1 |
| 17:09.50 | Writchie | cesarb: there are many cases where routing of a couple of wires is severaly impacting functionality of the device. |
| 17:10.29 | Writchie | project would wise to harness some of the hardware expertise "open source" for the truly non-proprietary parts. |
| 17:10.41 | *** join/#openmoko jujun (n=JulienN@LPuteaux-151-42-19-56.w193-252.abo.wanadoo.fr) |
| 17:10.53 | Writchie | there is no fear that anyone will copy FIC's PM design ;) |
| 17:11.10 | cesarb | Writchie: well, I'm more of a software guy, so I tend to forget that routing wires isn't as easy in hardware ;-) |
| 17:11.23 | Writchie | prolly only the interchip writing of the TI chipset is truly proprietary |
| 17:11.36 | Writchie | s/writing/wiring/ |
| 17:11.37 | cesarb | Writchie: and the hammerhead one |
| 17:11.51 | Writchie | those parts could just be black boxed |
| 17:12.16 | Writchie | and an in system PLD |
| 17:12.24 | Writchie | we can dream maybe for GTA03 |
| 17:13.12 | Writchie | cesarb: routing can be easy if its designed for flexibility. |
| 17:13.21 | Writchie | this is not normaly the case for handset hardware |
| 17:14.23 | Writchie | one unique aspect of openmoko is that features can be added a year later to the existing base of devices |
| 17:14.57 | Elrond | roh - the mini-ab thing was there from the start, I'm quite sure. It's not a "someone faked it up". |
| 17:15.07 | Elrond | roh - there := "in the wiki" |
| 17:16.05 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 17:17.16 | *** join/#openmoko chris^ (n=kraetzi@p548AECE0.dip.t-dialin.net) |
| 17:17.23 | *** join/#openmoko tonyg (n=tonyg@82.152.221.161) |
| 17:18.26 | *** join/#openmoko tonyg (n=tonyg@82.152.221.161) |
| 17:19.32 | *** join/#openmoko u_l-lap (n=clinton@m340e36d0.tmodns.net) |
| 17:19.54 | *** join/#openmoko Demitar (n=demitar@c-212-031-190-120.cust.broadway.se) |
| 17:20.01 | CM | Elrond: Hehe.. ":=" ;) |
| 17:20.30 | *** join/#openmoko synalx (n=alx@gotnull.net) |
| 17:20.42 | *** join/#openmoko El_Salvador (n=Brescia@adsl-ull-132-151.44-151.net24.it) |
| 17:25.24 | roh | Elrond hm.. just fixed it |
| 17:31.39 | *** join/#openmoko ossman (n=drzeus@gateway.drzeus.cx) |
| 17:32.09 | roh | Writchie the isp could not help.. its only serial/spi |
| 17:32.19 | roh | Writchie and is 5x5mm.. which is big |
| 17:34.19 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-091-089-102-236.hsi2.kabelbw.de) |
| 17:34.30 | PBeck | re |
| 17:35.08 | Writchie | roh: isp1109 multiplexes/level shifts USB, serial, spi, mic, speaker, all on same connector and includes USB OTG logic. |
| 17:35.55 | roh | yes.. and thats nice. but does take a lot of pcb space and not give us usb2. besides that it would only be avail via spi |
| 17:36.46 | roh | also the count of external components to the soc is limited by capacitance of the parts and routes on the pcb |
| 17:37.54 | Writchie | 5 mm is not that big. USB will need different SOC. Gives you serial without needed to bring up a USB device stack. |
| 17:38.00 | Writchie | but this is all academic. |
| 17:38.31 | *** join/#openmoko kelva1 (n=kelvan@85-127-17-54.dynamic.xdsl-line.inode.at) |
| 17:38.35 | *** part/#openmoko kelva1 (n=kelvan@85-127-17-54.dynamic.xdsl-line.inode.at) |
| 17:39.11 | Writchie | roh isp1009 would have eliminated need for a debug board |
| 17:39.34 | Writchie | i guess not really - you need the jtag |
| 17:40.29 | Writchie | then again, i think you do a serial boot |
| 17:40.51 | Writchie | s/do/could do/ |
| 17:42.55 | roh | Writchie thats not much of a gain... in the end a real serial is what you want. |
| 17:44.12 | *** join/#openmoko _rob (n=rob@85.233.59.8.static.cablesurf.de) |
| 17:44.37 | Writchie | roh: but rs232 to ttl is widely available for a few bucks |
| 17:45.27 | Writchie | in any case USB OTG is the only right way to do both host and device on same connector - IMHO |
| 17:45.50 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-254-191.37-151.net24.it) |
| 17:46.31 | *** join/#openmoko morricone (n=foobar@dslb-084-057-160-034.pools.arcor-ip.net) |
| 17:48.28 | roh | Writchie we'll see. but propably thats something which will not come with gta02 |
| 17:48.42 | Writchie | you mean GTA03? |
| 17:49.03 | Writchie | or gta02v4? |
| 17:49.10 | roh | naming afterwards and designs are not decided yet. |
| 17:49.17 | roh | gta02. |
| 17:49.41 | SpeedEvil | No reason you couldn't setup uboot to use a USB serial thingy attached to the host port. |
| 17:49.43 | roh | gta02 will be powered at wish, but not fully otg compliant. |
| 17:50.07 | Writchie | what are you calling the "September 20" freeze |
| 17:50.25 | roh | SpeedEvil yes and no. uboot currently only knows the udc client mode controller |
| 17:50.34 | SpeedEvil | indeed. At the moment. |
| 17:50.40 | SpeedEvil | SMOP |
| 17:51.00 | Writchie | SpeedEvil: i was thinking pre-u-boot. SoC can boot from serial or NAND depending on pin configuration IIRC |
| 17:51.04 | roh | SpeedEvil either way. usb client acm is quite fine i think. seen much worse |
| 17:51.32 | SpeedEvil | I was meaning if for some reason it was desired to totally replace the debug board |
| 17:51.37 | Writchie | roh: if you assume linux's only |
| 17:51.47 | roh | Writchie i meant uboot |
| 17:53.24 | *** join/#openmoko clinton_ (n=clinton@m175e36d0.tmodns.net) |
| 17:58.40 | *** join/#openmoko fgau (n=fgau@pD9538BDC.dip0.t-ipconnect.de) |
| 17:59.55 | *** part/#openmoko Risto (n=christop@p508CD899.dip.t-dialin.net) |
| 18:01.47 | *** part/#openmoko J-23 (n=Moarc_zi@a105.net128.okay.pl) |
| 18:02.01 | *** join/#openmoko rob__w (n=bob@M8e9d.m.pppool.de) |
| 18:02.16 | Writchie | what is HXD8? |
| 18:03.55 | SpeedEvil | A different device that details have not been revealed of |
| 18:05.22 | Writchie | i hope this one has a design review |
| 18:07.07 | Aztlek | <PROTECTED> |
| 18:10.30 | *** join/#openmoko technil (n=technil@c-75-68-237-19.hsd1.vt.comcast.net) |
| 18:21.50 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:24.55 | *** join/#openmoko greghunt (n=greg@87-194-105-11.bethere.co.uk) |
| 18:27.27 | aloril | (script) wiki RecentChanges: [[Phase_1_Software_Testing]] [[OpenMoko_Local_Groups:_Norway]] [[OpenMoko_Local_Groups:_Trondheim]] [[Neo1973_Hardware]] [[Neo1973]] |
| 18:29.07 | PBeck | counter |
| 18:29.07 | aloril | http://londerings.novalis.org/wlog/index.php?title=Neo1973_counter Got it, get yours from openmoko.com (and read topic) (1807;252) |
| 18:30.36 | cesarb | Does anyone have an idea of what would cause this: gsmd sends "ATZ", modem doesn't answer. I kill -9 gsmd and start it again, it sends the same "ATZ", modem answers, so the modem isn't dead. |
| 18:30.55 | cesarb | I'm completely stuck on that... It's the only thing preventing gsmd from working successfully on boot. |
| 18:31.40 | tuukkah | even a good question is whether we have a bug number for that |
| 18:33.01 | moko-bunny | cesarb: Is there any possibility of a modem lockup coming out of reset? aren't the schematics on the wiki somewhere....I'll try and look at them. |
| 18:33.13 | cesarb | tuukkah: I'm investigating it as part of bug 766, but it's probably a separate bug |
| 18:33.36 | cesarb | moko-bunny: yes, but I tried putting high sleep times (like 15 seconds) just before gsmd start |
| 18:33.51 | cesarb | moko-bunny: and the only schematics you'll find in the wiki are for the debug board |
| 18:34.33 | moko-bunny | cesrab: dang....Harald seems like too good of an engineer to have overlooked that, but I know many ICs have strange powerup requirements |
| 18:35.16 | cesarb | moko-bunny: the modem is powering up correctly, since I can kill gsmd and restart it (by hand, not via the init script, so no power changes), and it will answer correctly |
| 18:35.31 | moko-bunny | you should see the fun stuff we did to guarantee a workaround on a freescale 5485 for a power up issue. :) |
| 18:35.38 | cesarb | moko-bunny: either it doesn't answer correctly soon after being woken up, or there's some wierd handshaking issue |
| 18:36.29 | *** join/#openmoko jaebird (n=jaebird@unaffiliated/jaebird) |
| 18:36.30 | moko-bunny | cesarb: hmm...cool, I'm pretty neophyt-ish with the inner workings, I didn't know whether restarting gsmd did any power cycling...all it seems to do on my hardware is lock it up :) |
| 18:36.57 | moko-bunny | well...not completely true...but if I try and use init.d it locks up |
| 18:37.07 | cesarb | moko-bunny: the init script does power-cycling (/etc/init.d/gsmd), which is a pain with the recent lockup-prone kernel |
| 18:37.16 | Elrond | Writchie - hxd8 is a washing machine. ;o) |
| 18:37.21 | cesarb | moko-bunny: gsmd itself doesn't (and in fact assumes the modem is on) |
| 18:37.51 | moko-bunny | cesarb: ahhh...thus explains a few things. I'm onboard with what you now. |
| 18:38.03 | moko-bunny | s/what// |
| 18:38.47 | cesarb | tuukkah: it's bugs 707 and 705 |
| 18:40.37 | moko-bunny | cesarb: hmmm, well unfortunately I'm thinking that a good look at the full gsm chipset datasheets would be needed. IC documentation seems to have gotten generally worse in recent years...but usually stuff like that is in there. |
| 18:40.56 | *** join/#openmoko denis^da (n=anno@p5B07EB19.dip.t-dialin.net) |
| 18:41.53 | cesarb | moko-bunny: perhaps. I'd also try to hook something (osciloscope? data logger?) to the serial lines (which are brought out to the debug connector, so it should be easy), but as I said, I'm not a hardware guy, so the best thing I have is a puny digital multimeter |
| 18:43.04 | tuukkah | cesarb, true |
| 18:43.48 | cesarb | great, this time I managed to get the even more bizarre variant (after adding a huge sleep 60 before gsmd start): it answers ATZ with OK... and doesn't answer the following ATE0V1 |
| 18:43.49 | moko-bunny | cesarb: well, I'd be happy to loan you my scope, but it's an old analog piece of junk.....plus I probably live nowhere near you. |
| 18:44.26 | *** join/#openmoko alex-weej (n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com) |
| 18:44.36 | cesarb | to make things even more interesting, when it works it tends to echo back the ATZ and ATE0V1... when it doesn't but answer to the ATZ, there's no echo back |
| 18:49.01 | *** join/#openmoko El_Salvador (n=Brescia@adsl-ull-134-155.44-151.net24.it) |
| 18:50.11 | moko-bunny | cesarb: I wonder if the gsm chipset has auto baud detection and is making a wrong selection sometimes on power up? |
| 18:51.05 | cesarb | moko-bunny: could be... except that the serial console uses the same baud rate |
| 18:52.03 | cesarb | moko-bunny: except if the switch from serial console to gsmd glitches it... |
| 18:52.47 | Elrond | What bothers me about this: Why doesn't the power button work? |
| 18:53.10 | moko-bunny | cesarb: cool. How many ATZ's in a row can you send it...it's a bad hack, but trying until you get the ok or maybe 200 tries could be interesting |
| 18:53.21 | tuukkah | cesarb, have you ever seen problems with uboot console? because i have... |
| 18:53.44 | tuukkah | i should test more now that i have the latest uboot version |
| 18:53.49 | Elrond | tuukkah - You mean the usbtty console? |
| 18:53.56 | tuukkah | Elrond, yes |
| 18:54.05 | tuukkah | is it in any way related? |
| 18:54.13 | Elrond | tuukkah - You have the u-boot with this whole gsm pass through stuff? |
| 18:54.25 | cesarb | tuukkah: it always works fine for me (after I select USB on the uboot menu) |
| 18:54.40 | Elrond | (because all previous uboots have massive usbtty problems) |
| 18:56.04 | tuukkah | with problems i mean, the echo gets out of sync by one char, printenv output skips characters sometimes |
| 18:56.26 | technil | i have the same problems with the shipped uboot |
| 18:56.40 | tuukkah | technil, same as me? |
| 18:56.52 | Elrond | tuukkah - That's normal for old uboots. |
| 18:57.14 | cesarb | tuukkah: ah, yeah, if for instance I try to paste a long line, it misbehaves, if that's what you are saying... |
| 18:57.18 | Elrond | tuukkah - And none of the uboots on buildhost have the fix. |
| 18:57.24 | cesarb | moko-bunny: you are late, I fixed that one yesterday |
| 18:57.42 | cesarb | moko-bunny: rwhitby sent my patch to mickey and it's already on SVN |
| 18:57.47 | Elrond | cesarb - Old news. laforge fixed that a week ago. ;) |
| 18:57.58 | moko-bunny | cesarb: hehehe...doh, well today's build dies for me on....guess what...everyone all at once "webkit" |
| 18:57.59 | Elrond | cesarb - At least he blogged on it. I did not try. |
| 18:58.10 | cesarb | Elrond: well, I'm using the august snapshot 2007.2 uboot... which is OLD |
| 18:58.22 | tuukkah | Elrond, oh ok, am i safe to flash an uboot i just compiled? |
| 18:58.41 | cesarb | moko-bunny: webkit was dying yesterday night, today I managed to build it... |
| 18:58.49 | cesarb | moko-bunny: but that was earlier this morning |
| 18:58.50 | Elrond | cesarb - if you have a debug board AND know how to use use it: Maybe. Otherwise: NO |
| 18:58.53 | moko-bunny | trying again :) |
| 18:59.20 | tuukkah | Elrond, i don't have the board :-( |
| 18:59.54 | Elrond | tuukkah - Then wait for a blessed uboot. |
| 19:01.02 | Elrond | s/cesarb/tuukkah/ <-- in my second pre-previous statement |
| 19:01.39 | tuukkah | but this bug has been fixed so there's no open bug? |
| 19:04.06 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:05.52 | Elrond | tuukkah - http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=170 |
| 19:06.58 | *** join/#openmoko sdsadas (n=jubuntu@dsl-hkibras1-ff42c000-142.dhcp.inet.fi) |
| 19:06.58 | tuukkah | ok great |
| 19:08.36 | *** join/#openmoko wooKieface (n=benjamin@x1-6-00-03-2f-29-99-b9.k963.webspeed.dk) |
| 19:11.15 | *** join/#openmoko juco2 (n=vickeryj@cpe-076-182-044-240.nc.res.rr.com) |
| 19:12.09 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-226-183.37-151.net24.it) |
| 19:14.39 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:15.04 | *** join/#openmoko rphlx (i=luser@cpe-76-167-112-180.socal.res.rr.com) |
| 19:16.13 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 19:25.34 | mwester | cesarb: I think there is a possibility that there is some impact to the serial port, or the serial driver, when it is switched to/from the GSM modem; this might explain both the strange gsm modem behavior as well as the serial console behavior, both problem occurring immediately after the port is switched. |
| 19:26.09 | cesarb | mwester: well, it looks like it only happens in the first boot after the battery is replaced, so I'm more inclined to think it's a modem-slow-to-really-wake-up issue |
| 19:26.22 | kristian-m | has anyone managed to send more then one word in an sms using libgsmd-tool? - or even multiline sms? - are there escape codes for space and/or newline? |
| 19:26.31 | cesarb | mwester: if I reboot (or even turn off, keeping the battery) it reacts fine |
| 19:26.47 | cesarb | mwester: of course, THEN half of the time the GUI status bar dies for no reason at all :P |
| 19:31.43 | *** join/#openmoko khaoohs (n=khaoohs@74-129-4-11.dhcp.insightbb.com) |
| 19:31.44 | mwester | Ok. I think I'm going to see if I can hack in a reset of the serial driver after the port is switched, and see what happens. |
| 19:32.46 | cesarb | mwester: get the debug patch from bug 766, else you will not know when gsmd sends things to the port |
| 19:33.34 | cesarb | mwester: (the patch for fixing bug 766 would also be useful, since it avoids gsmd getting stuck on some situations) |
| 19:33.49 | *** join/#openmoko hhf423 (n=chatzill@A735f.a.strato-dslnet.de) |
| 19:34.12 | hhf423 | hi folkd |
| 19:34.14 | hhf423 | folks |
| 19:34.29 | hhf423 | so I have 20070908 rootfs with 20070909 kernel fic-gta01 2.6.22.5-moko11+svnr2937-r2 and it does not ask for PIN... |
| 19:36.16 | *** join/#openmoko slomo__ (n=slomo@e181241026.adsl.alicedsl.de) |
| 19:36.22 | cesarb | Interesting, so CTS and RTS _aren't_ sent out to the debug board... |
| 19:36.32 | cesarb | Is the kernel serial console using XON/XOFF? |
| 19:37.21 | *** join/#openmoko El_Salvador (n=Brescia@adsl-29-176.37-151.net24.it) |
| 19:37.29 | cb22 | hmm, according tohttp://lists.openmoko.org/pipermail/neo1973-hardware/2007-September/000235.html |
| 19:37.51 | cb22 | http://lists.openmoko.org/pipermail/neo1973-hardware/2007-September/000235.html the SC32442 has only 64mb of ram? |
| 19:39.49 | *** join/#openmoko hhf424 (n=user@A735f.a.strato-dslnet.de) |
| 19:40.02 | *** join/#openmoko Marex (n=Marex@gwfm4-3-0-240.802.cz) |
| 19:40.11 | *** join/#openmoko helb (n=helb@84.244.90.159) |
| 19:40.17 | roh | cb22 nope. there is an external chip connected |
| 19:40.25 | cb22 | ah, great |
| 19:40.32 | hhf424 | lost what a month ago? |
| 19:41.04 | technil | hhf424 : dialer asking for a sim pin |
| 19:41.26 | technil | and only a week or so.. |
| 19:41.29 | *** join/#openmoko ccube (n=ccube@87.230.22.107) |
| 19:41.30 | technil | not a month |
| 19:42.27 | hhf424 | well, see phase 1 software testing, it was ok before the new build from today |
| 19:42.43 | *** join/#openmoko geaaru_ (n=geaaru@87.8.222.229) |
| 19:43.27 | technil | yes, indeed my builds have some unexpected problems :) |
| 19:43.41 | *** join/#openmoko evanpro (n=evan@pdpc/supporter/silver/evanpro) |
| 19:44.38 | *** join/#openmoko bmidgley (n=bmidgley@180.sub-70-219-36.myvzw.com) |
| 19:44.42 | hhf424 | yours? |
| 19:44.54 | mwester | cesarb: I've never encountered a serial console that uses any form of flow controll. |
| 19:45.35 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-ull-254-146.44-151.net24.it) |
| 19:45.39 | *** join/#openmoko one- (n=one@adsl-215-241-187.kymp.net) |
| 19:46.53 | technil | hhf424 : yes, via mokomakefile on 9/01/07 and 9/05/07 |
| 19:53.13 | hhf424 | technil: are you published |
| 19:53.43 | hhf424 | publishing to builhost.openmoko? |
| 19:55.21 | technil | hhf424: no i haven't published any images (kernel or rootfs) i was merely pointing out that I had the same problem a week ago on my local builds. |
| 19:55.48 | hhf424 | ah, i see |
| 19:56.00 | *** join/#openmoko nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 19:58.16 | *** part/#openmoko hhf424 (n=user@A735f.a.strato-dslnet.de) |
| 20:01.06 | hhf423 | doh |
| 20:06.21 | *** join/#openmoko summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 20:08.07 | *** join/#openmoko CathodioN (n=geert@h8441208108.dsl.speedlinq.nl) |
| 20:09.24 | *** join/#openmoko El_Salvador (n=Brescia@adsl-ull-50-158.44-151.net24.it) |
| 20:09.39 | CathodioN | Hey all |
| 20:10.30 | *** join/#openmoko togs (n=kayon@124-168-193-136.dyn.iinet.net.au) |
| 20:13.26 | *** join/#openmoko dTx (n=user@adsl-69-153-249-144.dsl.okcyok.swbell.net) |
| 20:17.37 | *** join/#openmoko summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
| 20:25.40 | *** join/#openmoko bkruse_home (n=root@69.73.127.92) |
| 20:25.40 | cesarb | ok, looks like I've managed to reliably make gsmd work (with the GUI) after all resets (but not on initial power up after putting the battery back in), without any powering off/resetting of the modem on /etc/init.d/gsmd or sleep tricks |
| 20:25.56 | *** join/#openmoko ccube_ (n=ccube@87.230.22.107) |
| 20:26.19 | cesarb | unfortunately, I cannot find out how to make it work on the initial powering up of the phone |
| 20:26.32 | cesarb | and the GUI status bar still tends to crash a lot |
| 20:26.46 | hhf423 | cesarb: putting gsmd stop / start into matchbox/session works for me |
| 20:27.07 | aloril | (script) wiki RecentChanges: [[Phase_1_Software_Testing]] [[Hardware:Neo1973:Alternate_Cases:Camera]] [[OpenMoko_Local_Groups:_Norway]] |
| 20:27.25 | cesarb | hhf423: but that's a kudge. I'm doing it _without_ any stop/start or poweroff/poweron dance |
| 20:27.26 | hhf423 | cesarb: and the gui status bar does no longer crash on me. all with the rootfs from yesterday, kernel from today |
| 20:27.42 | hhf423 | cesarb: ok, hats off :-) |
| 20:28.55 | cesarb | We need something which works every time... How can you call it a phone if gsmd only works sometimes? |
| 20:29.15 | hhf423 | cesarb: my words exactly |
| 20:29.34 | hhf423 | my status is: Dialer refuses to make calls, gives "Not connected to network. Current status = Home network registered" and refuses to make a call. |
| 20:29.45 | cesarb | hhf423: I fixed that one yesterday |
| 20:29.55 | hhf423 | so the phone IS connected yet dialer says its not and won't dial |
| 20:30.13 | cesarb | hhf423: after gsmd started working well enough that I could get to the dialer without having to restart the GUI |
| 20:30.16 | hhf423 | cesarb: then I need a newer build |
| 20:30.28 | cesarb | hhf423: no, the dialer was telling you it _was_ connected |
| 20:30.56 | hhf423 | yes, dialer tells me I am connected and then refuses to dial because I am not connected |
| 20:31.00 | cesarb | hhf423: the test was something like "if (status != CONNECTED || status != ROAMING) { error_message(); }" |
| 20:31.13 | cesarb | hhf423: try to make a truth table for that if statement ;-) |
| 20:31.16 | hhf423 | Dialer says: "Not connected to network. Current status = Home network registered" |
| 20:31.37 | hhf423 | and then refuses to dial. that it. I can only be called :-( |
| 20:31.58 | cesarb | !ombug 807 |
| 20:32.50 | cesarb | hhf423: anyway, I told the channel, rwhitby took the patch, grabbed mickeyl who was passing by and told him to commit the patch |
| 20:33.17 | cesarb | hhf423: so builds from today shouldn't have that bug |
| 20:33.27 | hhf423 | cesarb: so I should be fine when a new image arrives on buildhost? |
| 20:33.47 | cesarb | It's a sad reflection of the state of gsmd that such a bug on the dialer went unnoticed for several days... |
| 20:33.55 | hhf423 | or I should be fine with the existing image from today? |
| 20:35.06 | cesarb | hhf423: no idea... you could ask someone to build the openmoko-dialer2 package and send it to you |
| 20:35.29 | cesarb | hhf423: due to a couple of NATs, it's hard for me to send it to you (unless you have IPv6) |
| 20:35.50 | hhf423 | cesarb: don't worry, I'll wait for the next build |
| 20:35.55 | paulproteus | Any of you guys know anything about TurboSim? |
| 20:36.05 | paulproteus | Is it possible that thing would help increase compatibility for those whose SIMs don't seem to work? |
| 20:38.53 | cesarb | Hm, is the "Ret" key on the new and improved terminal emulator supposed to act like Enter, or just sit there and do nothing when clicked? |
| 20:39.59 | hhf423 | cesarb: enter |
| 20:40.13 | hhf423 | cesarb: but you need to do ipkg install vte before |
| 20:40.46 | paulproteus | (quick question: is power management any better? what's battery life like these days? worth using openmoko as a portable PIM?) |
| 20:41.07 | SpeedEvil | no, no, no |
| 20:41.10 | hhf423 | paulproteus: I believe PM is still in its infancy |
| 20:41.16 | cesarb | paulproteus: there is power management? |
| 20:41.21 | SpeedEvil | there is little PIM stuff working |
| 20:41.33 | paulproteus | Well, the calendar display even from 2007.1 wasn't so bad. |
| 20:41.47 | cesarb | SpeedEvil: ah, but there's _feedreader_, which is on task-openmoko-pim! |
| 20:44.08 | CathodioN | is there anyone here that works with GPSd ? |
| 20:44.17 | CathodioN | or on navigation in general |
| 20:44.49 | cesarb | hhf423: works... how come it isn't on the terminal's RDEPENDS? |
| 20:45.21 | hhf423 | cesarb: my question exactly. for that dependency is known a while now |
| 20:45.36 | hhf423 | cesarb: will you file a bug? |
| 20:45.36 | *** join/#openmoko El_Salvador[Away (n=Brescia@adsl-ull-20-151.44-151.net24.it) |
| 20:45.42 | cesarb | ok, where should bugs in openmoko-terminal2 be filed for maximum effect? OM or OE? |
| 20:45.54 | hhf423 | OM I would guess |
| 20:45.54 | cesarb | (since it's a bug on the .bb file...) |
| 20:46.01 | cesarb | (which is in OE) |
| 20:46.19 | roh | cesarb om i think |
| 20:46.27 | cesarb | roh: thx |
| 20:47.03 | SpeedEvil | CathodioN : sort of, why |
| 20:48.59 | hhf423 | oooh, a new screenshot on scap with sms tool |
| 20:50.54 | kristian-m | hhf423 feel free, to use it: http://wiki.openmoko.org/wiki/SMSTool :-) |
| 20:50.56 | *** join/#openmoko drath_ (i=vmaster@p5B07CE2B.dip.t-dialin.net) |
| 20:53.24 | hhf423 | kristian-m: ah, cool. will probably try it tomorrow |
| 20:53.48 | hhf423 | kristian-m: need to make free for phyton again :-) |
| 20:54.29 | kristian-m | hhf423 its a pity that python with gtk is 9 MB :-/ |
| 20:54.53 | gcb77 | I put python on the card, using ipkg install -d card |
| 20:55.02 | hhf423 | kristian-m: yes, lot of space on such a small phone :-) |
| 20:56.23 | gcb77 | There's about 40MB of packages I have installed on the card |
| 20:57.17 | kristian-m | gcb77 and then you add it to your $PATH? - hmm nice feature |
| 20:58.02 | gcb77 | kristian-m: I used to do that, but rwhitby pointed me to ipkg-utils. Using ipkg-link it creates symlinks to your root for all the files in the package |
| 20:58.34 | hhf423 | gcb77: how does this exactly work? |
| 20:58.58 | hhf423 | gcb77: so you not only define 'card' in your ipkg.conf? |
| 21:00.05 | hhf423 | I am getting: ipkg: Cannot create symlink from ./usr/bin/python-config to 'python2.5-config': Operation not permitted |
| 21:00.32 | kristian-m | gcb77 could you create a wikipage for that? - just an example how to get it work - or do we already have that? |
| 21:04.58 | gcb77 | hhf423: you need to re-format the card with ext2 |
| 21:05.06 | hhf423 | aaah |
| 21:05.07 | gcb77 | by default its vfat |
| 21:05.38 | mmp | Hello, are there any planned changes to payment methods or shipping process? |
| 21:06.27 | mmp | it looks like there are some people around here who would like to order neos in one batch, but finding credit card capable of paying $3000-$4000 is quite difficult:) |
| 21:07.20 | hhf423 | gcb77: like mkfs -t ext2 -c /media/card ? |
| 21:07.34 | hhf423 | oh, no mkfs |
| 21:07.35 | gcb77 | hhf423: umount /media/card first |
| 21:07.50 | gcb77 | hhf423: then mke2fs /dev/mmcblk0 |
| 21:07.58 | gcb77 | hhf423: wait, no |
| 21:08.06 | tuukkah | /dev/mmcblk0p1 |
| 21:08.06 | gcb77 | got to partition it first |
| 21:08.24 | hhf423 | why that? |
| 21:08.29 | *** join/#openmoko dcorking (n=dcorking@82.152.251.132) |
| 21:08.48 | gcb77 | hmm, didn't even think about that... I just deleted and re-created the partition |
| 21:08.50 | roh | mmp other payment options are planned for the gta02 sale |
| 21:09.13 | gcb77 | The partition is maked as VFAT now, you can probably just change the type |
| 21:09.24 | mmp | roh: any ideas what they would be like? so we can prepare in the meanwhile :) |
| 21:09.31 | gcb77 | then run mke2fs /dev/mmcblk0p1 |
| 21:09.41 | mmp | (and not panic and look for someone with _big_ credit card :) |
| 21:10.35 | mmp | roh: iirc, some time ago also shipping changes were announced, is there any (even tiny:) possibility that shipments will be done from Europe? |
| 21:10.45 | *** part/#openmoko CathodioN (n=geert@h8441208108.dsl.speedlinq.nl) |
| 21:11.20 | roh | mmp we will try to get distributors in every continent/bigger country |
| 21:12.05 | *** join/#openmoko VladoK (n=vlado@158.195.16.154) |
| 21:12.06 | mmp | roh: hmm, that's veery good news, thanks a lot:) |
| 21:12.32 | *** join/#openmoko a__thing (n=notroot@c-98-193-50-46.hsd1.il.comcast.net) |
| 21:13.00 | mmp | I hope it will be possible to use the other payment methods ASAP :) |
| 21:14.13 | *** join/#openmoko agoode (n=agoode@2001:4830:1633:0:212:3fff:fe70:6222) |
| 21:15.11 | hhf423 | mmp: where is 'here'? my cc can do 3000 USD :-) |
| 21:15.43 | mmp | hhf423: slovakia |
| 21:16.00 | mmp | hmm, not that far from you in fact:) |
| 21:16.14 | hhf423 | mmp: thats not .cz, no? |
| 21:16.28 | hhf423 | no, sorry |
| 21:16.31 | mmp | hhf423: no, just country next to it:) |
| 21:16.33 | hhf423 | its not, of course |
| 21:16.41 | mmp | np:) |
| 21:17.16 | *** join/#openmoko CathodioN (n=geert@h8441208108.dsl.speedlinq.nl) |
| 21:17.27 | hhf423 | the problem is of course pushing the money around |
| 21:17.27 | Elrond | BTW: Does the current 7.2 image have tools to send/receive files by BT? |
| 21:18.01 | mmp | hhf423: but let's get surprised what will the other payment methods be... it is possible that the final amount will be >$3000... |
| 21:18.15 | mmp | hhf423: hmm, right... . |
| 21:19.17 | hhf423 | mmp: and the level of trust everyone would be willing to give. I wonder what shipping from .de to you would be? |
| 21:19.52 | mmp | hhf423: :) yes. Well, it would then need to be re-shipped to Slovakia... |
| 21:20.37 | *** join/#openmoko emdete (n=mdt@dialin-145-254-048-194.pools.arcor-ip.net) |
| 21:21.13 | mmp | another problem is that last time I've been doing international money transfer, the payment itself and the charges were roughly 50:50... |
| 21:21.23 | tuukkah | now "Boot from SD" results in "undefined instruction" and a cpu reset |
| 21:21.36 | mmp | hhf423: but that wasn't big amount after all, so with more money it could be more efficient |
| 21:22.06 | hhf423 | to "slovakische republik" a DHL package with less than 5kg is ... |
| 21:22.25 | *** part/#openmoko CathodioN (n=geert@h8441208108.dsl.speedlinq.nl) |
| 21:22.26 | hhf423 | mmp: would need to use paypal or something |
| 21:22.39 | hhf423 | mmp: you're not eu yet, no? |
| 21:22.56 | mmp | hhf423: we already are, at least to some extent:) |
| 21:23.22 | mmp | so from this PoV it should be fine... |
| 21:23.41 | hhf423 | mmp: so no tax stuff? |
| 21:24.05 | mmp | hhf423: ahh, taxes, I forgot:) |
| 21:24.07 | hhf423 | mmp: maybe direct bank to bank money transfer is then not so expensive? |
| 21:24.31 | mmp | hhf423: friend just told me that the money transfer should cost no more than ~EUR 15,- |
| 21:24.33 | hhf423 | ah, ok, so its 24 EURs |
| 21:24.45 | hhf423 | for the shipping, maybe less |
| 21:24.52 | mmp | or EUR 20,- :) |
| 21:25.28 | hhf423 | mmp: we would need to test that somehow |
| 21:25.54 | mmp | hhf423: but anyway, let's wait for what FIC announces... . if the distributors will be in both germany and czech republic, it would be more effective to just order separate. |
| 21:26.04 | hhf423 | mmp: sure |
| 21:26.23 | mmp | (I guess there's no chance to open distribution in Slovakia:) |
| 21:27.22 | hhf423 | mmp: maybe if you find a phone / computer shop who has already experience in this stuff they would not mind |
| 21:27.37 | mmp | hhf423: hmm, nice idea... |
| 21:28.22 | mmp | I'll try to find out more info this week... |
| 21:29.19 | mmp | hhf423: How can I contact you if I find something? I'll be idling here probably until GTA02 will be released (and probably after that, too:) |
| 21:29.38 | hhf423 | mmp: but I am not sure what you will be really saving. a little bit of shipping maybe and a little bit of UPS carges or so |
| 21:29.49 | cegy_ | mmp: in czech republic will be distribution of neo's? |
| 21:30.00 | mmp | cegy_: no idea:) |
| 21:30.06 | polz | is anyone else getting:openmoko/build/tmp/staging/arm-angstrom-linux-gnueabi/lib/libWebKitGdk.so: undefined reference to `WebCore::callOnMainThread(void (*)())' ? |
| 21:30.18 | hhf423 | mmp: I'll be here. Or you can leave a message in my talk page in the wiki |
| 21:30.26 | mmp | cegy_: just slightly higher chance that it will be there than in Slovakia:) |
| 21:30.51 | cegy_ | mmp: it would be great :) |
| 21:30.54 | *** join/#openmoko miip_ (n=miip@p54A5494E.dip.t-dialin.net) |
| 21:31.17 | mmp | cegy_: well, many things would be, but I'm not affiliated with OpenMoko/FIC anyhow, those are just my rough guesses |
| 21:31.18 | *** part/#openmoko jonib1 (n=jonas@ua-83-227-144-18.cust.bredbandsbolaget.se) |
| 21:31.20 | mmp | :) |
| 21:31.30 | hhf423 | mmp: I'll probably order one or two of gta2 exta in any case. there will always be someone who would like to have one if its already in europe :-) |
| 21:32.08 | mmp | hhf423: I guess that even if you order 10 times more, you will be able to get rid of them in just no time:) |
| 21:32.49 | hhf423 | mmp: heh, but then again I already have a day job :-) don't want to add repackaging neo's to the list :-) |
| 21:32.54 | mmp | looks like everyone here lurks for GTA01 or GTA02 :) |
| 21:33.06 | mmp | hhf423: :-))) of course, I'm just joking |
| 21:33.12 | hhf423 | sure |
| 21:34.53 | *** join/#openmoko vallor (n=Rock@pdpc/supporter/monthlygold/vallor) |
| 21:36.38 | roh | heh.. my pizza arrived |
| 21:37.29 | *** join/#openmoko summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 21:37.44 | vallor | hey -- does someone have the url handy for "getting started", once I have my neo1973 (which I do :) |
| 21:37.55 | hhf423 | gcb77: if I do ipkg -d card install python, should the symlinks be added automatically? |
| 21:38.06 | vallor | http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo1973 <-- answering my own question |
| 21:38.27 | hhf423 | vallor: http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo1973 |
| 21:38.34 | hhf423 | ah, there you go :-) |
| 21:38.38 | technil | maybe also http://wiki.openmoko.org/wiki/SH1 |
| 21:38.49 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 21:39.07 | hhf423 | vallor: also have a look at phase 1 software testing for results and workarounds with existing images |
| 21:44.58 | polz | grrr |
| 21:45.20 | polz | why can't the whole image be buildable for more than a day ? |
| 21:45.49 | *** join/#openmoko summatusmentis_ (n=summatus@x84-5-154.vpn.umn.edu) |
| 21:45.56 | polz | how can I build a hello world package if I can't get make openmoko-devel-image to finish ? |
| 21:46.27 | technil | bitbake commands manually ? |
| 21:47.56 | *** part/#openmoko Marcel_M (n=Marcel_M@86.59.65.236) |
| 21:48.58 | *** part/#openmoko VladoK (n=vlado@158.195.16.154) |
| 21:52.09 | rwhitby | mwester: MokoMakefile has a specific target to change between neo and x86 builds |
| 21:54.14 | polz | rwhitby: the wiki says I should report a problem if a package doesn't get built... is a non-working webkit-gtk a known bug, or should I re-check what I'm doing ? |
| 21:54.58 | roh | polz clean the package and rebuild |
| 21:55.09 | polz | roh: tried it, didn't work. |
| 21:55.45 | roh | i built it just some hours ago... have a log? |
| 21:56.10 | tuukkah | i noticed i needed to restart the build many times to get some packages through with |
| 21:56.22 | polz | <PROTECTED> |
| 21:56.23 | polz | | collect2: ld returned 1 exit status |
| 21:56.34 | polz | pleeeease, not a full rebuild... |
| 21:56.49 | roh | polz thats fixed in svn |
| 21:56.51 | polz | the last one took me from friday 'till this morning |
| 21:57.07 | roh | polz only the webkit package.. |
| 21:57.41 | polz | does mokomakefile fetch the latest svn if the last build didn't finish ? |
| 21:57.42 | roh | polz cd build && . ../setup_env ; bitbake -cclean webkit-svn |
| 21:57.50 | roh | polz bitbake does that. |
| 21:57.57 | roh | which gets called from mokomakefile |
| 21:58.19 | polz | wait a sec... |
| 21:58.29 | polz | webkit-svn or webkit-gtk ? |
| 21:59.15 | rwhitby | webkit-gtk |
| 21:59.29 | roh | webkit-gtk.. sorry |
| 21:59.49 | polz | OK, just checking |
| 22:00.13 | technil | while we're on this topic, can you force-rebuild an openmoko-devel-image? |
| 22:00.23 | gcb77 | Any chance we can get ipkg-utils included in the official repos? |
| 22:00.26 | polz | so ... clean seems to have worked |
| 22:00.41 | technil | i see it as an option in moko makefile |
| 22:01.47 | polz | so make update should report It's At revision 2946. , right ? |
| 22:01.57 | roh | it is one.. i just cannot remember the syntax right now |
| 22:02.26 | rwhitby | gcb77: I'm adding it to task-openmoko-feed.bb right now |
| 22:02.50 | roh | polz just building it pulls the latest rev |
| 22:03.07 | roh | polz make update isnt even neccessary. atm it should even build!!1! ;) |
| 22:03.26 | polz | NOTE: Executing runqueue |
| 22:03.27 | polz | NOTE: Running task 3259 of 3321 (ID: 1468, /home/polz/openmoko/openembedded/packages/webkit/webkit-gtk_svn.bb, do_fetch) |
| 22:03.38 | polz | let's wait and see what happens |
| 22:03.44 | riot | how can i move my build to a new directory? Using mokomakefile update, monotone still looks for the database in the old place :( |
| 22:05.17 | rwhitby | riot: you will need to remove the checkouts, and run make setup again |
| 22:05.19 | technil | riot : i have a feeling you might have to change some values in setup-env |
| 22:05.29 | technil | ok nm |
| 22:05.37 | rwhitby | it's the _MTN/options file which is recording the db location |
| 22:05.49 | rwhitby | and you will want to rebuild from scratch as well if you move things |
| 22:07.22 | polz | NOTE: package webkit-gtk-0.0+svnr25459-r25447-r1: task do_compile: started |
| 22:07.29 | rwhitby | gcb77: pushed the addition - it should appear in the official feed the next time mickey|away triggers the build on buildhost. synergy and mplayer too. |
| 22:07.35 | polz | is the version correct here ? |
| 22:08.33 | rwhitby | looks like we got back to buildability overnight. |
| 22:09.12 | kristian-m | riot maybe there is a link, pointing to an old location (for org.openembedded...) |
| 22:09.33 | riot | rwhitby: so will i have to rebuild completely?! oh noes.. |
| 22:09.59 | riot | rwhitby: how do i remove them? |
| 22:10.11 | rwhitby | riot: remove what? |
| 22:10.28 | riot | rwhitby: the checkouts.. (which?) |
| 22:10.51 | rwhitby | make clobber-openembedded |
| 22:11.31 | riot | geez. this sucks. Hope i'll never have to move the environment again :( |
| 22:12.32 | zash_se | and now, to dust off the computer a bit.. then sleep |
| 22:12.52 | SpeedEvil | You sleep on your computer? |
| 22:12.55 | SpeedEvil | :) |
| 22:13.38 | gcb77 | I added a big section to http://wiki.openmoko.org/wiki/Package_management on how to install packages to the memory card. It would be helpful to have someone review/correct it as needed. |
| 22:14.23 | gcb77 | rwhitby: thank you for adding ipkg-utils, I've been using ipkg-link and it works great |
| 22:15.14 | polz | package webkit-gtk-0.0+svnr25459-r25447: failed |
| 22:15.31 | polz | again the same problem |
| 22:16.00 | roh | polz log? |
| 22:16.01 | polz | does mokomakefile really fetch the latest svn, even if the last build failed ? |
| 22:16.19 | roh | mokomakefile fetches nothing there |
| 22:16.19 | polz | roh: the error is the same as it was before. |
| 22:16.40 | *** join/#openmoko summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 22:16.54 | roh | polz -rw-r--r-- 1 roh roh 5442 2007-09-09 15:56 webkit-gdklauncher_0.0+svnr25459-r25447-r1_armv4t.ipk |
| 22:17.13 | roh | built today.. so it seems possible ... lets find out why... |
| 22:17.40 | polz | <roh> polz just building it pulls the latest rev |
| 22:17.57 | polz | whafuck ? |
| 22:18.09 | polz | so it's probably in some dependancy |
| 22:19.24 | polz | but where ? I mean... it still fails to find `WebCore::callOnMainThread(void (*)())' when linking |
| 22:19.42 | roh | thats why i'm wondering |
| 22:20.41 | polz | here's what I find weird: |
| 22:20.55 | roh | i'll rebuilt that and see if it breaks here |
| 22:21.01 | polz | polz@mojastwar:~/openmoko$ make clean-package-webkit-gtk |
| 22:21.02 | polz | ( . ./setup-env && cd build && bitbake -c clean webkit-gtk ) |
| 22:21.04 | polz | ... |
| 22:21.07 | kristian-m | gcb77 thanks :-) |
| 22:21.24 | polz | OE Build Configuration: ... |
| 22:21.37 | polz | DISTRO_VERSION = "P1-September-Snapshot-20070909" |
| 22:22.24 | polz | why is the version 20070909 ? Or is that OK ? |
| 22:23.01 | *** join/#openmoko EnricoPalazzo (n=jo@d037012.adsl.hansenet.de) |
| 22:23.13 | roh | http://build.webkit.org/ also says it builds |
| 22:24.07 | polz | this is really frustrating. I feel like an idiot. |
| 22:24.50 | roh | http://build.webkit.org/changes/2881 |
| 22:24.54 | polz | roh: when you rebuild it, which distro version does it report ? |
| 22:25.09 | roh | DISTRO_VERSION = "P1-September-Snapshot-20070909" |
| 22:27.47 | aloril | (script) wiki RecentChanges: [[Advanced_End-user]] [[Package_management]] [[User:Hhf423]] [[OpenMoko_Local_Groups:_Trondheim]] [[OpenMoko_Local_Groups:_Norway]] [[SMSTool]] [[Phase_1_Software_Testing]] |
| 22:28.12 | vallor | woo hoo, all SIM'ed up and ready to "t-mobilize"! coffee, here I come! |
| 22:29.09 | polz | roh: the function seems to be right there, in the file |
| 22:33.40 | polz | and again, it fails. |
| 22:33.44 | polz | ARGH! |
| 22:34.49 | technil | polz: "undefined function" is the error? |
| 22:35.36 | polz | technil: yeah, and the function is right there, _and_ the bloody package seems to build on roh's machine |
| 22:37.37 | roh | NOTE: package webkit-gtk-0.0+svnr25459-r25447: completed |
| 22:37.55 | roh | japp-- builds for me.. recently make update updated |
| 22:39.33 | vallor | so it looks like Snapshot 20070829 with Linux fic-gta01 2.6.22.5-moko11 is the more functional snapshot, for having the thing boot and run (for userland software development) ? |
| 22:40.08 | vallor | http://wiki.openmoko.org/wiki/Phase_1_Software_Testing#20070908_rootfs_with_20070909_kernel_fic-gta01_2.6.22.5-moko11.2Bsvnr2937-r2 |
| 22:40.18 | *** join/#openmoko rejon (n=rejon@c-24-7-58-49.hsd1.ca.comcast.net) |
| 22:42.45 | polz | NOTE: Unpacking /home/polz/openmoko/sources/WebCore_svn.webkit.org_.repository.webkit.trunk._25459_.tar.gz to /home/polz/openmoko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25459-r25447-r1/ |
| 22:42.46 | polz | NOTE: Unpacking /home/polz/openmoko/sources/WebKit_svn.webkit.org_.repository.webkit.trunk._25447_.tar.gz to /home/polz/openmoko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25459-r25447-r1/ |
| 22:42.53 | polz | this seems fishy to me |
| 22:42.56 | *** part/#openmoko rejon (n=rejon@c-24-7-58-49.hsd1.ca.comcast.net) |
| 22:48.59 | roh | nope.. thats fine. |
| 22:49.26 | roh | its multiple svn dirs which get pulled and of webkit and webcore the svn rev is used for the packagename |
| 22:50.40 | polz | what else could I be missing ? |
| 22:51.32 | polz | btw, I've now tried removing sources/WebCore* and am waiting for the build to finish ... again |
| 22:53.04 | *** part/#openmoko EnricoPalazzo (n=jo@d037012.adsl.hansenet.de) |
| 22:59.37 | vallor | I wonder if Linus has one of these |
| 23:01.12 | polz | I doubt it. Judging by the interviews, he's pragmatic enough to wait for a working version. |
| 23:04.03 | *** join/#openmoko nimron2 (n=Weteor@i59F6248C.versanet.de) |
| 23:05.51 | polz | yep, still not working |
| 23:06.14 | *** join/#openmoko Vndmtrx (n=0x0fff@unaffiliated/vndmtrx) |
| 23:06.26 | polz | I'll try redirecting all the output to a file and reading at least a part of the crap it spews out while it's failing |
| 23:09.59 | polz | roh: could this be a problem: |
| 23:10.01 | polz | NOTE: preferred version 2.5 of glibc not available (for item virtual/arm-angstrom-linux-gnueabi-libc-for-gcc) ? |
| 23:14.01 | cesarb | polz: it has said that since the first time I've built it |
| 23:14.23 | cesarb | polz: it's just background noise |
| 23:17.42 | aking | polz: I've been getting the same build error for almost a day |
| 23:18.34 | vallor | woo hoo, I'm booted! |
| 23:18.50 | polz | hmm... there seem to be some files left after make clean-package-webkit-gdk |
| 23:19.05 | polz | <PROTECTED> |
| 23:19.12 | polz | let's see if this helps |
| 23:27.15 | *** join/#openmoko summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
| 23:31.24 | polz | that seems to have been it. |
| 23:31.51 | polz | rwhitby, roh, cesarb, aking: rm build/tmp/staging/arm-angstrom-linux-gnueabi/lib/libWebKitGdk.* was the solution. |
| 23:32.19 | vallor | root@fic-gta01:/etc/init.d$ ./gsmd start # this put the thing out into the weeds |
| 23:32.20 | polz | I'm guessing those files should be removed by make clean-package-webkit-gdk, but aren't |
| 23:33.09 | polz | vallor: that's a known bug in the kernel. The workaround is to edit /etc/init.d/gsmd and comment the lines where the gsm chip gets powered off |
| 23:33.22 | vallor | polz: ah, thank you! :) |
| 23:33.39 | aking | polz: great! testing it now.. |
| 23:34.24 | cesarb | vallor: another workaround, fyi, is to disable serial console in the kernel command line |
| 23:34.45 | cesarb | vallor: it's bug 788 |
| 23:34.59 | vallor | ah, I'll check the bugzilla then |
| 23:39.14 | aking | polz: it worked! Thanks - I was about to rm -rf build/tmp/* |
| 23:39.26 | *** join/#openmoko mindCrime (n=chatzill@cpe-065-190-188-124.nc.res.rr.com) |
| 23:40.09 | *** join/#openmoko r3pek (n=r3pek@gentoo/developer/r3pek) |
| 23:40.40 | vallor | so I've been hearing that some SIM's aren't working? |
| 23:42.04 | vallor | if I try to dial out, it says that it's still registering with the network |
| 23:42.06 | technil | on that particular matter |
| 23:42.42 | vallor | at least I'm ssh'ed in |
| 23:42.49 | vallor | and I've got usb networking running |
| 23:43.01 | vallor | (first time I'd set up masquerading ;P ) |
| 23:43.44 | technil | vallor trying libgsmd-tool is a way to start |
| 23:44.09 | vallor | ah, thank you |
| 23:44.42 | technil | vallor: 'libgsmd-tool -m shell' should put you into a shell connected to gsmd |
| 23:44.49 | technil | h for help |
| 23:45.24 | vallor | ah, gsmd exited when I tried to dial (restarting with the init script...) |
| 23:46.58 | polz | aking: w00t ! :) |
| 23:47.38 | vallor | technil: I get this: |
| 23:47.41 | vallor | L |
| 23:47.41 | vallor | # List operators |
| 23:47.43 | polz | vallor: register first |
| 23:47.48 | vallor | k |
| 23:47.51 | polz | vallor: press r |
| 23:47.57 | vallor | okay |
| 23:47.57 | polz | then wait for it to ask you for a pin |
| 23:48.11 | vallor | okay, waiting |
| 23:48.16 | vallor | r |
| 23:48.17 | vallor | # Register |
| 23:48.34 | vallor | I see a typo ;P |
| 23:48.42 | vallor | U Unregister from netowrk |
| 23:48.44 | vallor | in the help |
| 23:49.25 | *** join/#openmoko rejon (n=rejon@c-24-7-58-49.hsd1.ca.comcast.net) |
| 23:49.43 | rwhitby | polz: yes, the bitbake clean command does not modify the staging area. |
| 23:51.20 | vallor | hmm -- if the SIM isn't inserted correctly, will it just sit there like it's doing? |
| 23:51.31 | rejon | is #openmoko-devel invite only? |
| 23:51.35 | *** join/#openmoko Eul (n=0x0fff@unaffiliated/vndmtrx) |
| 23:51.53 | *** part/#openmoko Eul (n=0x0fff@unaffiliated/vndmtrx) |
| 23:51.53 | polz | vallor: try L, to see if you're picking up any networks |
| 23:52.06 | vallor | k |
| 23:52.15 | *** join/#openmoko El_Salvador (n=Brescia@adsl-ull-116-154.44-151.net24.it) |
| 23:52.18 | vallor | L |
| 23:52.18 | vallor | # List operators |
| 23:52.21 | vallor | and then it sits |
| 23:53.14 | vallor | Q |
| 23:53.14 | vallor | Signal strength |
| 23:53.14 | vallor | Signal undetectable |
| 23:53.14 | vallor | Error rate undetectable |
| 23:53.26 | vallor | I don't think it is talking to the modem -- could that be it? |
| 23:54.14 | polz | vallor: check the SIM |
| 23:54.24 | vallor | k |
| 23:55.07 | cesarb | did you do the O before the r? |
| 23:55.40 | cesarb | (O powers up the radio part, o powers it off) |
| 23:55.54 | cesarb | also check the /tmp/gsm.log for clues |
| 23:56.24 | cesarb | and unless you have the patch for bug 766, wait a bit after the O and before the r, else gsmd can get confused |
| 23:56.39 | vallor | okay! |
| 23:56.42 | vallor | I didn't do the O part |
| 23:56.54 | vallor | the sim is definitely in there, it's t-mobile |
| 23:57.22 | vallor | thank you polz!! |
| 23:57.26 | polz | vallor: np. |
| 23:57.27 | vallor | and thank yoiu cesarb! :) |
| 23:58.09 | *** join/#openmoko ahbritto (n=guest@adsl-64-161-117-110.dsl.snfc21.pacbell.net) |
| 23:59.20 | *** join/#openmoko BlueMooD (i=bluemood@210.245.126.156) |
