Re: GTA02 GPS rework for SD card interference issue

2008-07-21 Thread Stefan Fröbe
Hi guys,

as I wrote before ( but the message did apparently not hit the list since I
used a different email address ) I had the hardware fix applied on friday
but used a 0603 cap instead, which fit quite nicely.

After further testing I can only congratulate the OM-team for their quick
and easy fix: whether inside at the window, in a moving train or in narrow
streets, the FR is aquiring a Fix consistenly within about 120s from cold
start under the most difficult conditions, and of course even faster at
consecutive tries ( warm start ).  Under normal conditions, a TTFF of 40s
seems to be the maximum needed even for a cold start, which in my opinion is
exceptionally good!

The SD-Card (4GB) still works as expected by this RF only fix, and there is
no need to unmount it ...

Btw, this was all done with the mwester-andy kernel from 080716...

Big thumbs up to everyone at OM, now let the mapping begin ;-)

Stefan

On Fri, Jul 18, 2008 at 1:26 PM, Stefan Fröbe [EMAIL PROTECTED]
wrote:
Great work, and I can confirm this to be working just fine !!!

That's an advantage of working in a company in the semiconductor business:
enough people with the skills and tools able to try this modification out on
a lunchbreak - now I get a TTFF from cold boot of 150s under most difficult
conditions:  Clouds / Mist, and  high buildings on two sides.

The previous software-only improvements were of mixed results: only once did
a fix occur, and by far not as fast as the 34s  I got without SD-Card.

Will keep you updated on further results this weekend, but so far it is
great news to see a fix this quickly!

Keep up the great work and spirit,
Cheers,
Stefan


On Sun, Jul 20, 2008 at 6:25 PM, Yaroslav Halchenko site-openmoko.org@
onerussian.com wrote:

 hm... or alter clocking pulse sufficiently for unstable SD performance
 with some (or all) SDs... how could we know for sure unless verified
 empirically...  (noone could guess that having SD impacts GPS for quite
 a while, right?)

 I am not yet planing to do this hw mod on my phone, thus I can't really
 compare, and it would be great if anyone having such modded phone (I
 guess OM people) do such a simple test (basic IO testing of SD card
 similar to the ones which were posted to this list before).

 NB It would be really pathetic if then after new 'fixed' units are
 shipped, and new owners start complain that 50% of SD cards do not work
 or get significant performance reduction, right? So why not to make sure
 (I bet they already did smth like that thus it is just for someone from
 OM give results with numbers)

 On Sat, 19 Jul 2008, Michael Kluge wrote:

  This additional capacitor has been added between clock and GND for the
  SD card. So it is most probably just there to filter frequencies higher
  than the clock rate itself.

  Michael
 --
 Yaroslav Halchenko
 Research Assistant, Psychology Department, Rutgers-Newark
 Student  Ph.D. @ CS Dept. NJIT
 Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
 WWW: http://www.linkedin.com/in/yarik

 ___
 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: InvisibleShield discounts!

2008-07-23 Thread Stefan Fröbe
Hi,

can anyone with the mentioned screen protector tell me whether it is exactly
the visible size of the screen, or larger ( requiring removal of front plate
to put on, but possibly a better fit )

Thanks,

Stefan

On Wed, Jul 23, 2008 at 1:39 PM, Bastian Feder [EMAIL PROTECTED]
wrote:

 HI,
 thx for sharing !

 I recently ordered the shield at zagg and got 30% discount without any
 discount code.
 Thanks Zagg ;o)

 Bastian

 On Wed, Jul 23, 2008 at 12:52 PM, Ilja O. [EMAIL PROTECTED] wrote:
  Hello there.
 
  I've ordered Full body protectors for Freerunner, and they gave me two
  discount (20%) codes.
 
  Here they are: 6lcdcr , jla5nt .
 
  Take them and use them wisely.
 
  (If you've used one, please write back to community there would be no
  discount code collision).
 
  Btw,
 
  cite
  The discount will expire in 30 days.
  /cite
 
  Good luck!
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 



 --
 --
 spread the word ... see www.browsehappy.com ;o)

 Calvin: Weekends don't count unless you spend them doing something
 completely pointless.

 Join the Greater IBM Connection (
 http://www.xing.com/premiumgroup-6291.d26b7d)

 ___
 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: strange problem with Intenso 4GB SDHC card

2008-07-23 Thread Stefan Fröbe
Hi,

just a quick observation from my side that could possibly be related:
Until yesterday, my 4GB SanDisk card worked fine with a recent (e.g.
2008-07-22 or 21) kernel - after an opkg upgrade this morning that got me a
new kernel I was surprised to see the card not beeing recognized anymore -
furthermore, its MBR was zeroed out, and no tool could read or reformat it
except a SD-Card recovery tool by Panasonic ( sdfv2003.exe running only
under Windows, of course ) !

I now backup'ed the partition table and mbrs in hope to be able to dd it
back, should this happen again. Sorry, but I haven't got any logs as I was
busy recovering what was left, but I'll surly save them next time ...

Stefan

uname -a
Linux om-gta02 2.6.24 #1 PREEMPT Wed Jul 23 06:34:19 CEST 2008 armv4tl
unknown
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: strange problem with Intenso 4GB SDHC card

2008-07-23 Thread Stefan Fröbe
Thanks for the link, seems to be quite valuable to me as it explains the
background quite well!

Something similar has been happening with SD cards on the OLPC laptop
 (another example of hardware specifically designed for the FOSS world)
 for at least the last six months.  Last time I checked, there was still
 no real fix.


Well, from recent comments it looks like a 400ms delay (yuck!) in
drivers/mmc/core/sd.c is a temporary workaround, but the root cause (as Andy
already suggested) seems to be related to the resume cycle.

Has been a major pain for people who want to multiboot  --
  forces them to use storage devices that don't fit inside the case.

 http://dev.laptop.org/ticket/6532


At least it doesn't look like a HW issue with the card, then.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: strange problem with Intenso 4GB SDHC card

2008-07-24 Thread Stefan Fröbe
Hi all,

I can now reliably reproduce the issue, as dd'ing the mbr back to the card
so far restores sane behaviour :

If sd_drive is set to 0, then after a resume from sync  apm -s the MBR
of my 4GB SanDisk is wiped - so far I haven't noticed any other errors, but
have not looked very closely.

To recover, I use the following commands:
---
# re-write MBR
dd if=mmcblk0_512_1.dump of=/dev/mmcblk0
# recognize partitions again
echo 1/sys/module/glamo_mci/parameters/sd_drive
apm -s


So it looks as if the sd_drive parameter does have a role in this - any
suggestions on what else I should try, or what logs you guys need ?

Unmounting the card before suspend should help, and I'll also gladly try
another kernel and other partitions setup if I find the time.

Btw, this all happens on a 4GB SanDisk with 4 primary partitions:
20M vfat + (196M +196M +3.2G ) ext2 and kernel om-gta02 2.6.24 Wed Jul 23
06:34:19

Stefan

PS: Can somebody please tell me how to re-initialize the card without going
through another suspend/resume cycle ?




On Thu, Jul 24, 2008 at 9:53 AM, arne anka [EMAIL PROTECTED] wrote:

  Everybody, get a Micro-SD card and stick it in your Neo.  Put some

 should that apply to multiboot or to _every_ use of the sd card?
 i use suspend/resume more or less successfully for a week or 10 days now
 and the files on my sd card (4gb, how do i determine the exact name from a
 running system?) still are unharmed.
 gta02, 2007.2, upgrade every or every second day.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

ices/platform/neo1973-button.0/input/input0
wake enabled for irq 48
s3c2440-ts s3c2440-ts: successfully loaded
input: s3c2410 TouchScreen as /devices/virtual/input/input1
input: lis302-1 (top) as /devices/virtual/input/input2
lis302dl spi0.0: Found lis302-1 (top)
input: lis302-2 (bottom) as /devices/virtual/input/input3
lis302dl spi0.1: Found lis302-2 (bottom)
i2c /dev entries driver
s3c2440-i2c s3c2440-i2c: slave address 0x10
s3c2440-i2c s3c2440-i2c: bus frequency set to 390 KHz
s3c2440-i2c s3c2440-i2c: i2c-0: S3C I2C adapter
input: GTA02 PMU events as 
/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/input/input4
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 0kHz div=255 (req: 0kHz). Bus 
width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
usb0: full speed config #1: 500 mA, Ethernet Gadget, using CDC Ethernet
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: Error after cmd: 0x8120
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: Error after cmd: 0x8120
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
wake enabled for irq 53
pcf50633: dev (254:0)
pcf50633 0-0073: rtc core: registered pcf50633 as rtc0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 1kHz div=2 (req: 1kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 1kHz div=2 (req: 1kHz). 
Bus width=2
mmc0: new high speed SDHC card at address d555
neo1973-pm-bt neo1973-pm-bt.0: FIC Neo1973 Bluetooth Power Management: starting
neo1973-pm-gps neo1973-pm-gps.0: FIC Neo1973 GPS Power Managerment:starting
APM Battery Driver
bq27000-battery bq27000-battery.0: BQ27000 Battery Driver (C) 2008 Openmoko, Inc
mmcblk0: mmc0:d555 SU04G 3979776KiB 
 mmcblk0: p1 p2 p3 p4
S3c2440 SDIO Host controller
SDIO BusDriver - SDIO_GetBusOSDevice, registering driver: sdio_s3c24xx_hcd 
DMAmask: 0x0
pnp: the driver 'sdio_s3c24xx_hcd' has been registered
mapped channel 0 to 0
S3c24xx SDIO: IRQ:37 Detect IRQ:0 DMA channel:0 [EMAIL PROTECTED] [EMAIL 
PROTECTED] kHz
SDIO Bus Driver: HCD:sdio_s3c24xx should set module ptr!
sdio_s3c24xx_hcd 00:00: driver attached
sdio_s3c24xx_hcd 00:00: SDIO device, IDs SD_0008 (active)
pnp: the driver 'sdio_wlan' has been registered
Registered led device: neo1973:vibrator
Registered led device: gta02-power:orange
Registered led device: gta02-power:blue
Registered led device: gta02-aux:red
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
pcf50633 0-0073: setting system clock to 2008-07-24 12:59:39 UTC (1216904379)
Using lowest clock rate
CRCFAIL 0x1a3f

Re: strange problem with Intenso 4GB SDHC card

2008-07-24 Thread Stefan Fröbe
Hi David,

 After the the card settles (see above in this thread), i can do the
 following:

 1) fdisk -l /dev/mmcblk0
 Result: error
...
No matter how often I call this, it never changes as the MBR is
completely zeroed out.

 To re-ead the partition table just start fdisk /dev/mmcblk0, verify
 that partition table is ok with p, re-write unaltered partition table
 with w. After that it's re-read by the kernel and the Frerunner
 recognises it.

 That works great after I dd the mbr back, thanks for the pointer!

Stefan

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: strange problem with Intenso 4GB SDHC card

2008-07-24 Thread Stefan Fröbe
Hi Andy,

 sd_drive setting isn't actually used until next time we access the card,
 so provoking an access will do it, eg, touch /something ; sync.

Good point, but now it is getting really strange (all with sd_drive=0
prior to suspend):
Adding a touch /media/mmcblk0p4/suspending and it works,
also adding the sync and it doesn't, and finally also adding a sleep
1 to the line and it gives me mixed results.
Maybe it is a timing issue, and the previously mentioned 400-500ms
delay is needed?

 But the two explanations for what goes on seem mixed still here, we
 affect sd_drive and we do a suspend.  My guess / hope is that this
 problem is coming from the suspend action alone and the change of
 sd_drive is bogus here.  Maybe you can bang on it a little more trying
 to disprove that hypothesis?

Will do if I find the time, but for now completely unmounting the card
seems like the only viable solution apart from dd'ing mbrs back and
forth until the root cause is found...
Hopefully the data storage on card is not impeded, but personally I
will do backups more often now ;-) ...

STefan

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Tangogps pre-cache?

2008-07-24 Thread Stefan Fröbe
Hi Vinc,

I'd like to put the maps on the SD card. Is there a sensible path on
 the SD card I should use?


Use whatever you like - all a matter of personal preference!

I used /media/mmcblk0p4/Maps/OSM as I have several partitions and most space
on the 4th, and /Maps/OSM was already typed in so I saved me that... You
might also want to add a shorter symlink but essentially that path is
entered once and never changed afterwards.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: GPS rework: Please test and report on software fix prior to attempting any hardware fix

2008-08-05 Thread Stefan Fröbe
Hi all,

Just to let you know, I tried the above script and am not quite sure the
gpsr is completely reset ( e.g. a real cold start occurs ) . However, since
I DID apply the HW cap fix that might also be a reason for the results...

In short, no matter which settings are used I get a TTFF of 38-42seconds,
repeatably, with only a few seconds more when constant SD-Card activity is
provoked.

It was on a rooftop, clear  sunny sky, about 1/5 of the sky/horizon covered
by an appartment, but results are consistent with my observations during
geocaching in any terrain, be it cities or woods.

Let me know if I can be of further assistance getting data, ( and of course
this report of great gpsr performance should not lead anyone to try out the
HW mod until final approval by OM ;-) ! )

Stefan

### Kernel version 
Linux om-gta02 2.6.24 #1 PREEMPT Sat Aug 2 00:43:10 CEST 2008 armv4tl
unknown
### ROOT  ( opkg upgraded today )
200807160132
Tag Name:
VERSION: 27cd6d55ab393f51eaf4811418a4346669f53c2a
Branch: org.openmoko.dev
Build Host: buildhost.openmoko.org
Time Stamp: Wed, 16 Jul 2008 01:34:56 +0200
### Bootloader 
# u-boot /dev/mtdblock0:
Neo1973 Bootloader U-Boot 1.3.2-moko12
# u-boot /dev/mtdblock1:
Neo1973 Bootloader U-Boot
1.3.2+gitr18+64eb10cab8055084ae25ea4e73b66dd03cc1a0cb
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: SDHC 16GB 15MB/s card

2008-08-20 Thread Stefan Fröbe
 in case you loose it again, do

 dd if=boot.backup of=/dev/mmcblk0

 that's on your host! i don't know, if that works from fr, though.


I can confirm this works for the bootsector corruption, but after seriously
struggling with unreadable SDHC cards under Ubuntu _AND_ the FR I finally
figured out some other pretty reliable workarounds for problems with memory
cards:

Trying the debian install yesterday I noticed that both the original 512MB
as well as a 1GB card were no longer working on the FR ( could write to them
but then glamo-mci errors as in
http://docs.openmoko.org/trac/ticket/1743appeared and sometime after
about 200MB all further communication seemed
broken ) . In addition, partitioning seemed so messed up the cards were not
recognized anymore by fdisk et al, so nothing but a panasonic windows card
formatter could recover them. All of this happening without suspends on an
upgraded 2007.8...

Whilst linux 2.6.26 on the host needed a fix to get the cards to show up
again at all ( http://marc.info/?l=linux-usbm=121734710306509w=2 ), on the
FR side the only thing that worked was playing with the glamo kernel
parameters - I haven't reduced it to a minimal set of changes, but passing
glamo_mci.sd_drive=3 glamo_mci.sd_idleclk=1 sd_max_clk=500 on the
u-boot cmdline resolved all issues so far.

I haven't filed a bugreport as interestingly enough I wasn't having any
issues with the troublesome 4GB any more - maybe because I was using  2008.8
booted from the card itself?

I will try to reduce the parameters later, if anyone has further hints I'd
be happy to try them out. Also, would the addition of dd'ed mbrs for the
various cards in the Wiki be feasible ?

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: problem with SD Card

2008-09-05 Thread Stefan Fröbe
Hi Nicolas,

search the list(s) or the wiki  for the various parameters in ( I think )
/sys/module/glamo_mci/parameters/ :

It boils down to either setting idle_clk=1  prior to suspend to avoid
getting the MBR trashed, and/or reducing the sd cards max speed on bootup to
get the card recognized (which looks like your issue )

Don't worry, I faced the same issues, and the very same card works fine now!

Hope this gives you enough pointers,

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: problem with SD Card

2008-09-05 Thread Stefan Fröbe
What helped me was setting up another menu entry in u-boot adding to the
bootargs:
glamo_mci.sd_drive=3 glamo_mci.sd_idleclk=1 glamo_mci.sd_max_clk=500
rootdelay=5

The relevant part was sd_max_clk ( might work with higher value, but is ok
as is for me) and the rootdelay, after that the card was recognized
properly.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Get spare parts in NYC (batteries)

2008-09-08 Thread Stefan Fröbe
Hi,

I'll be in New York beginning of October and would like to purchase 2 spare
batteries for my FR - any hints on where I could get them? Is there a local
distributor or buyers group with active orders, by any chance?

Thanks,

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: problem accessing SD Card SanDisk SDSDQ-8192-E11M

2008-09-09 Thread Stefan Fröbe
On Tue, Sep 9, 2008 at 7:34 AM, Kevin Squire [EMAIL PROTECTED] wrote:

 On Mon, Sep 8, 2008 at 11:03 AM, Kevin Squire [EMAIL PROTECTED]
 wrote:
  Hi,
 
  I have problems accessing my 8Go SD Card
 
 snip snip

  For my disk, my thoughts are that the first sector is bad.  I'll try
  to confirm this later today (don't have anything else available that

 Confirmed, bad disk--can't read it with anything else (and in fact,
 trying to read it on my Ubuntu system puts sd_mod into a state where
 it won't read another disk).


Had that  before, too : In case you do not have a backup of the MBR, there
is a (windows) tool from panasonic ( SD-Format or sth. like that) that could
restore mine to a point where formatting worked again.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Get spare parts in NYC (batteries)

2008-09-09 Thread Stefan Fröbe
Yes, I know as I also own quite a few BC-5s and remakes ;-)
But I'm looking specifically for the original ones to have the coulomb
counter and a working charge meter...

On Tue, Sep 9, 2008 at 10:06 AM, Thorben Krueger [EMAIL PROTECTED]wrote:

 the batteries should be pretty standart stuff. I got the same form
 factor in my nokia (although it is a bit shorter, the connectors are
 in the right place and the width is the same). I suggest you should
 simply walk into the next mobile accessory store with the battery to
 get a compatible one. No need to import anything if I am correct.

 Thorben

 2008/9/9 Stefan Fröbe [EMAIL PROTECTED]:
  Hi,
 
  I'll be in New York beginning of October and would like to purchase 2
 spare
  batteries for my FR - any hints on where I could get them? Is there a
 local
  distributor or buyers group with active orders, by any chance?
 
  Thanks,
 
  Stefan
 
  ___
  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 sensitivity

2008-10-27 Thread Stefan Fröbe
 The FR still takes some minutes to get a fix when in a moving vehicle, and
 anywhere inside a building, it is as if it never worked.

 Nothing new


Speaking from daily experience the FR is in no way less sensitive than any
other GPSr I have used or was around with while geocaching, and that is my
main reason I bought it! Actually just this weekend I was caching in a city,
and while reception was generally very good, when I noticed a drift in one
spot the Garmin Colorado my colleague had with her showed the same erratic
behaviour.

And with recent SW, first-fix-times have gone down immensely: I hardly ever
need more than 40s, and when standing still I can barely set up tangogps
before I have a signal - moving on a bike is a different story, but putting
it upright in the pocket is the key here.
This is all with 2008.9 and newer kernel, HW fix applied manually.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: TangoGPS svn/git ?

2008-11-06 Thread Stefan Fröbe
 On Friday 07 November 2008, Bastian Feder wrote:
  Hey!
  since it is a one man show I think there is no public repository.
  But the guy behind it, Marcus Bauer, is a really friendly german guy.
 
  Have you contact him already? this might be the best way to find out ;)
 


Can only confirm this - but last time I managed to get in touch (around
august ) there wasn't a public repository  as the SW was still too much in a
flux.
...

  A friend and myself are planning on contribute to TangoGPS.  Looking for
  the git / svn repository we can pull the latest source from?   Does
  anyone know if a repository for tangogps exists?  The latest on the
  tangogps.org website is 0.9.3, release in march.

Presumably sending patches is fine - I find myself in the same situation:
the diff is becoming larger and larger, but the time and effort necessary to
port it to the next release  just doesn't seem worth cleaning it up
appropriately sometimes :-(


Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [FSO][M4] DOOM Running slow.

2008-11-13 Thread Stefan Fröbe
  I've noticed extremely slow performance while running Doom on FSO M4. I
 tracked it down to the accelerometer code. (I turned off accel control in
 the opendoom.cfg file and that fixed the speed issue). The code basically
 opens /dev/event3 and reads from this. Should I be approaching the
 accelerometer interface differently?? It is running horribly slow, can
 anyone else confirm this?


I noticed the same, but the solution from another thread worked here -
either execute or put into ~/.profile :

# fix doom accelerators
echo 10  /sys/devices/platform/lis302dl.1/threshold
echo 10  /sys/devices/platform/lis302dl.2/threshold

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release

2009-02-03 Thread Stefan Fröbe
On Tue, Feb 3, 2009 at 3:07 PM, Petr Vanek van...@penguin.cz wrote:
...

 the trouble is that i don't know how to change the ro flag for qi (i
 can imagine i could place a kernel on my card and add append file with
 rw and root=/dev/mtd device and of the nand flash?)


Hi Petr,
Just create a textfile /boot/append-GTA02 and put whatever is needed as
kernel parameters in there - here is mine:
rw rootdelay=3 glamo_core.slow_memory=1

Refer to http://wiki.openmoko.org/wiki/Qi for more details

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release

2009-02-03 Thread Stefan Fröbe
Hi Andy,

| rw rootdelay=3 glamo_core.slow_memory=1


that's for a SHR kernel mentioned somewhere on this list (
uImage-2.6.28-rc4-ms5-fixes_34240a1c06ae3618.bin ) but not fixing the
White/Noisy SOD for me.

glamo3362.slow_memory=1


Your latest compiled kernel

 uImage-moredrivers-GTA02_andy-tracking-b72d8b4c5b7173a1.bin
http://people.openmoko.org/andy/uImage-moredrivers-GTA02_andy-tracking-b72d8b4c5b7173a1.bin

isn't cutting it for me as a re-suspends immeditaely when coming out of a
suspend, so I couldn't try out this parameter.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release

2009-02-03 Thread Stefan Fröbe
On Tue, Feb 3, 2009 at 9:48 PM, Petr Vanek van...@penguin.cz wrote:

 ...
 i understand that this is when you run system from sd card. i run
 system from NAND and for that i need to edit the boot environment

...
 I had flashed u-boot back but would love to use qi again as it can start
 the neo on a short pwr press, has no logo and is faster...


Not sure I understood what you wanted correctly, so please don't hesitate to
ask again - but if you want to use Qi to boot from NAND the procedure is the
same as from SD-Card:

- setup your /boot directory (in NAND!) with the Qi specific files
uImage-GTA02.bin (needed), append-GTA02 (optional) and noboot-GTA02 (you
don't want that) exactly as you would for an SD-Card partition
- then power up normally
- if you have Qi set up for any of the first 3 partitions on SD-Card they
would first be booted : Therefore press AUX just after the FR vibrates once
for every partition you want to skip, then as a final resort NAND will be
tried. Or, put noboot-GTA02 to skip automatically wherever appropriate.

HTH,

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Om2008.9] updating OSM data for tangoGPS

2009-02-05 Thread Stefan Fröbe

 My script as well honours the existence of a file '.../OSM/lastrun' and one
 can just create this file with

 $ touch -t 02050724  lastrun  ## MMDDHHMM

 to exclude, in this example, all tiles which are already newer then
 February 5, 7:24;
 for example if you have to restart the script during a day;


Hi Matthias,

neat little script for this great idea - I cleaned the output a little,
added a simple progress and updated a tile's timestamp when it was checked
sucessfully - now all that's needed is a little parallel wget to speed
things up ;-)

Stefan


yaouh.sh
Description: Bourne shell script
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [FSO/Illume] Program icons not showing up

2009-03-05 Thread Stefan Fröbe
Hi,

I tried out FS0-ms5.1 and switched to the experimental feeds - and the icons
also disappeared after upgrading to the newer e-* packages (e-wm -
0.16.999.050+svnr39300-r4 )

The following message in /tmp/x.log had already been mentioned on the list
and still occurs:
EDJE ERROR: file /usr/share/enlightenment/data/themes/illume.edj, group
e/modules/kbd/base/default has a non-fixed part. add fixed: 1 1; ???
  Problem part is: e.text.label
  Will recalc min size not allowing broken parts to affect the result.


When I deleted ~/.e in a last attempt to get to a sane state, a hint to a
missing menu brought me to the solution:
/etc/xdg/menus/applications.menu was missing, when copied over from a stock
FSO-ms5.1 install, all icons reappear!

HTH,
Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Yet Another Screen Of Death

2009-03-12 Thread Stefan Fröbe

  create a file /etc/apm/resume.d/01display:

...
As I was one of the first promoters of this fix I want to just update that (
as announced by Andy in the associated ticket ) the git commit Fix jbt6k74
qvga_normal state handling 83cf37799009 from Feb. 25th fixed all resume
issues I had  - no more need for any special resume handling !

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Re: Yet Another Screen Of Death

2009-03-12 Thread Stefan Fröbe
On Thu, Mar 12, 2009 at 3:40 PM, jeffrey.ratcli...@gmail.com wrote:

 On Mar 12, 2009 3:25pm, Stefan Fröbe frob...@googlemail.com wrote:
  As I was one of the first promoters of this fix I want to just update
 that ( as announced by Andy in the associated ticket ) the git commit Fix
 jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all
 resume issues I had  - no more need for any special resume handling !

 Which distro are you using? With FSO Milestone 5.1 and the andy-tracking
 kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume
 problems, but USB stopped working.


I'm also using FSO-ms5.1, switched to experimental and andy-tracking from
about 2 days ago (can check exact version at home later) : no issues with
USB, only thing not working here is that Qi doesn't react to AUX presses on
start so partition selection doesn't work...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Re: Yet Another Screen Of Death

2009-03-12 Thread Stefan Fröbe
On Thu, Mar 12, 2009 at 3:55 PM, Stefan Fröbe frob...@googlemail.comwrote:

 On Thu, Mar 12, 2009 at 3:40 PM, jeffrey.ratcli...@gmail.com wrote:

 On Mar 12, 2009 3:25pm, Stefan Fröbe frob...@googlemail.com wrote:
  As I was one of the first promoters of this fix I want to just update
 that ( as announced by Andy in the associated ticket ) the git commit Fix
 jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all
 resume issues I had  - no more need for any special resume handling !

 Which distro are you using? With FSO Milestone 5.1 and the andy-tracking
 kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume
 problems, but USB stopped working.


 I'm also using FSO-ms5.1, switched to experimental and andy-tracking from
 about 2 days ago (can check exact version at home later) : no issues with
 USB, only thing not working here is that Qi doesn't react to AUX presses on
 start so partition selection doesn't work...

 Just a little update :
andy-tracking-5457a45a5d4ca2c3 (Clean up camera driver) from 2 days ago
worked flawlessy as far as I can tell ( only tried USB, GSM  GPS - no BT or
WLAN ).
I just upgraded to latest
uImage-moredrivers-GTA02_andy-tracking-1e257a0e99817a33 and everything still
seems in order, so there must be some other problem with your USB.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] vim, ntpclient... a repository ?

2009-03-25 Thread Stefan Fröbe


 Works, but not perfectly for me.
 In particular, when i SSH into my freerunner from a linux laptop, the
 cursor keys don't work in vim insert mode. They insert C and D and such
 instead. They only work in command mode.


adding set nocompatible your ~/.vimrc file should fix this
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


tangogps + geocaching (DL-link inside)

2009-05-27 Thread Stefan Fröbe
Hi all,

as previously announced on freeyourphone.de here is my enhanced TangoGPS
that I used exclusively for geocaching since I received my FR about a year
ago. Due to time constraints I will not be able to keep up its separate
development from mainline tangogps anymore, and since my changes havn't been
included since 0.9.5 I'd rather have them published raw as they might be now
than forget about them.

Main features I added are the ability to do complete paperless geocaching
along with several small fixes:
- map tiles are scaled from a lower level if they are missing in current
resolution
- coloured tracks based on height/speed/...
- in the scripts folder, there is a script to convert PocketQueries to a
geocache.db
- a script to upload fieldnotes of found caches to ease logging

As I haven't received any official reply to my request to geocaching.com to
allow inclusion of their icons, one has to manually do so - see the script
in the pixmaps dir  hint,hint

Sorry documentation is lacking, but at least you have the code, and most of
the features should be self-explanatory.
The binary is UNTESTED, as my FR is still getting BUZZ-fixed...

Feel free to include or enhance any of this, and I'd be very happy to
receive your feedback - but please keep in mind this is my first (and after
all, I hope my last) GTK coding attempt when judging the code ;-)

Stefan

Temporary address of storage with all the code  screenshots ( if you have
the webspace, feel free to mirror )

http://www.gmx.de/mc/t9qJNy7RaCviQgmLC4X4c2UcpFgZqf
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: tangogps + geocaching (DL-link inside)

2009-05-28 Thread Stefan Fröbe
On Thu, May 28, 2009 at 7:11 AM, Yorick Moko yorickm...@gmail.com wrote:

 have you sent it also to marcus bauer?


Of course I have, and even prior to the 0.9.6 release in february already -
but as there haven't been any updates to TangoGPS since then  I wanted to
get this as it is now so maybe someone else can also contribute. In
addition, keeping up with the GUI changes without the glade files was a pain
;-)

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: tangogps + geocaching (DL-link inside)

2009-05-28 Thread Stefan Fröbe
Don't get me wrong here:
I still think Marcus as the developer of TangoGPS is the best person to
discuss all this with - I do not intend to fork or maintain any separate
version, nor do I recommend to do so by any means!

All I wanted was to get the code off my hands _NOW_  (actually already a lot
earlier as some of you will know, sorry for the delay) , as I do not have
the time to maintain or enhance it much at the moment , but hopefully it all
ends up in official TangoGPS.

Whether in can be included like it is now or after a thorough clean-up or
restructuring by someone else I cannot tell, but at least all that is
working fine for me is out there so nobody needs to duplicate the efforts.

Hope this clears any possible misunderstandings, maybe Marcus will shed some
light on his further plans with regard to TangoGPS, too.

Stefan

On Thu, May 28, 2009 at 4:46 PM, Risto H. Kurppa ri...@kurppa.fi wrote:

 Great!

 Could someone convert this into an .ipk and share on opkg.org? How
 about starting a new project to continue the development of Tangogps
 independently if it'd allow a faster pace of development and more open
 contribution. Now that Stefan knows the code, it'd be possible..

 r


 On Thu, May 28, 2009 at 9:50 AM, Stefan Fröbe frob...@googlemail.com
 wrote:
 
 
  On Thu, May 28, 2009 at 7:11 AM, Yorick Moko yorickm...@gmail.com
 wrote:
 
  have you sent it also to marcus bauer?
 
 
  Of course I have, and even prior to the 0.9.6 release in february already
 -
  but as there haven't been any updates to TangoGPS since then  I wanted to
  get this as it is now so maybe someone else can also contribute. In
  addition, keeping up with the GUI changes without the glade files was a
 pain
  ;-)
 
  Stefan
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 



 --
 | risto h. kurppa
 | risto at kurppa dot fi
 | http://risto.kurppa.fi

 ___
 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: Debuzzing

2009-06-02 Thread Stefan Fröbe
Thanks to a very special delivery service by Dr.N himself (thanks again,
and sorry for the inconvenience that followed!) I was able to test my
Buzz-Fixed FR over the weekend and must say I am quite impressed: With a new
alsa statefile nobody was complaining about buzz, echo or general lack of
loudness anymore!
Since the battery lasted the whole saturday afternoon ( GPS on, GSM off) I
hope the current consumption of ~300mA that I got this morning can be
attributed to some software changes only, so I guess operation buzzfix was
sucessfull!

So thanks again and a big thumbs-up for Nikolaus who made this possible in
the most customer-friendly way!

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [TangoGPS] POI coordinates as WGS84 deg and min

2009-07-09 Thread Stefan Fröbe
AFAIK, tangogps should accept the other formats happily if you enter them
correctly, I do not know if it works in all input fields, though. For
geocaching ( which is the main use of my Freerunner ) I added a bunch of
extras to tangogps waiting to be included - if you're interested, check

http://n2.nabble.com/tangogps-%2B-geocaching-(DL-link-inside)-td2983362.html

Feel free to contact me with any specific questions,

Stefan

On Wed, Jul 8, 2009 at 11:55 PM, Marcel tan...@googlemail.com wrote:

 Hello,

 I'm using TGPS for geocaching. The coordinates always get listed as f.e.
 N 55° 33.218 E 008° 08.493 (WGS84 degrees and minutes)
 If I have to build the coordinates for the cache's second stage by
 hand, I only get these coordinates as reference, but TGPS needs WGS84
 Decimal Degrees as POI coordinates.
 As a feature wish: Could someone please make TGPS understand degrees and
 minutes? :)

 --
 Marcel (who hasn't even understood how to convert the two formats in an
 own program yet :/ )

 ___
 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: Om 2009, NWA, keyboard?

2009-08-28 Thread Stefan Fröbe
Just put the following into a script to run after an update:

#!/bin/sh
cd /usr/lib/enlightenment/modules/illume/keyboards
rm Default.kbd
ln -sf Terminal.kbd Default.kbd

HTH
Stefan

On Fri, Aug 28, 2009 at 6:41 PM, Carsten Gerlach daswaldh...@gmx.de wrote:

 Hello,

 Am Mittwoch 26. August 2009 23:58:24 schrieb Risto H. Kurppa:
  click the top bar and then click the keyboard on top right and there
  you go, easy as what :)

 Is it possible to start the keyboard with the layout terminal
 automatically
 when I start the terminal?

 Thanks, Carsten



 --
 Hier ist mein öffentlicher GPG-Schlüssel:
 http://daswaldhorn.funpic.de/gpg.html
 =
 www.stopptdievorratsdatenspeicherung.de

 ___
 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: Towards paperless geocaching - Advanced Geocaching Tool for Linux

2009-09-02 Thread Stefan Fröbe

 What about using the original GC.com cache icons for GCs? Of couse one
 would have to download them separately (licensing issues iirc from the
 TangoGPS geocaching extension).


After several requests to l...@groundspeak.com and cont...@groundspeak.com I
finally got permission to include the cache icons in my geocaching
enhancements to TangoGPS, so that isn't an issue anymore - you just have to
be persistent!

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux

2009-09-02 Thread Stefan Fröbe
On Wed, Sep 2, 2009 at 12:11 PM, D. Fett fett_mokoker...@fragcom.de wrote:




  What about using the original GC.com cache icons for GCs? Of couse one
  would have to download them separately (licensing issues iirc from the
  TangoGPS geocaching extension).
 

 Sorry, but i absolutely don't want these icons in the app, for some
 reasons:
 - the licensing issues you already mentioned


Can be resolved, see my other mail


 - but more importantly, these icons are very big. You don't see where the
 geocache is actually located. Therefore i choose the square (so you can
 easily spot the geocache) with the little crosshair in the center (so you
 can see where _exactly_ the geocache is located).


I find it more intuitive to see the original pixmaps, and as they stay the
same size (32x32px) as I zoom in to let's say level 20 when near a cache
that corresponds to just a few centimeters on a map, thus much less than the
general accuracy of the GPSr ...

- drawing the icons would be slower than drawing simple squares and lines


Is that so?  It's on my Todo-List to benchmark these different approaches,
but not necessarily a major slow-down from my expererience.

- it's easier to make the squares and lines translucent, so that the user
 can see underlying streets


That is a valid point in my opinion, plus it offers several posiibilities
(nice to see the names on the map, btw!)

So to me there are no apparent technical difficulties to do so, but of
course this depends entirely on the intended design of the SW, and the
result is most likely merely a cosmetical one. Nice to see some
alternatives, though, and the online features and the database browsing is a
real plus here!

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: TangoGPS font size for speed indicator

2010-01-05 Thread Stefan Fröbe
Don't know about any configuration options, but had the same issues and
changed it in my geocaching patch:

change this line in src/gps_functions.c after setting global_font_scale to
sth like 40:

@@ -94,7 +94,7 @@ osd_speed(gboolean force_redraw)
  layout  = pango_layout_new (context);
  desc= pango_font_description_new();

- pango_font_description_set_size (desc, 60 * PANGO_SCALE);
+ pango_font_description_set_size (desc, 60 * PANGO_SCALE *
global_font_scale /100);
  pango_layout_set_font_description (layout, desc);
  pango_layout_set_text (layout, buffer, strlen(buffer));


HTH, Stefan
On Tue, Jan 5, 2010 at 6:39 PM, vancel35 van...@thespazcat.com wrote:


 I've noticed that each version that I've upgraded of TangoGPS has increased
 the font size for the speed display on the map screen.  I don't need or
 want
 it to take up 1/4 of the screen as it does now.  I've looked inside the
 TangoGPS config file (~.gconf/apps/tangogps/%gconf.xml), but I couldn't see
 any options to set the font size.  Although I have to admit that some of
 the
 config option names are slightly cryptic.

 Is there a setting to reduce the font size?

 Thanks for any info.

 -Laura
 --
 View this message in context:
 http://n2.nabble.com/TangoGPS-font-size-for-speed-indicator-tp4256370p4256370.html
 Sent from the Openmoko Community mailing list archive at Nabble.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


Re: tangoGPS community development, patches (was: tangoGPS magnify patch)

2010-04-12 Thread Stefan Fröbe
Hi,
as I recently struggled with the same issues I'd like to comment on some of
the suggestions
On Mon, Apr 12, 2010 at 1:19 AM, Joshua Judson Rosen
roz...@geekspace.comwrote:

 ...

Most importantly: How should I keep up with work that you're doing
 upstream between releases? Maintaining the patches that I use is vital
 to me, and it's harder to do that if I have no idea where you're going
 upstream--if I have no idea what's going to change out from under me
 with the next release.


I can only second that - I ported my geocaching enhancements from version to
version, but am becoming more and more reluctant to do so with every new
release. Any public repository would be helpful in distributing and
maintaining these features, even if they wouldn't be included immediately in
any official release.

As I said, I *do* really *like* tangoGPS--I owe you a big thanks for
 giving me a good base application on which to build!


I could not agree more - and yet I'd really appreciate it if the full
potential of community driven enhancements would also be available. In the
current state, my features collect virtual dust on my HD and will probably
never ever see a release, with chances decreasing as I loose interest in
developing them further with all the burdens of porting and adapting.

I can fully understand Marcus' focus on quality, and TangoGPS is a great
result of that approach - but still I hope that someday a reasonable public
access is possible with his help instead of forking.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: tangoGPS community development, patches (was: tangoGPS magnify patch)

2010-04-12 Thread Stefan Fröbe
Hi Marcus,

I guess with those prerequisites I won't make any geocaching submission soon
- while all the features are usable as long as you have obtained a GPX file
with all the data, the conversion to an sqlite3 db is done on the CLI with
(one call to) bash/python scripts.

Looking at gpxview [1], for example, I do not want to re-implement all that
again - and as that program now also compiles cleanly without any Maemo
dependancies on my desktop and also has maps support, there might no longer
be a point to patching TangoGPS. GPXView just is more specific and may
therefore well be the better tool for geocaching.

But thanks for the offer, I'll check my history for any other patches I got
queued and come back to you,

Stefan

[1] https://vcs.maemo.org/viewvc/trunk/?root=gpxview


 before it gets lost in all the other discussions: I'd still be happy to
 integrate this.

 Remarks:
  * it must be usable for people that have not signed for the 30$
   premium account
  * everything must work from the user interface, command line is not an
   option
  * no python dependency - you can use either libsoup or libcurl

 Send me your last working tarball and I'll have a look and make
 suggestions or give you a hand.

 Marcus



 On Mon, 12 Apr 2010 09:46:46 +0200
 Stefan Fröbe frob...@googlemail.com wrote:

  Hi,
  as I recently struggled with the same issues I'd like to comment on
  some of the suggestions
  On Mon, Apr 12, 2010 at 1:19 AM, Joshua Judson Rosen
  roz...@geekspace.comwrote:
 
   ...
 
  Most importantly: How should I keep up with work that you're doing
   upstream between releases? Maintaining the patches that I use is
   vital to me, and it's harder to do that if I have no idea where
   you're going upstream--if I have no idea what's going to change out
   from under me with the next release.
 
 
  I can only second that - I ported my geocaching enhancements from
  version to version, but am becoming more and more reluctant to do so
  with every new release. Any public repository would be helpful in
  distributing and maintaining these features, even if they wouldn't be
  included immediately in any official release.
 
  As I said, I *do* really *like* tangoGPS--I owe you a big thanks for
   giving me a good base application on which to build!
 
 
  I could not agree more - and yet I'd really appreciate it if the full
  potential of community driven enhancements would also be available.
  In the current state, my features collect virtual dust on my HD and
  will probably never ever see a release, with chances decreasing as I
  loose interest in developing them further with all the burdens of
  porting and adapting.
 
  I can fully understand Marcus' focus on quality, and TangoGPS is a
  great result of that approach - but still I hope that someday a
  reasonable public access is possible with his help instead of forking.
 
  Stefan

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community