Experiences with GTA02 and OM2008.12 (was part of the "Brick" thread)

ijit mjfahmi at yahoo.com
Sat Jan 17 19:07:29 CET 2009

Well , before i start talking , did you try the FSO image ? , people are reporting its solid ,first of , even if you got all thos errors , its natural , openmoko still in development phase
its not for the end user , and when you buy it , its called development kit , so i dont think its ready for basic function yet , but when you think about it , openmoko its first of its kind to be totally 100% opensource , so just give it some time and ull be amazed ;) ull see openmoko having even better preformance than others , becouse ull be able to maximize and tweak the preformance of ur mobile , and as i said , its the only one of its kind , so just give it some time and it will rock ;)--- On Sat, 1/17/09, Warren Baird <photogeekmtl at gmail.com> wrote:
From: Warren Baird <photogeekmtl at gmail.com>
Subject: Re: Experiences with GTA02 and OM2008.12 (was part of the "Brick"  thread)
To: "Support for Openmoko Device Owners" <support at lists.openmoko.org>
Date: Saturday, January 17, 2009, 7:56 AM

Hey Craig,

Unfortunately your experience matches pretty well the experience I had with the OM2008.8 distro.   I switched to QtE 4.4.2 when it came out, and have had a much better experience - I haven't encountered missed calls or SMSs.   The only tweaking I did was to turn on suspend in the power managment UI, and to disable the speakerphone alsa config, since it seemed to be causing feedback on occasion.  The downside of QtE is that you can't take advantage of all the cool X based software people are putting together.

I'm a bit disappointed by your report, though - I had kinda hoped that 2008.12 was making progress....   

If you do experiment with SHR let me know how it goes - the reports I've heard with it sound good...

And I definitely agree with your comment about open source devices --- I've used linux for a long time, and I do expect to have to fiddle with it a bit to get the config right initially - but then I expect rock solid performance - not missed calls and texts and having to reboot all the time.   I don't think that's an unreasonable expectation.   QtE comes pretty close - but I'd love to find an X based distro that also does...


On Sat, Jan 17, 2009 at 6:31 AM, Craig Woodward <woody at rochester.rr.com> wrote:

First off, I want to thank Tom for the blog pages he has setup.  They're a great reference for setting up the OM base software, and really should be put on the main Wiki release pages somewhere.   I'd say the out-of-box functionality of most of the OM releases is highly enhanced if you follow the directions he's posted.

---- Tom Yates <madhatter at teaparty.net> wrote:

>On Wed, 7 Jan 2009, Craig Woodward wrote:

>> And core functionality on ALL Neos, like making and receiving calls and

>> SMS, is still unreliable.


>i'm sorry, but i think that's unfair; my GTA02A6 has been my main phone

>since i bought it at the end of august 2008.  you may never have been able

>to make things work for you, but it's wrong to say that core functionality

>on all neos is unreliable; it's fine on mine.

Really?  Your main phone?  On my Neo, applying the same patches you note on your blog, core functionality is NOT reliable.  I write device drivers, firmware, SDKs, and applications for a living, so it's not like this is new stuff for me.  Try as I may, I can't get this phone to be a phone.  And really, I shouldn't have to patch and tweak an image from my phone's manufacture to get base functionality, like making and receiving calls reliably.

To be fair before giving up on it, I tried loading up 2008.12 last weekend.  This weekend I plan on trying the latest of a couple other releases, like SHR and Android.  I even used your blog (which is really a great setup walk though) and a couple other references to get things up and running quickly.  At first I was very hopeful and inspired by the improvements I saw since the last OM release I tried (which was admittedly 2008.8).

In particular I found that some of the interface was more polished. GRPS setup and usage was MUCH more solid than in the past.  In fact, GPRS is now probably the most stable sub system I've used on the FreeRunner.  Even suspend seemed to be working with test calls I did from my office phone early on.  I did find some annoying bugs in interface still: email not working, SMS not using contact info, etc.  But I figured those are user-space problems, which can be fixed later.  Polish wasn't my main concern... base functionality was my focus.

The first night the phone ran over night and didn't crash, which was great. I used GPS & Wifi in the morning, and it worked well.  Finally, I tried making a call and it crashed, lost network, and refused to get signal again.  After a reboot it registered fine, and my outbound call went well. I hoped it was a glitch from being on almost 12 hours, and went in to work.

At work, I got a call but was not able to answer it.  The answer button on the screen would highlight, but the phone just keep ringing.  A reboot and a call back worked.  An hour later I got a call and was able to answer, but the person on the other end couldn't hear me.  A reboot again fixed it.  Later that day the phone rang half a ring, and went right to the dialog that tells me I'd missed the call.  The caller later told me it rang several more times than usual before going to voice mail.   Repeat for the next day or so...

Of about 15 calls I know about over the two days I was using my Neo, 9 answered as expected.  Only one outbound call had an issue out of about 8. Not a very good rate for a phone.

Near the end of day one, it dawned on me that I *never* got notification that I had waiting voice mail, which comes as a text message from my provider.  In fact, I discovered (over several reboots) that I'd missed most inbound text messages.  And despite my phone saying text messages were being sent, only 14 of about 26 actually made it to the carrier, based on reports from friends AND my carrier's ticker on my account web page.  Through testing I found this was regardless of if suspend and/or GRPS was on or off.  SMS loss appears to have happened more often when GRPS was enabled, but I lost calls and SMS even after I turned both off and rebooted.

The window manager crashed every few calls and required rebooting at least a few times a day.  I had one occasion where the phone exited suspend mode, rang, and then rebooted (which is when I disabled suspend all together).  Over all, I found it so frustrating that on a few occasions I pulled my sim and hopped back on to my 6230.

What finally drove me back to the 6230 was when I saw additional texts on my 6230 that the Neo never reported, sent hours or the day before in some cases.  Switching back to the Neo, those texts *never* showed up, as if they didn't exist.  This despite the fact that my Nokia got them as part of the SMS backlog from my provider (which included the SMS the Neo did receive).

I don't know about you, but I call most of the above a lack of core functionality.

Admittedly, some of that may be user-side stuff, since for some it's hard to tell where the fault lies without major debugging.  But the phone rebooting after ringing; that's pretty clearly a driver level issue.  The sound going south after a couple calls, again sounds like a driver issue, especially when a reboot fixes it.  GSM stops getting signal randomly, but is fine after a reboot... driver or firmware.  This is critical stuff that should have top priority, and clearly has not received it.

Does FIC/OM do any testing?  Does anyone there run a release version of this software on a GTA as a daily phone?  Most of this isn't new for the GTA02.  In may cases the same problems (and the same hardware) exists in the GTA01.  And for each of these bugs I found a ticket languishing in the bug tracker, often many months old, with little or no pointers on a solution.  Many were still in the "new" state, or had comments saying it was fixed months ago in the developer trunk, which you'd think would mean it should be fixed in the release from last month.  Yet the bug still exists.

> personally, i have a bunch of free-software-based devices

> (OM phone, rockbox audio player, linux laptop) and i expect to have

> to give them frequent attention

Really?  Another place we diverge.  Stability is one of the reasons I prize linux based devices.  For me most just run, with little to no intervention required once they're setup properly.  I have several open-source devices that almost *never* need tweaking.  I have a Sansa w/ RockBox, and outside of it's setup and a couple small tweaks, it's been rock solid for nearly a year.  I have a linux based router that runs 24/7, and has only hung on me once since I've owned it.  I have a linux server that automates my house, provides SMB and printer services, records and plays back TV shows, controls my home lights, and feeds my pets via X10 devices.  The last time I even logged into it was 3 months ago to update the video codecs.  It has an uptime of over 3 years (thanks to the UPS), and probably won't be shutdown until I update the capture card to an HD tuner card later this year.  I've logged maybe 4 days of time on it in the 8 years since I set it
 up initially.

>so do by all means say that the OM isn't what you were led to expect


>but don't say that the OM cannot be made suitable for use as a production

>phone, because some of us are using it just fine.

I'm not upset that they didn't meet my expectations. I'm upset that they're not meeting the base line for the device.  Even you admit that to get your phone to work as a simple phone it's taken more than loading an image and turning it on.  With over a year of development, on hardware that's not changed much from the previous model, the software should be stable enough to work out of the box by now.  The fact that it wasn't stable when it was sold to customers as stable (for well above an equivalent developer kit OR new release GSM phone I might add), is wrong.  Yet alone to not have it working a year later.

And I'm not saying OM won't make it to a "production level" phone at some point.  I just don't think that at the rate they're going that they'll get there before they've dropped support for the GTA02 (much like they've done for the GTA01).  And since they're the only group with official/financial support from FIC doing work for the GTA, that really bothers me.

If OM stops supporting the GTA02, do you think ANYONE will pick it up?  If someone does, will they be able to talk the GSM modem manufacturer into releasing a firmware update if another bug is discovered, when OM/FIC had to pull teeth to get one?  OM is the only source in town, and regardless of how "open" the source for the GUI is, there are parts of the phone that are still closed and NOT documented to anyone but FIC/OM.  Who's going to support that when OM bows out, be it in a year when the GTA03 is out, or when some other shiny new toy gets their attention?

Right now by definition the GTA is not a production level phone, despite FIC marketing it as such last year.  A production level phone doesn't require someone to spend hours tweaking a base release image to stabilize it.  I never had to tweak my production Nokia 6230 to enable GPRS.  I never had it say it delivered a text message and NOT actually send it, or completely lose inbound text messages. Never in the 15 years I've been using cell phones (over 5 models and 3 manufacturers) have I had one not respond to picking up a call while ringing.  I've also never had one not connect  half the voice stream when answering a call.  No production phone I've ever used has done any of these things, but my FreeRunner has done all that and more in the 48 hours I tried to use it as my main phone.  That's a lack of core functionality.

I'm upset that they were advertised as being ready for regular use when clearly it's not ready for that. What upsets me most though is that a few people keep exclaiming "But it works for me!", as if that some how invalidates the fact that it doesn't work for the vast majority of Neo owners.  I understand having a positive attitude, and I try to do that.  But when I get burned by something, I tend to make noise.  And people saying "you should have known, despite all indications and promises to the contrary" doesn't change the fact that I (and many others) got burned.

All said and done I'm seeing progress.  But I'm 9 months in now and still can't rely on my shiny new $400 phone to make and receive calls and texts like my 5 year old nokia can.  As much as I love my old Nokia, it's not able to keep up with the changes going on in world of data I live in.  You can only do so much with a 5 year old Java implementation on a sub-100Mhz CPU.  I'll need to replace it soon, and the Neo just doesn't look like it's going to be functional as a phone in time to replace it, if it gets there at all.

Who's to say OM won't decide to change direction again, spurring off another base when they hit the same slope in FSO/SHR development that they did with the old OM2007 framework?  Meanwhile the technology is evolving, and newer phones with better features and near-open-source qualities are showing up now, with better cores, actual SDKs, and a working base image out of the box.

I'm really hopeful that one of the images I'm going to try this weekend will just work and run and be happy.  But I've already warned my friends that it may take a couple calls to get a hold of me for the next few days, because I just don't think it's going to happen.  I hope I'm wrong, but with the past 9 months as my guide, I'm not optimistic.


support mailing list

support at lists.openmoko.org


support mailing list
support at lists.openmoko.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/support/attachments/20090117/dbca65d9/attachment-0001.htm 

More information about the support mailing list