Re: Will software compatible in google phone?
Scottie wrote: Google phone seems to come out soon. Will you guys concern software compatibility between the pioneer neo1973 (which I can't get one from the market) and gphone from daily news paper? Compatibility is a two way street. Google has announced that it will open source the entire android stack, so it should be possible to port it to OpenMoko's hardware. Android is supposed to support a wide range of hardware capabilities, so in theory, this will work well. Running Openmoko code (or any other custom code) on the HTC Dream / T-Mobile G1 (the 'gphone') is a different story. It runs android, but it sounds like the hardware has some ridiculous limitations: - You can only run software that you download from google. http://bits.blogs.nytimes.com/2008/09/23/radical-openness-on-the-google-phone-at-least-for-now/?hp - Android only supports java development out of the box, but OM's stuff is mostly written in C and Python, so you'll need to modify the android stack. From what I can tell, you can't run modified versions of android on the G1 hardware. I can't confirm this (and I've tried...), but it seems to be implied by the first limitation. Also, from the Android faq: Q: Will Android run on insert phone here? A: No. There is currently only an Android SDK for the Windows, Mac OS X(intel), and Linux(i386) platforms.: http://code.google.com/android/kb/general.html#runonphone So, it sounds like if you want to download the android SDK, add the openmoko libraries and run it on your android phone, you're out of luck. Instead, you'd need to jailbreak the android phone. Then you could modify the firmware image to support OM's native (not java) software, or you could try to port the android SDK to the gphone, possibly by pirating binaries from the original firmware. That'd be easier than (say) running OM's stuff on the iPhone, since you'd be starting with a working linux kernel. Hopefully the android guys will produce an open phone some day... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Motor oil eats through the finish on GTA02
I just mucked up the finish on my freerunner's case. I'm not sure this is the right place to report it... I'm writing in since OM might want to use a different type of paint in the future, or dye the underlying plastic black. (Nokia played this trick with my old cell phone's case...) I was changing my car's motor oil (full synthetic, if that matters...), and I went to answer my phone. I wiped my hands off to prevent getting grease all over the phone, but they were still a bit oily. Where my palm touched the hard plastic on the phone, it created white goo, which I inadvertantly rubbed onto the rubber part of the phone. The good news is that the white goo (mostly) comes off the rubber, and that nothing happened to the screen. However, it left some permanent marks on the case and rubber: http://hedora.ath.cx/moko/motor-oil.jpg -Rusty ps: The two big specks to the left of the mark are sand from my FR's ~1-2 second dip into the ocean. Sand has been stuck in the seam between the rubber and the plastic for a week or so, and is slowly working its way out. The FR was in a pocket, which probably saved it. The weakest point seems to be the crack between the screen and the plastic bezel (goo oozed out of it for a day or so...), in case anyone's interested. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
2008.8 + international roaming: tickles qpe dialer/registration bugs
I noticed that 2008.8 couldn't register for the first few boots each time I moved my freerunner from one country to another. First I'd see one of these three GSM messages (typing from memory) each time I booted and tried to make a call. (Each started with something like Can't make call; couldn't connect to gsm network.) Not registered No network Network permission denied I got some of these messages after getting a SMS message from the local cell network. (The SMS said welcome to the vodafone network / country, and I only got it once...) After a few boots it registered, but qpe crashed when I tried to place a call. After ~ 24 hours in the same city it made calls reliably. At home, before the trip, I saw the same behavior the first few times I booted 2008.8/qtopia (same day). I had been using 2007.2 without problems before trying qtopia. A bit later, I tried an updated 2008.8 and it was reliable. Interestingly, when I returned, it again broke for ~ 24 hours, then started to work reliably again. I have T-Mobile in the US, and roamed to Vodafone networks in 900MHz countries. Here's my wild guess as to what's going on: - First few boots to 2008.8 (but not boots to 2007.2, and perhaps FSO) causes cell providers to initiate unusual handshaking - Moving from country to country initiates more unusual handshaking. - When qpe sees the handshaking (unknown messages from the modem), it dies. The schedule was: start in US. 3 hours in country A - 2-3 calls / registration attempts failed 2 weeks in country B, roaming from city to city, always same provider - first registration failed, then during later boots, calls failed - dialer worked ~ 24 hours after first attempt return to US - calls/registration failed for ~ 24 hours I hope this helps shed some light on the mysterious qtopia dialer problems people are seeing. -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Does the GPS work on opentango.
-stacy wrote: Orlando wrote: I tried this... [EMAIL PROTECTED]:~# opkg list_installed | grep gpsd gpsd-conf - 2.34-r9 - That confirms that gpsd is not installed. [EMAIL PROTECTED]:~# opkg install gpsd An error ocurred, return value: 2. [EMAIL PROTECTED]:~# opkg install gps An error ocurred, return value: 2. [EMAIL PROTECTED]:~# I love meaningful error messages, to bad that isn't one. According to http://wiki.openmoko.org/wiki/Opkg#Error_Codes 2: Error parsing config file What ever that may mean... I think the package databases count as config files... Try to opkg update first. That usually fixes it for me. -Rusty -stacy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
http://shr.bearstech.com/Makefile - 403 forbidden
Can someone fix the file permissions? Thanks! -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: http://shr.bearstech.com/Makefile - 403 forbidden
Thanks! I'm actually just updating the wiki right now, so I'll document the fso-makefile repository. -Rusty Rod Whitby wrote: Russell Sears wrote: Can someone fix the file permissions? In the meantime, you can use the following workaround: git clone git://git.freesmartphone.org/fso-makefile common ln -s common/Makefile Makefile -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 media player
The media player doesn't really understand file formats. Instead, gstreamer handles the actual playback, so you'll probably need to install one of the gst-plugin-* packages. What error message does it give on the command line? Does the log conclude a plausible looking mime type? -Rusty William Kenworthy wrote: What package do I need to install to get the 2007.2 media player to play wav files? Is there documentation anywhere about the media player? - in particular its a streaming media player - how? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 8GB uSD
arne anka wrote: I'm trying to dual boot with 2008.8 or debian on my uSD but fdisk tells ... qtopia's latest 20080808 image from their website. now, i am confused. do you use 2008.8 _or_ qtopia? afair w/ 2008.8 there were no problems, but w/ qtopia qpe block the sd card. some days ago a workaround for qtopia w/ qpe was posted. 2008.8 has the same problem. It also uses qpe to scan all the data on the SD card at boot. This is why it's really slow right after it boots (eg: seconds to echo keypresses in the dialer...). I use tangogps and it wants to index all the map tiles, so it takes *hours* to scan my SD card after each boot... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 8GB uSD
Matthew Lane wrote: arne anka wrote: div class=moz-text-flowed style=font-family: -moz-fixed I'm trying to dual boot with 2008.8 or debian on my uSD but fdisk tells ... qtopia's latest 20080808 image from their website. now, i am confused. do you use 2008.8 _or_ qtopia? afair w/ 2008.8 there were no problems, but w/ qtopia qpe block the sd card. some days ago a workaround for qtopia w/ qpe was posted. /div I use the 080808 version of Qtopia (4.3.2). Do you know where I can find that workaround? Ubuntu seems to have trouble reading and writing to cards, and I have no internet at home only work :(. http://lists.openmoko.org/nabble.html#nabble-td685679 (I think this breaks qtopia media players and things that want the database to exist, since they won't know about the SD card) -Rusty # diff /opt/Qtopia/etc/default/Trolltech/Storage.conf.bak /opt/Qtopia/etc/default/Trolltech/Storage.conf --- /opt/Qtopia/etc/default/Trolltech/Storage.conf.bak Mon Aug 11 11:19:26 2008 +++ /opt/Qtopia/etc/default/Trolltech/Storage.conf Mon Aug 11 11:20:02 2008 @@ -2,19 +2,8 @@ File=QtopiaDefaults Context=Storage -[MountTable] -MountPoints=MountPoint0 - [HOME] Name[] = HOME Documents = 1 Applications = 0 ContentDatabase=1 - -[MountPoint0] -Name[] = SD Card -Path=/dev/mmcblk0p1 -Removable = 1 -Applications = 1 -Documents = 1 -ContentDatabase = 1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Compiling single package
Lothar Behrens wrote: Hi, after some tries to compile the complete distribution (2007.2) on my openSuSE 11.0, I must say that either my notebook has a hardware problem or openSuSE 11.0 is not as stable as my old 9.1 installation. It freezes after long time in screen saving mode while compiling (over night) It freezes while copying much data to my USB HDD. Does someone here has successfully compiled a distribution with openSuSE 11.0 ? The main question: Is it possible to start with mokomakefile only compiling navit ipk package, for sample (from scratch) ? Yes. The wiki is kind of a mess at the moment, and I've been trying to figure all this stuff out by reading code, and asking questions on the mailing list. :) You need to find a directory named packages after mokomakefile has set itself up (it should already be in this state if it failed after a few hours of building...) Under packages there are *.bb files. They are like debian source packages. If you want to build: foo-1.2.3.bb run: make build-package-foo if you want to patch the source of foo, then look at some package that applies patches, and follow their lead. Editing the source of the application directly doesn't work since bitbake will blow away your changes before compiling. Sometimes the .bb file is named differently than the .ipk file. For example, gst-plugin-ivorbis is built by running: make build-package-gst-plugins-ugly (or maybe gst-plugins-bad; I can never remember... ;) I seem to remember mokomakefile pulling in the .bb files on demand, but I could be crazy... If it does pull them in on demand, you'll need to guess the package name (probably 'navit') or do a git checkout of the correct openmoko tree (I don't know the URL off the top of my head...). Hope this helps! -Rusty Thanks Lothar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 29 hours in suspend = 70% battery left
Timo Juhani Lindfors wrote: Yorick Moko [EMAIL PROTECTED] writes: I presume sound works after suspend? Yep. What about incoming phone calls during suspend? -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Switching Screenmode an Freerunner
xrandr -q and xrandr -s 240x320 work for me (and effectively crash X, since you can't use the keyboard any more, and illume doesn't adjust very well... Also, the touch screen doesn't seem to understand that the resolution change, which makes using it pretty difficult. Finally, display looks kind of funky in 240x320 mode, almost as though it's not quite driving the LCD correctly. I have no idea how to get it into 8 bit mode. -Rusty Andreas Micklei wrote: Hi, I am thinking about porting an emulator for some ancient home computer to openmoko. I don't really need VGA resolution and lots of colours, so I wonder if it is possible to switch the Freerunner to a lower screen resolution and maybe 8-bit palette mode. Does the Glamo support this? Does XGlamo implement it? Does it give a decent performance improvement? I could not find this information in the wiki, so I thought I ask here before digging through the sourcecode of XGlamo. ;-) regards, Andreas Micklei ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 29 hours in suspend = 70% battery left
Fox Mulder wrote: I suppose you installed debian on the sd-card. So you have no problem with any data corruption with suspend/resume actions? I disabled suspend because i read so much about the sd-card problem when suspending. :/ So far, I've only noticed corrupted copies of sector 0. So, when the bug bites me, I restore the partition table with fdisk, and I'm ready to go again. I don't care if it silently corrupts the data on that partition, but I'm also not booting off SD... -Rusty Ciao, Rainer Timo Juhani Lindfors wrote: Hi, I just hold down power button for 2 seconds and put my freerunner to sleep with zhone on debian. After 29 hours I called it and it woke up with 70% battery left. It seems that c = self._commands[suspend] c.append( +CTZU=0 ) c.append( +CTZR=0 ) c.append( +CREG=0 ) c.append( +CGREG=0 ) c.append( +CGEREP=0,0 ) c.append( +CNMI=2,1,0,0,0 ) c.append( %CSQ=0 ) c.append( %CGEREP=0 ) c.append( %CGREG=0 ) c.append( %CBHZ=0 ) # home zone cell broadcast: disable in fso-frameword really helps to get the phone sleep well :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Acoustic Position Measuring Device
Charles Pax wrote: The problem with having an external speaker or microphone is that such a solution does not simplify the situation. Sure, it would make the Freerunner (plus some stuff) into a measuring device, but if we need a second piece of hardware to take measurement, we may as well just carry around a tape measure. Oh well. Right, but I need to have a hands free headset so I can listen to music, so it's not a second piece of hardware. Admittedly, I could put a piece of tape on the cord every inch and get the same effect... I wonder if there's some other application of sending out a chirp and recording it. Maybe the FR could use echo to characterize acoustic environments. Then it would know if you've left it in a drawer, pocket, car, concert hall, etc... There's also echo cancellation, which the FR desperately needs, and is a similar trick. So the theory seems plausible. When I get my Freerunner (when are they back in stock?!) I'll have to do some testing. Thanks for the input, folks. You could probably develop it on a linux laptop and alsa. For this app, the main difference between the platforms is that the FR doesn't have a floating point unit, and it uses a different microphone jack. -Rusty -Charles ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phone that works on all networks? Not necessarily symotaniously.
Jeff Sadowski wrote: I understand the openmoko phone works on GSM networks? I think I read somewhere that Verizon uses CDMA and not GSM. Are there plans to have a phone that will connect to a CDMA network? Is there a way to incorporate say like a module to add/remove to use any cellular network you want? Not that I want to use verizon or att or any network in particular but I would like a choice. At this point in time I hate cell phones and cell phone networks; I have high hopes for this project to maybe standardize the industry. One OS to rule them all. As is now the same cell phone for different companies works way different example: a razor for verizon is way different then a razor for ATT. I was looking at the menus and options and they are so different I wouldn't even consider it the same phone. Yeah; that's one reason I swore to never buy a phone from a network again. My old phone had an alarm clock feature. Occasionally, the cell network company updated the OS and fixed/broke the alarm clock without warning. Not good. :( I'd like to see the same options across the board from att to verizon to tmoble ... The one thing I couldn't find on the ATT interface for the razor was the Airplane mode. Airplane mode turns off the radio so that if you are in a place with no reception you don't waist your batteries and can still use your phone for the other tasks like snapping a quick picture when you don't have your real camera next to you. Or an alarm clock or calculator or ... I live in Albuquerque NM I'm wondering if I even have a choice of any networks that I could use the openmoko project with. I would like to get started with it. It interests me. ATT and T-Mobile both use GSM, which is standard pretty much everywhere except the US (though some parts of the GSM network run at a different frequency in the US, so you want the 850 model). Here's TMobile's coverage map: http://www.t-mobile.com/coverage/pcc.aspx It looks like they'd work for you. ATT probably has coverage where you are too. The only thing that ties the Freerunner to one GSM network or another is the sim card, which can be easily replaced/moved between phones. Verizon uses a different network technology, so it would require different modem hardware (and probably dialer software, drivers, etc...). Also, it would only be usable by some fraction of the US market, so my guess it that it wouldn't make financial sense for openmoko to produce one... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO: how to disable zhone screen locking?
Michael 'Mickey' Lauer wrote: Am Sonntag 03 August 2008 00:57:01 schrieb Craig B. Allen: I've been using FSO milestone 2 and liking it. Is there a setting to disable the zhone screen locker? If I want to lock I can just press the Aux button. You can specify the timeouts in seconds /etc/frameworkd.conf, e.g.: [idlenotifier] IDLE_DIM = 1 Since we just integrated illume though, it could be that illume still tries to blank the screen after a while. I don't know offhand how to configure Illume. The general problem is that Illume does not really talk with the middleware yet (another artefact of that is that you still see carrier name and signal strength being painted by Zhone, instead of illume, where it should belong to). We're going to fix all of this hopefully until ms3. It sounds like he's tired of pressing 1, 2, 3, 4 to answer the phone, not worried about the screen dimming The attached patch to zhone disables its screen locker by making it drop the incoming dbus signal. Since it's written in python, I applied it directly to my phone, then restarted zhone. Is there a better way to configure zhone than editing its source? ;) -Rusty --- /usr/bin/zhone-bak Mon Aug 18 20:47:12 2008 +++ /usr/bin/zhone Mon Aug 18 20:52:15 2008 @@ -1535,7 +1535,7 @@ self.transition_to(options.start) def lock_on_idle( self, state ): -if state == LOCK: +if state == LOCK and False: self.groups[lock].activate() def display_time(self): ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dfu_upload error -84 when trying to backup images
[EMAIL PROTECTED] wrote: On Sat, Aug 16, 2008 at 09:36:43PM +0530, Vikas Saurabh wrote: I dont think this is related to the architecture. I had faced similar issue on core duo (i had put a comment on the wiki for the same). Btw, i didnt have to flash the back up image so i dont know if it actually worked out correctly. So does flashing new images work? Is it just uploading that's broken? Yes, and yes. -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dfu_upload error -84 when trying to backup images
I tried this once and got the same error. Then I ran grep on the image file it produced with words that I knew were present in the filesystem like headphone mono and state. I couldn't find any words in the image, so I don't think the files it produces contain real data. It could be that it's doing something very strange, like flipping bits or re-encoding blocks in the dump file. Since upload is known to be broken, I didn't look into it any further: http://wiki.openmoko.org/wiki/Dfu-util#--upload -Rusty Christian Weßel wrote: I just have the same problem. But I wasn't in time to report it to an existing ticket about dfu_util problems. I guess there are same problems with dfu. christian Am Samstag, den 16.08.2008, 21:36 +0530 schrieb Vikas Saurabh: I dont think this is related to the architecture. I had faced similar issue on core duo (i had put a comment on the wiki for the same). Btw, i didnt have to flash the back up image so i dont know if it actually worked out correctly. On 8/16/08, xiangfu [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 some message no WIKI: WARNING: Dfu-util is currently broken on big-endian architectures WARNING: Do not flash U-Boot unless you are sure you need to NOTE: Upload support is currently broken - #676 http://wiki.openmoko.org/wiki/Dfu-util [EMAIL PROTECTED] wrote: I'm getting the following error when trying to backup rootfs: dfu_upload error -84 I've been able to back up the other partitions, but the rootfs fails every time at 258076672 Bytes. I think this is the size of the rootfs, but how can I be sure? I don't want to flash it with this image if there is missing data. I also don't want to try to flash it with 2008.8 if I'm not sure that it will complete. If it doesn't complete, will I be left with a brick until I can get it to complete successfully, or does it not write until the whole image is transferred? The host is a Macbook Pro CoreDuo (not C2D) running Gentoo. Has anybody had a similar experience? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBSKb2zhFuNemPXNFjAQKUnQf+P0iXWU5U/O9X9ZblCkcnhZgAgsxwalYZ vRAgKs1Bt9H2uDUdz/WZvpEnmgu/+AtsVxQZe2qKGsrLX19eC10GGWMcxmpOoSwx wl8mpto2f4n2DSGkS0ptkXGuqYDqla3CY5YbdwPxJLBDHvgRCmf7jYzchdK/IHVL JdABDwwBkJsQjQLZQCfTRrY7EdEzuu+AB97RCShwaKB/YCL5EmVuvaOBwTJj84Qw S9P7nkHDuqfNvbqhGLeblM0fQxoylgj2P6KM9OhOINPWiVs6a5FgT8o6pXCF7vOb 6SBsVmhuvRFaUxRVSI68afDktRb9oQ1dtepy0u9fU38kIA+Aah1Ptg== =rKIC -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intel Atom
Carsten Haitzler (The Rasterman) wrote: On Thu, 14 Aug 2008 21:54:34 -0700 Russell Sears [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: though we need to accept that we need to move beyond SDR into DDR/DDR2 ram and higher clockrates anyway - we need more performance to do the things people want, we just need to do it with the right generation of SOC that has reigned these power requirements in a bit... and well - maybe accept we need a meatier battery :) What about an FPU? It probably wouldn't eat much power, and would help a *lot* for audio applications, since stuff wouldn't need to be rewritten in fixed point arithmetic. modern arms have fpu's - FR doesn't but the ones i mentioned (omap3xxx and snapdragon) i am certain have fpu's. nb. u dont need fp - it's just lazy programming to have used floating point math for the audio - it can be trivially done in integer space. with 16bit input you can easily do all your work in 32bit scratch-pad registers (no need for 64bit math). as such this is NOT a reason for an fpu. for 3d geometry and so on it definitely makes sense though. and with the more modern systems come graphics units capable of something vaguely decent graphics-wise :) so an fpu makes sense there. :) Yes, but there's tons of legacy code that assumes an FPU. (ladspa plugins) Also, after some naive conversions from floating point to fixed point programming, I hit a situation where 32bit arithmetic doesn't quite cut it. Some filters want to multiply two floats together. You can do this to simulate floating point math: float f = ...; // 0 = f 1. int a, c; const int b = (int)(f * 65536.0) while(1) { ... // update a c = a * b c 16 ... // do more math } Where a is signal data, perhaps dependent on past data, and b is a filter parameter. Some formulas derive b from user tunable parameters. In some corner cases, f is small (on the order of 1 / 2^16), which leads to rounding error assigning to the filter parameter b. This distorts the filter setup, and leads to artifacts, feedback loops, etc. Using 64 bit math better approximates the filter, and helps these corner cases a bit. There might also be cases where you'd want to carry 32 bits of precision throughout the calculation, though I haven't hit one yet. The good news is that the hit associated with 64 bit math (and a 48 bit filter parameter) is measurable, but tolerable on the FR. On a related note (and perhaps on the wrong end of an NDA), any idea what the specs are on the glamo's built in openrisc processors? low to useless. it's slow. also not even under nda is there any info on just how to program it. it's more of a control cpu - designed for keeping the internal bits of glamo's silicon in line than actually doing any heavy lifting of its own. Thanks for the info. That makes sense... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
The package I'm using (and dependency packages) is now up at http://hedora.ath.cx/moko/ Let me know if you hit any problems. -Rusty Russell Sears wrote: There are a bunch of manual steps right now: - openmoko-mediaplayer is hardcoded to use pulseaudio. Switching to alsa is a one-line change. - the mediaplayer theme files need to live in the Raleigh directory not in Moko - There's some dependency on a openmoko sound system. I don't know what it does, or if it's needed. - I pulled packages out of my mokomakefile, and installed them using opkg - there are lots of pulseaudio dependencies to be removed, so I used opkg --force-depends to install the mediaplayer package. Some of the packages may be unnecessary / cause breakage. My home server is down at the moment, so I don't have anywhere to stick the modified binary... I'll figure out what's going on with it and post better directions and the binary tonight. -Rusty Benito wrote: On Thu, Aug 14, 2008 at 10:08 (-0700), Russell Sears wrote: Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked up a openmoko-mediaplayer package. Would you provide that to us? I'd like to use it, too. Thx, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
Michael 'Mickey' Lauer wrote: Am Donnerstag 14 August 2008 19:08:39 schrieb Russell Sears: Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked up a openmoko-mediaplayer package. Cool. Headphone insertion isn't detected yet, but it does mute/stop the music when you pick up the phone). Please add a ticket. Where? I just added a bunch of FSO tickets to http://docs.openmoko.org/trac/; which has an FSO option in the milestone pulldown menu. Then I found trac.freesmartphone.org Now I just need music and tangogps to work at the same time. The framework gps thing is a CPU hog, as is ogg/gstreamer... Yeah, ogg is consuming too much. I hope we can improve that. The gps parser needs to be profiled and then extended with a C module. I spoke too soon. They both work at the same time, which was not the case in 2007.2. :) However, they're still both CPU hogs... I've been looking into the ogg stuff a bit. I think the first step is to update the ivorbis package. That'll make it easier to try the low-mem branch and tremolo. I tried doing this a while back, but got runtime linker errors from gstreamer. Then I got busy with other things. There are also some other potential issues. I think gstreamer is doing software volume control, and there might be some grossness involving ARM's synchronization primitives. Unfortunately, I haven't gotten a profiler working to see exactly where the cycles are going. -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
Michael 'Mickey' Lauer wrote: Am Freitag 15 August 2008 09:02:42 schrieb Russell Sears: Michael 'Mickey' Lauer wrote: Am Donnerstag 14 August 2008 19:08:39 schrieb Russell Sears: Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked up a openmoko-mediaplayer package. Cool. Headphone insertion isn't detected yet, but it does mute/stop the music when you pick up the phone). Please add a ticket. Where? I just added a bunch of FSO tickets to http://docs.openmoko.org/trac/; which has an FSO option in the milestone pulldown menu. Then I found trac.freesmartphone.org Hmm, ok. I'll remember these. In the future, until there's a software that includes the framework, I'd rather like to see the bugs in trac.freesmartphone.org. Maybe the openmoko trac should document this, by adding the following sentence to the create new ticket page: Problems with the FSO framework and images should be reported to the freesmartphone.org trac trac should link to trac.freesmartphone.org Are there other trac's that bug reporters should know about? Also, I hit a bug involving the events thread and avahi-daemon on an FSO image. Where does that go? I ask so the answer can be documented on the 'create new ticket page' or somewhere on the wiki... ;) However, they're still both CPU hogs... I've been looking into the ogg stuff a bit. I think the first step is to update the ivorbis package. Ok. I try to find someone to look into that. Great! Though getting oprofile working (as a easy-to-install package) is a higher priority IMHO. Needing to move ivorbis to some combination of low-mem, tremolo and low-accuracy mode is my best guess, but it could be that gstreamer is doing something silly to oggs, but not mp3s, or some other strange problem... (see https://docs.openmoko.org/trac/ticket/1614 for ogg stuff, and https://docs.openmoko.org/trac/ticket/1193 for problems with IPC and arm's synchronization primitives.) Also, for packages like ivorbis, which repository / distribution should people repackage for? Is angstrom upstream of everyone else? Is there a URL/wikipage somewhere? I spent a few hours with the wiki trying to answer this question for openmoko-mediaplayer2 last night... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
Benito wrote: On Wed, Aug 13, 2008 at 14:06 (-0700), Russell Sears wrote: It works immediatly with FSO and I could phone while GPRS is on. Really?!? How? Is there a GUI somewhere, or did you edit the PPP scripts to enter your provider settings? See http://wiki.openmoko.org/wiki/GPRS_FSO The script works flawless here, too. Nice. I was beginning to think my GPRS modem was busted. ;) I wonder if power management is working yet. The pppd docs say leaving gprs on eats lots of power. (The whole battery in 2 hours...) The wiki page says that it doesn't interfere with phone calls, but doesn't go into more detail. Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked up a openmoko-mediaplayer package. Headphone insertion isn't detected yet, but it does mute/stop the music when you pick up the phone). Now I just need music and tangogps to work at the same time. The framework gps thing is a CPU hog, as is ogg/gstreamer... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
Bastian Muck wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 GPS would be perfect for updating time, cause the time sent is more exact then the times, you can get by any other way. What about ntpd, can it handle gps-data? Yes, with some work: http://time.qnan.org/ Does the FR have access to the PPS signal from the GPS chip? That might get it down to tens of microseconds of clock jitter. :) It looks like gpsd should work as well. Plus, ntp can fall back on NTP over GPRS/wifi/usb if it's been a while since the last GPS connection. It can also set the hardware clock skew so it drifts fewer minutes per day when there's no network or sky. I wonder how hard it would be to add GSM time broadcast support to NTP... -Rusty Stefan Schmidt schrieb: | Hello. | | On Thu, 2008-08-14 at 23:48, Matt wrote: | Isn't time available via GSM broadcasts? | | Sometimes. There is a standard for it, but not all operators have it enabled for | it. AFAIK no german provider has it for example. | | If anyone have a provider which has this feature enabled and like to develop a | patch just let us know. | | regards | Stefan Schmidt | | - | | ___ | Openmoko community mailing list | community@lists.openmoko.org | http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIpGaalYiDScJJ+7QRAgABAJ9jko8GgpSnzfOTB1QC+YpvMM93RQCgqqlz vwBgaWoy3jGHUYWp2nf/2UA= =kwjj -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS under FSO [Was: Re: What could be done to improve the OM development process?]
There are a bunch of manual steps right now: - openmoko-mediaplayer is hardcoded to use pulseaudio. Switching to alsa is a one-line change. - the mediaplayer theme files need to live in the Raleigh directory not in Moko - There's some dependency on a openmoko sound system. I don't know what it does, or if it's needed. - I pulled packages out of my mokomakefile, and installed them using opkg - there are lots of pulseaudio dependencies to be removed, so I used opkg --force-depends to install the mediaplayer package. Some of the packages may be unnecessary / cause breakage. My home server is down at the moment, so I don't have anywhere to stick the modified binary... I'll figure out what's going on with it and post better directions and the binary tonight. -Rusty Benito wrote: On Thu, Aug 14, 2008 at 10:08 (-0700), Russell Sears wrote: Anyway, [music|gps] + gprs + phone seem to play nice in FSO. (I hacked up a openmoko-mediaplayer package. Would you provide that to us? I'd like to use it, too. Thx, /Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intel Atom
Carsten Haitzler (The Rasterman) wrote: though we need to accept that we need to move beyond SDR into DDR/DDR2 ram and higher clockrates anyway - we need more performance to do the things people want, we just need to do it with the right generation of SOC that has reigned these power requirements in a bit... and well - maybe accept we need a meatier battery :) What about an FPU? It probably wouldn't eat much power, and would help a *lot* for audio applications, since stuff wouldn't need to be rewritten in fixed point arithmetic. On a related note (and perhaps on the wrong end of an NDA), any idea what the specs are on the glamo's built in openrisc processors? Can they do floating point? Randomly access memory? How many of them are there? If they're beefy enough, with the right drivers (like CUDA), I think we'd have the bus bandwidth to offload audio processing (ogg decoding) to them, assuming the bus is symmetric: 48khz * 16bit/sample * 2channels = 187.5 kilobytes / sec = 1.4 mbit/sec -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What could be done to improve the OM development process?
Mike Baroukh wrote: Trust me, to avoid it, for a while I really considered shipping a console-image for the framework image, forcing people to ssh into to start getting familiar with the dbus services... Why try to avoid it? Isn't it the shortest path to a working phone? If the framework's working, shouldn't all the other stuff be easy to write? For me, FSO is the most stable image so far. I don't care too much about how the GUI looks, at least at this stage of the game. (Though 2008.8 looks pretty cool!) hum ... personnaly, I use it. I couldn't get my GPRS work on ASU. It works immediatly with FSO and I could phone while GPRS is on. Really?!? How? Is there a GUI somewhere, or did you edit the PPP scripts to enter your provider settings? So please, if you do this, build also the wm and allowing us to install it ... I think of FSO as a bear bones linux installation. It doesn't too much, but it's rock-solid, and ready to have new software installed. I just wish there was a unified repository for openmoko packages that held all packages written against FSO (ie: a superset of the stuff that comes with 2008.8 and FSO). I couldn't get anywhere with the 2008.8, and am not a fan of qtopia's approach to some things. However, I would like to use opkg to add some of SHR's software (and some 2007.2 software) to my FSO installation. It looks like I'll have to repackage / recompile quite a few programs that I'm interested in, which is a shame. (ie: the openmoko-mediaplayer ipk file I have wants pulseaudio for some reason...) Perhaps there should be 'tasks' metapackages. So, if you have FSO, but want to try out the SHR gui you just do this: opkg install task-shr Then, edit some .Xsession file to launch illume + qtopia. FSO with a 2007.2 look and feel would be this: opkg install matchbox and edit your .Xsession to start matchbox instead of illume (and probably port the matchbox panel stuff to new apis...). This approach has worked pretty well for debian over the years. Though now they've got ubuntu, kubuntu, xubuntu, etc. Instead of forking, OM and others could make images for different UIs. Pre-FSO, I don't think it would have worked for openmoko, since the underlying software stacks varied (and evolved) so much. But now, assuming everyone standardizes on FSO's middleware (which seems to be happening), getting it to work shouldn't be too bad. Also, it would let users avoid regressions like the ones associated with moving from 2007.2 to [SHR|QTopia|2008.8|FSO], since they could choose which apps to run, and try out new software without losing their old installations. -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO 20080812 not recommended
Craig B. Allen wrote: This is personal opinion only, I have no special connection to FSO. The 20080812 build has these issues found in a brief trial: - no sound (no ring on incoming call, no sound in or out in call) - no suspend - no config I understand that daily builds are not expected to be usable. I am just trying to save other people the trouble of finding these problems themselves. Thank you! There should be a wiki page for this. Perhaps a table with columns: Image name | Date | Recommended | URL downloaded from | Calls work? | SMS works? | GPS? | Wifi? | Bluetooth | Suspend works? | ... | Your name | Comments Where answers can be yes/no/?/sometimes/bug# Recommended = most stable version of this image so far. -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO 20080812 not recommended
John Reese wrote: Russell Sears wrote: Thank you! There should be a wiki page for this. Perhaps a table with columns: Image name | Date | Recommended | URL downloaded from | Calls work? | SMS works? | GPS? | Wifi? | Bluetooth | Suspend works? | ... | Your name | Comments It's linked from the wiki's Main_Page http://wiki.openmoko.org/wiki/Distributions That's close to what I want, but that's a set of targets for functionality, not a list of which version of which image actually works. For instance, there are known problems with telephony and wifi in 2008.8, but the table says those features work. Also, it isn't indexed for any particular build of the images. The message I replied to was pointing out big, recent, regressions in FSO... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery Charge Solution(Not)
Scott wrote: I attempted to install the two solutions to the Neo FreeRunner not charging when connected to a laptop or car charger. http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode Even though both sources can easily handle a 500ma charge. You shouldn't need to do anything special to make it charge from your laptop, assuming you're using a new kernel, unless you're hitting a new bug. Forcing fast charge mode worked around bugs in older kernels, but is now mostly just a dangerous hack for strange/broken hardware setups. I'm charging mine via a laptop usb port as I type this, and didn't force a charging mode. The included 1000ma charger is faster, but the laptop also charges the battery. -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing for audio playback
Just a heads up: I think that checking the status won't work with pulseaudio running under 2007.2, since pulseaudio continuously sends a stream of zeros to the sound card. I haven't tested it though. (there is a pulseaudio configuration option for this.) Also, I think having the applications disable suspend would be better than letting some system-level daemon guess what the appropriate behavior is. Then audio activity and suspend wouldn't be coupled (eg: tangoGPS while recording GPS tracks...). Also, applications already communicate with the rest of the system, so there's probably a framework for such hooks somewhere. For example, mediaplayer mutes/pauses when a phone call comes in... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /media/card corrupted?
When this happened to me, it actually corrupted the partition table. I didn't think to try to mount the existing filesystem after I restored the partition table, but before I reformatted... Anyway, I disabled suspend/resume, and it hasn't happened since. -Rusty arne anka wrote: that's a matter rather for the support list. and yes, there are others experiencing the same behaviour. if you check with mount after resume you'll probably see that the sd card is not longer mounted to /media/card but /media/mmcblk0p1 instead (or so). there's a thread and a ticket, i think. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How can I hear Music with A Headphone
You probably have the wrong adaptor. You need one that goes from 2.5mm stereo + mic - 3.5mm stereo. You probably bought a stereo - stereo adaptor. I've been looking for the correct adapter so I can use my good headphones with the FR, but no one seems to sell it... I almost bought a stereo - stereo one, but tested it in the store. -Rusty arne anka wrote: I have a adaptor but only the right speaker work the left don't work how what kind of adaptor? are you sure it is supposed to provide more than just one ear, mono? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ANNOUNCE: Software equalizer for openmoko
I've modified gst-plugin-equalizer to use fixed-point arithmetic. This means that it's (barely) fast enough to provide bass, midrange and treble control for ogg files played back via alsa. Here's a link to binaries (compiled for the factory image) and the patch: http://hedora.ath.cx/moko/ It's not hooked into mediaplayer yet, so for now it's only useful for demos/testing. Any ideas regarding adding a graphic equalizer GUI to mediaplayer? -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
Andy Green wrote: That's pretty cool and short patch. I always assumed that we need to lift the low end so much relative to high end to make a difference, that we would routinely clip even at medium volume levels. Is it actually OK? Thanks! The gstreamer code is really clean; I thought it'd be a lot more work. I have a set of in-ear sound isolating headphones that are *really* loud at default volume settings. I figured I'd crank up the alsa volume, then lower the midrange and treble bands. With the test program it seems to do an adequate job lowering the high frequencies, though I'll know for sure once I get mediaplayer to use it. I've noticed that it clips and pops pretty severely if I set the gain positive on any of the equalizer channels, so it might be good to expose it as a passive equalizer that only makes the signal quieter. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
Andrew Burgess wrote: On 7/23/08, Russell Sears [EMAIL PROTECTED] wrote: I've modified gst-plugin-equalizer to use fixed-point arithmetic. very cool This means that it's (barely) fast enough to provide bass, midrange and treble control for ogg files played back via alsa. Do you know about the equalizer functions built in to the hardware? alsamixer shows them. Not as extensive as a software equalizer but no cpu load either. I wonder if there is a gui for this (alsamixer is a curses-style text mode app for those that don't know) I played with it a bit, but couldn't turn the treble down enough... Also, turning the bass up by playing with the filter frequencies led to massive distortion. If there is a gui I'd like to know about it. People on the subway look at me funny when I whip out my laptop to set the volume. :) Also, I'd like to steal some code from it... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
Michael 'Mickey' Lauer wrote: Am Mittwoch 23 Juli 2008 09:11:20 schrieb Russell Sears: I've modified gst-plugin-equalizer to use fixed-point arithmetic. This means that it's (barely) fast enough to provide bass, midrange and treble control for ogg files played back via alsa. Here's a link to binaries (compiled for the factory image) and the patch: http://hedora.ath.cx/moko/ Amazing work. I'll add this to OpenEmbedded, so all platforms will get the benefits. Please do, but wait a few days; I want to test it with a real music player, fix comments, etc. Since you already took a look into GStreamer, could you check why ogg is taking so many resources? Do we use vorbis/tremor or not? Is there any chance for a speedup? I'm working on it. We're using tremor, but there are some things that might help it, in the order I'd like to try them: - LOW_MEM branch, which reduces memory utilization (and perhaps cache misses). - Tremolo, which is a branch of tremor which gives up on portability and targets ARM. It incorporates the LOW_MEM changes. The author claims a 15-20% speed improvement. - _LOW_ACCURACY_ flag, which can flip a few of the least significant bits but is faster. -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Influence of WiFi on GPS readings (200m error)
I've had this problem when the initial fix was obtained while I'm inside a vehicle (such as a bus or car) or near a lot of metal. Going to a complete stop, then moving a few times (in the car) seems to give the chipset a better chance to realize it's got a bogus fix. -Rusty Yaroslav Halchenko wrote: Hi All, Finally I got to play with FR. Flushed todays (0721) dev image and kernel. Running TangoGPS. While WiFi is on (WEP encrypted. wpa_supplicant powered ;)) I am having location error (never hit the right spot) around 200-400m with reported speed from 0.5 to 20 km/h (while I am siting steadily in 1 place). When I turn WiFi Off (just on my FR, without touching access point or a laptop from which I am writing) -- location moves to the right spot with a bias of 10m or so. Therefore, the question: is that expected? ie that we can't rely on GPS readings while WiFi is on? Or from the other side: what is 'documented' precision in GPS readings while WiFi is enabled (and not actually very actively used, if used at all since I guess TangoGPS already had those tiles from OSM downloaded). Or may be it is just my FR which behaves that way? Did anyone observe any similar behavior? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rules based policy engine
I fell out of this discussion for a while, but I'd much rather see a very simple C API that delivers events from DBUS with bindings for python / your favorite language. The event system and programming model (rule based, prolog, python, ...) should be completely separate modules. That way, you don't need to design your application around being able to receive external events. Also, if we couple the event system to the programming language, then all other languages become second class citizens. That would suck. I'd like to clarify my original post. (Also, I still haven't looked at D-BUS, it might already do most/all of this stuff.) These two lines are meant to be function invocations, perhaps in C or in python: register_event_handler(/phone/incoming_call = true, mute_music_callback) register_event_handler(/clock/time = 600, play_alarm_callback, loud_buzzer.ogg) register_event_handler() should be a C function that takes three arguments: 1: A char* containing a query written in a small domain specific language. I don't think we need support for more than: a) =, , , ... b) Conjunction + disjunction; and ||, which means all of or one of these rules match The following two would be nice, but might make things harder to implement: a) Parenthesis for grouping b) Negation xpath is a well-known language, and is close, though I don't know how well existing implementations deal with events (ie: third parties making changes to the underlying xml document). Also, I think xpath is probably too complicated. 2: A function pointer of type void (fcn*)(void *) This gets invoked when the evaluation of the query changes from false to true. 3) A void * The application program controls what goes in the void*. Applications should be able to build all sorts of things with these primitives, including new domain specific languages. It would be good to make sure that it's easy to have prolog or some other rule based system autogenerate and interface to the small domain specific language. I think the way it would work is prolog would use some event handlers to maintain a table of facts that the DSL would then use as its base database. Also, datalog would be a much better choice than prolog. The outcome of prolog programs depends on the order in which rules are defined. This isn't true for datalog, which has cleaner semantics. The two languages have nearly identical syntax. -Rusty Chris Wright wrote: 2008/7/20 Ryan Meador [EMAIL PROTECTED]: I think it's important that we use an existing general-purpose platform such as Prolog (at least, it's about as general purpose as logic programming gets...). I would favor Rhino.DSL, simply because I know it integrates well with a language with dbus bindings. And because it can probably result in very readable syntax. And it's based on Boo, which is very nearly Python, and thus more accessible to most programmers than Prolog. Does dbus allow you to specify your priority when listening to an event, and to prevent it from being published to other listeners? If not, then the first step is to separate the relevant dbus events and come up with an application that merely translates unconditionally between the two. And that allows you to insert any rules engine you want. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Proper mixer settings for music playback, or hardware fixes?
See bug #1614 https://docs.openmoko.org/trac/ticket/1614 I've uploaded a patch that bypasses pulseaudio and a difficult to install ipk file (sorry). This ~ halves mediaplayer's CPU utilization. Can you check to see if the change fixes distortion in mediaplayer? -Rusty Dylan Reilly wrote: On Fri, Jul 18, 2008 at 02:50:18PM +0100, Al Johnson wrote: I noticed the high-pass, but came to acceptable results using alsamixer's bass-boost options. My main concern is with the distortion in the mids to highs. As far as I understand, the above mentioned postings only cover the high-pass problem. But I certainly don't understand all the technical stuff. Does anyone else experience distortion? I have also noticed some heinous distortion in the mid to high range through the media player in the latest 2007.02 builds. However, it is not present under Qtopia. I experimented mixing and matching kernels between the distributionsw and 2007.02 + Qtopia kernel still has the distortion. I did some more poking around (under 2007.02) and it seems the issue is related to pulse audio. Using madplay to play straight to /dev/dsp produces no distortion but madplay through pulse audio does. I don't know much about pulse audio; does anyone have any recommendations for a work-around? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Provider missed calls messages
It's probably related, but when the freerunner fails to ring, it doesn't realize that I've missed a call. My old phone (same sim card) tells me that I've missed calls even if it was turned off when the call came in. Also, I am not getting the you've got voicemail messages that I used to receive... If this stuff is provider specific (I have T-Mobile in the US), will we need some sort of database of providers and the message formats they use? -Rusty Cédric Berger wrote: I also receive another sms from 123 once the message was aknowledged (listened by me !). (maybe even 2 sms if I listen to 2 pending messages...). This one is to trigger the message icon down... I had once seen some description of this kind of sms but have yet to find it now... I do not know to what point these messages are proprietary and specific to providers... (but anyway my old phone worked the same with other providers -it was initially bought with Orange contract-) I also think I have already seen some talks about such sms notifications in openmoko mailing lists... On Fri, Jul 18, 2008 at 09:09, Cédric Berger [EMAIL PROTECTED] wrote: I now run Qtopia and my provider is SFR (france). When I have got a message on my voicemail, I get a sms from 123 (that is the call number of my voicemail). It looks empty in the inbox of qtopia, but I will have to check what was really in. On my old phone, it would just have triggered a message icon (and sms would not appear in inbox). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
I did an opkg update on the factory image last night (~7-8 PM PST), and now GPS fix times are less than a minute. The update downloaded a new kernel: # opkg status kernel Package: kernel Version: 2:2.6.24+git20+287b292cf95edbd82dc63085ae5f0167a6e8141f-r0 Depends: kernel-2.6.24 Status: install user installed Architecture: om-gta02 Did I get the SD patch or not? I ask because I'm updating the wiki, and don't want to put wrong information up... For what it's worth, my initial test suggests that playing .ogg files off SD doesn't seem to affect getting a GPS fix... -Rusty Andy Green wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | 2008/7/17 nick loeve [EMAIL PROTECTED]: | I just tried the latest mwebster-andy kernel from | http://moko.mwester.net/dl.html#kernels which has the sdcard clock | patches, and now i get even better signals, and fix from cold start | outside in 48secs. | | So the voltage patch certainly helped, and the sdcard clock patches | seemed to have made it even better. | | I tried the kernel too, but it didn't help. Didn't get any fixes in 3 | minutes when having SD card in (not in use, ie. maps not there). | Removed the SD card and got a TTFF in 34 seconds. Two points about testing it: ~ - order of tests can matter. If you get a good test first, it seems the requirements for next test can be relaxed by GPS chip and we don't really test it then. ~ - patch only helps if SD Card is not accessed. I read a thread yesterday in devel list about some ASU / Qtopia component spamming SD Card after start up. http://lists.openmoko.org/pipermail/devel/2008-July/44.html - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkh/KnoACgkQOjLpvpq7dMp7XgCeIaswI/HWS2Skls5m2vkBUpGp ugsAn3+mrJWRLzxG4sSBQBwzlRQMhQ7d =o/l6 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS problems, summary
I changed the part that says you can't read from SD when GPS is being turned on. The patch doesn't work that way. Instead, it turns off the SD clock when the SD card isn't being accessed, right? -Rusty Ben Batt wrote: /lurk Justin Wong wrote: Great post. Maybe you can put it on the wiki somewhere, so it's visible to more people. I thought I'd take the plunge. A wikified version of the summary is up at: http://wiki.openmoko.org/wiki/GPS_Problems#Summary Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found!
Russell Sears wrote: I did an opkg update on the factory image last night (~7-8 PM PST), and now GPS fix times are less than a minute. The update downloaded a new False alarm; the satellites must have been aligned last night... Fix times are multiple minutes again... -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SIM recommendation pls
I have an old (5 years old) white T-Mobile sim card. I've had no problems. I'll pull it and write down the numbers next time I reboot the phone, but I don't think it'll help much, since if you don't already have one you're probably not going to get one as old as mine... -Rusty Josh Monson wrote: I know there is a list of SIMS for use w/ the Neo GTA02 on the site... But can someone recommend a SIM that they have not had any issues with and currently use ATT or preferably T-Mobile as a carrier in the states? cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rules based policy engine
I agree with most of what Alexey said, but I would love to see some sort of easy to use scripting / gui environment. I think the FSO stuff is working on some sort of d-bus event notification system. Presumably there's a set of python / c libraries that know how to talk to dbus, and provide a simple wrapper on top of everything. (I haven't looked at FSO or DBUS yet... ;) I wonder if this is a job for some simple query language like a subset of xpath or xquery. It could re-evaluate an expression each time a dbus event could change the expression's results. It would also simplify writing things like pause my music when the phone rings, alarm clocks, etc: register_event_handler(/phone/incoming_call = true, mute_music_callback) register_event_handler(/clock/time = 600, play_alarm_callback, loud_buzzer.ogg) and so on... These event handlers could live in a python script (or, better) inside a simple GUI app. I think most people that own one of these things knows how to program. Improving their productivity a bit should be a big win when the consumer version of the phone ships... -Rusty Alexey Feldgendler wrote: On Fri, 18 Jul 2008 01:01:08 +0200, matt joyce [EMAIL PROTECTED] wrote: If it can be reliably established that my physical location is one of my favourite restaurants please switch my phone to vibrate, unless my babysitter calls. If I miss a call or I receive an SMS from from any of my work contacts during work hours, and I don't respond, please remind me. If it's not during work hours, do not take any calls from contacts exclusively in my work contacts. If my home wifi is available and my battery is not too low, don't use GPRS for data. If it a WEEKDAY and 06:00, turn on, play alarm, connect to WIFI and start getting email and rss. At 21:00 on weekdays, switch to standby. If my battery is low and I'm at home, remind me to charge. If I'm at home disable my auto-lock. The problem with this is that one needs to think like a programmer to describe your “ideal phone” as a set of rules like these. Not only does one have to think analytically and dissect their concept into orthogonal, machine-checkable rules, but from your examples it's also clear that for such a wide range of possibilities a whole *language* with *expressions* (at least boolean) is necessary. Moreover, if one *is* a programmer, and has learned the rule expression language, there will be bugs in the rulesets, like overlooked priorities or excessively permissive conditions, and you'll spend some time debugging it, probably missing a few important calls and alarms now and then in the process. Next step would be debugging tools for rulesets, allowing to simulate times of day, different conditions and incoming events to test the rules. Next, backup and revision control for rulesets. This is where madness lies: you have to modify and debug a program in a declarative logic language when you start dating someone because it breaks all your carefully polished ruleset. Sounds like a topic for XKCD. Randall, are you by any chance reading this? I understand that you must be thinking, “This phone is fully programmable, so I can make it do whatever I want”. True. Now, by defining sets of possible conditions and actions and letting the user make rules out of these, you're basically saying: “Here is a computer. You can program it to do whatever you want”. While this might be usable for someone who is a programmer (and who's willing to be a programmer when they deal with their cell phone), it's not a killer application. It's an absence of application; it's rather an interpreter for a programming language in which a user can write themself a killer application. The key to making a phone do what you, I or someone else wants is rather in analyzing our requirements and figuring out what parts are constant and what are changing. Of course, all people want different things, and the same person wants different things at different times. But the number of dimensions in the space of all reasonable people's demands is still much less than that of the space of all possible rulesets. Only a small subset of all possible rules, let alone rulesets, makes any sense at all, while the vast majority is nonsensical, such as “When WiFi is available and John's phone is nearby, mute all calls”, or “If I have unread SMS on Thursday, prefer GPRS”. Analyzing and isolating the axes of user demands is much harder than developing a ruleset-driven engine, but at least it has a chance of becoming usable. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: wifi
Stephen Shelton wrote: On Wed, Jul 16, 2008 at 07:36:29PM +0200, Christophe Badoit wrote: For WEP, I'm currently connecting with : ifconfig eth0 up iwconfig eth0 essid any iwconfig eth0 key 'mykey' iwconfig eth0 essid 'myssid' ifup eth0 Something strange, I am unable to set the key (iwconfig key) if the essid is not any. I began patching wifi-radar (a wifi python/gtk app) for the FR, if I've got enough time, I'll try to release it. - -- Christophe Badoit I was able to connect to my WEP network doing the above. Thanks for the pointer... that should get me started! I'd rather see wicd used as a gui; my experience with wifi-radar has been just awful. The UI locks up frequently, is it even using any multi threading? Wicd has worked very nicely for me, and seems a bit more configurable. Not to jump into a religious war, but why not use something based on NetworkManager? It provides clean separation between the scripting / hardware interfacing stuff and the gui. It also supports multiple types of network devices (I use it to for the ethernet and wifi on my laptop, and it seems to know what pppd and modems are...). It supports all sorts of crazy network security protocols, including many of the wifi ones and openvpn. It's the default under ubuntu these days, and is distribution and gui toolkit agnostic. There are GUIs for qt and gtk (and perhaps others). I think there are also command line utilities, though I've never needed them. Regardless of which GUI is added, it probably should also know about usb0, and GPRS so that it's easy to switch between networks, and to tell if you're burning through your cell phone data plan or using wifi... ;) -Rusty I'd really like to see someone who knows what they are talking about update that wiki page; I'm sure that's a sore spot for quite a few new openmoko users... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS
Yes, there is still hope. The current software drivers do not save any state between GPS locks, so the GPS device is needlessly re-downloading information from the satellites each time it turns on. Downloading the data seems to require a much better/more consistent signal than calculating the phone's current position. It sounds like a (partial?) fix is in the works. There were some links to scripts posted to this mailing list a few days ago, but they came with copyright restrictions that prevent redistribution... My phone sometimes takes 10 minutes to get a fix, but can track its current position from a car seat (not just near the window), and indoors in my pocket. It's good enough for in-car navigation, and for use as a speedometer, though with a couple of seconds delay added in. Also, I see a few meters of jitter when the device is not moving. After losing signal in a tunnel for 15-30 seconds, it restored its fix immediately after I left the tunnel. Not counting the time to get the initial lock, this behavior is better than what I've seen from some inexpensive name brand gps devices, suggesting the antenna is good enough, assuming saving and restoring the chip's state works. -Rusty Yorick Moko wrote: Is there still hope this is not a hardware bug? On Sat, Jul 12, 2008 at 10:59 PM, Jim Morris [EMAIL PROTECTED] wrote: Jonathan Spooner wrote: I've been playing with my GPS and finally got a fix using agps diag tool. I stood the gta02 up on my garden table using a pop bottle :-) I think bottom line the gta02 has a poor antenna in fact the first time I got a fix I did so at the point I rested my free stylus on top of the gta02! Once I had a fix I used the signal strength screen in the agps diag tool and its then plain to see the signal is precarious at best with an average strength of around 28 which is greatly affected by orientation and nearby objects from hands, stylus, people etc pretty much what you'd expect in a device thats receiving a very weak signal except we know the say system is working so that only leaves the gta02 internal antenna as the problem. Thoughts? Jon I found exactly the same thing, the unit has to be stationary for a while, you need to swizzle it around its vertical axis until you get the maximum signal strength, and then leave it for 10 mins to get a fix. It must not be touched or moved during that time. It is pretty impractical for a mobile device though to do that. Lets hope some of the techniques to preload data will help this. -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS
That sounds like a different problem than I have. People have reported many different failure modes: - Everything works. The phone gets a reliable fix in ~5-15 minutes if you baby it enough. (This might be improved w/ better drivers...) - The software is somehow messed up, and there are never any fixes. (People report GPS breakage after installing some combination of the GPS packages...) Reflashing the phone does not seem to help(!) - Actual antenna troubles. (See message GPS issue related to GPS antenna selector ?) TangoGPS problems: - TangoGPS says no gps found. Run opkg install gpsd. - The GPS device usually works, but sometimes tangoGPS sees zero satellites after 5 minutes. If you to power down the GPS device, then power it back up, it starts seeing satellites. -Rusty Ole Kliemann wrote: On Sun, Jul 13, 2008 at 03:48:14AM -0700, Russell Sears wrote: Yes, there is still hope. The current software drivers do not save any state between GPS locks, so the GPS device is needlessly re-downloading information from the satellites each time it turns on. Downloading the data seems to require a much better/more consistent signal than calculating the phone's current position. It sounds like a (partial?) fix is in the works. There were some links to scripts posted to this mailing list a few days ago, but they came with copyright restrictions that prevent redistribution... My phone sometimes takes 10 minutes to get a fix, but can track its current position from a car seat (not just near the window), and indoors in my pocket. It's good enough for in-car navigation, and for use as a speedometer, though with a couple of seconds delay added in. Also, I see a few meters of jitter when the device is not moving. After losing signal in a tunnel for 15-30 seconds, it restored its fix immediately after I left the tunnel. Not counting the time to get the initial lock, this behavior is better than what I've seen from some inexpensive name brand gps devices, suggesting the antenna is good enough, assuming saving and restoring the chip's state works. I read about this idea in the wiki and posted a comment there. Here's what I wrote. I tested the FR outside with internal antenna and did not see a single sat for 15min. With external antenna I have a TTFS of 33s. If I plug out the external after the fix is stable, it almost instantly gets lost. I still see one to three sats but get no fix. So apparently the information obtain through the external antenna is not enough to assist the internal antenna in getting a fix. Orbit and positon data should be known to the device by then? If you download this data from the internet or recalculate it locally, in what way would this be superior to what I tested? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB Networking - Freerunner Mac OS X 10.5.4
The neo's IP address is 192.168.0.202; the Mac's IP should be 192.168.0.200, so you're trying to ssh to the laptop, not the phone. I have no idea why you're getting the cannot allocate memory errors. The ubutu error messages make more sense, so I'd try troubleshooting it from there first. -Rusty C R McClenaghan wrote: I'm having trouble getting USB networking to work on my new Neo Freerunner. Under Mac OS X 10.5.4 I'm getting: ssh: connect to host 192.168.0.200 port 22: Cannot allocate memory and PING 192.168.0.200 (192.168.0.200): 56 data bytes ping: sendto: Cannot allocate memory If I use an Ubuntu 8.04 virtual machine on the Mac, the ping succeeds, but the ssh is denied with: ssh: connect to host 192.168.0.200 port 22: Connection refused I have looked at the Mac OS X wiki pages and tried an alternative driver, but that seemed to have no effect. From the shell I'm unable to run lsmod or modprobe, so I'm not sure which of the two drivers is running. I'm about to try the other driver mentioned on the wiki for the Zaraus, but I'm not hopeful. I can access the USB console for both UBoots - Nor and Nand, so the cable itself seems good. Has anyone insight or suggestions on what I might try? Thanks, Chris ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS
I'm in the san francisco bay area, and am seeing very slow GPS fixes. It took 5 minutes to get the time code from the satellite this morning (didn't get a fix in 12 minutes...), and I've only gotten a fix once so far (after 10 minutes...), and it's failed to get a fix during a few ~10 minutes walks outdoors. I've been carrying the phone screen up, away from my body, away from buildings taller than a story or two... Anyway, if you still haven't duplicated the problem, let me know. Also, I'm getting a bit of GSM data noise on my speaker during phone calls. Is that normal, or is it unexpected signal leakage? I plan to retest GPS with the GSM (and all other radios) disabled. -Rusty steve wrote: Well, Sean is sick in bed from taking Malaria shots since he is traveling to Ghana to speak. I have been Busy at the wharehouse and Wolfgang is aware of your issue and we have folks on it trying to duplicate the issue and figure it out. Sean, for example, has had no issues in TPE, west coast USA, east coast USA, and columbia with his phone. So, after we duplicate the problem then we can figure the cause. Software, component failure, test leakage. On the inside of your phone there is a datecode, serial number etc. Email that to wolfgang Steve -Original Message- From: Marcus Bauer [mailto:[EMAIL PROTECTED] Sent: Monday, July 07, 2008 10:05 AM To: List for Openmoko community discussion Cc: Sean Moss-Pultz; Wolfgang Spraul; steve Subject: Re: GPS On Mon, 2008-07-07 at 18:24 +0200, Mathias Ballner wrote: hi all, today i tried to get the gps running, but i didn't get a gps fix i tested it with tangogps (nice tool!) and openmoko-agpsui the only output i got was: http://scap.linuxtogo.org/files/6d11990f0c82d92f0252742d7ef44950.png what do i do wrong? mathias It seems nobody gets a quick fix. Times range from 10 to 60 minutes if any fix at all. There is a similar thread running on the developer list but no answers from Openmoko. Normal for a cold start would be 45secs-2min and with agps ~15secs. This is industry standard and stated on the specs page of u-blox. The GTA01 (Neo 1973) gets a fix in one minute after a cold start. All modern chips (and the u-blox is a modern chip) can get a fix without downloading the full almanac (which takes 12.5 minutes). The ephemeris is sufficient and comes in 30secs. I think this is an important issue and hope that Sean or Wolfgang can give answers. I CC'd Steve too, because this equally effects the VAR markets. If they don't answer it is probably the best to send your FR back before the warrenty expires and buy a new FR once this issue is resolved. Marcus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS
This might help too (I should add myself to it...): http://wiki.openmoko.org/wiki/GPS_Problems I've only gotten a fix using the agps diagnostic tool gui. I did it in the middle of a clear night with nothing near by, by going to the signal strength screen, and slowly rotating the phone until the bars started turning from light blue to dark blue, and going with an orientation that seemed to work, kind of like with an old analog TV set... I don't know if doing it actually helped, but while playing this game, I got a fix in ~ 2-3 minutes, vs the tens of minutes I'd waited before that. Bumble, after 10-15 minutes of waiting, do you see any satellites in the ss tab of the agps diagnostic tool? Does it display a time in UTC after a few minutes? If so, we're probably in the same boat. Is there a document explaining the exact handshaking procedure the chipset in the freerunner uses to lock onto the satellites? -Rusty andres wrote: On Fri, 2008-07-11 at 23:57 +0200, Bumbl wrote: Be happy I have never got a fix up to now although trying on different locations for 45min each. I'll consider to use my waranty. probably this is related http://wiki.openmoko.org/wiki/FreeRunner_GPS_antenna_repair_SOP ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fast questions (email, GPRS, WiFi...)
I do this: ifdown eth0 iwconfig eth0 essid TheEssid ifup eth0 ifdown usb0 I haven't setup wpa or even wep though... - What does iwconfig say before you do udhcpc? Did the card associate with the access point (non-zero link quality)? Did the card discover the access points MAC address? - What does ifconfig -a say after udhcpc? route -n? -Rusty Jim Morris wrote: ian douglas wrote: I havne't seen any wifi UI applicaiton yet. I SSH'd into my Freerunner, edited /etc/wpa_supplicant/wpa_supplicant.conf to alter the essid and key, typed ifup eth0, then unplugged the USB cable, opened a terminal, ran ifconfig usb0 down, opened the browser and navigated just fine. I've been trying for several hours to get wifi working, it never seems to connect although it can see my station. I tried this too as it makes sense to turn off usb0, but that didn't seem to work either, I wrote this script to make it easy from console (I also tried ifconfig usb0 down) ifdown usb0 wpa_supplicant -ieth0 -c/etc/wpa_supplicant/wpa_supplicant.conf -B sleep 10 udhcpc eth0 Any other ideas? Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS
I played with it a bit more and think i figured out why i wasn't getting locks quickly. It looks like my Freerunner's GPS is working after all! :) I've updated the wiki GPS_Problems page with some basic information about how GPS devices obtain initial locks, and added more troubleshooting information... It would have saved me a few hours; hopefully someone else will find it useful. Someone familiar with GPS should probably check it for errors. Most of what I wrote is based on things I learned today by word-of-mouth and skimming wikipedia articles. -Rusty Russell Sears wrote: This might help too (I should add myself to it...): http://wiki.openmoko.org/wiki/GPS_Problems I've only gotten a fix using the agps diagnostic tool gui. I did it in the middle of a clear night with nothing near by, by going to the signal strength screen, and slowly rotating the phone until the bars started turning from light blue to dark blue, and going with an orientation that seemed to work, kind of like with an old analog TV set... I don't know if doing it actually helped, but while playing this game, I got a fix in ~ 2-3 minutes, vs the tens of minutes I'd waited before that. Bumble, after 10-15 minutes of waiting, do you see any satellites in the ss tab of the agps diagnostic tool? Does it display a time in UTC after a few minutes? If so, we're probably in the same boat. Is there a document explaining the exact handshaking procedure the chipset in the freerunner uses to lock onto the satellites? -Rusty andres wrote: On Fri, 2008-07-11 at 23:57 +0200, Bumbl wrote: Be happy I have never got a fix up to now although trying on different locations for 45min each. I'll consider to use my waranty. probably this is related http://wiki.openmoko.org/wiki/FreeRunner_GPS_antenna_repair_SOP ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko is the only 100% F/OSS-based Linux smartphone project
Paul Wouters wrote: Now imagine the OS being linux with no restrictions, fully GPLv3 compatible. Now imagine one propretary binary running on that GPLv3 platform, which sends a signature based on the OS/kernel contents to the baseband via serial. If it is not a known good signature, the baseband CPU cuts power to the GPLv3 CPU after 60 seconds. No where here is there a license violation of GPLv3, you are not restricted from modifying and using code, but in practise you have been prevented to do so - in compliance with GPLv3 - since it is the baseband CPU that takes the decision, and not any GPL code. From GPLv3 section 6: “Installation Information” for a User Product means any methods, procedures, authorization keys, or other information required to install and execute modified versions of a covered work in that User Product from a modified version of its Corresponding Source. The information must suffice to ensure that the continued functioning of the modified object code is in no case prevented or interfered with solely because modification has been made. This is exactly what Motorola does. It is the 60 seconds of working phone with openezx. GPLv3 doesn't say anything about how the protection is implemented, though it does say continued functioning, so I think they've covered this loophole. :) Once motorola (or whoever) ships the phone with a GPLv3 kernel on it, they have to obey this clause. If they did the proprietary binary thing, then they'd have to give you something that allows you to use modified kernels... I'm not sure what that something is, since I don't know if method and procedure mean english instructions, source code, or binaries in this context. So even if soon Linux-based smartphones from LIMO and OHA will appear soon. All with great hardware, fancy graphics and whatnot they managed to rip all the fun and freedom out of it. :| I wonder what Nokia will do once they own all of their OS. They promised to open it up, I wonder about the restrictions. I'm glad I purchased an openmoko though. I'm tired of fighting against mobile phone vendors. Paul ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Webshop Reopen NOW!!!
It just worked for me. :) Good luck! -Rusty Lon Lentz wrote: Can someone look at your CC processing site? And let us/me know when it's working again? Gateway Error Error from the Hi Trust gateway: Back to openmoko | previous page On Thu, Jul 3, 2008 at 5:31 AM, Harry [EMAIL PROTECTED] wrote: Dear All, Sorry for delay long time!!! So far, only GSM850 Freerunner is available in stock, Debug board and spare also!!! http://www.openmoko.com/store.html Freerunner is running Thanks and BR Harry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Error while paying
My bank just called to see if the charge was valid. I asked why it was flagged. They said that it's because it's an overseas internet/phone charge. Perhaps OM should make it look like the money is going to California, or tell Visa that they have a physical presence in the US or something... -Rusty Ken Young wrote: Peter Naulls wrote: Me too, but I called up Chase, and they took off the block on international purchases. So that is the 10 pack for San Diego group buy - still need 2-3 more people for it, I don't want to end up with 4 phones ;-) Citibank did this too. So Gateway Error 500 is Hi Trust's way of saying Credit Card Declined. I called Citibank, got them to lift the block, and the transaction went through smoothly after that. Ken Young ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community