Re: Comparing A5 and A7 sound settings
>>> Just my two cents. I think at this point distributions' defaults >>> should be towards A7 users, since all new users are anyway A7 users >>> and A5/A6 owners by now are surely aware of the ALSA setting >>> problematics. >>> >> Hi, >> >> If it really depends on the Ax model I think they should be somehow >> distinguished by /proc/cpuinfo so if different ALSA settings are needed, >> they should be selected automatically based on that. >> >> > It would be a big help. Totally agree. > It's a good idea, but how would it get the info about which Ax version the user has. Even if the A(x) manufactured version is detecable in software I doubt a home modified A(x) to A(x+1) is. It would really need to be user specified. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA02] VGA-QVGA switching - #2263 revisited
I'd just like to add that QVGA has not worked on GTA01 for a few years now (at least not in SHR) xrandr has always reported 480x640 as the only available mode. I think it may have been worked under om2007. Anyone tried it under debian? If anyone's able to have a look at getting GTA01 QVGA working in SHR that would be great. Ben. On 18/02/2010 4:47 a.m., Vladimir Koutny wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > >>> Thus, I'd like to ask if anyone know: >>> - a solution that works? >>> - a git revision which is supposed to fix #2263? >>> - some background on #2263 so I can try to fix it in SHR kernel? >>> >>> I'm also fine with DRM kerels if they can somehow switch the >>> modes/orientations; >>> I didn't find a word how that should work, though. >>> >> XRandR hasn't really been worked on yet for the DRM/KMS stack, so if it >> works then it's more luck than judgement. I'm working on stabilising >> this kind of thing in the 2.6.32+DRM kernel right now. >> > Ok, thanks for info. I'll try to have a look at the andy-tracking code > for now (which is the most stable kernel for my needs.. 2.6.32 can't even > suspend/resume properly) - hopefully I can find something.. > > Vlado > > >> Tom >> >> > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iJwEAQECAAYFAkt8D60ACgkQutgEj9ZLuzTaJwQAw/l3M6VBobvrxZz6dDxoFF5J > 88ooxKWsEWqeCnTo0rBER9CDFCdMo4bQqoAbBnCsUh8xxxMHmtZk872ojY3sJRXG > R2zlOzNkhW8erWJXYhDrzFzbfFVJqrq1VATq0axc8qTGnHxFfXdTzKkunOFZzJ85 > FVA8GHNjLZovNxPdhas= > =Cmlq > -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: OM future
maybe, but i think i trust Nokia more than i trust the people involved in getting the units from the factory to the users hands. Package could easy have been dropped by a sales person etc. Ben. On 7/02/2010 12:52 p.m., Carsten Haitzler (The Rasterman) wrote: > On Sun, 07 Feb 2010 12:46:04 +1300 Ben Wilson said: > > possible. either way - that says something then about nokia's QA proceedure on > the production line :) not good enough. (not for me!) > > >> All the people I know who have an n900 love it. >> It seems highly likely that his n900 is faulty. >> >> Ben. >> >> On 7/02/2010 11:29 a.m., Gennady Kupava wrote: >> >>> В Вск, 07/02/2010 в 05:29 +0900, Carsten Haitzler пишет: >>> >>> [cut] >>> >>> >>>> or get a nokia n900 (though my >>>> experience is that its a pile of junk - as i sit here now with my n900 >>>> having bricked itself spontaneously over a week ago, so i'm without a >>>> phone, 6000km from home, not to mention that windows 3.1 seems like a >>>> paragon of stability and solid performance compared to the n900 - the n900 >>>> would literally crash and restart the whole ui very few minutes or sooner >>>> at times, but it'd do this at least 5-10 times per day at a minimum). >>>> >>>> >>> [cut] >>> >>> Hm, FR seems rock solid after such review. >>> >>> Gennady >>> >>> >>> ___ >>> 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: OM future
All the people I know who have an n900 love it. It seems highly likely that his n900 is faulty. Ben. On 7/02/2010 11:29 a.m., Gennady Kupava wrote: > В Вск, 07/02/2010 в 05:29 +0900, Carsten Haitzler пишет: > > [cut] > >> or get a nokia n900 (though my >> experience is that its a pile of junk - as i sit here now with my n900 having >> bricked itself spontaneously over a week ago, so i'm without a phone, 6000km >> from home, not to mention that windows 3.1 seems like a paragon of stability >> and solid performance compared to the n900 - the n900 would literally crash >> and >> restart the whole ui very few minutes or sooner at times, but it'd do this at >> least 5-10 times per day at a minimum). >> > [cut] > > Hm, FR seems rock solid after such review. > > Gennady > > > ___ > 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: [Shr-User] Quick e-mail poll: Still using your Freerunner?
On 30/12/2009 9:30 a.m., Risto H. Kurppa wrote: > Do you use FR as your daily/primary phone? > no i use my Neo1973 > Do you use FR as your primary PDA? > same as above > What distribution you run most of the time? > SHR unstable > If you don't use FR as your daily phone/PDA, what phone did you change > over to, and why? > I'm seriously looking at buying an n900 due to 2G GPRS just being too slow. > > Thank you :) > > > r > > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.722 / Virus Database: 270.14.123/2592 - Release Date: 12/29/09 > 20:47:00 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [freerunner] compatible battery that supports charge info
Openmoko sell spares packs, in case you weren't aware, come with two batteries. http://us.direct.openmoko.com/products/spares-pack Ben. On 2/02/2010 1:23 p.m., jeremy jozwik wrote: > im going to be looking for a new battery shortly. > > http://wiki.openmoko.org/wiki/Neo_FreeRunner_BatteryCompatible > Replacement Batteries > lists that none of the nokia batteries support charge info. is this > information still up to date? > > are there any other 3rd party batteries that are fully supported? > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.733 / Virus Database: 271.1.1/2662 - Release Date: 02/02/10 > 01:37:00 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How is gta01 charger ID resistor detected?
I could be wrong, but I thought the 47K resistor cable ID feature was one of the things they added into GTA02. I assumed GTA01 didn't have it. Ben. Andy Poling wrote: > I have made a couple of custom charging cables for use with my gta01 and dumb > USB chargers (selected because they were rated at least 500ma). I made the > cables by connecting a 47K resistor between the ID pin and ground leads. > > However, after struggling with constantly inability to reliably charge my > gta01 on dumb chargers, some investigation has shown that the phone (running, > at the moment, a recent git pull) is settling into trickle charge despite the > presence of the ID resistor. > > What is supposed to detect the resistor? What happens when it does? How can > I tell if it's working? > > I've modified the pcf50606 reporting in my kernel to reveal more bits of the > registers to track this down. I've changed the charger sysfs online attribute > to use the low bit of CHGVINSTAT for bit 0 and CHGAPE for bit 1. I've changed > the chgmod attribute to also reveal the CHGAPE and AUTOFST bits. > > The first thing I noticed is that CHGVINSTAT is always set, even when there's > no charger present. I don't know why. That seems contrary to the pcf50606 > spec. It's possible it's a bug in my change to the driver. > > But the real problem I noticed is that AUTOFST is getting cleared when a cable > with the ID resistor is connected. Here's a log made by a shell script > monitoring changes in the values reported through sysfs as I unplugged from my > desktop and then plugged into a dumb charger with my modified cable: > > Jan 24 23:47:50 neo logger: BATSTAT=Charging BATCHG=100 CHARGER=3 > CHARGEMODE=15 > (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=fastcccv) > ** unplugged from desktop USB ** > Jan 25 03:24:02 neo logger: BATSTAT=Discharging BATCHG=100 CHARGER=3 > CHARGEMODE=31 > (bits set indicate CHGAPE=1, AUTOFST=1, CHGMOD=idle) > [...] > Jan 25 03:28:03 neo logger: BATSTAT=Discharging BATCHG=94 CHARGER=3 > CHARGEMODE=31 > ** plugged into dumb charger and modified cable ** > Jan 25 03:28:34 neo logger: BATSTAT=Charging BATCHG=96 CHARGER=3 CHARGEMODE=5 > (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=precharge) > [...] > Jan 25 10:53:46 neo logger: BATSTAT=Charging BATCHG=23 CHARGER=3 CHARGEMODE=5 > ** unplugged from dumb charger and modified cable ** > Jan 25 10:54:16 neo logger: BATSTAT=Discharging BATCHG=18 CHARGER=3 > CHARGEMODE=29 > (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=idle) > [...] > Jan 25 10:56:48 neo logger: BATSTAT=Discharging BATCHG=20 CHARGER=3 > CHARGEMODE=29 > ** plugged into desktop USB ** > Jan 25 10:57:18 neo logger: BATSTAT=Charging BATCHG=43 CHARGER=3 CHARGEMODE=15 > (bits set indicate CHGAPE=1, AUTOFST=0, CHGMOD=fastcccv) > [...] > Jan 25 10:59:19 neo logger: BATSTAT=Charging BATCHG=56 CHARGER=3 CHARGEMODE=15 > > As you can see, I never get more than trickle charge when on the dumb charger > and modified cable. > > Along the way I encountered several things about the pcf50606 MBC control > driver that I think can be improved/fixed. I guess I'll take that discussion > to the openmoko kernel list. > > -Andy > > It ain't what you don't know that gets you into trouble. > It's what you know for sure that just ain't so. - Mark Twain > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.730 / Virus Database: 271.1.1/2645 - Release Date: 01/26/10 > 08:36:00 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Costa Rica 3G and Neo Freerunner.
That's 3G SIM cards. To support 3G a phone needs the hardware to transmit the 3G protocol and frequency (3G chip inside) and a SIM card that supports 3G The neo freerunner and 1973 don't have a 3G chip inside so cannot connect to the 3G network. A while back people were having problems using 3G SIM cards in the phone (3G SIM card to connect to 2G network). The phone wouldn't connect or would give issues so that page was setup to list which 3G SIM cards would work on the phone (2G connection). As far as I know the latest GSM firmware fixed those issues. Ben. Esteban Monge wrote: > Thanks for your answer. > In this page some 3G chips works with Neo Freerunner, What mean that? > http://wiki.openmoko.org/wiki/FreeRunner_unable_to_work_with_3G_SIM_cards > > > -- > http://nuevaeracr.blogspot.com > Linux user number 478378 > Linux machine number 386687 > Tec. Esteban Monge Marín > Tel: (506) 8379-3562 > > “No habrá manera de desarrollarnos y salir de > la pobreza mientras los pocos negocios > grandes de nuestro medio se entreguen a las > economías foráneas y nosotros nos > quedemos con solo negocios de pobre, > mientras en vez de ser propietarios de nuestro > propio país nos convirtamos en un ejército de > empleados del exterior” > José Figueres Ferrer, 1952. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.709 / Virus Database: 270.14.98/2551 - Release Date: 12/08/09 > 08:34:00 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Received SMS going unnoticed
Good idea, Could use the accelerometers to sense it being picked up. Couldn't do it in gta01 though, since it doesn't have the sensors. Ben. Robin Paulson wrote: > 2009/11/13 Ben Wilson : > >> What would be ideal is for it to keep playing the new message sound >> every few minutes while the new message popup is being displayed. Does >> anyone have a cron script or anything to solve this problem. >> > > personally, i would find it very useful to tie this in to the > vibrators, so when i pick the phone up, it notifies me again of a > text/missed call. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.425 / Virus Database: 270.14.62/2499 - Release Date: 11/12/09 > 14:33:00 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Received SMS going unnoticed
Thanks
That looks like a good place to start, i'll have a go at it.
Ben.
arne anka wrote:
> basically it should be possible, to write a rule for oeventsd in
> rules.yaml (incoming sms should be an event supported).
> if not, you could opimd-cli and do something like
>
> opimd-cli messages query MessageRead 0 | grep "Numer of results:" | awk
> '{print $4}'
>
> which would print the number of unread (which 0 means, imo) messages
> ("Numer" is the correct typo :-), but better check again).
> as long as the resulting number != 0, you could trigger a vibration.
>
> DISPLAY=:0 qdbus --system org.freesmartphone.odeviced
> /org/freesmartphone/Device/LED/neo1973_vibrator
> org.freesmartphone.Device.LED.SetBlinking 60 3000
>
>
> i still don't know, how to call directly via bash/dbus call, which would
> be a tad less resource consuming.
>
> DISPLAY=:0 qdbus --system org.freesmartphone.opimd
> /org/freesmartphone/PIM/Messages/Queries
> org.freesmartphone.PIM.MessageQuery.GetResultCount
>
> produces an error:
> ValueError: invalid literal for int() with base 10: ''
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.425 / Virus Database: 270.14.62/2499 - Release Date: 11/12/09
> 14:33:00
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Received SMS going unnoticed
Unfortunately, i have gta01, no leds Ben. Davide Scaini wrote: > maybe a led flashing... we have 3 leds! > d > > On Thu, Nov 12, 2009 at 9:40 PM, Ben Wilson <mailto:b...@abcom.co.nz>> wrote: > > Hi, > > I've been using SHR unstable for my everyday phone for a while and > i was > wondering what solutions people > are using to stop sms messages arriving without being noticed. > > I leave me phone running and on charge next to the PC when i'm at home > so the battery is always full when i go out. > What's happening is I get a sms and of course the sound plays but i'm > not there to hear it. > With the auto screen poweroff I don't even notice when I return to the > PC, can be a few hours before i tap the phone and notice. > > I could turn off auto screen poweroff, so when I return the new > message > is visible on the phone but then the LCD would be running pretty much > all day/night which is probably not so good for its lifespan. > > What would be ideal is for it to keep playing the new message sound > every few minutes while the new message popup is being displayed. Does > anyone have a cron script or anything to solve this problem. > > Thanks > Ben. > > ___ > Openmoko community mailing list > community@lists.openmoko.org <mailto: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 > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.425 / Virus Database: 270.14.62/2499 - Release Date: 11/12/09 > 14:33:00 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Received SMS going unnoticed
Hi, I've been using SHR unstable for my everyday phone for a while and i was wondering what solutions people are using to stop sms messages arriving without being noticed. I leave me phone running and on charge next to the PC when i'm at home so the battery is always full when i go out. What's happening is I get a sms and of course the sound plays but i'm not there to hear it. With the auto screen poweroff I don't even notice when I return to the PC, can be a few hours before i tap the phone and notice. I could turn off auto screen poweroff, so when I return the new message is visible on the phone but then the LCD would be running pretty much all day/night which is probably not so good for its lifespan. What would be ideal is for it to keep playing the new message sound every few minutes while the new message popup is being displayed. Does anyone have a cron script or anything to solve this problem. Thanks Ben. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QVGA 240x320 in GTA01 in SHR
Hi Can anyone help me get GTA01 into 240x320 mode in SHR unstable (latest buildhost) I've tried the following.. $ xrandr -s 240x320 Size 240x320 not found in available modes $ chvt 4 && echo qvga-normal > /sys/devices/platform/spi_s3c24xx_gpio.1/spi0.0/state && fbset qvga LCD changes to something but it's all messed up, grey lines, nothing really recognisable. Have to reboot phone to get it back to readable. Thanks, Ben. My fb.modes file is the typical one and contains the following # Timings for GTA01 VGA and QVGA mode mode "480x640" # D: 26.000 MHz, H: 43.334 kHz, V: 65.657 Hz geometry 480 640 480 640 16 timings 38461 104 8 2 16 8 2 accel false endmode mode "vga" # D: 26.000 MHz, H: 43.334 kHz, V: 65.657 Hz geometry 480 640 480 640 16 timings 38461 104 8 2 16 8 2 accel false endmode mode "240x320" # D: 8.475 MHz, H: 24.635 kHz, V: 75.569 Hz geometry 240 320 240 320 16 timings 118000 88 8 2 2 8 2 accel false endmode mode "qvga" # D: 8.475 MHz, H: 24.635 kHz, V: 75.569 Hz geometry 240 320 240 320 16 timings 118000 88 8 2 2 8 2 accel false endmode ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Free runner opened up
I dunno about the freerunner but with gta01 it shipped with a guitar pick to be used to pry the case open without damaging the plastic :) Risto H. Kurppa wrote: > On Wed, Aug 26, 2009 at 8:16 AM, RANJAN wrote: > >> Hi, >> >> Did anyone open their free runner up.I want to give it a try.Any suggestion >> (blogs or pics of it might help).Please let me know.How is the screen in FR >> .Is there a backlit panel and a color panel which can be seperated? >> > > Dude, of course it's been opened - it's an open phone :) > > http://wiki.openmoko.org/wiki/Disassembling_Neo_1973 > > http://wiki.openmoko.org/wiki/Neo_FreeRunner_GTA02_Hardware > http://wiki.openmoko.org/wiki/Neo_1973_hardware > > > > r > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help, bricked gta01. Anyone in New Zealand with a debug board?
David Vermeille wrote: > 2009/7/10 Ben Wilson mailto:b...@abcom.co.nz>> > > Hi, > > I just bricked my GTA01 by accident and need a debugboard to > reflash uboot. > Anyone out there in New Zealand with a debugboard that can help? > > Thanks > Ben (Psi) > > ___ > Openmoko community mailing list > community@lists.openmoko.org <mailto:community@lists.openmoko.org> > http://lists.openmoko.org/mailman/listinfo/community > > > > Hi, > You may want to look at http://www.almesberger.net/misc/idbg/ if you > don't find someone with a debug board. > > Hope it helped, > David > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community wow, thanks. I should be able to build that quite easily. Thanks again, Ben. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Help, bricked gta01. Anyone in New Zealand with a debug board?
Hi, I just bricked my GTA01 by accident and need a debugboard to reflash uboot. Anyone out there in New Zealand with a debugboard that can help? Thanks Ben (Psi) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA01 SHR Image, anyone have a good one?
Hi I've been using SHR on my gta01 for a while as my everyday phone. Recently I decided to try the latest testing/unstable images and ran into problems. I'd like to move back to an earlier version so I can keep using my phone but unfortunately I deleted the old image that I was using. So does anyone out there with a GTA01 have a good SHR image I could grab? Or maybe there's an archive of old images that I'm unaware of? Thanks, Ben. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to use FR as a mass storage device?
samba works too. Ben. Daniel.Li wrote: > On Sun, 2009-05-10 at 13:17 +1000, Carsten Haitzler wrote: > >> On Sun, 10 May 2009 10:20:30 +0800 "Daniel.Li" said: >> >> >>> Dear List, >>> >>> Well, I found that copying files to FR is quite difficult with >>> tftp/wget. Is there any way simple, like usb(mass storage device, just >>> like a thumb drive) >>> >>> Or there might be something i missed, please redirect me to the correct >>> page. Thanks. >>> >> also remember - usb storage is block-based. it could ONLY export the micro-sd >> card, and while exported it cannot be visible/mounted on the phone, so its a >> lot of caveats. >> >> use scp - simplest way, or better, nfs export from the phone (u'll need to >> add >> some packages). :) >> > > > Hum... nfs is a really good idea. > > a) I have got below items, which one should I install? > > b) Is it same as configuration on x86 paltform (/etc/exports)? > > > kernel-module-nfs - 2.6.29-oe10+gitr119805 > +f656a97d946a2529630c9770a72c10a24dc397f9-r3.4 - nfs kernel module > kernel-module-nfs - 2.6.29-oe10+gitr119801 > +b4136a36f31a65d0998a328465df9e8e2ba93166-r3.4 - > kernel-module-nfs-acl - 2.6.29-oe10+gitr119805 > +f656a97d946a2529630c9770a72c10a24dc397f9-r3.4 - nfs-acl kernel module > kernel-module-nfs-acl - 2.6.29-oe10+gitr119801 > +b4136a36f31a65d0998a328465df9e8e2ba93166-r3.4 - > kernel-module-nfsd - 2.6.29-oe10+gitr119805 > +f656a97d946a2529630c9770a72c10a24dc397f9-r3.4 - nfsd kernel module > kernel-module-nfsd - 2.6.29-oe10+gitr119801 > +b4136a36f31a65d0998a328465df9e8e2ba93166-r3.4 - > task-base-nfs - 1.0-r80 - Merge machine and distro options to create a > basic machine task/package > task-base-nfs-dbg - 1.0-r80 - Merge machine and distro options to create > a basic machine task/package > task-base-nfs-dev - 1.0-r80 - Merge machine and distro options to create > a basic machine task/package > >> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA01 question : what capacity of ....
Tilman Baumann wrote: > Tim Niemeyer wrote: > >> Hallo wim.delvaux, >> >> * wim.delv...@adaptiveplanet.com >> [24-04-09 04:16]: >> >>> I.e. if I buy a 8GB micro SD card, would the GTA01 be able to use it ? >>> >> I have never tried it, but i have heared it supports SDHC cards, but can't >> boot it? (Booting with Uboot???/Qi???; i don't know) >> > > More or less. :) > SDHC is no problem for Linux. But UBoot can not load a kernel from SDHC. > The wiki has a section how to boot a rootfs from sd and use the kernel > from internal flash. > > And *never ever* use Qi on GTA01. You will loose the DFU loader! > > It says this on the wiki "Booting from SDHC requires a u-boot from 2008-07-23 or later. *But pay attention* : there are problems with SDHC cards at suspend time." I got it from here http://wiki.openmoko.org/wiki/Supported_microSD_cards Might only apply to GTA02 though. Ben. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Recommended GTA01 images?
which shr-unstable image are you referring to? ( http://build.shr-project.org/shr-unstable/images/om-gta01/ ) I tried shr-image-om-gta01.jffs2 with the 2.4.24 kernel there but it had no GSM. Ben. Johny Tenfinger wrote: > You can use GPRS without scripts ;) Use shr-unstable (which is stable > enough again ;D) and use SHR Settings to connect ;) > > 2009/4/5, Ben Wilson : > >> try shr-lite-image-om-gta01.jffs2 from >> http://shr.bearstech.com/shr-testing/images/om-gta01/ >> >> Seems to work great on my gta01, dialling / suspend / sms etc.. >> By default it won't suspend automatically after x seconds, but this >> might be easy to change. >> I just suspend it myself before putting it in my pocket every time >> (click X at homescreen for shutdown/suspend options). >> It has always woken up from suspend when calls or txt arrive. so yeah, >> seems perfectly stable to me for everyday use. >> >> There's some shr tweaks here >> (some may already have been done to the image, ie, i didn't have to do >> fast suspend and no echo) >> http://shr-project.org/trac/wiki/Tweaks >> >> The GPRS scripts here also work for me >> http://wiki.openmoko.org/wiki/GPRS_FSO >> It doesn't have a browser in the image however you can opkg install one >> >> Ben >> >> Mikko Rauhala wrote: >> >>> Hi >>> >>> It seems that my FRs are suffering from additional HW woes to the usual >>> ones, and I just contacted my vendor with warranty questions. >>> >>> Meanwhile, what's hot nowadays for a GTA01 if one wants the phone >>> functions to somewhat work, and yeah, suspend too preferrably? >>> >>> >>> >> ___ >> 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: Recommended GTA01 images?
Yeah. I gave up using the built in flash a while ago due to never having any free space. I run the OS on the sdcard, plenty of room there. Ben polz wrote: > On Sunday 05 April 2009 05:40:50 Ben Wilson wrote: > >> try shr-lite-image-om-gta01.jffs2 from >> http://shr.bearstech.com/shr-testing/images/om-gta01/ >> >> > How did you get it to fit in the flash, along with gllin? > > ___ > 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: Recommended GTA01 images?
try shr-lite-image-om-gta01.jffs2 from http://shr.bearstech.com/shr-testing/images/om-gta01/ Seems to work great on my gta01, dialling / suspend / sms etc.. By default it won't suspend automatically after x seconds, but this might be easy to change. I just suspend it myself before putting it in my pocket every time (click X at homescreen for shutdown/suspend options). It has always woken up from suspend when calls or txt arrive. so yeah, seems perfectly stable to me for everyday use. There's some shr tweaks here (some may already have been done to the image, ie, i didn't have to do fast suspend and no echo) http://shr-project.org/trac/wiki/Tweaks The GPRS scripts here also work for me http://wiki.openmoko.org/wiki/GPRS_FSO It doesn't have a browser in the image however you can opkg install one Ben Mikko Rauhala wrote: > Hi > > It seems that my FRs are suffering from additional HW woes to the usual > ones, and I just contacted my vendor with warranty questions. > > Meanwhile, what's hot nowadays for a GTA01 if one wants the phone > functions to somewhat work, and yeah, suspend too preferrably? > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Can't flash fso console images, error -110. Other images flash fine.
Hi,
I have a weird problem that i just can't figure out.
I'm trying to flash this fso console image to my gta01.
http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/fso-console-image-om-gta01.jffs2
and i always get this...
$ sudo ./dfu-util -a rootfs -R -D ./fso-console-image-om-gta01.jffs2
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY
Opening USB Device 0x:0x...
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
Opening USB Device...
Found Runtime: [0x1457:0x5119] devnum=8, cfg=0, intf=0, alt=5, name="rootfs"
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x1000
bytes_per_hash=452853
Starting download:
[##dfu_download error -110
] finished!
unable to read DFU status
I've also tried the two other console images on that page
http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/openmoko-fso-console-image-glibc-ipk--20090223-om-gta01.rootfs.jffs2
http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/openmoko-fso-console-image-glibc-ipk--20090224-om-gta01.rootfs.jffs2
Both give the same problem.
However, i can flash other distros/images perfectly fine
eg, these all flash fine...
http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/openmoko-fso-illume-image-glibc-ipk--20090224-om-gta01.rootfs.jffs2
http://build.shr-project.org/shr-testing/images/om-gta01/shr-lite-image-om-gta01.jffs2
http://buildhost.automated.it/OM2007.2/Openmoko-openmoko-qtopia-image-glibc-ipk-P1-Snapshot-20080710-om-gta01.rootfs.jffs2
It may not be relevant but all the rootfs that don't work are 22mb in size.
The ones that work are all bigger, starting at 37MB
I've tried the following with no luck
1) Getting the latest version of dfu-util
2) Flashing from a different PC
3) Doing a nand erase rootfs
4) Using a different usb cable
I'm running U-Boot 1.3-2-moko12 (Dec 17 2008 - 00:48:40)
If it helps here's what my boot env looks like
(i edited it recently to make it boot from uSD by default and so might
have something to do with the problem if i did something wrong in there)
--
GTA01Bv4 # printenv
baudrate=115200
bootargs_base=rootfstype=jffs2 root=/dev/mtdblock4
console=ttySAC0,115200 console=tty0 loglevel=8
bootdelay=1
menu_1=Set console to USB: setenv stdin usbtty; setenv stdout usbtty;
setenv stderr usbtty
menu_2=Set console to serial: setenv stdin serial; setenv stdout serial;
setenv stderr serial
menu_3=Power off: neo1973 power-off
mtdids=nand0=neo1973-nand
mtdparts=mtdparts=neo1973-nand:0x0004(u-boot),0x4000(u-boot_env),0x0020(kernel),0x000a(splash),0x03d1c000(rootfs)
quiet=1
sd_image_name=uImage
splashimage=nand read.e 0x3200 splash 0x5000; unzip 0x3200
0x33d0 0x96000
stdin=usbtty
usbtty=cdc_acm
boot_menu_timeout=65000
menu_5=Boot from SD with init: setenv bootargs ${bootargs_base}
rootfstype=ext3 root=/dev/mmcblk0p2 rootdelay=5 ${mtdparts}; mmcinit;
ext2load mmc 1 0x3200 ${sd_image_name}; bootm 0x3200
menu_4=Boot from Flash: setenv bootargs ${bootargs_base} ${mtdparts};
nand read.e 0x3200 kernel; bootm 0x3200
bootcmd=setenv bootargs ${bootargs_base} rootfstype=ext3
root=/dev/mmcblk0p2 rootdelay=5 ${mtdparts}; mmcinit; ext2load mmc 1
0x3200 ${sd_image_name}; bootm 0x3200
partition=nand0,0
mtddevnum=0
mtddevname=u-boot
pcf50606_int1=0x53
stdout=usbtty
stderr=usbtty
Environment size: 1250/16380 bytes
GTA01Bv4 #
--
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
separate mailing lists for each GTA device?
I'm not a heavy openmoko mailing list user but I do read some of it to try and keep up to date. As an owner of a GTA01 I find it quite tricky to keep up to date on the state-of/discussion-on GTA01 because of the massive volume of GTA02 communications. Feel free to argue either way on this idea but maybe it would be beneficial to have a separate list for GTA01 and maybe GTA02/03 as well. A place where people could talk about issues only related to a single device or give updates on the status of things for that device. I'm probably not alone in my email filters to move list emails into folders GTA01, GTA02, GTA03 and GTA04 if they contain that text, which isn't a very good solution to the problem. What are your thoughts on it? or other possible solutions. Ben. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Cellphone sizes
Sean's comment that 3G modules are currently "too big" has got me thinking about cellphone sizes. Maybe it's just me but I don't really see the fascination with keeping phones small. I would be happy with a phone larger than GTA01/02. Something a bit smaller than a Sony PSP. Really the only size constraint i have is the size of my pockets, which are quite big :) A PSP-like sized phone would relax the size constraints that were present in gta01/02 development and allow a wider range of chipsets to be considered. There would be room for some of the wish-list items such as an external flash slot, empty internal space for add-ons, fully powered usb port, IR remote control port, external analog and digital IO, much bigger battery, few more button/wheels and of course maybe a 3G module. It would also allow for a bigger screen which I think helps any touchscreen phone. However I guess a phone that size might not appeal to everybody? Ben. Sean Moss-Pultz wrote: > On 12/31/08 Ben wrote: > >> Any chance of getting an announce list for 3G, or a guarantee that it >> will be mentioned on the announce list when it is confirmed? >> > > You bet we'll mention it. But please don't hold your breath. We're a > long way away from a serious 3G design. Openmoko cannot afford the > licensing royalties needed to implement a reference design. And modules > (global ones), at this point, are just too big. > > Happy holidays. > >-Sean > > ___ > 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: Stage of GTA03 development?
Gothnet wrote: > 3G is an absolute must for the gta03, without it it's just a phone with a > lousy connection most of the time. Or would be if I could be bothered to try > getting GPRS working... > I'm pretty sure the specs for GTA03 are set and it's 2.75G / edge. 3G will be in GTA04 at the earliest. 3G will be an option only when there is a 3G chipset with interface documentation that's not under NDA. Ben. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Suspend/Resume Issue: Possible Hardware Problem?
Between attempts did you erase and reflash both the kernel and rootfs as well as remove all power for 30seconds (battery and usb) to completely reset the phone? Ben Robert Bieber wrote: > When OM2008.8 was released, I flashed it to my Freerunner, and suspend > and resume worked impeccably for the first couple of days I had it. > After that, however, it started going into suspend and refusing to come > out, even if called. I reflashed with 2008.8, but the problem > persisted. I have since tried multiple reflashes of OM2008.8, FSO > Milestone 2, and Qtopia, and none of them will allow the phone to come > out of suspend. Given that the problem persists across distributions, > it would seem as though there may be an issue with the phone itself. > Does anyone else have any experience with this problem? Could there be > a software fix, or am I going to have to have the phone replaced? > > Thank you, > Robert Bieber > > ___ > 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: Is Neo1973 truly abandoned?
I second this. Ben >> I am only aware of 1 (ONE) functioning GTA01 in the Taipei office. A >> bit hard to do development and testing that way. >> Next week we will look at the Om 2008.8 on GTA01 situation: >> >> 1. how many people want this? >> >> >> > How many GTA01s did you sell? Gotta be a few thousand. I'm sure we all > bought them assuming *someday* we'd have a usable phone. Right now, I > have a usable GPS, thanks to TangoGPS, other than the fact that the > battery dies before I finish most of my hikes (making it useless as a > GPS, too, other than for novelty value). > > When I got the GTA01, I assumed that someday it would be usable as a PDA > and phone, and could hand off to my wife and then get a GTA02. Instead, > I essentially have a $350 paperweight. > > So when GTA03 comes out, does GTA02 get abandoned? > > > I'd say, the minimum that we need for GTA01 would: > > 1. have working, reliable GSM service to use as a phone > 2. have working, reliable suspend/resume so that you can get more than 4 > hours at a time, without breaking the other features > 3. provide working SMS, > 4. have an address book, and calendar in some form that can be > synchronized with desktop/online services > 5. have a GPS/mapping software that works. > > So as best I can tell, we have 4 out of 5, but not even in any > combination that can be run together. > > Can we at least get 1 to 4 done in some core release, so we can call it > a phone? > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What will be in GTA03?
Most of the interesting things you can do with a built-in camera are not practical if you need to actually find and plug in a usb camera attachment every time you need it. Not to mention how ugly they look. A built-in camera is at the top of my wish-list for future GTAXX products. There are so many other things you can do with a camera than general pictures of people and places. -bar code reading -facial recognition -Machine vision -3D environment mapping, (with multiple neos networked) -OCR And they are just a few. I very much doubt adding a camera would cost the $200 you estimated, i expect it would be more like $50 or less (assuming standard cellphone lens quality). But, to be honest, i think getting GTA02 stable as an everyday-developer-phone is the most important thing right now. There isn't much point adding more and more features if the current phone/features can't be used reliably. Ben. Daniel Benoy wrote: > While we're on the topic of hardware wishlist stuff, I'd like to throw in my > two cents ^.^ > > - Hot swapable SD card slot > - External wifi antenna connector (Mmmm war driving) > - Official openmoko car charger (That gives me 1A without having to futz > around) > > Also, I'd like the camera idea to be an optional extra at most. > > The buttons idea isn't so bad too, even though I really like the clean > minimalist look the freerunner has right now. > > I've responded inline to the comments of the original poster below. > > On Saturday 09 August 2008 10:34:32 Monkey D. Luffy wrote: > >> 1) camera (decent one, 3MP or more) >> Will it be possible to record movies with sound? What resolution? >> > > Since this phone will not be offered with any contracts (at least at first, > depending on how successful it gets), I don't think people will be willing to > pay an extra $200 just to get a camera in there. It's possible for a USB > camera/webcam to be attached to the phone when it's in host mode. If you > want to see that, you're more than welcome to go create it yourself. The CAD > files are freely available for the phone, so you could probably readily > create a snugly fitting clip-on camera that replaces the back plate, or > something. (Most people don't have te resources for this, but that's fine. > If there's enough consumer demand, it will eventually happen) > > >> 2) buttons on the damn thing :p >> SNES and GBx all the way :) >> Or at the very least, sell the GTA03 with an optional control pad: >> http://www.icontrolpad.com/ But try to make it as small as possible >> (maybe the control pad overlapping the case) so it doesn't get t big. >> > > You can already plug USB gamepads into the unit. Making one that actually > connects to the unit so you don't have to awkwardly balance the phone on your > lap or something should also be easy enough for an aftermarket manufacturer, > but for now you're stuck with duct tape :p > > >> 3) holder for a small plastic stylus. With an optinal string >> connecting both, so that if you drop it by chance it doesn't get lost >> forever in some crack to hell. >> If possible, keep this in mind if selling the icontrolpad thingy (so >> the stylus doesn't get trapped there). >> > > Seems like nitpicking, but I guess it's a valid desire. > > >> 4) GPS >> Will I be able to keep maps updated for free? >> Will it be possible to make use of google maps, in the sense of having >> the indications on how to get from A to B? >> > > This is a software issue, not a hardware one. There's a GPS in the GTA02 and > if the right software ever gets created then it will be able to do what you > describe. > > >> 5) USB connector (USB 2.x), in order to connect the phone to the computer >> > > ? That's on the side. > > >> 6) WiFi >> > > Already in there. > > >> 7) accelerometers >> > > Yep. Got that. > > >> 8) bluetooth >> > > Has that too. > > >> 9) a cute chinese or japanese girl ^_^ >> Well, at least their phone numbers :p >> > > I would like a cute japanese girl's phone number too, but I think that's up > to the sim card manufacturer, or the openmoko software side. > It would be preferable if the cute japanese girl was really into open source > too. I don't know if that's feasible. > > >> I heard about xv and glamo and what else... What I need to know is: >> Will I be able to watch videos or play games (with sound on both) at >> 640x480 resolution? >> > > I think we should be able to do this with the hardware that's out there now. > Anyone achieved this? > > > > > ___ > 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.openm
Re: A very sad story...
There's probably a few people here that have dead phones with other faults. Maybe one of them could sell you a dead phone cheap and you can swap the lcd panel with your phone. Ben John Koenig wrote: > Hey all, > > Usually my first post to a community mailing list is some basic question > that I could find if I just read 15 more mins on a wiki, but I am sad to > say that this isn't the case for this posting. I have been an openmoko > user for 4 days now, and a happy one at that. I was getting involved, > learning, and bothering plenty of people on IRC with the types of > questions I mentioned earlier. Today, I had my openmoko in my pocket > (empty at that) as I was out for a walk and when I turned it on > afterwards I discovered a crack in the LCD panel! > > I don't really know how to proceed from here. I contacted the reseller > I purchased the phone from, Koolu, and haven't heard back from them > yet. I need help in figuring out what to do next. If Koolu is > unable/unwilling to help, how can I go about getting another LCD panel > to replace the damaged one? > > Any thoughts/advice is appreciated. > > Thanks, > > John Koenig > > > > > ___ > 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: Why is Qtopia much faster?
I don't really know for sure but if i had to guess id say it's probably because Qtopia has been around much longer and so is more optimised. Probably has much less debug code enabled as well.. Ben. Yorick Moko wrote: > This might be a stupid question, but it isn't the first and will not > be the last stupid one I ask :). > I have glimpsed at the 2007.2, ASU and qtopia image (the latest > builds) and a very noticable difference is the speed. > Will this improve in the ASU and the 2007.2 or should I not get my > hopes on? Qtopia just responds and seems to load everything faster. > > Kind regards, > Yorick > > ___ > 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: Screen locking while in conversation
or we could require more than one click (or maybe a drag) to hang-up using the touchscreen. arne anka wrote: >> I think it would be a sane policy to prevent the screen from locking >> during a conversation so that you don't need to unlock it just to hang >> up. Don't you think ? >> > > nope. it would mean that you might accidently execute any kind of action > available by tapping just because your ear is funny shaped. > locking and hanging up by pressing aux or power shortly seems more > sensible to me. > > ___ > 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: unable to start up freerunner after batterie was full down
So the freerunner doesn't suffer from the problem in gta01 of squealing (and potential damage) if you remove the battery while it's charging? Ben. Michael Shiloh wrote: > 2. Once your phone is booted, remove the spare battery. Freerunner will > remain running, powered by charger > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My word on GPRS
I wonder how feasible/effective it would be to do some extra realtime compression on the GPRS data link? Make a connection to your home Linux box to terminate the compression and connect you out to the internet from there. I'm not sure how GPRS works exactly, it may already use compression that can't really be improved upon etc.. but it might be something to think about. Even and improvement from 5KB/s to 8KB/s would be nice. Ben. Michael 'Mickey' Lauer wrote: > Am Donnerstag 03 Juli 2008 08:21:50 schrieb Knight Walker: > >> Anyone who has paid attention to this mailing list over the last few >> months has seen the "It doesn't have 3G, it's worthless" messages about >> the FreeRunner. For me (And many, many others) having a fast, >> power-hungry wireless pipe to the phone isn't as important as everything >> else the FreeRunner brings to the table. But I do have a question: What >> kind of thru-put can we expect to see from the GPRS radio in the >> FreeRunner? Is it 2k/sec dial-up speed? >> > > I have just did some measurements and I have achieved a sustained throughput > of about 5K/sec. It's not stellar, but you can actually do a lot with that, > if you're a bit clever. People have lived for decades with slower landline > modems. > > >> Also, and I know this has been talked about before, but is the final >> word that the GPRS can or cannot be active at the same time as the GSM >> (Class B or whatever it's called)? An ongoing GPRS connection would be >> really nice but if it can suspend/resume decently (Something like v.92 >> on modems if anyone remembers those). >> > > I just did some tests with our framework and here's my first (not final) word > on it: > > You can activate a GPRS context, have the ppp0 interface automatically setup > and transmit data. > > Two cases now: > > a) If you want to dial out, just dial out. The ppp0 interface will keep being > up, but will not be able to transmit any data while you're calling, e.g. a > wget will be stalling, pings will hang. Once you hangup, the context will > automatically be resumed, wget will continue, pings will return. > > b) If you want to receive calls, the connection needs to be idle. You can > safely have an activated context (i.e. i was able to log in via SSH) being > idle and then you will get your incoming call notifications. > > Note though, once someone wants to call you while you are not idling, i.e. > during a long wget, you will not get any call notifications. Instead, the > network will think you are not reachable and -- if configured -- send you to > the voice mailbox. > > All in all, considering the age of the TI Calypso, I'm quite satisfied with > the possibilites this gives us. > > Yes, it's not perfect. Yes, I'd love to have more. But I can already do a lot. > > Hope that helps, > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The glamo chip and its future
I like the 'idea' of something programmable like a CPLD/FPGA, but I suspect adding one would be too costly, they're not cheap as far as IC's go. Ben. Michael Stather wrote: > Couldn't the glamo just be driven with a highter bandwidth, or is this a > chipset limitation? > And if the chip just isn't capable of performing better, what about the > idea to have plain framebuffer access only through the processor but > include a CLPD/FPGA in the design which may be loaded "on the fly" with > a firmware for a simple 3D chip. I was involved in a project of a game > console, with 2D acceleration only, but IMHO simple 3D acceleration > isn't that hard. And this would have the advantage that the 3D core is > fully open and can even be improved with optimisations and more features. > I think through its openness openmoko could also become quite popular > for gamers, since there exist many good open-source games which could be > ported easily to the platform if there was hardware acceleration (OpenGL > ES or even better plain OpenGL). Thinking of consumers, they want fancy > 3D effects and games, and since all options nowadays are either j2ME > commercial games or smartphones which have all a rather small community > or are closed like the iPhone, this could becomne another real advantage > of the openmoko platform. > > > ___ > 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: photographs of box and POSSIBLE contents of Neo Freerunner
Good point Robin Paulson wrote: 2008/4/22 Ben Wilson <[EMAIL PROTECTED]>: Will it ship with powerpack adaptors for all countries? I just noticed there's no adaptor for Australia/New Zealand in the pic. Not that it would be a problem, most of us have an adaptor lying around somewhere. i'm not sure of the exact situation, and this may vary in some countries, but don't some places have laws that an item sold there (or shipped to there?) must include a correct plug? ___ 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: photographs of box and POSSIBLE contents of Neo Freerunner
Will it ship with powerpack adaptors for all countries? I just noticed there's no adaptor for Australia/New Zealand in the pic. Not that it would be a problem, most of us have an adaptor lying around somewhere. Ben. Michael Shiloh wrote: Remember, Steve is still deciding what to include in the box. These are just a bunch of stuff that fit, from which he is making decisions: http://quickstart.openmoko.org/photographs/ If someone with more skills than me at web page design would like to turn this into a nice web page with thumbnails etc. I would welcome the assistance. I have to get back to upgrading GTA01 firmware, testing GTA02 samples, and shipping all of these items. You don't need my permission - download these photographs, they are direct copies of my originals, and create what you want. Michael ___ 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: Warning. Don't remove battery with usb power
Yeah, without knowing how the power system is done i dunno either. It could be the charging circuit going to max output to try and raise the battery volts above the min level, (which of course it can't). Whatever the cause, the scream is definitely coming from a coil or inductor vibrating due to the attraction/repulsion between its own magnetic field and the earth's. But which coil/inductor and what's causing it to go into this state i dunno. Ben. Tilman Baumann wrote: Ben Wilson wrote: Hey Nick, I've not looked at the electronics inside the neo myself but the sound is typical in the electronics world of a switchmode power supply under grate strain. The reason is a bit more banal. (AFAIK) The scream has just the frequency how much the main cpu can boot and detect that there is no battery and reset. (something like that) Probably not a good thing for the components, but not a result of any stress to the power drivers. But maybe it results in stress for them... Don't know. Better avoid it. :) Regards Tilman Baumann ___ 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: Warning. Don't remove battery with usb power
Hi Tim While it is possible I think it's quite unlikely. When switchmode power supplies die they normally destroy themselves. I would expect, if damage occurred due to usb powered battery removal, the phone would be dead rather than develop booting problems. Ben. Tim Knapp wrote: Hi Ben, Yeah I've done this *once* and it freaked me out. I'm still a bit concerned I've caused some permanent damage on my Neo as I've had problems booting images on the nand ever since but sdcard images work fine - jury is still out on that one. Thanks, Tim On Tue, 2008-03-04 at 13:45 +1300, Ben Wilson wrote: Hey, Just a reminder to everyone *NOT* to pull out the battery while the neo has USB power. You may not have heard it but the phone gets quite angry. As evident by a quiet scream the phone emits as the components in its power system begin to vibrate closer to magic smoke land. Talking with people on IRC most have done this on occasion without any damage. However you are definitely risking permanent damage with the chance increasing with every second it is in this state. My advice would be… Don't do it and if you do it by accident then pull the plug out quickly rather than listening to the interesting sound. (I don’t know if this also applies to gta02 or not) 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 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warning. Don't remove battery with usb power
Hey Nick, I've not looked at the electronics inside the neo myself but the sound is typical in the electronics world of a switchmode power supply under grate strain. I was told by someone on the irc channel that OM folks recommend you don't do it and being an electronics engineer myself i recommend this too. The sound is not something the phone should be emitting in normal operation. Ben. Nick Guenther wrote: On Mon, Mar 3, 2008 at 7:45 PM, Ben Wilson <[EMAIL PROTECTED]> wrote: Hey, Just a reminder to everyone *NOT* to pull out the battery while the neo has USB power. You may not have heard it but the phone gets quite angry. As evident by a quiet scream the phone emits as the components in its power system begin to vibrate closer to magic smoke land. Is this true? I haven't been worrying about the scream at all myself. how do you know the whine is from power components? -Nick ___ 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
Warning. Don't remove battery with usb power
Hey, Just a reminder to everyone *NOT* to pull out the battery while the neo has USB power. You may not have heard it but the phone gets quite angry. As evident by a quiet scream the phone emits as the components in its power system begin to vibrate closer to magic smoke land. Talking with people on IRC most have done this on occasion without any damage. However you are definitely risking permanent damage with the chance increasing with every second it is in this state. My advice would be… Don't do it and if you do it by accident then pull the plug out quickly rather than listening to the interesting sound. (I don’t know if this also applies to gta02 or not) Ben. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Never getting GPS lock
I seem to have got it working, although I’m not too sure how. It finally got a fix when I was inside playing around with different gllin options. I tried the "cold" option (cold start) and then “-sim“ (not using simulator) 5min after that it was getting fixes. Although I can't be sure the different options had anything to do with getting it to work and I have no idea why it would have been using the ‘simulator’ in the first place since I was using a normal buildhost image and standard gllin ipk In any case, it's working now so i'm happy :) Thanks for your help Ben. Ben Wilson wrote: na, i'm on a hill, it's pretty much wide open sky. Unobstructed to horizon for 180deg, other 180deg is about 60deg above horizon Lally Singh wrote: From: http://blogs.msdn.com/coding4fun/archive/2006/10/31/912287.aspx $GPGSV,2,1,08,01,40,083,46,02,17,308,41,12,07,344,39,14,22,228,45*75 Where: GSV Satellites in view 2 Number of sentences for full data 1 sentence 1 of 2 08 Number of satellites in view 01 Satellite PRN number 40 Elevation, degrees 083 Azimuth, degrees 46 SNR - higher is better for up to 4 satellites per sentence *75 the checksum data, always begins with * Looks like you're only seeing 1 satellite. Are you in a city or somewhere else where you'd have a lot of obstructions? You need line-of-sight with 4 (preferably more) to get a lock. On Sun, Feb 24, 2008 at 8:38 PM, Ben Wilson <[EMAIL PROTECTED]> wrote: Hi My gta01 never gets gps lock, i've had it outside for over 15min on multiple occasions over the past few months with no luck. I followed the instructions here http://lists.openmoko.org/pipermail/community/2007-November/011916.html to get gllin installed and i do get the $GPxxx info, it just never locks. (Always A1). I get the date on the $GPRMC line which i've been told means the gps receiver has found at least one satellite. I've tried it on different kernel/rootfs images and i get the same thing. Does anybody else have this problem? GPS Output --- $GPRMC,005141.53,V,,,250208,,,N*77 $GPGSV,1,1,01,19,,,31*72 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005142.53,V,,,250208,,,N*74 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005143.56,V,,,250208,,,N*70 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005145.58,00,00,5.0,,M,0.179099,M,0.07 $GPGSV,1,1,01,19,,,30*73 $PGLOR,IGR,81.2,7,71389,0,1*0D $GPRMC,005146.52,V,,,250208,,,N*71 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005147.56,V,,,250208,,,N*74 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005149.48,00,00,5.0,,M,0.179099,M,0.0A $GPGSV,1,1,01,19,,,32*71 $GPGGA,005150.52,00,00,5.0,,M,0.179099,M,0.09 $GPRMC,005150.52,V,,,250208,,,N*76 $GPGSV,1,1,01,19,,,31*72 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005152.54,00,00,5.0,,M,0.179099,M,0.0D --- Thanks 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 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Never getting GPS lock
na, i'm on a hill, it's pretty much wide open sky. Unobstructed to horizon for 180deg, other 180deg is about 60deg above horizon Lally Singh wrote: From: http://blogs.msdn.com/coding4fun/archive/2006/10/31/912287.aspx $GPGSV,2,1,08,01,40,083,46,02,17,308,41,12,07,344,39,14,22,228,45*75 Where: GSV Satellites in view 2Number of sentences for full data 1sentence 1 of 2 08 Number of satellites in view 01 Satellite PRN number 40 Elevation, degrees 083 Azimuth, degrees 46 SNR - higher is better for up to 4 satellites per sentence *75 the checksum data, always begins with * Looks like you're only seeing 1 satellite. Are you in a city or somewhere else where you'd have a lot of obstructions? You need line-of-sight with 4 (preferably more) to get a lock. On Sun, Feb 24, 2008 at 8:38 PM, Ben Wilson <[EMAIL PROTECTED]> wrote: Hi My gta01 never gets gps lock, i've had it outside for over 15min on multiple occasions over the past few months with no luck. I followed the instructions here http://lists.openmoko.org/pipermail/community/2007-November/011916.html to get gllin installed and i do get the $GPxxx info, it just never locks. (Always A1). I get the date on the $GPRMC line which i've been told means the gps receiver has found at least one satellite. I've tried it on different kernel/rootfs images and i get the same thing. Does anybody else have this problem? GPS Output --- $GPRMC,005141.53,V,,,250208,,,N*77 $GPGSV,1,1,01,19,,,31*72 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005142.53,V,,,250208,,,N*74 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005143.56,V,,,250208,,,N*70 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005145.58,00,00,5.0,,M,0.179099,M,0.07 $GPGSV,1,1,01,19,,,30*73 $PGLOR,IGR,81.2,7,71389,0,1*0D $GPRMC,005146.52,V,,,250208,,,N*71 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005147.56,V,,,250208,,,N*74 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005149.48,00,00,5.0,,M,0.179099,M,0.0A $GPGSV,1,1,01,19,,,32*71 $GPGGA,005150.52,00,00,5.0,,M,0.179099,M,0.09 $GPRMC,005150.52,V,,,250208,,,N*76 $GPGSV,1,1,01,19,,,31*72 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005152.54,00,00,5.0,,M,0.179099,M,0.0D --- Thanks 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
Never getting GPS lock
Hi My gta01 never gets gps lock, i've had it outside for over 15min on multiple occasions over the past few months with no luck. I followed the instructions here http://lists.openmoko.org/pipermail/community/2007-November/011916.html to get gllin installed and i do get the $GPxxx info, it just never locks. (Always A1). I get the date on the $GPRMC line which i've been told means the gps receiver has found at least one satellite. I've tried it on different kernel/rootfs images and i get the same thing. Does anybody else have this problem? GPS Output --- $GPRMC,005141.53,V,,,250208,,,N*77 $GPGSV,1,1,01,19,,,31*72 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005142.53,V,,,250208,,,N*74 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005143.56,V,,,250208,,,N*70 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005145.58,00,00,5.0,,M,0.179099,M,0.07 $GPGSV,1,1,01,19,,,30*73 $PGLOR,IGR,81.2,7,71389,0,1*0D $GPRMC,005146.52,V,,,250208,,,N*71 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPRMC,005147.56,V,,,250208,,,N*74 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005149.48,00,00,5.0,,M,0.179099,M,0.0A $GPGSV,1,1,01,19,,,32*71 $GPGGA,005150.52,00,00,5.0,,M,0.179099,M,0.09 $GPRMC,005150.52,V,,,250208,,,N*76 $GPGSV,1,1,01,19,,,31*72 $GPGSA,A,1,1911.2,5.0,10.0*3E $GPGGA,005152.54,00,00,5.0,,M,0.179099,M,0.0D --- Thanks Ben. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I dont know why I was surprised (Case moding)
I don’t really have the equipment to make a custom case myself but I would definitely be interested in buying one, either from FIC as an option or from a 3rd party. I'd want a larger case, maybe 1.3-1.5 times the current size, with a section of empty space for adding extra electronics. At that size it would still fit fine in my pocket. Electronics I might add... -Electronics for IR remote control (this would be the first thing I’d add) -Two analog inputs and two analog outputs for basic multimeter/oscilloscope/siggen functionality (Laugh if you wish) -A larger battery, or multiple batteries (one for phone one for extra electronics) -VGA/TV output electronics (The neo plugged directly into a dataprojector is very appealing, although I’m not quite sure why *yet!*) -Micro projector (if/when the modules become available cheaply) Also be nice if the custom case had some sort of cover for the touchscreen to protect it while the phone wasn't being used. Something that could slide or flip out of the way when you used the phone. I'm always scared to put the phone in my pocket when there's something else in there, in case it damages the screen. Ben. Jeremiah Flerchinger wrote: Michael Shiloh wrote: Dear Christopher and the rest of the community. Thanks for your appreciation. Those of you who have been on this list for a long time will remember that this came up a number of times. It was only recently that we were finally able to come to some kind of a conclusion and release the CAD files. While we are committed to applying open source principles to as much of our process and information as possible, deciding what should be made public and what needs to be kept within the company is an ongoing experiment. We are in uncharted territory here and we're not sure where each step leads. Since you all are part of this experiment, we are extremely interested in knowing what you will do with these files. Alternative appearances? Different colors, textures, shapes? Customizing to particular applications? Expansion? Designing the hardware into other items? Things I would like to do with CAD files & case after getting Neo FreeRunner: - I don't care about color, as long as I can get black and/or silver - Elongate case to allow for removable expansion modules - experiment with I2C - try to get/help build easily removable/reversible camera module (I can't have a camera at work) - play with an AVC-LAN & OBD2 CAN module - look into VGA out expansion module that allows for composite sync - Try to trim down the size of the casing if it doesn't fit well in my pocket I would be interested in making a case to meet my personal wishes and share it with others. If FIC had a black case that provided for expansion modules I would save myself the work & get it from them. Help us understand the outcome of this experiment by continuing to provide us with feedback. I read all of your comments, and I do bring them back to the company. Sincerely, Michael Christopher Earl wrote: www.openmoko.com Today I noticed a change that OM has released their CAD files for the case of the GTA01, This opens a major door to Case modding. I guess im used to closed hardware and tight-liped companies, but i was supprised. I will never again own a closed phone. ___ 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: Power Management on Neo1973
I think your jumping the gun quite a bit All we know at the moment is that there *is* a hardware bug. We dont know; A) If the hardware bug is bypassable in software B) If the hardware is fixable by us. I did read somewhere that it was an 'incorrect resistor' problem. If this is true and the resistor is somewhere easy to get at then changing it shouldn't be a problem for any experience electronics person. C) How much the bug actually effects the battery life. You are blaming the current short battery life entirely on this bug. There is probably still areas of software power management that haven't been done/finished yet. D) If it really matters. I would expect a phone like the neo to run for about a week in standby. If the hardware bug shortens this to a final standby time of say 3 days then so what, some brand new 3G phones only get that. The software isn't finished yet, until it is we wont know the true standby time (fyi. I got 9 hours standby from one of the buildhost moko builds the other day, dunno how that compares with everyone else) In my opinion GTA01 is, and always was, a phone to develop applications on not use as your everyday phone. That's what GTA02 is for :) Ben. Robin Paulson wrote: the word 'yet' is very telling. it strongly implies it will be there at some point. if it's a hardware bug, it'll never be fixed Nicolas Linkert wrote: So the GTA01 will in fact never be usable as a phone. Too bad. And some EUR 300,00 wasted ... Best regards, Nicolas ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New To the list
That's for the developer version of GTA02, not the public release flexd wrote: I believe it's called a Neo1973, not Treo. (Unless there's some other product out there). It's been said December, but i'm guessing past new years probably, because of delays and such :) -Kristoffer herve couvelard wrote: Hello, I'am new to the list and would like to say hello. We plan to use treo1973 in a global solution computer AllInOne Touch screen (linux of course) + Nokia N810 + Treo1973. (all with wifi - treo1973 public version is said to be wifi equiped) (and perhaps gp2X F200) We would tailored version of the pack for specified activities with some soft to 'glue' all. Is there a release date for the public version of the phone ? hervé ___ 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
Phase 1+ discount quantity
Hi everyone, The details of the P1+ discount for people who buy a P1 aren't out yet but I wanted to put forward this question anyway. Do you think this discount will be locked in a 1:1 relationship? ie, buy one P1 and get a discount on one P1+ Or do you think we will be able to buy say, two discounted P1+ phones even if we only bought one P1 phone? Ben. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
