| 00:01.42 | *** join/#openmoko jannu (n=jannu@hoas-fe34dd00-216.dhcp.inet.fi) |
| 00:03.27 | *** join/#openmoko libervisco (n=libervis@tuxhacker/libervis) |
| 00:07.57 | *** join/#openmoko jkx2 (n=jkx@86.72.182.16) |
| 00:13.22 | *** join/#openmoko parag0n (n=parag0n@popeshoe.gotadsl.co.uk) |
| 00:16.18 | CIA-7 | openmoko: 03rwhitby * r50 10mokomakefile/trunk/patches/bitbake-HEAD/ (. bitbake-1.6.6-om3.patch series silence-bogus-errors.patch): Added bitbake patch for retrieving latest revision |
| 00:29.13 | *** join/#openmoko MDK (n=mdk@cs181209253.pp.htv.fi) |
| 00:30.09 | *** join/#openmoko grgehunt (n=greg@88-108-110-179.dynamic.dsl.as9105.com) |
| 00:32.17 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 00:39.50 | *** join/#openmoko nnpiggy (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 01:08.08 | *** join/#openmoko dirakx (i=454f9151@gateway/web/cgi-irc/linuxpreview.org/x-c5e649a0d95e5d53) |
| 01:26.49 | *** join/#openmoko greentux_ (n=lemke@Z5a68.z.pppool.de) |
| 01:34.14 | *** join/#openmoko helb (n=helb@84.244.90.159) |
| 01:35.01 | *** join/#openmoko apakatt (n=apakatt@c83-252-108-234.bredband.comhem.se) |
| 01:37.51 | *** join/#openmoko koen|recife (n=koen@201.38.11.131) |
| 02:03.29 | *** join/#openmoko bluelightning (n=blueligh@222-155-141-176.jetstream.xtra.co.nz) |
| 02:07.47 | *** join/#openmoko loufoque (n=loufoque@smj33-1-82-233-64-48.fbx.proxad.net) |
| 02:29.48 | *** join/#openmoko slomo__ (n=slomo@pD9547DBF.dip0.t-ipconnect.de) |
| 02:34.49 | *** join/#openmoko cprf (n=rzinkov@oss-staff.rutgers.edu) |
| 02:36.20 | *** join/#openmoko bluelightning (n=blueligh@222-155-149-161.jetstream.xtra.co.nz) |
| 02:52.08 | rwhitby | Hmm - this bitbake patch *really* slows down the parsing of the bitbake files. |
| 03:03.04 | *** join/#openmoko MoRpHeUz (n=morphbr@20150179041.user.veloxzone.com.br) |
| 03:27.22 | *** join/#openmoko peepsalot (n=peepsalo@cpe-70-112-25-110.austin.res.rr.com) |
| 03:54.33 | *** join/#openmoko Liane (i=Liane@125-230-176-6.dynamic.hinet.net) |
| 04:01.26 | bluelightning | any way to stop the device auto-powering off within u-boot? |
| 04:07.20 | bluelightning | can anyone confirm I haven't just borked my device? http://pastebin.ca/390104 |
| 04:13.40 | cjb | it's fine. even if you had, you have jtag. |
| 04:18.23 | bluelightning | looks like I have done something wrong :( |
| 04:18.56 | bluelightning | splash changed, boot menu has only two items in it... and boot gives errors and then powers down |
| 04:19.23 | bluelightning | well, I would have JTAG if I had the appropriate cable |
| 04:22.15 | bluelightning | hmm, aux button is sticking as well |
| 04:23.23 | SpeedEvil | dissasemble, ... |
| 04:23.48 | bluelightning | yep, have done... it's the button itself, not the plastic bit in front of it |
| 04:24.22 | bluelightning | easiest thing probably is just to leave the plastic bit out so I can pull it out without opening it again |
| 04:33.33 | *** join/#openmoko dom (n=dom@juicy.ecs.soton.ac.uk) |
| 04:33.45 | bluelightning | or, just leave the front cover off completely |
| 04:37.34 | bhima | Can you receive Bluetooth OBEX messages when the neo1973 is idle? |
| 04:39.22 | bluelightning | so, erm... assuming this latest bootloader I have flashed on (u-boot-gta01v4-r3_0_0_1321.bin) is working, what happened to the USB console menu item? |
| 04:39.39 | peepsalot | for those that have a neo, is there a keyguard function for it yet? |
| 04:40.24 | peepsalot | i'm curious how it is implented with a touchpad |
| 04:42.20 | peepsalot | ~lart silence |
| 04:47.01 | *** join/#openmoko lu_zero (n=lu_zero@adsl-ull-3-53.44-151.net24.it) |
| 04:48.12 | *** join/#openmoko Zoolooc_ (n=Zoolooc@p54953734.dip0.t-ipconnect.de) |
| 04:48.30 | SpeedEvil | press a pin to enable touchpad, or touch specific areas in sequence. |
| 04:48.42 | SpeedEvil | Or press 'aux' button maybe |
| 04:55.30 | kmeyer | what's the GUI called again? |
| 04:58.49 | peepsalot | what gui, matchbox? |
| 05:00.00 | peepsalot | GUI could apply to lots of things |
| 05:07.48 | kmeyer | matchbox, thanks |
| 05:08.15 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 05:41.30 | *** join/#openmoko orospakr (n=orospakr@bas11-ottawa23-1128668312.dsl.bell.ca) |
| 06:04.31 | *** join/#openmoko sixfeet_ (i=sixfeet@p5484EC03.dip.t-dialin.net) |
| 06:12.08 | *** join/#openmoko bluelightning (n=blueligh@222-155-149-161.jetstream.xtra.co.nz) |
| 06:25.40 | *** join/#openmoko dirak1 (n=pilar@69.79.145.81) |
| 06:32.43 | *** join/#openmoko rd_ (n=redragon@vnsecurity.net) |
| 06:55.03 | *** join/#openmoko mlpug (n=user@a85-156-253-211.elisa-laajakaista.fi) |
| 06:56.21 | *** join/#openmoko billstevenson (n=billstev@c-71-58-61-130.hsd1.pa.comcast.net) |
| 07:00.21 | *** join/#openmoko jannu (n=jannu@hoas-fe34dd00-216.dhcp.inet.fi) |
| 07:03.26 | *** join/#openmoko behdad (n=behdad@CPE000fb55e466d-CM0012c9c84bc4.cpe.net.cable.rogers.com) |
| 07:10.20 | *** part/#openmoko mlpug (n=user@a85-156-253-211.elisa-laajakaista.fi) |
| 07:15.13 | k-y | counter |
| 07:15.13 | aloril | http://wiki.openmoko.org/wiki/Wishlist:Neo1973_P0_Review P1: 3 weeks 04:44:46 (21.198 +-7.0 days) (see faq) (517) |
| 07:26.38 | noidd | mornin |
| 07:26.40 | noidd | dang |
| 07:34.07 | *** join/#openmoko cprf_ (n=rzinkov@oss-staff.rutgers.edu) |
| 07:39.58 | noidd | rwhitby - mokomakefile rocks |
| 07:40.07 | noidd | I had it working manually before |
| 07:40.21 | noidd | but I switched to mokomakefile so my install would be more common with other devs. |
| 07:40.26 | noidd | standardization is goodness. |
| 07:42.48 | rwhitby | noidd: thx |
| 07:43.20 | noidd | only one missing dep on gento |
| 07:43.23 | noidd | which was quilt |
| 07:43.32 | noidd | but emerge -v quilt and I was done |
| 07:43.38 | rwhitby | let me know if there is other stuff that you think it should build. I'm working on an openmoko-devel-tools target right now to build the host-based tools required to debug the neo |
| 07:43.56 | rwhitby | noidd: was that listed on the OE and your distro setup wiki page? |
| 07:44.15 | noidd | Not that I saw |
| 07:44.38 | noidd | it just says "emerge bitbake" |
| 07:44.42 | noidd | I'll edit |
| 07:44.56 | rwhitby | http://www.openembedded.org/wiki/OEandYourDistro lists quilt for gentoo. |
| 07:45.20 | noidd | err, not on the page I'm viewing |
| 07:45.31 | rwhitby | oh, bitbake will not bring in any of the other tools. |
| 07:45.37 | noidd | Or put it this way, it says "Old INstructions are...: |
| 07:45.47 | rwhitby | yeah, that's bogus. |
| 07:45.59 | noidd | When I read it I thought the only thing I needed to emerge was bit bake |
| 07:46.01 | rwhitby | just add bitbake to the top of that list, and it's *not* old instructions. |
| 07:46.24 | rwhitby | thx |
| 07:47.16 | noidd | Done. |
| 07:50.28 | *** join/#openmoko bakert (n=bakert@82-69-225-22.dsl.in-addr.zen.co.uk) |
| 08:05.07 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 08:11.57 | rwhitby | anyone know how to get from uboot Runtime Mode to uboot DFU Mode? |
| 08:12.26 | *** join/#openmoko max_azzolini (n=chatzill@88-149-139-52.f5.ngi.it) |
| 08:17.21 | rwhitby | ah, dfu-util does it itself. |
| 08:20.56 | *** join/#openmoko konrad__ (n=konrad@71-35-132-124.tukw.qwest.net) |
| 08:29.07 | *** join/#openmoko jzs (n=jzs@217.116.232.184) |
| 08:30.12 | *** join/#openmoko Eludias (n=eludias@wingding.demon.nl) |
| 08:33.14 | *** join/#openmoko C7 (n=C7@84-74-83-99.dclient.hispeed.ch) |
| 08:43.50 | *** join/#openmoko buz (n=buz@80-218-148-33.dclient.hispeed.ch) |
| 08:46.31 | mitsuhiko | hoi :D |
| 08:46.37 | mitsuhiko | any fancy screenshots of openmoko so far? |
| 08:47.30 | kmeyer | screenshots? |
| 08:57.13 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 08:57.23 | *** join/#openmoko bluelightning_ (n=blueligh@222-155-208-196.jetstream.xtra.co.nz) |
| 09:02.15 | CM | rwhitby: The makefile still fails at db3-native because of this old bug: http://bugs.openembedded.org/show_bug.cgi?id=1765 |
| 09:02.47 | CM | Can anyone give me a hint how I use that patch attatched in comment 1? |
| 09:05.52 | *** join/#openmoko goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 09:14.34 | *** join/#openmoko max_azzolini (n=chatzill@88-149-139-52.f5.ngi.it) |
| 09:20.27 | Hopscotch | good morning |
| 09:22.29 | *** join/#openmoko vrt (n=vrt@unaffiliated/cherubiel) |
| 09:24.54 | PBeck | hi |
| 09:28.31 | rwhitby | CM: apply that patch in the bug report to the file in your openembedded directory |
| 09:29.03 | rwhitby | the MokoMakefile will retain your local change to that file. |
| 09:29.14 | CM | rwhitby: Ok, thanks. I'll look around in the OE wiki :) |
| 09:29.16 | rwhitby | then lobby koen to include it in OE proper. |
| 09:29.26 | CM | I think it is in OE.. |
| 09:29.43 | rwhitby | edit /home/moko/openembedded/site/x86_64-linux |
| 09:29.49 | CM | I've asked about it a month ago or so, and then someone (might have been koen) sait that "it's in dev already" |
| 09:29.54 | CM | Ok, thanks a lot |
| 09:30.16 | rwhitby | nope, it's not in .dev |
| 09:30.23 | CM | ok |
| 09:33.19 | rwhitby | I can't put it in myself, cause it's different to what's already there, and is different to what's in the normal ix86-common file, so it may be an indicator of a deeper problem in 64bit toolchain support. |
| 09:33.55 | CM | Well, as the patch comment says it would never work anyway since there's two } on that line |
| 09:34.01 | rwhitby | (i.e. you have to ask the question "why should it be changed in the 64-bit case only, when the change has nothing to do with 32bit vs 64bit) |
| 09:34.34 | rwhitby | maybe try it with a single } first |
| 09:34.51 | rwhitby | (if *that* works, I can definitely check that in) |
| 09:35.17 | CM | It failed with the change from the patch.. |
| 09:36.33 | CM | Hmm.. forgot to remove the tmp dir I guess.. |
| 09:37.43 | *** join/#openmoko zipola (n=zipola@cable-vrk-feb6dd00-89.dhcp.inet.fi) |
| 09:41.17 | *** join/#openmoko pH5 (n=ph5@p5485E456.dip.t-dialin.net) |
| 09:42.28 | *** join/#openmoko MetaMorfoziS (n=sajt@dsl51B6AB6C.pool.t-online.hu) |
| 09:44.33 | rwhitby | CM: that's a drastic restart action |
| 09:44.51 | rwhitby | you could have just done "bitbake -c clean db3-native" |
| 09:45.56 | CM | Heh, guess that was the knowledge I was missing ;-) |
| 09:45.56 | CM | Hmm.. Maybe that could be added to the makefile? Some kind of clean-package thing? |
| 09:46.08 | CM | Or at least to set the BBPATH env in the shell or so.. Hmm |
| 09:47.27 | *** join/#openmoko C7 (n=C7@84-74-83-99.dclient.hispeed.ch) |
| 09:48.02 | rwhitby | no, MokoMakefile will not change the parent shell, cause that would cause grief with people developing other OE distros alongside openmoko, who might want BBPATH set a different way. |
| 09:48.46 | *** join/#openmoko zipola (n=zipola@cable-vrk-feb6dd00-89.dhcp.inet.fi) |
| 09:48.59 | rwhitby | I could do a clean-package-* pattern rule which runs bitbake -c clean in the build dir with the environment set up properly. |
| 09:53.13 | *** join/#openmoko zween (n=zween@80-47-43-169.lond-hex.dynamic.dial.as9105.com) |
| 09:57.55 | LoDown | counter |
| 09:57.55 | aloril | http://wiki.openmoko.org/wiki/Wishlist:Neo1973_P0_Review P1: 3 weeks 02:02:04 (21.085 +-7.0 days) (see faq) (518) |
| 10:00.35 | Ganneff | count faster, damnit. |
| 10:00.35 | Ganneff | :) |
| 10:00.38 | *** join/#openmoko rob_w (n=bob@p85.212.46.62.tisdip.tiscali.de) |
| 10:03.43 | *** join/#openmoko dullard (n=jim@adsl-static-1-30.uklinux.net) |
| 10:06.36 | *** join/#openmoko max_azzolini (n=chatzill@88-149-139-52.f5.ngi.it) |
| 10:09.14 | *** join/#openmoko koen|recife (n=koen@201.38.11.131) |
| 10:15.52 | *** join/#openmoko vrt (n=vrt@unaffiliated/cherubiel) |
| 10:17.18 | *** join/#openmoko cyrilRomain (n=cyrilRom@AToulouse-157-1-144-196.w86-221.abo.wanadoo.fr) |
| 10:25.24 | *** join/#openmoko atla (n=atla@p3EE3D280.dip.t-dialin.net) |
| 10:29.51 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 10:30.44 | *** join/#openmoko danilos (n=danilo@adsl-233-130.eunet.yu) |
| 10:33.06 | *** join/#openmoko nnpiggy (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 10:33.15 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 10:35.05 | *** join/#openmoko MBitter (n=malbi@p508CE882.dip.t-dialin.net) |
| 10:41.47 | *** join/#openmoko l4rs (n=laprican@hsiproxy.astra-net.com) |
| 10:42.31 | *** join/#openmoko Marex (n=Marex@85.132.236.161) |
| 10:45.01 | *** join/#openmoko _rob (n=rob@AC9E538E.ipt.aol.com) |
| 10:49.59 | *** join/#openmoko libervisco (n=libervis@tuxhacker/libervis) |
| 10:55.26 | rwhitby | warning: dfu-util is broken on big-endian host architectures. |
| 10:55.45 | rwhitby | (endian issues, already marked in the code, so the developers are fully aware of it) |
| 10:56.05 | *** join/#openmoko MBitter_ (n=malbi@p508CC6B8.dip0.t-ipconnect.de) |
| 10:59.37 | *** join/#openmoko greghunt (n=greg@88-108-10-247.dynamic.dsl.as9105.com) |
| 11:10.45 | *** join/#openmoko morricone (i=foobar@dslb-084-057-164-069.pools.arcor-ip.net) |
| 11:14.52 | *** join/#openmoko theholyduck (n=theholyd@ti541210a080-4335.bb.online.no) |
| 11:17.03 | *** join/#openmoko rob_w|tablet (n=bob@p85.212.46.62.tisdip.tiscali.de) |
| 11:17.32 | *** join/#openmoko oskude (n=osku@dslb-084-058-242-159.pools.arcor-ip.net) |
| 11:21.49 | *** join/#openmoko cathal (n=cathal@89.101.192.70) |
| 11:25.14 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 11:25.21 | *** join/#openmoko Liane (i=Liane@125-230-166-195.dynamic.hinet.net) |
| 11:27.14 | *** join/#openmoko jzs (n=jzs@217.116.232.184) |
| 11:30.41 | *** join/#openmoko nnpiggy (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 11:30.57 | CIA-7 | openmoko: 03rwhitby * r51 10mokomakefile/trunk/ (4 files in 3 dirs): Added bitbake patch that retrieves remote versions and only builds if they have changed |
| 11:31.49 | *** join/#openmoko grgehunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 11:33.50 | rwhitby | run "make update-makefile ; make update ; make setup" if you want to use that new mokomakefile functionality |
| 11:49.14 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 11:56.57 | *** join/#openmoko TRIsoft (i=Mac@p57A28EDB.dip0.t-ipconnect.de) |
| 11:58.15 | *** join/#openmoko oskude_ (n=osku@dslb-084-058-210-018.pools.arcor-ip.net) |
| 12:05.55 | *** join/#openmoko Liane (i=Liane@125-230-166-195.dynamic.hinet.net) |
| 12:10.09 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 12:11.35 | *** join/#openmoko antenagora_study (n=antenago@217.171.42.114) |
| 12:13.57 | *** join/#openmoko kerbdog (n=philip@dsl-40-198.dsl.netsource.ie) |
| 12:14.46 | *** join/#openmoko zecke (n=ich@88.134.99.50) |
| 12:16.30 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 12:17.06 | *** join/#openmoko cprf (n=rzinkov@oss-staff.rutgers.edu) |
| 12:17.37 | *** join/#openmoko mikesh (n=mikesh@x133.net.upc.cz) |
| 12:20.05 | *** join/#openmoko cato` (i=hcm@91.135.33.159) |
| 12:21.36 | aloril2 | counter |
| 12:21.36 | aloril | http://wiki.openmoko.org/wiki/Wishlist:Neo1973_P0_Review P1: 2 weeks, 6 days 23:38:23 (20.985 +-7.0 days) (see faq) (519) |
| 12:24.05 | *** join/#openmoko Liane (i=Liane@125-230-166-195.dynamic.hinet.net) |
| 12:26.00 | *** join/#openmoko lazy_marmot (n=lazy_mar@85.233.43.112.static.cablesurf.de) |
| 12:28.12 | *** join/#openmoko koen|recife (n=koen@201.38.11.131) |
| 12:28.30 | *** join/#openmoko MDK (n=mdk@cs181209253.pp.htv.fi) |
| 12:40.12 | *** join/#openmoko wbx (n=wbx@gprs-pool-1-023.eplus-online.de) |
| 12:41.23 | *** join/#openmoko terrex (n=terrex@84.122.65.39.dyn.user.ono.com) |
| 12:45.33 | *** join/#openmoko C7 (n=C7@84-74-83-99.dclient.hispeed.ch) |
| 12:46.33 | aloril2 | in 2 weeks counter starts running in 1/2 speed (or P1 is available) |
| 12:47.29 | Ganneff | counter should run faster now. :) |
| 12:49.04 | SpeedEvil | aloril2: why? Any particular reason? |
| 12:56.10 | *** join/#openmoko tr2x (n=alvar@80-218-185-55.dclient.hispeed.ch) |
| 12:57.23 | *** join/#openmoko Danker (n=tadas@65.203.46.84.ip.erdves.lt) |
| 13:00.49 | *** join/#openmoko tr2x (n=alvar@80-218-185-55.dclient.hispeed.ch) |
| 13:04.35 | *** join/#openmoko borg_ (n=olaf@80.149.17.21) |
| 13:09.40 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 13:12.39 | hrw | morning |
| 13:13.38 | SpeedEvil | Morning. |
| 13:13.46 | TRIsoft | morning :D |
| 13:15.42 | *** part/#openmoko Danker (n=tadas@65.203.46.84.ip.erdves.lt) |
| 13:16.11 | hrw | hi Mac |
| 13:16.21 | hrw | TRIsoft: will you sell phase1? |
| 13:16.50 | TRIsoft | hi hrw, let's say, we're heavily working on this issue ;-) |
| 13:16.59 | hrw | ok |
| 13:17.42 | TRIsoft | hrw: And you're having fun with your Phase ß Neo ? Is it still alive ? :D |
| 13:17.53 | TRIsoft | *Phase 0 |
| 13:18.16 | rwhitby | anyone know how to fix the rebooting every seven seconds due to a low battery charge problem? |
| 13:18.42 | koen|recife | rwhitby: iirc use the fast charge uboot command |
| 13:18.52 | koen|recife | 'neo1973 charge fast' or something like that |
| 13:19.00 | rwhitby | how do you do that when it reboots faster than you can type that command? |
| 13:19.02 | hrw | TRIsoft: still works as I lack time to brick it |
| 13:19.14 | TRIsoft | hrw: lol |
| 13:19.25 | rwhitby | (i have it set up so that it stops at the bootloader and doesn't automatically boot Linux) |
| 13:20.03 | stefan_schmidt | rwhitby: Werner described a method in the bugreport. |
| 13:20.05 | koen|recife | rwhitby: paste the command via (usb-)serial? |
| 13:20.13 | stefan_schmidt | rwhitby: IIRC press power button once. |
| 13:20.45 | stefan_schmidt | rwhitby: bug 212 |
| 13:25.14 | rwhitby | thx, that seems to work. |
| 13:28.13 | stefan_schmidt | np |
| 13:29.15 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 13:29.27 | noidd | rwhitby: I left it powered off on USB for a couple of hours to recharge and it fixed itself. |
| 13:29.50 | noidd | I thought I'd bricked it when it gave me the splash screen, then black, then spash, then blank etc |
| 13:30.29 | koen|recife | if you get a splash screen it isn't bricked |
| 13:30.44 | koen|recife | splash screen == working uboot != brick |
| 13:31.01 | *** join/#openmoko loufoque (n=loufoque@smj33-1-82-233-64-48.fbx.proxad.net) |
| 13:31.14 | hrw | and current neo owners are equipped with debug boards iirc |
| 13:31.15 | noidd | I know now, originally I just had that "Oh, I broke it within 2 hours of recieving it" sinking feeling |
| 13:31.20 | rwhitby | I wonder if I can use the splashcmd variable to turn on autofast charging automatically on every u-boot boot ... |
| 13:31.36 | rwhitby | hrw: not all got debug boards. dwery (kernel rtc maintainer) for instance didn't. |
| 13:31.51 | koen|recife | rwhitby: be carefull with connecting the neo to non 500mA ports |
| 13:31.59 | koen|recife | (e.g. 3 year old dell hardware) |
| 13:32.08 | balrog-kun | you *could* brick it and still have the uboot splash |
| 13:32.11 | rwhitby | koen|recife: nslu2 can give 2A out the port :-) |
| 13:32.37 | koen|recife | rwhitby: :) |
| 13:32.42 | rwhitby | (and you can power the nslu2 the other way through the port :-) |
| 13:33.04 | koen|recife | we blew up numerous lab computers by drawing 500mA and unplugging the usb cable |
| 13:33.16 | noidd | Wow |
| 13:34.07 | koen|recife | iirc it was some bug in an intel chipset dell used |
| 13:37.14 | CoreDump|home | hi |
| 13:37.17 | *** join/#openmoko cyrilRomain (n=cyrilRom@AToulouse-157-1-169-47.w83-193.abo.wanadoo.fr) |
| 13:38.52 | CIA-7 | openmoko: 03rwhitby * r52 10mokomakefile/trunk/patches/openmoko-HEAD/ (remove-obsolete-image-recipe.patch series): |
| 13:38.52 | CIA-7 | openmoko: Added a patch which fixes the 'ERROR: Could not include required file |
| 13:38.52 | CIA-7 | openmoko: openmoko-image.bb while parsing |
| 13:38.52 | CIA-7 | openmoko: /home/moko/oe/packages/images/openmoko-devel-image.bb' problem by deprecating |
| 13:38.52 | CIA-7 | openmoko: the openmoko-devel-image.bb in openmoko svn in favour of the one in |
| 13:38.55 | CIA-7 | openmoko: openembedded. |
| 13:39.49 | rwhitby | an interesting aspect of bbcollections - you can require a file from the directory which you have overlaid. |
| 13:39.56 | rwhitby | s/can/can't/ |
| 13:57.47 | Moo^^^ | I was just wondering if openmoko UI apps are based on some prior work or do they exist at all? |
| 13:58.06 | noidd | damn |
| 13:58.07 | Moo^^^ | there are screenshots but are they mock ups? |
| 13:58.37 | noidd | Moo: asome are real |
| 13:58.40 | noidd | some are mockups |
| 13:58.58 | noidd | and yes, some of the applications are based on prior work. |
| 13:59.15 | noidd | we'd be idiots to write everything from scratch. This is an opensource project after all :-) |
| 13:59.34 | Moo^^^ | I mean touch screen apps like dialer |
| 13:59.48 | Moo^^^ | did you write it yourself or was there some other project? |
| 13:59.58 | noidd | Well, I didn't write it :-) |
| 14:00.24 | noidd | it is my understanding that the dialer was/is being written by us (meaning the openmoko project) |
| 14:00.45 | Moo^^^ | ok. that was my guess. I just wanted to make sure. |
| 14:01.00 | Moo^^^ | who is your UI cannon or do you have one? |
| 14:01.08 | noidd | I'm prepared to be (and often am) wrong. |
| 14:01.39 | *** join/#openmoko atla (n=atla@p3EE3D280.dip.t-dialin.net) |
| 14:01.40 | Moo^^^ | your hints shed light to my darkness of unawary :) |
| 14:03.36 | *** join/#openmoko Basheri (n=Arttu@evot.us) |
| 14:05.20 | CoreDump|home | Moo^^^: http://stuff.pimp-your-penguin.org/screenshots/Neo1973/20070310/ <- real dialer screenshots |
| 14:07.14 | *** join/#openmoko zipola (n=zipola@zip.kortex.jyu.fi) |
| 14:09.09 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 14:09.50 | hrw | cu |
| 14:10.16 | CoreDump|home | cu hrw |
| 14:10.16 | TRIsoft | hrw: l8r |
| 14:12.08 | CoreDump|home | sounds like there will be at least one german distributor nor the neo =) |
| 14:12.24 | atla | nice |
| 14:12.24 | TRIsoft | I would bet $5 on it :D |
| 14:12.25 | buz | rly? |
| 14:12.30 | atla | anything about a price yet? |
| 14:13.06 | TRIsoft | Sorry, no hard facts actually. Too many things to work on. |
| 14:13.42 | buz | somehow, the fonts on the buttons are much too small? |
| 14:14.05 | buz | whereas the one for the phonenumber seems kinda big |
| 14:14.11 | buz | (doesnt really fit long numbers) |
| 14:14.21 | *** join/#openmoko libervisco (n=libervis@tuxhacker/libervis) |
| 14:14.33 | *** join/#openmoko wbx (n=wbx@gprs-pool-1-027.eplus-online.de) |
| 14:14.56 | CoreDump|home | buz: the dialer is _far_ from finished and actually unusable w/ the moko theme :\ |
| 14:15.03 | buz | doooh |
| 14:16.16 | buz | is there a current qemu image available somewhere? |
| 14:17.45 | buz | oh i should RTFF |
| 14:18.13 | SpeedEvil | Is this talk of P2 distributors? |
| 14:18.57 | TRIsoft | ?? |
| 14:20.58 | *** join/#openmoko timotimo (i=timotimo@static.gangue.net) |
| 14:21.14 | noidd | ok, the AUX button on p0 is the one on the top left of tyhe phone right? |
| 14:21.22 | noidd | at about 10/11 o'clock |
| 14:22.24 | CoreDump|home | noidd: right |
| 14:22.55 | CoreDump|home | the one which looks like an IRDA cover on the black phone |
| 14:23.01 | noidd | I've tried 3/4 times to get uboot to kick in |
| 14:23.09 | noidd | I'm doing something wrongh obviously |
| 14:24.25 | noidd | i'm missing something fundimental I think |
| 14:25.34 | CoreDump|home | noidd: well, the phone must be _off_. Then press and hold AUX, then press and hold PWR until the phone turns on |
| 14:26.05 | noidd | after a shutdown -h now |
| 14:26.09 | CoreDump|home | right |
| 14:26.12 | noidd | and pulling the USB and battery |
| 14:26.19 | noidd | I can't be any more powered off than that I guess |
| 14:26.23 | CoreDump|home | hehe |
| 14:26.24 | noidd | gonna try again |
| 14:27.01 | CoreDump|home | sadly due to the short boot-delay, it is impossibly to enter u-boot before the kernel is loaded |
| 14:27.07 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 14:28.26 | noidd | sorry, are you saying that uboot appears after the kernel has booted? |
| 14:28.53 | CoreDump|home | no, the OM splashscreen == u-boot |
| 14:29.07 | noidd | thats what I thought |
| 14:29.16 | CoreDump|home | u-boot then waits $BOOTDELAY and then it starts the kernel |
| 14:29.30 | Elrond | CoreDump|home - Hold the AUX button while powerin gon --> boot menu. |
| 14:29.37 | CoreDump|home | if $BOOTDELAY is long enough you can enter the u-boot console and interupt the boot =) |
| 14:29.40 | loufoque | did everyone get his P0 phone? |
| 14:29.54 | Elrond | loufoque - Mostly everyone, I think. |
| 14:29.59 | CoreDump|home | Elrond: I know, noidd is having problems w/ it |
| 14:30.04 | noidd | See, I'm doing that and its imgoring me |
| 14:30.32 | noidd | So, let me just double check the everything i'm doing. |
| 14:30.36 | noidd | 1) shutdown -h now |
| 14:30.40 | Elrond | noidd - And $BOOTDELAY is too short? |
| 14:30.51 | noidd | The splashscreen is there for 7-10 seconds |
| 14:31.04 | loufoque | CoreDump|home: it's ugly |
| 14:31.17 | noidd | should I be holding the AUX button *WHILE* I'm pressing the power on? |
| 14:31.29 | CoreDump|home | noidd: of course |
| 14:31.30 | noidd | cos thats what i'm doing |
| 14:31.43 | noidd | Ok, so I pull ethernet and battery |
| 14:31.52 | noidd | sorry, usb and battery :-}) |
| 14:31.54 | Elrond | BTW: Anyone with another distro than debian at hand and wireshark 0.99.[45] on it? I need to know, that it's a debian packaging issue. :) |
| 14:31.59 | noidd | so, I plug back in usb, then battery |
| 14:32.05 | noidd | hold AUX down |
| 14:32.06 | CoreDump|home | Elrond: yes, it defaults to one second....I set it to 5 which allows me to enter u-boot and abort the boot |
| 14:32.12 | noidd | and hold power down for 4-5 seconds |
| 14:32.21 | loufoque | why is the 6 bolder than the other numbers? |
| 14:32.27 | loufoque | is it because it is the number of the beast? |
| 14:32.38 | Lumpio- | Elrond: Er... I got Wireshark 0.99.4 on Gentoo here |
| 14:32.43 | noidd | shouldn't that do it? |
| 14:32.50 | CoreDump|home | loufoque: heh, because the theme sucks / is not finished yet |
| 14:33.04 | CoreDump|home | noidd: yes it should |
| 14:33.31 | CoreDump|home | noidd: if it doesn't turn on, remove battery + charger and wait a bit |
| 14:33.40 | Elrond | Lumpio- - Cool. Can you do Menu -> Edit -> Preferences Look for Protocols/KRB5. Does it have an entry for some keytab file? |
| 14:33.46 | noidd | it turns on, it jsut boots normally |
| 14:34.05 | CoreDump|home | noidd: then your AUX button is not really pressed me thinks |
| 14:34.15 | Elrond | noidd - Does the aux button work inside linux? |
| 14:34.19 | Lumpio- | Elrond: Nope, that page only has one checkbox on it |
| 14:34.29 | noidd | What is its bahaviour meant to be in linux? |
| 14:34.31 | Lumpio- | About reassembling messages that span multiple TCP packets |
| 14:34.57 | Elrond | Lumpio- - Okay, thanks. So this is some wireshark upstream issue. ethereal used to be able to decrypt kerberos... |
| 14:35.08 | noidd | got it |
| 14:35.25 | noidd | looks like I needed to leave the battery / USB out a lot longer than I did before |
| 14:35.27 | noidd | thanks guys |
| 14:35.31 | noidd | for the sanity check |
| 14:35.46 | Elrond | noidd - Can you document this in the wiki, please? |
| 14:36.13 | noidd | Yup |
| 14:37.39 | buz | somehow editing X config to rotate the X server doesnt help? |
| 14:37.45 | noidd | done |
| 14:38.37 | CoreDump|home | noidd: type "setenv bootdelay 5" |
| 14:38.41 | CoreDump|home | then "saveenv" |
| 14:38.57 | CoreDump|home | so you can about a normal boot via ttyACM0 |
| 14:39.04 | CoreDump|home | s/about/abort |
| 14:39.39 | noidd | Will do. I'm currently hunting down the kernel module cdc_acm |
| 14:39.43 | noidd | its not in my kernel sources |
| 14:46.53 | noidd | Ok, i'm an idiot |
| 14:47.15 | noidd | cdc_acm != cdc-acm |
| 14:47.29 | *** join/#openmoko Readon (n=xydarche@218.194.60.208) |
| 14:48.18 | *** join/#openmoko dirakx (n=pilar@69.79.145.81) |
| 14:48.27 | CoreDump|home | buz: rotation is done via environment variables |
| 14:50.33 | Readon | hello, who have the file fstests_svn.o-hand.com_.repos.misc.trunk__20070311.tar.gz? i can't find and checkout it. |
| 14:54.58 | Readon | why it is needed by MokoMakefile? |
| 14:56.03 | *** join/#openmoko vrt (n=vrt@unaffiliated/cherubiel) |
| 14:56.47 | CoreDump|home | Readon: do you have any other version of that file? |
| 14:57.24 | Readon | i find it in downloads.openmoko.org |
| 14:57.37 | Readon | it is 20060814 |
| 15:01.46 | *** join/#openmoko rd_ (n=redragon@segfault.net) |
| 15:04.25 | *** join/#openmoko loufoque (n=loufoque@smj33-1-82-233-64-48.fbx.proxad.net) |
| 15:04.53 | *** join/#openmoko mrlua (n=typn@unaffiliated/chairuou) |
| 15:12.25 | *** join/#openmoko rd_ (n=redragon@segfault.net) |
| 15:16.12 | *** join/#openmoko greentux_ (n=lemke@195.227.105.180) |
| 15:22.58 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 15:23.16 | *** join/#openmoko parag0n (n=parag0n@popeshoe.gotadsl.co.uk) |
| 15:26.56 | *** join/#openmoko antenagora_study (n=antenago@217.171.42.114) |
| 15:31.19 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 15:32.24 | buz | CoreDump|home: like what env variable? |
| 15:32.40 | CoreDump|home | buz: check /etc/X11/Xserver |
| 15:32.46 | buz | ok |
| 15:33.26 | CoreDump|home | since kdrive does not have a config file, all settings are either from the env or --switches to kdrive |
| 15:33.48 | *** join/#openmoko wbx (n=wbx@gprs-pool-1-016.eplus-online.de) |
| 15:37.09 | *** join/#openmoko newmedian (n=newmedia@TOROON63-1168100004.sdsl.bell.ca) |
| 15:38.45 | antenagora_study | counter |
| 15:38.45 | aloril | http://wiki.openmoko.org/wiki/Wishlist:Neo1973_P0_Review P1: 2 weeks, 6 days 20:21:14 (20.848 +-7.0 days) (see faq) (520) |
| 15:42.43 | *** join/#openmoko lupp0l0 (n=miche@88-149-234-209.f5.ngi.it) |
| 15:45.35 | *** join/#openmoko xyrouz (n=xyrouz@62.79.112.57.dhcp.ro.tiscali.dk) |
| 15:50.53 | aloril2 | SpeedEvil: in 2 weeks counter runs at 1/2 speed because it starts to reduce uncertainty =(upper_limit-lower_limit)/2 |
| 15:51.22 | SuN | Hah, fuzzy counter. |
| 15:52.42 | SpeedEvil | Does it stop at the upper limit? |
| 15:59.11 | *** join/#openmoko mrlua (n=typn@unaffiliated/chairuou) |
| 16:01.03 | *** join/#openmoko helb (n=helb@84.244.90.159) |
| 16:06.56 | *** join/#openmoko ebel (n=rory@213-202-189-54.bas504.dsl.esat.net) |
| 16:11.30 | *** join/#openmoko vrt (n=vrt@unaffiliated/cherubiel) |
| 16:27.27 | aloril2 | SpeedEvil: yes, counter will claim P1 has been released at upper limit |
| 16:29.10 | aloril2 | of course any of this doesn't take into account manual adjustments as new info becomes available |
| 16:30.47 | Elrond | Hmm, how does the P1 plan look? Does "Manually using GSM" work for someone? |
| 16:34.41 | *** join/#openmoko newmedian (n=newmedia@TOROON63-1168100004.sdsl.bell.ca) |
| 16:36.09 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 16:38.41 | pH5 | hm. it doesn't work for me. after echoing 1 into gta01-pm-gsm.0/power_on, ttySAC0 is still dead. |
| 16:38.47 | *** join/#openmoko parag0n (n=parag0n@popeshoe.gotadsl.co.uk) |
| 16:39.33 | Elrond | pH5 - Some friend of stefan_schmidt got at least that to work. |
| 16:40.37 | *** join/#openmoko edistar (n=edwinloc@ip503ddd09.speed.planet.nl) |
| 16:41.03 | edistar | question: where can I see the status of the basic apps that are being developed at the moment? |
| 16:42.59 | stefan_schmidt | pH5: Disabled in /etc/inittab? dmeg -n1? Following the GSM manually page in the wiki works here. |
| 16:44.13 | Elrond | stefan_schmidt - "works here" includes "Doing a real phone call as in talking to a human like being on the other end"? |
| 16:44.41 | stefan_schmidt | Elrond: Yes, with the right alse config files even this works. :) |
| 16:45.37 | Elrond | stefan_schmidt - So there is some hope of P1 phones actually being useable to phone someone? |
| 16:45.38 | stefan_schmidt | pH5: You get a connected from ttySAC0 when doing root@fic-gta01:~$ cu -l /dev/ttySAC0 ? |
| 16:47.30 | pH5 | stefan_schmidt: yes, but then it's dead: http://en.pastebin.ca/390679 |
| 16:50.44 | stefan_schmidt | Elrond: I hope so. :) It's more a question how the whole chain of GSM -> gsmd -> libgsmd -> dialer is working. LaF0rge just started again work on gsmd and when mickey|austria is back we hopefully will have some tests with the dialer. |
| 16:51.25 | stefan_schmidt | pH5: OK, that could be a real problem. Let me explain. |
| 16:52.38 | stefan_schmidt | pH5: My phone has exactly the same problem. (I use another one atm) No connection to GSM seems to work. |
| 16:53.20 | stefan_schmidt | pH5: I'll send the broken one to LaF0rge next week and he takes a look what can be broken here. |
| 16:53.43 | stefan_schmidt | pH5: You're the only other one I heard about with the same problem. |
| 16:54.08 | stefan_schmidt | pH5: It would be very helpfull if you could take the time and verify this stuff once again. |
| 16:54.35 | stefan_schmidt | pH5: I like to be sure we don't show up with a user-bug here. :) |
| 16:55.03 | Elrond | The 64MB thing shouldn't impact on this, right? |
| 16:55.36 | stefan_schmidt | Elrond: No, it should not. 2 of our 3 phones here work fine. |
| 16:56.09 | stefan_schmidt | I still hope this is some kind of software bug and not a QA hardware problem. Future will show. |
| 16:56.09 | edistar | noone wants to answer my question? Or am I just to stupid? |
| 16:56.20 | stefan_schmidt | edistar: moment |
| 16:56.36 | edistar | ok, thanks |
| 16:56.55 | Elrond | mickeyl! |
| 16:57.00 | mickeyl | cheers guys |
| 16:57.03 | stefan_schmidt | wb mickeyl |
| 16:57.04 | Elrond | stefan_schmidt - Talking about the devil. ;o)) |
| 16:57.14 | mickeyl | ;) |
| 16:57.15 | TRIsoft | Hey, welcome back Mickey |
| 16:57.19 | mickeyl | cheers TRIsoft |
| 16:57.21 | stefan_schmidt | mickeyl: Hope you had some relaxed holiday. |
| 16:57.27 | mickeyl | hey CM |
| 16:57.31 | Elrond | mickeyl - Was you holiday good? |
| 16:57.33 | mickeyl | stefan_schmidt: absolutely. |
| 16:57.34 | CoreDump|home | hey mickeyl |
| 16:57.45 | mickeyl | although i worked 8h a day it was great |
| 16:57.53 | pH5 | stefan_schmidt: same as before: http://en.pastebin.ca/390694. I'll reboot and verify, but I think it is dead all right. |
| 16:57.54 | Elrond | <-- needs to go to austria sometime again. :) |
| 16:57.56 | stefan_schmidt | edistar: Problem is that all apps are work-in-progress the whole time |
| 16:58.10 | mickeyl | even my cold is gone |
| 16:58.19 | mickeyl | looking forward to start working on OM next week again |
| 16:58.22 | stefan_schmidt | mickeyl: wow, that sounds nice. |
| 16:58.41 | mickeyl | my wife and the guys had a hard time with the snow though |
| 16:58.45 | Elrond | CM - I was in Hall and Vienna. :-) |
| 16:58.45 | mickeyl | it was hardly enough |
| 16:58.51 | stefan_schmidt | heh |
| 16:59.07 | edistar | are they working a bit then yet? |
| 16:59.10 | mickeyl | and finally on the day we left (yesterday) it started snowing like hell |
| 16:59.16 | mickeyl | s/hell/winter/ |
| 16:59.19 | mickeyl | :) |
| 16:59.19 | stefan_schmidt | edistar: Some yes, some no. |
| 16:59.36 | CM | Elrond: Was in Wien too, nice town and I really liked the Natural history museum :) |
| 16:59.37 | edistar | where can I see some status? on a blog or so? |
| 17:00.21 | Elrond | CM - I was in Wien three times now. Didn't get to the museums yet. ;o) |
| 17:01.02 | alphaone | mickeyl: Hi |
| 17:01.21 | mickeyl | cheers alphaone. got the package oK? |
| 17:01.33 | alphaone | mickeyl: Yeah, thanks! |
| 17:01.35 | *** join/#openmoko BenC (n=bcollins@debian/developer/bcollins) |
| 17:01.36 | stefan_schmidt | edistar: What kind of status you mean? This functions is working and this one not? |
| 17:01.49 | edistar | yes |
| 17:01.53 | alphaone | mickeyl: There was one Free&Easy SIM card in it |
| 17:02.09 | mickeyl | argh |
| 17:02.16 | mickeyl | heh |
| 17:02.25 | mickeyl | in which one? |
| 17:02.46 | alphaone | I think the E680 |
| 17:02.59 | mickeyl | ~lart mickeyl |
| 17:03.15 | mickeyl | i guess that one has been disabled anyways |
| 17:03.25 | mickeyl | ~lart eplus |
| 17:03.35 | alphaone | mickeyl: You want me to send it back to you? |
| 17:03.48 | mickeyl | alphaone: let us compare the numbers please |
| 17:03.54 | alphaone | Okay |
| 17:04.08 | mickeyl | can you give me the SIM serial? |
| 17:05.03 | stefan_schmidt | edistar: That would mean spending much time on documentation instead of coding. This is fine for a later phase of the project, but not yet. So I think we don't have the kind of info you're searching. Sorry. |
| 17:05.22 | edistar | no problem, just asking |
| 17:05.33 | edistar | some kind of CVS maybe? |
| 17:05.48 | stefan_schmidt | edistar: of course. It's all in svn.openmoko.org |
| 17:05.53 | CoreDump|home | root@fic-gta01:~$ cu -l /dev/ttySAC0 |
| 17:05.53 | CoreDump|home | Connected. |
| 17:05.53 | CoreDump|home | AT-Command Interpreter ready |
| 17:06.02 | edistar | just starting to get involved with linux in this way now, so it's all quite new for me, sry if I ask stupid things |
| 17:06.05 | stefan_schmidt | CoreDump|home: So yours is working |
| 17:06.24 | alphaone | I managed to make real phone calls with the Neo |
| 17:06.52 | pH5 | stefan_schmidt: same as before, http://en.pastebin.ca/390710 and then silence. |
| 17:06.57 | stefan_schmidt | edistar: No question is stupid. But people like to see you try to inform yourself with FAQ and some search about it before asking. |
| 17:07.27 | stefan_schmidt | pH5: damn |
| 17:07.34 | Elrond | mickeyl - You're in FFM sometime I heard? |
| 17:07.39 | CoreDump|home | wasn't there a wiki page explainng |
| 17:07.40 | stefan_schmidt | pH5: Please open a bug about it. I'll comment |
| 17:07.48 | CoreDump|home | explaining the modem commands? |
| 17:07.54 | pH5 | stefan_schmidt: will do. btw, is gsmd running on ezx already? |
| 17:08.00 | Elrond | CoreDump|home - Search for "AT" |
| 17:08.16 | stefan_schmidt | CoreDump|home: Yeah, but the problem is GSM don't even start to say it'S ready. |
| 17:08.30 | edistar | ok, thanks |
| 17:08.35 | stefan_schmidt | pH5: No, not yet. Just not enough time. :( |
| 17:08.55 | CoreDump|home | Elrond: I'm trying |
| 17:09.17 | stefan_schmidt | pH5: If I get a GSoC fond for the port I work on it at least in the summer. Hopefully before. |
| 17:09.18 | CoreDump|home | ok got it |
| 17:09.59 | loufoque | why do you need Google to work on open source projects? |
| 17:10.18 | Elrond | CoreDump|home - I assume you already know http://wiki.openmoko.org/wiki/Manually_using_GSM |
| 17:10.24 | alphaone | CoreDump|home: Standard AT command set |
| 17:10.49 | CoreDump|home | Elrond: thanks! |
| 17:10.51 | Elrond | CoreDump|home - http://wiki.openmoko.org/wiki/Hardware:AT_Commands |
| 17:11.18 | stefan_schmidt | loufoque: I work on it anyway, since more then a year now, but getting money for work is nice as I don't have to care earning money other ways for food and living |
| 17:11.21 | Elrond | (don't ask me, why Search for "AT" does not show this page. Bug in the wiki probably.) |
| 17:12.57 | *** part/#openmoko edistar (n=edwinloc@ip503ddd09.speed.planet.nl) |
| 17:13.50 | aloril2 | wb mickeyl |
| 17:15.46 | *** join/#openmoko _rob (n=rob@ACAE6762.ipt.aol.com) |
| 17:18.22 | peepsalot | probably because "AT" is too short of a word and would return too many results. ("at" is quite a common word in english) |
| 17:18.24 | *** join/#openmoko law|ibook (n=_law_@213.173.86.202) |
| 17:18.31 | peepsalot | i don't think it is case sensitive is it? |
| 17:18.45 | alphaone | A list of AT commands: Go to http://pda.etsi.org/pda/queryform.asp and search for GSM 07.07 |
| 17:19.03 | *** join/#openmoko mikesh (n=mikesh@x133.net.upc.cz) |
| 17:20.20 | peepsalot | or were you being facetious Elrond? |
| 17:21.17 | *** join/#openmoko _law_ (n=_law_@213.173.86.202) |
| 17:21.36 | *** join/#openmoko jjazz (n=jjazz@cpe-24-90-14-159.nyc.res.rr.com) |
| 17:22.12 | *** join/#openmoko rob_w (n=bob@p85.212.46.62.tisdip.tiscali.de) |
| 17:22.47 | pH5 | stefan_schmidt: yeah, that'd be great! I filed bug #256. |
| 17:24.36 | Elrond | SpeedEvil - You there? |
| 17:25.38 | stefan_schmidt | pH5: thanks |
| 17:25.55 | *** join/#openmoko matsch (n=matsch@dyndsl-085-016-202-062.ewe-ip-backbone.de) |
| 17:30.17 | *** join/#openmoko libervisco (n=libervis@tuxhacker/libervis) |
| 17:32.11 | *** join/#openmoko wansti (n=wansti@2001:638:602:af01:219:d2ff:fe05:bdce) |
| 17:33.28 | *** join/#openmoko morricone (i=foobar@dslb-084-057-164-069.pools.arcor-ip.net) |
| 17:34.24 | Elrond | Did anyone get the gps chip to talk any single byte? |
| 17:40.06 | *** part/#openmoko wansti (n=wansti@2001:638:602:af01:219:d2ff:fe05:bdce) |
| 17:40.34 | rob_w | not me yet |
| 17:41.45 | Elrond | Hmmm, so it needs some init sequence. :-| |
| 17:42.21 | SpeedEvil | Which is good in some ways. It potentially means more accurate initial position on switch-on. |
| 17:46.40 | balrog-kun | what are the chances that it's even powered up? |
| 17:47.01 | SpeedEvil | There is a power switch |
| 17:47.06 | PBeck | re |
| 17:47.22 | SpeedEvil | It's probably in low-power mode till you wake it somehow though. |
| 17:47.37 | balrog-kun | it needs to be enabled first through the pcf50606 and then wake up |
| 17:47.39 | balrog-kun | afaik |
| 17:47.54 | balrog-kun | the power management sequences are documented |
| 17:47.57 | SpeedEvil | then maybe inited |
| 17:50.01 | Elrond | The power-init-sequence is in the kernel patches. |
| 17:50.26 | Elrond | Except for the reset-pin issue, where I'm still waiting for comments. |
| 17:50.28 | SpeedEvil | IIRC, a few days ago koen did that, and it did nothing. |
| 17:52.09 | Elrond | Right. |
| 17:53.01 | Elrond | SpeedEvil - BTW: Do I read http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem#using_Bluetooth_headset right? The BT module has a connection to the WM*? |
| 17:53.17 | SpeedEvil | AIUI, yes, it's been stated that it does. |
| 17:53.22 | balrog-kun | it datasheet says "When the UART is in SLEEP mode then it will ignore any bytes transmitted by the host except for INTACK (interrupt acknowledge - 0xFA) and WAKE (0xFB)." |
| 17:53.30 | Elrond | http://wiki.openmoko.org/wiki/Neo1973_Hardware#Bluetooth does not mention that connection. |
| 17:53.35 | SpeedEvil | BT audio doesn't have to go through the linux but. |
| 17:53.42 | SpeedEvil | bit |
| 17:54.03 | SpeedEvil | I mean that the CPU doesn't need to deal with it if it's setup, and the mixers twiddled right. |
| 17:54.35 | Elrond | Yeah, that's my understanding too. Just think, that the later URL misses that info. Should I add it? |
| 17:55.51 | SpeedEvil | Sounds reasonable. |
| 17:55.53 | SpeedEvil | I don't know exactly how the hardware/software stack in BT breaks down though. |
| 17:55.54 | SpeedEvil | It'd be nice perhaps to be able to run two or more headsets at once in some circumstances. |
| 17:56.39 | Elrond | http://wiki.openmoko.org/wiki/Neo1973_Hardware#Bluetooth also suggests that connection. |
| 17:57.08 | SpeedEvil | I think it was discussed here, I forget. |
| 17:57.35 | SpeedEvil | I'd grep the logs for grep -i -10 bluetooth * |grep -2 direct |
| 17:58.14 | SpeedEvil | c |
| 17:58.20 | SpeedEvil | urrently don't have logs online |
| 18:00.06 | Elrond | I'm already doing that grep. |
| 18:00.36 | balrog-kun | so, according to the a-gps docs, if you send a 0xfa, it should always answer with a 0x7a or 0x7b, if it's operational |
| 18:01.58 | *** join/#openmoko atla (n=atla@p3EE3D280.dip.t-dialin.net) |
| 18:02.35 | *** join/#openmoko billstevenson (n=billstev@71.58.61.130) |
| 18:03.19 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 18:03.22 | Elrond | SpeedEvil - Yeah. You asked about using the neo as intercom base station. No result. ;o) |
| 18:05.34 | *** join/#openmoko dsmith (n=dsmith@c-71-199-163-205.hsd1.ga.comcast.net) |
| 18:07.05 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 18:07.47 | SpeedEvil | what a-gps docs? |
| 18:08.22 | SpeedEvil | It's got other apps than intercom - handing off calls to other people closeby. |
| 18:08.26 | *** join/#openmoko tr2x_ (n=alvar@80-218-185-55.dclient.hispeed.ch) |
| 18:08.44 | *** join/#openmoko buz (n=buz@80-218-148-33.dclient.hispeed.ch) |
| 18:09.08 | *** join/#openmoko Stephmw (n=steph@212.69.51.139) |
| 18:09.13 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 18:09.53 | balrog-kun | "Product Specification" |
| 18:10.05 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 18:11.05 | balrog-kun | hummm.. so it cannot be distributed, looking at the first page |
| 18:11.09 | balrog-kun | i didn't notice that |
| 18:11.10 | SpeedEvil | Sigh. |
| 18:11.15 | SpeedEvil | I suspected so. |
| 18:11.34 | balrog-kun | it still doesn't have any useful information really |
| 18:12.05 | SpeedEvil | Does it go into 'these are the per-satellite data blocks, and here is the format' stuff? |
| 18:12.22 | *** join/#openmoko cprf_ (n=rzinkov@oss-staff.rutgers.edu) |
| 18:13.38 | balrog-kun | no, it goes into: clock signal has to be connected here and uart here and has to be soldered in not more than X centigrades |
| 18:13.59 | SpeedEvil | Ah - it's just the electrical, rather than the interface specs then. |
| 18:14.20 | balrog-kun | yeah |
| 18:14.26 | balrog-kun | it gives timint for the uart, the i2c, the other pins, too |
| 18:14.30 | balrog-kun | timings* |
| 18:15.20 | SpeedEvil | What's the uart speed - perhaps it was being listened to at the wrong speed by Koen? Is it RS232? Or some other sort of serial. |
| 18:15.22 | SpeedEvil | Oh well. |
| 18:15.34 | SpeedEvil | I suppose all this will come out eventually. |
| 18:16.40 | balrog-kun | also lots of charts about signal conditions for the satellite signals |
| 18:16.43 | balrog-kun | lemme see |
| 18:18.08 | balrog-kun | "NCO-based baud rate generator that aneables generation of any baud rate from 1/4095th up to 1/16.5nd of the supplied reference clock frequency", then it says "Automatic baud rate matching after reset" |
| 18:18.23 | balrog-kun | fixed 8N1 operation |
| 18:18.37 | SpeedEvil | Right - that sounds like it wants you to output some sort of sync sequence to it. |
| 18:18.55 | SpeedEvil | which would make sense with the '0xFA' perhaps. |
| 18:19.09 | balrog-kun | After the Hammerhead is brought out of reset, the baud rate generator requires a series of synchronization (0x80) characters to be sent from the host to determine the baud rate" |
| 18:19.26 | balrog-kun | 0xFA is to query for interrupt status |
| 18:19.28 | SpeedEvil | That's interesting. |
| 18:19.48 | SpeedEvil | Does it imply you get a stream of chars out, or that it's a protocol? |
| 18:20.21 | buz | are bluetooth enabled light switches? (for 230V lights) |
| 18:20.28 | buz | *there |
| 18:20.34 | *** join/#openmoko mlpug (n=user@a85-156-253-211.elisa-laajakaista.fi) |
| 18:20.55 | balrog-kun | i don't see anything that would indicate either stream of chars or anything else |
| 18:21.54 | SpeedEvil | K, thanks. It's useful that someone with hardware can potentially now try sending lots of 0x80's at it, and see if it wakes up in a useful state. |
| 18:22.09 | SpeedEvil | buz: ebay search for bluetooth and x10 together shows nothing. |
| 18:22.26 | buz | i dont want no x10. just plain switch. |
| 18:22.30 | buz | but i cant find any |
| 18:22.51 | balrog-kun | SpeedEvil: it mentions "packets" |
| 18:24.04 | buz | http://209.85.135.104/search?q=cache:Ri8QM1wcK1gJ:www.ezurio.com/dl/%3Fid%3D30+bluetooth+light+switch&hl=en&ct=clnk&cd=12&ie=UTF-8 make your own i guess |
| 18:24.50 | SpeedEvil | There would need to be some sort of packet format - but is it two dir or one dir... Need to get someone attacking it with minicom to see if it responds I guess. |
| 18:27.11 | balrog-kun | i think there are basically two forms of uart communication, one is the unknown protocol that has packets and perhaps commands and responses, and the couple of (like five) special values that are for setting up the uart and sleep states |
| 18:27.19 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 18:27.54 | balrog-kun | the only concrete values in the whole pdf are 0x80, 0xfa, 0xfb, 0x7a, 0x7b |
| 18:28.16 | SpeedEvil | Sigh. Sounds like 'we' really want the other one. |
| 18:28.31 | SpeedEvil | If they even distribute that. |
| 18:29.03 | balrog-kun | yeah, but the 0xfa -> 0x7a/0x7b sequence should be enough to get an idea if the chip is alive |
| 18:29.11 | SpeedEvil | Probably, yes. |
| 18:29.23 | SpeedEvil | And with luck, it'll start spewing out a stream of data. |
| 18:29.46 | SpeedEvil | Which varies when it's taken out of a microwave oven. (shielded box) |
| 18:30.47 | SpeedEvil | buz: the standard being pushed for that sort of stuff is 'ZigBee'. |
| 18:30.50 | buz | i know |
| 18:30.55 | buz | but no zigbee on neo |
| 18:31.20 | buz | using a gumstix to do the job is "slight" overkil |
| 18:32.13 | SpeedEvil | As an example of its current popularity, as I see it, there is one zigbee device on ebay at the moment. |
| 18:33.14 | buz | exactly, yes |
| 18:33.21 | buz | but 100 million bluetooth phones |
| 18:34.12 | SpeedEvil | There are bluetooth -> motor devices - but they are not packaged as light switches. |
| 18:35.56 | buz | a bluetooth serial thingy that can drive serial without any further feedback would be good enough i guess |
| 18:36.26 | SpeedEvil | (thetoy.co.uk) (nsfw) |
| 18:36.48 | buz | i laughed about that one numerous times |
| 18:36.54 | buz | i wonder if it actually sells |
| 18:38.00 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:43.52 | *** join/#openmoko greentux__ (n=lemke@Z5a68.z.pppool.de) |
| 18:44.27 | *** join/#openmoko Basheri (i=basher@evot.us) |
| 18:46.57 | *** join/#openmoko goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 18:47.39 | *** join/#openmoko Stephmw (n=steph@212.69.51.139) |
| 18:47.55 | *** join/#openmoko peepsalot (n=peepsalo@cpe-70-112-25-110.austin.res.rr.com) |
| 18:53.34 | *** join/#openmoko denis^da (n=denis@p5B07DDCE.dip.t-dialin.net) |
| 18:54.14 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 19:03.13 | *** join/#openmoko vmaster_ (i=vmaster@p5B07C9FE.dip.t-dialin.net) |
| 19:06.34 | *** join/#openmoko ebel (n=rory@213-202-189-54.bas504.dsl.esat.net) |
| 19:09.14 | noidd | Ok, anyone know how to switch uboot into dfu mode? |
| 19:11.50 | CoreDump|afk | noidd: dfu-util does that for your |
| 19:15.25 | noidd | I did a dfu-util --list and I only see one entry |
| 19:15.56 | CoreDump|afk | noidd: --list only works after you have flashed something and didn't use -R(eset) |
| 19:16.08 | CoreDump|afk | what do you want to flash? |
| 19:16.19 | noidd | my new rootfs image |
| 19:16.23 | noidd | jffs2 |
| 19:16.35 | CoreDump|afk | ./dfu-util_static -a5 -R -D openmoko-devel-image-fic-gta01.jffs2 |
| 19:17.14 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 19:18.27 | noidd | awesome, she's flashing |
| 19:18.29 | noidd | thanks |
| 19:18.35 | *** join/#openmoko ahbritto (n=ahbritto@adsl-64-161-117-110.dsl.snfc21.pacbell.net) |
| 19:18.52 | *** join/#openmoko pavelm (n=pavel@gprs189-60.eurotel.cz) |
| 19:19.02 | alphaone | noidd: Do you have a current uboot for that? |
| 19:19.09 | pavelm | heya, everyone. |
| 19:19.27 | CoreDump|afk | hi pavelm |
| 19:19.42 | CoreDump|home | noidd: np ;) |
| 19:20.35 | CoreDump|home | alphaone: you mean uImage? |
| 19:20.55 | alphaone | CoreDump|home: No. |
| 19:21.00 | pavelm | Does anyone have usable dialing/call answering/get-me-gprs connection/ <dreaming>read email</> code? |
| 19:21.15 | pavelm | I'd like to help with testing ;-). |
| 19:21.22 | noidd | reading email is probably a lot easier than making phone calls right now |
| 19:21.40 | mikesh | pavelm: ahoj :-) |
| 19:21.45 | guaqua | calling will be like an extra feature in the future ;) |
| 19:22.09 | alphaone | Last night I tried to flash a rootfs with the old version of uboot and bug 245 messed it up |
| 19:22.22 | SpeedEvil | Actually. |
| 19:22.30 | SpeedEvil | Bluetooth modules are pretty cheap. |
| 19:22.37 | noidd | now you've made me nervous |
| 19:22.40 | pavelm | ahoj, mikesh. Does it mean we can speak czech now? |
| 19:22.50 | CoreDump|home | alphaone: really? I flashed one rootfs w/ original u-boot w/o problems |
| 19:22.59 | noidd | alphaone: I'm flashing my moko with the default uboot - should I have upgraded that first? |
| 19:23.00 | buz | SpeedEvil: yes, usb ones |
| 19:23.08 | alphaone | CoreDump|home: strange |
| 19:23.14 | mikesh | pavelm: pro jistotu #openmoko-cz |
| 19:23.16 | SpeedEvil | http://www.sparkfun.com/commerce/advanced_search_result.php?keywords=bluetooth&x=0&y=0 |
| 19:23.16 | CoreDump|home | maybe I was lucky =) |
| 19:23.17 | buz | then again, old phones are basically free |
| 19:23.18 | pavelm | noid: making calls should be easy; set up mixer, ATD and there you go |
| 19:23.27 | alphaone | noidd: You can always upgrade it later if you run into problems |
| 19:23.34 | SpeedEvil | old phone ones have no docs. |
| 19:23.39 | SpeedEvil | And are usually hard to attach. |
| 19:23.52 | CoreDump|home | be advised that I could _not_ update u-boot with the original u-boot installed |
| 19:24.07 | CoreDump|home | Do not touch u-boot unless you have JTAG access :\ |
| 19:24.13 | noidd | SpeedEvil: after dfu-util just reset ? |
| 19:24.20 | alphaone | CoreDump|home: I was able to do that :-) |
| 19:24.22 | pavelm | Does anyone have scripts for getting gprs connection to work? |
| 19:24.40 | CoreDump|home | alphaone: hehe |
| 19:24.40 | pavelm | ...I can probably add pin entering into scripts from my computer, but... |
| 19:25.01 | CoreDump|home | noidd: yes |
| 19:25.27 | *** join/#openmoko apakatt (n=apakatt@c83-252-108-234.bredband.comhem.se) |
| 19:26.05 | noidd | pages of jffs2 errors about directories being hard links. Looks like I need to re-check my build env |
| 19:26.25 | *** join/#openmoko xyrouz (n=xyrouz@62.79.112.57.dhcp.ro.tiscali.dk) |
| 19:26.30 | CoreDump|home | LaF0rge: The 200$ Hackers Lunchbox should contain a second USB cable for the debug board ;) |
| 19:26.44 | CoreDump|home | noidd: you didn't read the errata =) |
| 19:27.01 | CoreDump|home | you have to erase the rootfs in u-boot first |
| 19:27.49 | noidd | haha |
| 19:27.50 | noidd | awesome |
| 19:27.51 | SpeedEvil | pavelm: I _think_ the dialer is first priority, after comes GPRS. |
| 19:27.56 | SpeedEvil | Just from what I've read. |
| 19:28.08 | *** join/#openmoko jeddy3 (n=data@h-193-67.A148.cust.bahnhof.se) |
| 19:28.32 | noidd | CoreDump: if I was errata where would I live? |
| 19:28.57 | pavelm | speed: Yes, I guess so. GPRS should be simple enough to get running with pppd & chat.. without special software. I guess I should just do that. |
| 19:29.07 | pavelm | speed: ...then, mail application will be needed. |
| 19:29.17 | SpeedEvil | Yeah. |
| 19:29.28 | noidd | oh yeah, in the errata page on the wiki |
| 19:29.42 | SpeedEvil | Unfortunately - everything is _horribly_ uncoordinated at the moment. |
| 19:30.15 | SpeedEvil | The main push is - as I understand it - to get the thing sort of working as a phone, by the time phase 1 hits. (hardware to all with $350 in some 3 weeksish) |
| 19:30.24 | CoreDump|home | noidd: http://wiki.openmoko.org/wiki/Neo1973_Phase_0#Errata |
| 19:31.22 | pavelm | BTW what is that GPE phone edition project? They seem to have dialer. Anyone tried it? |
| 19:31.37 | *** join/#openmoko ebel (n=rory@212.2.166.50) |
| 19:31.54 | buz | maybe i could get neo sbcs as controllers ;) |
| 19:32.02 | buz | can even drop the gsm |
| 19:32.11 | buz | mhh thinking about it, that might actually be a good idea for fic |
| 19:32.29 | buz | sell the thing as sbc, a lot of infrastructure will be around for it soon |
| 19:32.41 | pavelm | ... I was playing with gomunicator at some point, and it had working dialer, too. |
| 19:34.15 | SpeedEvil | The idea is to get a working dialer that is actually native, and will intgrate with the rest of the software nicely in a coherent manner once it's written, rather than jamming a random dialer in AIUI. |
| 19:34.38 | SpeedEvil | I'm yet to get a system capable of running a build tree though at the moment. |
| 19:34.48 | SpeedEvil | having assorted anoying problems. |
| 19:35.14 | pavelm | speed: Yep, I understand. But if anyone has binary version of working dialer (I don't care about integration ;-), I'll be happy to play with it. |
| 19:35.26 | SpeedEvil | Yeah - :) |
| 19:35.46 | noidd | haha, hitting return again repeats a command... |
| 19:35.50 | noidd | so, nand erase... |
| 19:35.53 | noidd | dfu-util |
| 19:35.54 | SpeedEvil | I've considered writing a trivial ncursed GUI for the phone. |
| 19:36.00 | noidd | cu -l <return> |
| 19:36.03 | CoreDump|home | noidd: yeah :\ |
| 19:36.05 | noidd | and it erased what I flashed |
| 19:36.08 | noidd | that's hillarious |
| 19:36.23 | pavelm | speed: I _did_ write trivial (almost ncursed) GUI for phone. tui.sf.net. |
| 19:36.23 | CoreDump|home | happened to me as well.....twice.... =) |
| 19:36.27 | noidd | I'm guessing i'm not the first person to do that |
| 19:36.33 | alphaone | noidd: You need a new uboot |
| 19:36.42 | alphaone | That were the same errors I had |
| 19:36.45 | pavelm | speed: It assumes keyboard at the moment... |
| 19:36.47 | noidd | alphaone: is that wise without a debug board? |
| 19:36.59 | SpeedEvil | ncurses + xterm 'mouse support'. |
| 19:37.10 | SpeedEvil | Insane though. |
| 19:37.13 | alphaone | noidd: Hmm, maybe not :-/ |
| 19:37.13 | pH5 | noidd: I flashed u-boot it two times with dfu-util, no problems. |
| 19:37.17 | pH5 | s/it// |
| 19:37.20 | pavelm | speed: yes. I did not get to using that mouse support _yet_. |
| 19:37.32 | alphaone | noidd: Make sure it doesn't power off |
| 19:37.34 | pavelm | speed: Insane -- maybe, but if it makes the hw usable for now.... :-) |
| 19:38.00 | pavelm | speed: and it is not lost work because it will likely be useful on sx1 |
| 19:38.06 | SpeedEvil | I'd be more motivated if I had hardware to do silly things like that - at the moment I'm putting the walls back on my house. |
| 19:38.14 | SpeedEvil | (http://www.mauve.plus.com/walls.html ) |
| 19:38.16 | *** join/#openmoko koen|recife (n=koen@189.16.225.6) |
| 19:38.55 | *** join/#openmoko billstevenson (n=billstev@c-71-58-61-130.hsd1.pa.comcast.net) |
| 19:39.51 | noidd | I'm kinda scared to do it with a binary version I compiled tho |
| 19:45.44 | pH5 | hey koen |
| 19:46.09 | pavelm | will battery charge when I unplug it, plug it, then plug in charger? |
| 19:46.15 | pavelm | ...or should I boot linux? |
| 19:46.22 | pavelm | ...seems that linux will not boot :(. |
| 19:46.47 | koen|galinhas | good morning all |
| 19:47.04 | buz | fic is the ODM themselves right? |
| 19:47.06 | koen|galinhas | neo1973 == instant rockstar status over here |
| 19:47.15 | pH5 | the neo screen is too small: http://www.flickr.com/photos/7337648@N08/417853278/ |
| 19:47.31 | *** join/#openmoko eikonos (n=eikonos@S01060020ed569ad7.gv.shawcable.net) |
| 19:48.26 | LarstiQ | buz: afaik, yes |
| 19:49.46 | buz | woah neat, civ on a phone |
| 19:49.47 | balrog-kun | pavelm: i don't know but you can enable/disable charging from u-boot too |
| 19:51.20 | pavelm | balrog: it seems it gathered enough energy to boot linux, good. |
| 19:51.29 | *** join/#openmoko goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 19:51.55 | Elixir- | pH5: Damn |
| 19:53.05 | SpeedEvil | koen|away: did you see the earlier GPS conversation? |
| 19:53.59 | koen|galinhas | SpeedEvil: nope, too busy sweating and eating |
| 19:54.02 | *** join/#openmoko lmveloso (n=lmveloso@201-35-50-174.mganm702.dsl.brasiltelecom.net.br) |
| 19:54.02 | SpeedEvil | I.E. waking up the GPS, then sending 0x80's (quite a lot of) syncs the UART on the GPS to whatever speed the UART on the SOC is set to. |
| 20:01.29 | *** join/#openmoko jens_ (n=jens@nons.de) |
| 20:02.02 | TRIsoft | gtg cya |
| 20:09.04 | *** join/#openmoko dilinger (n=dilinger@65-78-28-38.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com) |
| 20:09.07 | *** join/#openmoko zecke (n=ich@88.134.99.50) |
| 20:10.16 | *** join/#openmoko antenagora_study (n=antenago@217.171.42.114) |
| 20:12.56 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 20:15.00 | *** join/#openmoko brandogon (n=maven@71-33-185-151.hlrn.qwest.net) |
| 20:15.28 | *** join/#openmoko jkx2 (n=jkx@86.72.16.26) |
| 20:16.44 | *** join/#openmoko woglinde (i=woglinde@e178102176.adsl.alicedsl.de) |
| 20:17.06 | woglinde | counter |
| 20:17.07 | aloril | http://wiki.openmoko.org/wiki/Wishlist:Neo1973_P0_Review P1: 2 weeks, 6 days 15:42:53 (20.655 +-7.0 days) (see faq) (521) |
| 20:24.53 | *** join/#openmoko meshuga (i=meshuga@reflection.hadm.net) |
| 20:26.00 | *** join/#openmoko antenagora__ (n=antenago@217.171.42.114) |
| 20:30.34 | noidd | nice pH5 |
| 20:30.44 | noidd | is that an exported display or running natively there |
| 20:31.06 | noidd | faq |
| 20:31.06 | aloril | See http://wiki.openmoko.org/wiki/FAQ |
| 20:38.28 | *** part/#openmoko _law_ (n=_law_@213.173.86.202) |
| 20:40.18 | pH5 | noidd: natively, of course :) I needed something to test my cross toolchain. |
| 20:40.28 | noidd | hehe |
| 20:41.06 | *** join/#openmoko wildfire` (n=wildfire@203.7.227.146) |
| 20:41.35 | pavelm-away | Any idea how long phase0 openmoko survives in standby? |
| 20:41.35 | aloril | pavelm-away: See http://wiki.openmoko.org/wiki/FAQ (Hopefully this link answers your question. This autotrigger for new nick and question during first 15 minutes done only once.) |
| 20:42.14 | pavelm | Is there way to get bigger font in rxvt? |
| 20:42.26 | pH5 | pavelm: no idea. is there any way to wake it up at all without the debug board? |
| 20:43.21 | pavelm | (rxvt --font 10x20 works on PC but not on moko; I'd like to get usable size of test) |
| 20:43.33 | *** join/#openmoko law|ibook (n=_law_@213.173.86.202) |
| 20:43.35 | pavelm | ph5: 911 button wakes it just fine |
| 20:44.03 | pavelm | ph5: ..but I meant "how long does it last, running but not doing anything, backlight off" |
| 20:47.21 | pH5 | pavelm: ouch, I didn't even try pressing the aux button. |
| 20:47.25 | pH5 | but I don't know the answer to that either. |
| 20:47.36 | *** join/#openmoko cprf (n=rzinkov@oss-staff.rutgers.edu) |
| 20:48.02 | pavelm | ph5: just trying :-). |
| 20:48.14 | pH5 | hm... I get s3c2410-i2c errors during resume |
| 20:48.18 | pavelm | ph5 : I guess I'll just test it, but it should take few hours :-). |
| 20:48.19 | *** join/#openmoko ebel (n=rory@212.2.163.100) |
| 20:48.20 | pH5 | "cannot get bus (error -110) |
| 20:48.38 | pavelm | ph5: it seemed to more or less work for me. reboot & retry ;-). |
| 20:50.43 | SpeedEvil | pavelm: the current version has _major_ hardware bugs with regards to power consumption. |
| 20:51.04 | SpeedEvil | However, most of these are not really present when it's running at normal clock speed. |
| 20:51.28 | SpeedEvil | With the RAM and LCD idle, and the backlight off, and nothing else on, you're looking at around 150mW |
| 20:51.57 | SpeedEvil | Some 24 hours |
| 20:53.05 | *** join/#openmoko Eludias (n=eludias@wingding.demon.nl) |
| 20:53.15 | SpeedEvil | This is with everything other than the CPU off, and the CPU idle, without using much bus traffic. |
| 20:53.22 | *** join/#openmoko terrex (n=terrex@84.122.65.39.dyn.user.ono.com) |
| 20:54.33 | pavelm | speed: 24hours standby... is pretty much okay, for my use anyway. |
| 20:54.35 | pavelm | speed: Good. |
| 20:54.48 | SpeedEvil | This is for the numbers for final hardware though. |
| 20:55.08 | SpeedEvil | http://wiki.openmoko.org/wiki/Neo1973_Power_Management has some guesstimates at the bottom. |
| 21:01.13 | pavelm | ..yep; I was interested for numbers for phase0 hw. |
| 21:01.52 | SpeedEvil | As I understand it. For idle/active mode, these should be about right. |
| 21:02.10 | SpeedEvil | For 'slow' mode - they are around double the nominal power. |
| 21:02.19 | pavelm | Aha, good. So I'm looking at 24hours standby if I get software right. |
| 21:02.37 | pavelm | That's not _good_, but it is what I'm getting out of my nokia6230, anyway. |
| 21:02.45 | SpeedEvil | And in suspend, it may be that some 'sensible' sources of interrupts can't wake it from suspend to RAM or disk. |
| 21:02.46 | SpeedEvil | err |
| 21:02.50 | SpeedEvil | SD |
| 21:03.06 | SpeedEvil | Suspend to SD is a rare case though. |
| 21:03.12 | *** join/#openmoko wildfire (n=wildfire@203.7.227.146) |
| 21:03.31 | pavelm | speed: No, I do not think we want to suspend to SD on openmoko. |
| 21:03.45 | pavelm | speed: We'd prefer to still take the calls, right? |
| 21:03.53 | SpeedEvil | Though it offers potentially interesting cases. For example, smash the screen, suspend to SD, swap SD, resume |
| 21:04.10 | pavelm | speed: and resume from disk takes too long ... |
| 21:04.21 | pavelm | speed: Interesting -- yes. |
| 21:04.33 | SpeedEvil | RAM will be the vastly commoner and more important case. |
| 21:06.08 | pavelm | speed: Does suspend-to-RAM mean "CPU in slow mode" in openmoko case? |
| 21:06.18 | pavelm | speed: ...i.e. not really suspended but very very very slow? |
| 21:06.21 | SpeedEvil | As I understand it, I don't know. |
| 21:06.36 | SpeedEvil | It is possioble to put the RAM in 'self-refresh' rate. |
| 21:06.40 | SpeedEvil | s/rate/mode |
| 21:06.51 | SpeedEvil | this leads to a battery life of around a year. |
| 21:07.05 | SpeedEvil | I don't know if the power system is capable of doing this though. |
| 21:07.41 | SpeedEvil | And CPU very slow unfortunately doesn't take that much power. 12Mhz - the nominal slow mode - uses a third of that at 200Mhz. |
| 21:08.08 | pavelm | Hmm, third of 200MHz is still only 3days of standby. |
| 21:08.23 | SpeedEvil | If it was possible to do suspend to RAM in this way, a battery life of over a week is easily possible, with GSM on and listening for calls. |
| 21:08.44 | pavelm | speed: li-ion is not going to last a year. |
| 21:09.09 | SpeedEvil | Do you mean from self-discharge point of view? |
| 21:09.25 | pavelm | speed: yes. |
| 21:09.34 | SpeedEvil | It mostly does. |
| 21:09.46 | SpeedEvil | It loses 20-40% of energy depending on heat. |
| 21:10.01 | SpeedEvil | And 10-15% of capacity. AIUI. |
| 21:10.13 | *** part/#openmoko lazy_marmot (n=lazy_mar@85.233.43.112.static.cablesurf.de) |
| 21:11.10 | SpeedEvil | Anyway - months, in deep suspend. |
| 21:11.24 | pavelm | speed: Ok, but that's w/o gsm running. |
| 21:11.38 | *** join/#openmoko zween (n=zween@80-47-43-169.lond-hex.dynamic.dial.as9105.com) |
| 21:11.46 | SpeedEvil | Yes. it's around a week or so with GSM and nothing else on. |
| 21:11.47 | pavelm | speed: -> not too useful, except for alarm clock and calendar functions, where it is nice. |
| 21:12.01 | pavelm | speed: zauruses and so on "only" last about 10 days. |
| 21:12.04 | SpeedEvil | Unless you can poll for missed calls every few mins. |
| 21:13.19 | SpeedEvil | And still, few will want to do that. The important bit ios how much power the GSM modem uses. |
| 21:13.55 | pavelm | speed: agreed. |
| 21:14.09 | pH5 | I would guess that booting the GSM chip and connecting to the GSM network every few minutes draws much more energy than just leaving it running. But I can't test that as long as it doesn't work at all. |
| 21:14.41 | SpeedEvil | I don't think so. |
| 21:14.47 | pavelm | ph5: plus you can't really poll for lost calls that wway. |
| 21:14.50 | SpeedEvil | It uses _maximum_ 2W when transmitting. |
| 21:15.05 | SpeedEvil | On some providers they text you saying 'missed call from foo' |
| 21:15.25 | pavelm | ph5 is right; registering to the network is normally done every 5 minutes |
| 21:15.45 | pavelm | ph5 so one power up of GSM is normally as costly as ~5 minutes of standby |
| 21:16.45 | SpeedEvil | If it transmits for a second when logging in, then you're looking at 2Ws, if it uses 30mW, then you're winning if you're asleep for more than a minute. |
| 21:17.18 | pavelm | ph5 assuming strong signal and not moving receiver |
| 21:17.28 | *** join/#openmoko ebel (n=rory@A-96-102.cust.iol.ie) |
| 21:17.33 | pavelm | <PROTECTED> |
| 21:17.53 | SpeedEvil | Yes, but it does not take long. |
| 21:18.39 | SpeedEvil | If you're transmitting for a second, that's 2 watt-seconds. If you use .03W/second in standby, then if you sleep for more than a minute, you get lower power. Though lose the ability to take calls. |
| 21:26.18 | pavelm | Place it near speakers to hear some gsm ;-). |
| 21:30.30 | SpeedEvil | I was actually going to hook it up to a PSU, in place of the battery, and integrate the energy. Alas, I've misplaced the power supply. |
| 21:31.52 | pavelm | ..so you have smoking piece of plastic instead of nk3330? |
| 21:32.40 | SpeedEvil | No, I cannot find my power supply that has a nice meter on it, that I can use to get a good idea of the total startup energy of the phone. |
| 21:33.05 | *** join/#openmoko atla (n=atla@p3EE3D0BE.dip.t-dialin.net) |
| 21:41.06 | *** join/#openmoko gyaresu (n=gyaresu@124.243.158.56) |
| 21:41.22 | *** join/#openmoko nnpiggy (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 21:42.27 | Elrond | counter |
| 21:42.28 | aloril | http://wiki.openmoko.org/wiki/Wishlist:Neo1973_P0_Review P1: 2 weeks, 6 days 14:17:32 (20.596 +-7.0 days) (see faq) (522) |
| 21:42.56 | pavelm | wtf is counter? |
| 21:43.39 | SpeedEvil | Release date |
| 21:44.00 | SpeedEvil | 2 weeks 6 days to nominal release date for the semi-washed masses. |
| 21:47.31 | pavelm | speed: I'd not trust that at this point. sw is not going to be ready within 3 weeks. |
| 21:47.42 | SpeedEvil | No. |
| 21:47.50 | pavelm | speed: not sure if even fixed hardware is going to be ready at that point. |
| 21:48.04 | SpeedEvil | There may be a minimal dialer app working though. |
| 21:48.26 | SpeedEvil | There has been no announcement on delays, and they've been quite good on announcing delays befdore. |
| 21:48.54 | pavelm | speed: ok, maybe. |
| 21:49.08 | pavelm | speed: I'm actually trying to get _minimal_ dialer working ;-))))). |
| 21:55.33 | CM | As long as the hw is correct I can't imagine that they'd delay it unless they have huge problems with uboot |
| 21:57.56 | LarstiQ | CM: I certainly hope so |
| 21:58.46 | *** join/#openmoko Magon (n=Magon@archangel.kolej.mff.cuni.cz) |
| 21:59.07 | Elrond | u-boot is the critical part. |
| 22:00.11 | SpeedEvil | Personally. |
| 22:00.36 | SpeedEvil | I'd be happy with working hardware, and software that does not have major bugs. |
| 22:00.37 | balrog-kun | they would need to cause regression to have huge problems with it now, as it's pertty functional at this point already |
| 22:00.48 | SpeedEvil | (brick bugs that'd need JTAG) |
| 22:00.50 | balrog-kun | u-boot i mean |
| 22:01.17 | pavelm | Hello, magon. Seems there's big interest in openmoko in czech rep. |
| 22:01.20 | SpeedEvil | I have interesting stuff to hack on the phone. |
| 22:01.31 | peepsalot | have charging issues been resolved yet? |
| 22:01.34 | SpeedEvil | For example, I'd like to play with alternate methods of text entry. |
| 22:02.28 | *** join/#openmoko greghunt (n=greg@88-108-20-72.dynamic.dsl.as9105.com) |
| 22:02.47 | SpeedEvil | As it is - it needs minimal software to do a front end for mplayer, ... |
| 22:04.36 | Elrond | Hmm, the phone is comparable to a Pentoum at 133 MHz? |
| 22:04.50 | SpeedEvil | That's the sort-of comparison I've been using internally. |
| 22:04.53 | Elrond | I could even consider compiling stuff on it, without cross. ;-) |
| 22:05.13 | SpeedEvil | It's fast enough that it's usable as a general purpose computer. |
| 22:05.22 | SpeedEvil | Especially with the small screen. |
| 22:05.36 | *** join/#openmoko nnpiggy (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 22:05.53 | SpeedEvil | "16Mhz 386" |
| 22:06.01 | SpeedEvil | sx |
| 22:06.18 | balrog-kun | the screen was too small to run menuconfig (it requires 80x25 chars) but make config worked :p |
| 22:06.54 | guaqua | how long did it take? :D |
| 22:07.12 | balrog-kun | 5+ hours.. |
| 22:07.50 | Elrond | ;o) |
| 22:09.21 | Elrond | SpeedEvil - The screen is actually my major problem. ;) From a technical point of view for normal humans, it's awesome. But developers love to use the highres.... and I can't read anything then. ;o) |
| 22:10.17 | SpeedEvil | All you need is a monocular mount. |
| 22:10.28 | guaqua | that's what i was thinking |
| 22:10.29 | SpeedEvil | A powerful lens, and the neo held 15cm from your eye. |
| 22:11.13 | balrog-kun | a VR helmet |
| 22:11.15 | Elrond | SpeedEvil - Guess what I wear round my neck. |
| 22:11.31 | SpeedEvil | I have also wondered about a mode where the neo in most apps goes to 240*320, for power saving. |
| 22:11.34 | Elrond | SpeedEvil - a lanyard with a 8x20 monocular. |
| 22:11.51 | SpeedEvil | RAM bandwidth costs power. |
| 22:13.04 | Elrond | Yeah, that mode would be nicer. :) |
| 22:14.15 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 22:14.44 | pavelm | elrond: actually the fonts are _way too small_ for a cellphone. |
| 22:14.57 | SpeedEvil | i |
| 22:15.02 | SpeedEvil | want the option. |
| 22:15.10 | pavelm | elrond; cellphones are used in environments with vibrations etc... you just can't use the small font there. |
| 22:15.22 | pavelm | speed: Yep, being able to select small font is nice when you are home. |
| 22:15.37 | SpeedEvil | However, there needs to be a _really_ easy way to make it big. |
| 22:16.03 | pavelm | Ouhc.... openmoko refuses to launch binaries I compile :-((((((((((((((((. |
| 22:16.19 | pavelm | EABI vs. some other ABI?! |
| 22:16.51 | Elrond | pavelm - Yeah. I hope some developers recognize that. |
| 22:17.27 | pavelm | elrond: I believe they will. |
| 22:18.36 | pavelm | elrond: Or I'll take them to the horseback riding, go trot, and ask them to do anything with their shiny new toy. |
| 22:18.57 | pavelm | ...is there easy way to get compiler that produces working openmoko binaries? |
| 22:24.13 | Elrond | pavelm - MokoMakefile is one. openembeded is assumed to be the other. |
| 22:24.46 | balrog-kun | scratchbox, crossdev, crosstoolchain are more ways to produce the toolchain |
| 22:25.50 | *** join/#openmoko libervisco (n=libervis@tuxhacker/libervis) |
| 22:27.36 | pavelm | Will /scratchbox/compilers/arm-gcc-3.3.4-glibc-2.3.2/arm-linux/bin/gcc do the trick? |
| 22:28.04 | pavelm | ...no, because that's what I'm currently using. Too bad. |
| 22:28.09 | *** join/#openmoko dottedmag (i=bur@ccfit.nsu.ru) |
| 22:28.14 | pavelm | Ok, enough for today, have to get some sleep. |
| 22:28.15 | pavelm | good night. |
| 22:28.27 | aevin | has anyone tried to build openmoko-devel-image for running with Xoo ? |
| 22:29.29 | aevin | i.e. using MACHINE="x86" |
| 22:30.12 | rwhitby | Elrond: MokoMakefile is just a wrapper around OpenEmbedded - they are *not* two alternative build systems |
| 22:30.29 | Elrond | Night Paavo |
| 22:30.41 | Elrond | rwhitby - :-)) |
| 22:38.49 | aevin | rwhitby: what does "openmoko-devel-tools" (cf. MokoMakefile) contain? |
| 22:39.03 | aevin | devirginator.. and ? |
| 22:42.57 | balrog-kun | splash, perhaps |
| 22:42.58 | aevin | nm. i see now it's the dfu-util-native, ftdi-eeprom-native and openocd-native. handy :-) |
| 22:44.02 | rwhitby | and anything else we need on the host will be added |
| 22:44.35 | aevin | great. |
| 22:45.25 | *** join/#openmoko bhima (n=gf2e@64.213.69.24) |
| 22:48.49 | *** join/#openmoko nnpigg1 (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 22:51.40 | Elrond | Have any white/orange P0 phones been seen? |
| 22:54.00 | Clint | i've seen one |
| 22:54.01 | balrog-kun | the one in OE booth at FOSDEM07 was white/orange, i don't know if it was P0 |
| 22:54.07 | *** join/#openmoko orospakr (n=orospakr@bas11-ottawa23-1177563633.dsl.bell.ca) |
| 22:54.18 | Clint | oh, yeah, it might've been pre-P0 |
| 22:55.41 | Elrond | Probably pre-P0 |
| 22:56.54 | CoreDump|home | it was pre-p0 |
| 22:57.08 | CoreDump|home | I would bet it was mickeys neo =) |
| 22:57.15 | Elrond | hehe. ;) |
| 23:03.06 | *** part/#openmoko dirakx (n=pilar@69.79.145.81) |
| 23:06.37 | *** join/#openmoko meandtheshell (n=markus@85-124-174-128.dynamic.xdsl-line.inode.at) |
| 23:14.20 | *** join/#openmoko gabaug (n=gburt@207-229-164-50.alc-bsr1.chi-alc.il.cable.rcn.com) |
| 23:18.00 | *** join/#openmoko orospakr__ (n=orospakr@bas11-ottawa23-1177762935.dsl.bell.ca) |
| 23:21.21 | *** join/#openmoko orospakr__ (n=orospakr@bas11-ottawa23-1177762935.dsl.bell.ca) |
| 23:30.59 | alphaone | wansti, this one is for you: http://sicherheitsschwankung.de/gallery/v/openmoko/IMG_8413.JPG.html |
| 23:33.41 | aevin | alphaone: how's the game controlled on the neo? |
| 23:34.01 | alphaone | aevin: unfortunately not at all atm :-/ |
| 23:34.14 | alphaone | But it's great that it works ootb |
| 23:34.21 | alphaone | just bitbake supertux |
| 23:35.26 | *** join/#openmoko wansti (n=wansti@2001:638:602:af01:219:d2ff:fe05:bdce) |
| 23:36.05 | alphaone | And dound does not work either |
| 23:36.26 | aevin | okay. |
| 23:37.20 | aevin | alphaone: so is there anything special you're working on with the OpenMoko @ Neo? |
| 23:37.40 | aevin | a particular area of focus.. |
| 23:39.59 | alphaone | aevin: Just random bugsquashing at the moment. |
| 23:40.33 | aevin | okay. i guess there are plenty of those around :) |
| 23:41.01 | alphaone | I'll try to tackle some of the application segfaults. |
| 23:41.19 | aevin | the openmoko-* apps? |
| 23:41.23 | alphaone | yeah |
| 23:42.05 | alphaone | bug 245 was annoying me but luckily that got fixed yesterday where I wasn't able to do anything openmoko related |
| 23:43.37 | Elrond | Hi wansti :-) |
| 23:43.52 | wansti | hey Elrond |
| 23:44.51 | Elrond | alphaone - Have you tried to power-on the gps yet? |
| 23:47.37 | *** join/#openmoko lmveloso (n=lmveloso@201-35-50-174.mganm702.dsl.brasiltelecom.net.br) |
| 23:47.56 | alphaone | Elrond: Well, I echoed power_up into /sys/bus/platform/devices/gta01-pm-gps.0/power_sequence |
| 23:48.37 | SpeedEvil | now connect to the GPS serial port, and send (at 8N1) a lot of 0x80's |
| 23:48.50 | SpeedEvil | This trains the uart on the GPS to the right speed |
| 23:49.07 | SpeedEvil | minicom should work |
| 23:50.18 | Elrond | How does one get 0x80 into minicom? |
| 23:50.47 | SpeedEvil | copy paste? |
| 23:51.11 | Elrond | Hmm, might work. |
| 23:51.49 | *** join/#openmoko LuitvD (n=luitvd@beigetower/luitvd) |
| 23:52.10 | LuitvD | "Congratulations. Openmoko has better version-control then Microsoft" =) |
| 23:52.16 | *** join/#openmoko theholyduck (n=theholyd@ti541210a080-4335.bb.online.no) |
| 23:52.18 | *** join/#openmoko zween (n=zween@80-47-43-169.lond-hex.dynamic.dial.as9105.com) |
| 23:52.22 | SpeedEvil | ctrl-a s then 'ascii' may work |
| 23:52.24 | SpeedEvil | with a file |
| 23:52.57 | LuitvD | how's development on the project with some P0 developers? |
| 23:53.24 | rwhitby | LuitvD: where's that quote from? |
| 23:53.45 | LuitvD | rwhitby: just thought of it reading THIS: http://opinion.zdnet.co.uk/leader/0,1000002208,39286244,00.htm |
| 23:54.31 | LuitvD | rwhitby: practically every subversion-based project has better version/revision control then Microsoft's OneCare |
| 23:54.47 | LuitvD | fixing a bug in 0.5, and letting it reappear in 1.5 XD |
| 23:54.58 | Elrond | *G* |
| 23:54.59 | LuitvD | bloody stupid, that's what I think it is |
| 23:57.38 | Elrond | LuitvD - windows customers want it that way. ;) |
| 23:57.40 | LuitvD | (or for microsoft's customers to stop being ignorant and blind) |
| 23:58.00 | LarstiQ | LuitvD: honestly, I wouldn't think this happened because of an SCM |
| 23:58.06 | LuitvD | Elrond: yeah, that's the part I find the hardest to understand |
| 23:58.21 | LuitvD | SCM? |
| 23:58.41 | LarstiQ | scm/vcs/rcs |
| 23:58.57 | *** join/#openmoko rejo1 (n=rejon@rrcs-71-42-148-130.sw.biz.rr.com) |
| 23:59.27 | LuitvD | LarstiQ: how do you explain this then? |
| 23:59.36 | *** part/#openmoko rejo1 (n=rejon@rrcs-71-42-148-130.sw.biz.rr.com) |
| 23:59.39 | LuitvD | shear bad luck? |
| 23:59.57 | Elrond | bad bug fixing protocols. |
