Re: backing up rootfs fails - after 40m FreeRunner continues booting

[Paul Fertser]

Bram Mertens  writes:
> So it looks like NAND U-Boot was updated but NOR hasn't.  However
> http://wiki.openmoko.org/wiki/Backup#Backing-up_flash_images
> specifically states that you need to be in NOR U-Boot before
> flashing/backing up.

Then the wiki is wrong. There's absolutely zero sense in backing up
u-boot itself and other partitions are perfectly readable when you
boot to NAND.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Old accel-using apps should be fixed (was: Re: [SHR] 4-16 shr-testing is pretty good!)

[Paul Fertser]

Adam Jimerson  writes:
> and the accelerometer doesn't seem to work my test was with http://
> www.opkg.org/package_35.html.

Are you all kidding? It was told numerous times that accelerometer
kernel api was changed (the previous version had enough known
problems) and userspace apps should be updated.

It was announced about a month before the change and more than two
months before it finally went to SHR testing. Come on.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [SHR-Unstable] Forcing fast-charge

[Paul Fertser]

Joerg Reisenweber  writes:
> Am So  19. April 2009 schrieb Rask Ingemann Lambertsen:
>> On Sat, Apr 18, 2009 at 05:11:36PM -0700, Mike Montour wrote:
>> > chg_curlim controls the battery charger, while usb_curlim controls the 
>> > total current that can be drawn from the USB port (charging + the 
>> > current used by the Freerunner).
>> 
>>Note that whenever you set usb_curlim (directly or indirectly by
>> plugging in power), chg_curlim is set to the new value of usb_curlim.
>
> where do you find this info? I've checked shortly and e.g. 8.12.6.2 doesn't 
> mention this relation. Maybe I didn't realize the important part?

drivers/power/pcf50633-charger.c:

/*
* We limit the charging current to be the USB current limit.
* The reason is that on pcf50633, when it enters PMU Standby mode,
* which it does when the device goes "off", the USB current limit
* reverts to the variant default.  In at least one common case, that
* default is 500mA.  By setting the charging current to be the same
* as the USB limit we set here before PMU standby, we enforce it only
* using the correct amount of current even when the USB current limit
* gets reset to the wrong thing
*/ 

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [QtExtended] call for help

[Radek Polak]

Franky Van Liedekerke wrote:

> If no response is received, I might as well consider that
> qtextended-on-freerunner is not wanted/needed anymore ... 

Hi Franky,
no other distribution worked for me as phone so i am definitely
staying in. I just hope to have more time and dont want my wife
to get angry ;-) I am now hacking simple audio/video player to
learn QT. Will be back to real QtExtended hacking soon. I am
really appreciating all the work you have done.

Thanks

Radek


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

Re: [QtExtended] call for help

[Fabio Locati]

Hi Franky,
I think that Qt-Extended is an awesome OS for openmoko. Now I'm only
bug reporting, but I think that from this summer, I'll have enough
spare time to be able to study deeper Qt-Extended, and be able to help
with the code. I have a repositoryhoting account
(repositoryhosting.com) and, if you want, I can give you an SVN/GIT
with a trac. I know you already have one, but if this is a cost for
you, you might want to drop this cost. The account I have is not very
used (I'm using less than the 0.01%) and I pay the same if I use the
0.01% or the 100% ;).

On Tue, Apr 21, 2009 at 2:07 AM, Lorn Potter  wrote:
> Franky Van Liedekerke wrote:
>> Ok, it seems my knowledge of qtextended has reached its limits. I'm
>> giving up on trying to fix issues that are definitely qtopia-core
>> related. So, if anybody has the skills to help fix issue
>> http://trac.karadog.net/qt-extended-improved/ticket/26 feel free to
>> jump in. I've spend too much time on these kind of things and since
>> even Trolltech didn't bother fixing it, why should I? I'm just one guy
>> that happened to put some stuff together, not a company with a bunch of
>> developers behind it.
>> The same goes for bluetooth.
>> So: every qtopia/qt/qtextended developer in this list, please jump in.
>> If no response is received, I might as well consider that
>> qtextended-on-freerunner is not wanted/needed anymore ...
>>
>> Franky
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
> try something like this:
>
> diff --git a/src/server/pim/savetocontacts/savetocontacts.cpp
> b/src/server/pim/savetocontacts/savetocontacts.cpp
> index d89cbd2..8e7ecfb 100644
> --- a/src/server/pim/savetocontacts/savetocontacts.cpp
> +++ b/src/server/pim/savetocontacts/savetocontacts.cpp
> @@ -23,6 +23,7 @@ void SavePhoneNumberDialog::savePhoneNumber(const QString 
> &number, QWidget *pare
>             "" + qApp->translate("SavePhoneNumberDialog", "Create a new 
> contact?") + "",
>             QAbstractMessageBox::Warning,
>             QAbstractMessageBox::Yes, QAbstractMessageBox::No );
> +    box->setWindowModality(Qt::WindowModal);
>
>     if (!box) {
>         qLog(Component) << "SavePhoneNumberDialog: No message box available";
>
>
>
>
> There might be other popup dialogs that have the wrong modality. The fix is 
> usually always making it
> WindowModal.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Fabio A Locati

Home: Segrate, Milan, Italy (GMT +1)
Phone: +39-328-3799681
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334

Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia

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

Re: [SHR] and illume, wooow!

[Konstantin]

Joerg Reisenweber wrote:
> give GPRS a try. works out of the box for me
> (as do lots of other things, midori e.g. Me was googling with O2-loop and 
> right APN within 3 min ;)
> /j

Speaking of O2, I was looking for the right settings for O2 (Germany) a while,
but was unable to find them. Could you post/pm them to me, or point me to a site
I can find them? Thanks :)

Regards,
Konstantin

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

[SHR] and illume, wooow!

[Joerg Reisenweber]

give GPRS a try. works out of the box for me
(as do lots of other things, midori e.g. Me was googling with O2-loop and 
right APN within 3 min ;)
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR-Unstable] Forcing fast-charge

[Joerg Reisenweber]

Am So  19. April 2009 schrieb Rask Ingemann Lambertsen:
> On Sat, Apr 18, 2009 at 05:11:36PM -0700, Mike Montour wrote:
> > 
> > chg_curlim controls the battery charger, while usb_curlim controls the 
> > total current that can be drawn from the USB port (charging + the 
> > current used by the Freerunner).
> 
>Note that whenever you set usb_curlim (directly or indirectly by
> plugging in power), chg_curlim is set to the new value of usb_curlim.

where do you find this info? I've checked shortly and e.g. 8.12.6.2 doesn't 
mention this relation. Maybe I didn't realize the important part?

> usb_curlim can be 0, 100, 500 or 1000 while chg_curlim is between 0
> and 996 (in steps of about 4).

checked 8.12.6.9, Tbl 95, Tbl94, and it's mentioning " : 255/255 × 
Ich(ref)" for max current. Please explain to me. Probably I'm missing some 
details

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Bying a Freerunner with the "buzz"-fix on it

[Joerg Reisenweber]

Am So  19. April 2009 schrieb Daniel Willmann:
> On Wed, 15 Apr 2009 01:09:15 -0300
> Werner Almesberger  wrote:
> 
> > Joerg Reisenweber wrote:
> > > There's a way to detect buzzfix by rapidly switching on and off
> > > MICBIAS and testing if you "hear" some buzz when recording from
> > > builtin mic. Werner has created a small program to do the switching
> > > job.
> > 
> > I'm actually not sure if this approach works. You can hear the
> > ~40-50 Hz buzz that program (*) generates well enough, but when
> > I added a "buzzfix" capacitor, that artificial noise was still
> > there.
> > 
> > It could be that I did something wrong, though, including not
> > actually applying the buzz fix.
> 
> Maybe switching MICBIAS on and off creates an amplitude orders of
> magnitudes higher than than the one introduced with GSM.

yup, for sure
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [QtExtended] call for help

[Lorn Potter]

Franky Van Liedekerke wrote:
> Ok, it seems my knowledge of qtextended has reached its limits. I'm
> giving up on trying to fix issues that are definitely qtopia-core 
> related. So, if anybody has the skills to help fix issue
> http://trac.karadog.net/qt-extended-improved/ticket/26 feel free to
> jump in. I've spend too much time on these kind of things and since
> even Trolltech didn't bother fixing it, why should I? I'm just one guy
> that happened to put some stuff together, not a company with a bunch of
> developers behind it.
> The same goes for bluetooth.
> So: every qtopia/qt/qtextended developer in this list, please jump in.
> If no response is received, I might as well consider that
> qtextended-on-freerunner is not wanted/needed anymore ... 
> 
> Franky
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 

try something like this:

diff --git a/src/server/pim/savetocontacts/savetocontacts.cpp
b/src/server/pim/savetocontacts/savetocontacts.cpp
index d89cbd2..8e7ecfb 100644
--- a/src/server/pim/savetocontacts/savetocontacts.cpp
+++ b/src/server/pim/savetocontacts/savetocontacts.cpp
@@ -23,6 +23,7 @@ void SavePhoneNumberDialog::savePhoneNumber(const QString 
&number, QWidget *pare
 "" + qApp->translate("SavePhoneNumberDialog", "Create a new 
contact?") + "",
 QAbstractMessageBox::Warning,
 QAbstractMessageBox::Yes, QAbstractMessageBox::No );
+box->setWindowModality(Qt::WindowModal);

 if (!box) {
 qLog(Component) << "SavePhoneNumberDialog: No message box available";




There might be other popup dialogs that have the wrong modality. The fix is 
usually always making it
WindowModal.

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

Re: [QtExtended] call for help

[Glen Ogilvie]

Hi Franky,

Qtextended-on-freerunner is about the only OS that I have found that works
well as a phone, so would love to see more people helping.

I would like to help with coding, but am in the same boat as you with not
understanding qt extended enough to fix bugs.
I can offer help with a public git/svn server if the is not already one,
and am willing to help with giving people accounts for commits.

Regards
Glen Ogilvie

On Tue, 21 Apr 2009 00:25:26 +0200, Franky Van Liedekerke
 wrote:
> Ok, it seems my knowledge of qtextended has reached its limits. I'm
> giving up on trying to fix issues that are definitely qtopia-core 
> related. So, if anybody has the skills to help fix issue
> http://trac.karadog.net/qt-extended-improved/ticket/26 feel free to
> jump in. I've spend too much time on these kind of things and since
> even Trolltech didn't bother fixing it, why should I? I'm just one guy
> that happened to put some stuff together, not a company with a bunch of
> developers behind it.
> The same goes for bluetooth.
> So: every qtopia/qt/qtextended developer in this list, please jump in.
> If no response is received, I might as well consider that
> qtextended-on-freerunner is not wanted/needed anymore ... 
> 
> Franky
> 
> ___
> 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

[QtExtended] call for help

[Franky Van Liedekerke]

Ok, it seems my knowledge of qtextended has reached its limits. I'm
giving up on trying to fix issues that are definitely qtopia-core 
related. So, if anybody has the skills to help fix issue
http://trac.karadog.net/qt-extended-improved/ticket/26 feel free to
jump in. I've spend too much time on these kind of things and since
even Trolltech didn't bother fixing it, why should I? I'm just one guy
that happened to put some stuff together, not a company with a bunch of
developers behind it.
The same goes for bluetooth.
So: every qtopia/qt/qtextended developer in this list, please jump in.
If no response is received, I might as well consider that
qtextended-on-freerunner is not wanted/needed anymore ... 

Franky

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

Re: cellhunter --- the state of development and future

[vale]

yes i read your email,

but i think size matters ;) i prefer to get a less acurate position but 
get a position to beeing somewhere where we have no cells at all.

if we have a big database its not that difficult to implement a position 
query by cell ...

with cellhunter i think we have the main roads and cities covered in 
germany :)

best regards

vale

Stefan Schmidt (via Nabble) schrieb:
> Hello.
> 
> On Mon, 2009-04-20 at 05:05, vale wrote:
>  >
>  > why do we need so many databases doing the same?
>  >
>  > cellhunter has far more cells than openbmap, so why not just bundle the
>  > effort and only have one database for getting cells with openmoko?
> 
> Seems you did not read my mail. To get the background you should also 
> have a
> look at the archive to find the previous desicussions about this.
> 
> I ask for quality and willingness to expand the server side for better 
> results.
> 
> regards
> Stefan Schmidt
> 
> ___
> Openmoko community mailing list
> commun...@... 
> 
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 
> 
> This email is a reply to your post @ 
> http://n2.nabble.com/cellhunter-the-state-of-development-and-future-tp2657164p2665694.html
> You can reply by email or by visting the link above.
> 


-- 
View this message in context: 
http://n2.nabble.com/cellhunter-the-state-of-development-and-future-tp2657164p267.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

Re: [SHR] 4-16 shr-testing is pretty good!

[Richy]

Also there seems to be improved battery life!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: backing up rootfs fails - after 40m FreeRunner continues booting

[Cameron Frazier]

> I pulled the battery and booted into NOR, it still shows:
> U-Boot 1.3.2-moko12 (May 09 2008 - 10:28:48)
> select reboot from menu - FDOM boots.
> Shut down device to NAND boot menu.
> NAND boot menu shows: pr 19 2009 -
> 19:10:05)520a22715fe7ff069b36b7dfdbb925a8e5a (A
>
> So it looks like NAND U-Boot was updated but NOR hasn't.  However
> http://wiki.openmoko.org/wiki/Backup#Backing-up_flash_images
> specifically states that you need to be in NOR U-Boot before
> flashing/backing up.
>
> After reading http://wiki.openmoko.org/wiki/Flashing_NOR I get the
> impression that flashing NOR is not really recommended compared to
> flashing NAND.

The NOR is not flashable on the Freerunner (sans debug board, or
special versions).  It's your failsafe should you break your NAND
bootloader in some spectacular fashion.

This is why you go into NOR for flashing, since it is invariable over
all the changes you can do to the system.

I still recommend using NeoTool for at least backing up, as it uses an
ssh connection and mkfs-jffs2 to create an image of the rootfs, rather
then fiddling with dfu-util.

Hope that helps in some fashion.

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

Koolu announces Beta 6 of Android on the Freerunner...

[Brian Code]

Greetings everyone!

Koolu is proud to announce Koolu-1.0 Beta 6 for the Android on  
Freerunner project. Release files, installation notes, and a change  
log can be found at: http://freerunner.android.koolu.com/release-files .


In addition, one can check out the exact code used for Beta 6 to build  
their own tree, or to provide patches and fixes.


repo init -u git://git.koolu.org/freerunner/platform/manifest.git -b  
koolu-beta-6

repo sync

Please see http://git.koolu.org/ for more details.

We have also created a suite of tools to make it easier to collect and  
submit patches to Koolu. You can view the git project at: http://git.koolu.org/?p=tools/koolu.git;a=summary


Those who are interested in asking live questions, we can be found on  
#freerunner-android on irc.freenode.net.


Regards,
Brian Code, Marcelo Magallon and
The rest of the Koolu Team.___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR] 4-16 shr-testing is pretty good!

[Adam Jimerson]

I'll third that, love the new UI and the settings, the phone is extremely
responsive now that Enlightenment is not the resource hog it use to be.  The
biggest downside I have found is that no time and date in SMS, and the
accelerometer doesn't seem to work my test was with
http://www.opkg.org/package_35.html.

On Mon, Apr 20, 2009 at 3:56 PM, Vasco Nevoa  wrote:

> I second that emotion! :) It is by far the best distro ever tested on my
> Neo.
> Not only that, but they also got rid of a few nasty bugs: the GPRS link
> (now included out-of-the-box) no longer stalls, the USB networking with
> Windows boxes is restored, and the "messages" and "dialer" apps no
> longer crash randomly. And Raster's keyboard finally works the way it
> should (fast and clean). Very nice indeed.
> Kudos to everyone, not just the SHR team for a great integration effort,
> but also to the kernel and application teams.
>
> bburde...@comcast.net escreveu:
> > I don't usually see an announcement on the community list when a new
> > SHR-testing is available, so here's my own.  The SHR team deserves some
> > kudos for a great job.
> >
> > Just reflashed my OM with the new shr-testing (4-16 version)
> >
> > 1 - GUI is much more responsive!
> > 2 - Settings are restructured, better I think. See #1.  A lot of work
> > has gone into the settings changes it seems.  I like the profile editor.
> > 3 - new battery power indicator is cool.
> > 4 - wifi works again for me with mofi (at home, with WPA).
> >
> > Its a worthy upgrade.  SHR-testing is very usable now, just a few things
> > would really push it over the edge for me:
> >
> > - mofi can't connect me to any open wifi networks.
> > - no volume control for earpiece volume.
> > - no datetime for SMS messages.
> >
> >  From what I understand echo cancellation is in this version of SHR, so
> > increasing earpiece volume should be echo free (using config files), I
> > haven't tried that yet though.
> >
> > Ben B.
> >
> >
> >
> >
> > ___
> > 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: backing up rootfs fails - after 40m FreeRunner continues booting

[Bram Mertens]

On Mon, Apr 20, 2009 at 9:39 PM, Cameron Frazier
 wrote:
> On Mon, Apr 20, 2009 at 2:51 PM, Bram Mertens  
> wrote:
>> On Mon, Apr 20, 2009 at 8:12 PM, Cameron Frazier
>>  wrote:
>>> On Mon, Apr 20, 2009 at 2:03 PM, Bram Mertens  
>>> wrote:
>>> 
>>>
>>> Have you tried using NeoTool [1]?  It's always worked quite well for
>>> me, and the backing up process avoids dfu-util.
>>>
>>> [1] http://wiki.openmoko.org/wiki/NeoTool
>>
>> I have tried to use it before when I initially went to pick up the
>> device but never succeeded, probably because we were using the wrong
>> files.
>>
>> And the instructions seemed clear enough to use the command line utility.
>>
>> The current problems/questions would have arisen with NeoTool anyway,
>> looks like I made a mistake when rebooting the device.
>>
>> So when you have flashed the U-Boot with NeoTool, how do you proceed?
>> Unplug it first, power down, then boot again or use the boot menu to
>> reboot?  And did you boot the device normally or immediately into NOR
>> or NAND?
>>
>> The display still shows the openmoko logo, guess I'll have to hard
>> reset it though I hope that won't break anything...
>
>
> I've always just:
>
> - flashed
> - powered down, which the FR seems to do on it's own once u-boot times out
> - unplug the usb, as I've found that leaving it in will cause hangs
> similar to what your seeing
>  (oddly I don't have this issue with the AC adapter)
> - turn on pre normal procedure (power button for 8-10 sec)
>
> I use NeoTool most times since I like the backup method (having had
> numerous problems with dfu-util backups) and it helps to ensure I'm
> not throwing improper commands when I flash.  I have little faith in
> the user on my end.

Thanks,

I pulled the battery and booted into NOR, it still shows:
U-Boot 1.3.2-moko12 (May 09 2008 - 10:28:48)
select reboot from menu - FDOM boots.
Shut down device to NAND boot menu.
NAND boot menu shows: pr 19 2009 -
19:10:05)520a22715fe7ff069b36b7dfdbb925a8e5a (A

So it looks like NAND U-Boot was updated but NOR hasn't.  However
http://wiki.openmoko.org/wiki/Backup#Backing-up_flash_images
specifically states that you need to be in NOR U-Boot before
flashing/backing up.

After reading http://wiki.openmoko.org/wiki/Flashing_NOR I get the
impression that flashing NOR is not really recommended compared to
flashing NAND.

I'll try with NeoTool since even with the new U-Boot a backup fails
after 38minutes (while booted to NAND).

Regards

Bram

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

Re: [SHR] 4-16 shr-testing is pretty good!

[Vasco Nevoa]

I second that emotion! :) It is by far the best distro ever tested on my 
Neo.
Not only that, but they also got rid of a few nasty bugs: the GPRS link 
(now included out-of-the-box) no longer stalls, the USB networking with 
Windows boxes is restored, and the "messages" and "dialer" apps no 
longer crash randomly. And Raster's keyboard finally works the way it 
should (fast and clean). Very nice indeed.
Kudos to everyone, not just the SHR team for a great integration effort, 
but also to the kernel and application teams.

bburde...@comcast.net escreveu:
> I don't usually see an announcement on the community list when a new 
> SHR-testing is available, so here's my own.  The SHR team deserves some 
> kudos for a great job.
>
> Just reflashed my OM with the new shr-testing (4-16 version)
>
> 1 - GUI is much more responsive!
> 2 - Settings are restructured, better I think. See #1.  A lot of work
> has gone into the settings changes it seems.  I like the profile editor.
> 3 - new battery power indicator is cool.
> 4 - wifi works again for me with mofi (at home, with WPA).
>
> Its a worthy upgrade.  SHR-testing is very usable now, just a few things
> would really push it over the edge for me:
>
> - mofi can't connect me to any open wifi networks.
> - no volume control for earpiece volume.
> - no datetime for SMS messages.
>
>  From what I understand echo cancellation is in this version of SHR, so
> increasing earpiece volume should be echo free (using config files), I
> haven't tried that yet though.
>
> Ben B.
>
>
>
>
> ___
> 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: backing up rootfs fails - after 40m FreeRunner continues booting

[Cameron Frazier]

On Mon, Apr 20, 2009 at 2:51 PM, Bram Mertens  wrote:
> On Mon, Apr 20, 2009 at 8:12 PM, Cameron Frazier
>  wrote:
>> On Mon, Apr 20, 2009 at 2:03 PM, Bram Mertens  
>> wrote:
>> 
>>
>> Have you tried using NeoTool [1]?  It's always worked quite well for
>> me, and the backing up process avoids dfu-util.
>>
>> [1] http://wiki.openmoko.org/wiki/NeoTool
>
> I have tried to use it before when I initially went to pick up the
> device but never succeeded, probably because we were using the wrong
> files.
>
> And the instructions seemed clear enough to use the command line utility.
>
> The current problems/questions would have arisen with NeoTool anyway,
> looks like I made a mistake when rebooting the device.
>
> So when you have flashed the U-Boot with NeoTool, how do you proceed?
> Unplug it first, power down, then boot again or use the boot menu to
> reboot?  And did you boot the device normally or immediately into NOR
> or NAND?
>
> The display still shows the openmoko logo, guess I'll have to hard
> reset it though I hope that won't break anything...


I've always just:

- flashed
- powered down, which the FR seems to do on it's own once u-boot times out
- unplug the usb, as I've found that leaving it in will cause hangs
similar to what your seeing
  (oddly I don't have this issue with the AC adapter)
- turn on pre normal procedure (power button for 8-10 sec)

I use NeoTool most times since I like the backup method (having had
numerous problems with dfu-util backups) and it helps to ensure I'm
not throwing improper commands when I flash.  I have little faith in
the user on my end.

Hope that helps.

Cameron

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

Re: cellhunter --- the state of development and future

[Stefan Schmidt]

Hello.

On Mon, 2009-04-20 at 05:05, vale wrote:
> 
> why do we need so many databases doing the same?
> 
> cellhunter has far more cells than openbmap, so why not just bundle the
> effort and only have one database for getting cells with openmoko?

Seems you did not read my mail. To get the background you should also have a
look at the archive to find the previous desicussions about this.

I ask for quality and willingness to expand the server side for better results.

regards
Stefan Schmidt

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

[SHR] 4-16 shr-testing is pretty good!

[bburdette]

I don't usually see an announcement on the community list when a new 
SHR-testing is available, so here's my own.  The SHR team deserves some 
kudos for a great job.

Just reflashed my OM with the new shr-testing (4-16 version)

1 - GUI is much more responsive!
2 - Settings are restructured, better I think. See #1.  A lot of work
has gone into the settings changes it seems.  I like the profile editor.
3 - new battery power indicator is cool.
4 - wifi works again for me with mofi (at home, with WPA).

Its a worthy upgrade.  SHR-testing is very usable now, just a few things
would really push it over the edge for me:

- mofi can't connect me to any open wifi networks.
- no volume control for earpiece volume.
- no datetime for SMS messages.

 From what I understand echo cancellation is in this version of SHR, so
increasing earpiece volume should be echo free (using config files), I
haven't tried that yet though.

Ben B.




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

Re: tangoGPS icon on illume desktop missing

[Hermann Lacheiner]

Hi!

2009/4/20 Klaus 'mrmoku' Kurzmann :
> edit /usr/share/applications/tangogps.desktop and change the category
> Application to Applications.

Thanks for the information. I have just filed a bug
http://shr-project.org/trac/ticket/407, so it will be fixed
permanently hopefully ;)

Cheers, Hermann

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

Re: backing up rootfs fails - after 40m FreeRunner continues booting

[Bram Mertens]

On Mon, Apr 20, 2009 at 8:12 PM, Cameron Frazier
 wrote:
> On Mon, Apr 20, 2009 at 2:03 PM, Bram Mertens  
> wrote:
> 
>
> Have you tried using NeoTool [1]?  It's always worked quite well for
> me, and the backing up process avoids dfu-util.
>
> [1] http://wiki.openmoko.org/wiki/NeoTool

I have tried to use it before when I initially went to pick up the
device but never succeeded, probably because we were using the wrong
files.

And the instructions seemed clear enough to use the command line utility.

The current problems/questions would have arisen with NeoTool anyway,
looks like I made a mistake when rebooting the device.

So when you have flashed the U-Boot with NeoTool, how do you proceed?
Unplug it first, power down, then boot again or use the boot menu to
reboot?  And did you boot the device normally or immediately into NOR
or NAND?

The display still shows the openmoko logo, guess I'll have to hard
reset it though I hope that won't break anything...

Regards

Bram

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

Re: backing up rootfs fails - after 40m FreeRunner continues booting

[Cameron Frazier]

On Mon, Apr 20, 2009 at 2:03 PM, Bram Mertens  wrote:


Have you tried using NeoTool [1]?  It's always worked quite well for
me, and the backing up process avoids dfu-util.

[1] http://wiki.openmoko.org/wiki/NeoTool

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

Re: backing up rootfs fails - after 40m FreeRunner continues booting

[Bram Mertens]

On Mon, Apr 20, 2009 at 7:32 PM, Bram Mertens  wrote:
> On Mon, Apr 20, 2009 at 11:17 AM, Bram Mertens  
> wrote:
>> On Mon, Apr 20, 2009 at 4:06 AM, Rask Ingemann Lambertsen
>>  wrote:
>>> On Mon, Apr 20, 2009 at 12:07:55AM +0200, Bram Mertens wrote:
>>>> Hi,
>>>>
>>>> I'm about ready to flash a new distro onto the FreRuuner main memory
>>>> but since it'll be the first time I wanted to try backing up the
>>>> existing distro first.  So I followed the steps on
>>>> http://wiki.openmoko.org/wiki/Backup .
>>>
>>>   Which version of U-Boot are you using? DFU Upload was broken at least
>>> until 2008-10-17.
>>>
>>> 2008-10-07      Harald Welte    u-boot: Fix DFU upload in u-boot
>>> http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=414367bf5b65942947dd5d569c27d2a8e8e5e562
>>
>> I wrote it down because I intended to include it...
>>
>> I'll check when I get back home but this date looks familiar.
>>
>> As for reducing the backup: I'm trying to create a backup of the
>> initial image that came with the device so I'd like to avoid throwing
>> stuff away.
>>
>> So the recommendation would be to update the U-Boot with:
>> 1) backup exsitng U-Boot (http://wiki.openmoko.org/wiki/Backup):
>> Boot NOR boto menu
>> sudo ./dfu-util -a u-boot -R -U good-u-boot.bin
>> sudo ./dfu-util -a u-boot_env -R -U good-u-boot_env.bin
>>
>> 2) flash U-Boot
>> (http://wiki.openmoko.org/wiki/Flashing_the_Neo_FreeRunner#Flashing_the_boot_loader_to_the_NAND):
>> dfu-util -a u-boot -R -D uboot.bin
>>
>> Reboot the device to use the new U-Boot but the following reminder is
>> not very clear to me:
>> "Reminder: You should have boot from NOR first, in order to flash the
>> boot-loader in NAND. After flashing succesfully, make sure you reboot
>> from NAND's newly flashed boot loader, to benefit from the updates. "
>>
>> Does this mean I simply have to reboot the FreeRunner to the NOR boot
>> menu again, or do I have to boot to the NAND boot menu as
>> well/instead?
>>
>> And from which boot menu should I continue backing up the device?
>> From the NOR menu?
>>
>> Which u-boot.bin should I use?  And where should I get it?
>>
>> Thanks in advance.
>>
>> Bram
>>
>
> NOR boot menu shows: U-Boot 1.3.2-moko12 (May  9 2008 - 10:28:48)
> NAND boot menu shows: U-Boot 1.3.2-moko12 (Oct  7 2008 - 21:03:06)
>
> so I guess I need to update
>
> According to http://wiki.openmoko.org/wiki/U-boot the latest
> bootloader binary builds can be found under
> http://downloads.openmoko.org/distro/unstable/daily/ .  Are these
> considered "stable" despite being in the unstable "branch"?
>
> Which version is recommended at this stage?  The latest daily build
> (http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090420/)
> does not contain a uboot image.  The one from 20090419 does.
>
> Regards
>
> Bram Mertens
>

I tried using the
u-boot-gta02v5-1.3.1+gitrb20cc520a22715fe7ff069b36b7dfdbb925a8e5a-r1.bin
from http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090419/:

$ sudo dfu-util -a u-boot -R -D uboot.bin
dfu-util - (C) 2007-2008 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Opening USB Device 0x:0x...
Found Runtime: [0x1d50:0x5119] devnum=14, cfg=0, intf=0, alt=1, name="u-boot"
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuERROR, status = 14
dfuERROR, clearing status
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x1000
bytes_per_hash=4338
Starting download:
[##] finished!
state(2) = dfuIDLE, status(0) = No error condition is present
Done!
Resetting USB to switch back to runtime mode

While device was connected, I selected reboot option from the U-Boot menu.

Device powers down briefly, then displays the openmoko logo.  It sat
there doing nothing for a while so I unplugged the device. However the
openmoko logo remains on screen...

Is it supposed to take several minutes, it's been more than 15minutes already...

Should I reset the device?  Boot immediately to the NOR or NAND menu?

Thanks in advance.

Bram

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

Re: backing up rootfs fails - after 40m FreeRunner continues booting

[Bram Mertens]

On Mon, Apr 20, 2009 at 11:17 AM, Bram Mertens  wrote:
> On Mon, Apr 20, 2009 at 4:06 AM, Rask Ingemann Lambertsen
>  wrote:
>> On Mon, Apr 20, 2009 at 12:07:55AM +0200, Bram Mertens wrote:
>>> Hi,
>>>
>>> I'm about ready to flash a new distro onto the FreRuuner main memory
>>> but since it'll be the first time I wanted to try backing up the
>>> existing distro first.  So I followed the steps on
>>> http://wiki.openmoko.org/wiki/Backup .
>>
>>   Which version of U-Boot are you using? DFU Upload was broken at least
>> until 2008-10-17.
>>
>> 2008-10-07      Harald Welte    u-boot: Fix DFU upload in u-boot
>> http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=414367bf5b65942947dd5d569c27d2a8e8e5e562
>
> I wrote it down because I intended to include it...
>
> I'll check when I get back home but this date looks familiar.
>
> As for reducing the backup: I'm trying to create a backup of the
> initial image that came with the device so I'd like to avoid throwing
> stuff away.
>
> So the recommendation would be to update the U-Boot with:
> 1) backup exsitng U-Boot (http://wiki.openmoko.org/wiki/Backup):
> Boot NOR boto menu
> sudo ./dfu-util -a u-boot -R -U good-u-boot.bin
> sudo ./dfu-util -a u-boot_env -R -U good-u-boot_env.bin
>
> 2) flash U-Boot
> (http://wiki.openmoko.org/wiki/Flashing_the_Neo_FreeRunner#Flashing_the_boot_loader_to_the_NAND):
> dfu-util -a u-boot -R -D uboot.bin
>
> Reboot the device to use the new U-Boot but the following reminder is
> not very clear to me:
> "Reminder: You should have boot from NOR first, in order to flash the
> boot-loader in NAND. After flashing succesfully, make sure you reboot
> from NAND's newly flashed boot loader, to benefit from the updates. "
>
> Does this mean I simply have to reboot the FreeRunner to the NOR boot
> menu again, or do I have to boot to the NAND boot menu as
> well/instead?
>
> And from which boot menu should I continue backing up the device?
> From the NOR menu?
>
> Which u-boot.bin should I use?  And where should I get it?
>
> Thanks in advance.
>
> Bram
>

NOR boot menu shows: U-Boot 1.3.2-moko12 (May  9 2008 - 10:28:48)
NAND boot menu shows: U-Boot 1.3.2-moko12 (Oct  7 2008 - 21:03:06)

so I guess I need to update

According to http://wiki.openmoko.org/wiki/U-boot the latest
bootloader binary builds can be found under
http://downloads.openmoko.org/distro/unstable/daily/ .  Are these
considered "stable" despite being in the unstable "branch"?

Which version is recommended at this stage?  The latest daily build
(http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090420/)
does not contain a uboot image.  The one from 20090419 does.

Regards

Bram Mertens

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

Re: SHR Testing upgrade question

[David Ford]

the upgrade changed eth0 from wireless to wired.  just go edit your
/etc/network/interfaces, delete the extraneous things like wlan0 if
you're not using it, and make eth0 your wireless again.  being that the
wifi mgt tools don't work for me, all my network config is managed via
this file.

-d

Robin Paulson wrote:
> 2009/4/20 Adam Jimerson :
>   
>> In SHR Testing is it wise to do a opkg upgrade command, would it be
>> any different than what comes in the image that gets flashed on the
>> phone, basically if I were to flash a older release of SHR testing
>> onto my phone would opkg update && opkg upgrade take me up to the
>> version that was released on April 16th or would it break my phone?
>> 
>
> until my networking got fubar'd on the last upgrade, on friday, opkg
> upgrade was working fine for me. i'm not sure whether the problem is
> something i did, or a problem with shr
>   
--
Linux: freedom to build is good
Please top-post and trim when replying to my messages. I most often read mail 
on a small device.



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

Re: tangoGPS icon on illume desktop missing

[Klaus 'mrmoku' Kurzmann]

Am Montag 20 April 2009 16:57:57 schrieb Daniel.Li:
> Dear List,
>
> I have just installed
> openmoko-shr-lite-image-glibc-ipk--20090417-om-gta02.rootfs.tar.gz
> and found tangoGPS icon missing.
>
> How can I fix the problem? Thanks.
edit /usr/share/applications/tangogps.desktop and change the category 
Application to Applications.

Klaus 'mrmoku' Kurzmann


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

Re: test QtEI

[Fabio Locati]

@Franky: is there a way to see what phone is doing? if yes, I can do
it and send here the results... who does this sounds?

On Mon, Apr 20, 2009 at 5:04 PM, Radek Polak  wrote:
> Franky Van Liedekerke wrote:
>
>> I don't know, I don't have a SIM card with which to check the status (I
>> have a subscription, not a credit-based card).
>> But it was to show that the dialer does support the "*" and "#" characters.
>> And I believe these are normal calls, they just get interpreted by the
>> phone company that then returns a special crafted message with the
>> requested info.
>
> Hi,
> i am able to show my credit by calling *22#
>
> My image is this one [1], but i dont think that the image is different
> from any other images. It's probably operator specific or some other
> factor is involved. It is possible to enable modem commands logging and
> this could be used to debug the problem.
>
> Radek
>
> [1] http://activationrecord.net/radekp/openmoko/qtmoko/
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Fabio A Locati

Home: Segrate, Milan, Italy (GMT +1)
Phone: +39-328-3799681
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334

Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
Sent from Rome, RM, Italy

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

Re: test QtEI

[Radek Polak]

Franky Van Liedekerke wrote:

> I don't know, I don't have a SIM card with which to check the status (I 
> have a subscription, not a credit-based card).
> But it was to show that the dialer does support the "*" and "#" characters.
> And I believe these are normal calls, they just get interpreted by the 
> phone company that then returns a special crafted message with the 
> requested info.

Hi,
i am able to show my credit by calling *22#

My image is this one [1], but i dont think that the image is different
from any other images. It's probably operator specific or some other
factor is involved. It is possible to enable modem commands logging and
this could be used to debug the problem.

Radek

[1] http://activationrecord.net/radekp/openmoko/qtmoko/

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

tangoGPS icon on illume desktop missing

[Daniel.Li]

Dear List,

I have just installed
openmoko-shr-lite-image-glibc-ipk--20090417-om-gta02.rootfs.tar.gz
and found tangoGPS icon missing. 

How can I fix the problem? Thanks.
-- 
Daniel.Li 
PALFocus (http://palfocus.oicp.net)



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

[SHR] keeping quality high

[Pander]

Hi all,

Like Android's:
  http://freerunner.android.koolu.com/test-plans-and-results
would it be usefull that SHR transforms this:
  http://wiki.openmoko.org/wiki/Stable_Hybrid_Release#Feature_overview
into an online service with its own mechanism to guarantee quality

Regards,

Pander

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

Re: [android] koolu beta 6?

[Alok G. Singh]

Pieter Colpaert wrote:

> Is there somewhere a "working/not working" list available?

There is a somewhat old list at
http://freerunner.android.koolu.com/test-plans-and-results

-- 
Alok

Two heads are more numerous than one.


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

PyFlash 0.4 is out

[Pander]

Hi all,

PyFlash 0.4 is out, see http://wiki.openmoko.org/wiki/Pyflash

Major change is that it has a default flashcard set with over 6000 kanji.

Be carefull with rotating, this is still experimental and uses xrandr
with the subsequent disadvantages of the current implementation (high
pitch sound from screen and possible lock of the window manager).

The code is hosted at sourceforge in case you would like to contribute
to this application.

Regards,

Pander

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

Re: test QtEI

[Franky Van Liedekerke]

I don't know, I don't have a SIM card with which to check the status (I have
a subscription, not a credit-based card).
But it was to show that the dialer does support the "*" and "#" characters.
And I believe these are normal calls, they just get interpreted by the phone
company that then returns a special crafted message with the requested info.

Franky

On Mon, Apr 20, 2009 at 3:20 PM, Fabio Locati  wrote:

> @Franky: the numbers that Wind give me are not in the page you
> linked... Is this meaning that is "normal" that they do not work?
>
> btw: these calls are normal calls or are data calls or something else?
>
> Thank you for your time and your attention :)
>
> On Mon, Apr 20, 2009 at 10:12 AM, Franky Van Liedekerke
>  wrote:
> > Yes it does, I tried eg. the code for "call divert" status and it works
> just
> > fine.
> > All the ones mentioned at
> > http://www.geckobeach.com/cellular/secrets/gsmcodes.php should work just
> > fine (well, maybe not all functionality is implemented, but it should
> work).
> > Maybe try the 2.6.28 version I provide (it is of course based upon code
> from
> > Karadog).
> >
> > Franky
> >
> > On Mon, Apr 20, 2009 at 4:31 AM, Tuan TRINH 
> wrote:
> >>
> >> Hi,
> >> As far as I know, qt-extended currently does not support " * ", " # "
> >> chars in dial string.
> >>
> >>
> >> On Sun, Apr 19, 2009 at 1:57 AM, Fabio Locati 
> >> wrote:
> >>>
> >>> I'm using:
> >>> Qt-Extended: 4.4.3 build by liho...@dashi-x02 on Apr 3 2009
> >>> Kernel: 2.6.24 compiled by bu...@barbie
> >>>
> >>> Thankyou for your fast answer :)
> >>>
> >>> On Sat, Apr 18, 2009 at 8:40 PM, Joseph Reeves 
> >>> wrote:
> >>> > What OS are you using? These codes work fine for me (OM2009 &
> Vodafone
> >>> > UK SIM).
> >>> >
> >>> > Cheers, Joseph
> >>> >
> >>> >
> >>> >
> >>> > 2009/4/18 Fabio Locati :
> >>> >> My Phone operator (Wind Italy) have some numbers (ie: *123#,*123*3#)
> >>> >> to check various things (credit, sms left and so on).
> >>> >> After you make a call, should appear a sort of advice with the data
> >>> >> you requested. This advice appears afetr I make a call (in this
> case,
> >>> >> Wind update me about my credit), but does not appear if I call the
> >>> >> specific numbers.
> >>> >> How can I debug it to make a better report?
> >>> >> --
> >>> >> Fabio A Locati
> >>> >>
> >>> >> Home: Segrate, Milan, Italy (GMT +1)
> >>> >> Phone: +39-328-3799681
> >>> >> MSN/Jabber/E-Mail: fabioloc...@gmail.com
> >>> >>
> >>> >> PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334
> >>> >>
> >>> >> Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
> >>> >>
> >>> >> ___
> >>> >> 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
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> Fabio A Locati
> >>>
> >>> Home: Segrate, Milan, Italy (GMT +1)
> >>> Phone: +39-328-3799681
> >>> MSN/Jabber/E-Mail: fabioloc...@gmail.com
> >>>
> >>> PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334
> >>>
> >>> Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
> >>> Sent from Milan, MI, Italy
> >>>
> >>> ___
> >>> 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
> >
> >
>
>
>
> --
> Fabio A Locati
>
> Home: Segrate, Milan, Italy (GMT +1)
> Phone: +39-328-3799681
> MSN/Jabber/E-Mail: fabioloc...@gmail.com
>
> PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334
>
> Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
>
> ___
> 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: test QtEI

[Fabio Locati]

@Franky: the numbers that Wind give me are not in the page you
linked... Is this meaning that is "normal" that they do not work?

btw: these calls are normal calls or are data calls or something else?

Thank you for your time and your attention :)

On Mon, Apr 20, 2009 at 10:12 AM, Franky Van Liedekerke
 wrote:
> Yes it does, I tried eg. the code for "call divert" status and it works just
> fine.
> All the ones mentioned at
> http://www.geckobeach.com/cellular/secrets/gsmcodes.php should work just
> fine (well, maybe not all functionality is implemented, but it should work).
> Maybe try the 2.6.28 version I provide (it is of course based upon code from
> Karadog).
>
> Franky
>
> On Mon, Apr 20, 2009 at 4:31 AM, Tuan TRINH  wrote:
>>
>> Hi,
>> As far as I know, qt-extended currently does not support " * ", " # "
>> chars in dial string.
>>
>>
>> On Sun, Apr 19, 2009 at 1:57 AM, Fabio Locati 
>> wrote:
>>>
>>> I'm using:
>>> Qt-Extended: 4.4.3 build by liho...@dashi-x02 on Apr 3 2009
>>> Kernel: 2.6.24 compiled by bu...@barbie
>>>
>>> Thankyou for your fast answer :)
>>>
>>> On Sat, Apr 18, 2009 at 8:40 PM, Joseph Reeves 
>>> wrote:
>>> > What OS are you using? These codes work fine for me (OM2009 & Vodafone
>>> > UK SIM).
>>> >
>>> > Cheers, Joseph
>>> >
>>> >
>>> >
>>> > 2009/4/18 Fabio Locati :
>>> >> My Phone operator (Wind Italy) have some numbers (ie: *123#,*123*3#)
>>> >> to check various things (credit, sms left and so on).
>>> >> After you make a call, should appear a sort of advice with the data
>>> >> you requested. This advice appears afetr I make a call (in this case,
>>> >> Wind update me about my credit), but does not appear if I call the
>>> >> specific numbers.
>>> >> How can I debug it to make a better report?
>>> >> --
>>> >> Fabio A Locati
>>> >>
>>> >> Home: Segrate, Milan, Italy (GMT +1)
>>> >> Phone: +39-328-3799681
>>> >> MSN/Jabber/E-Mail: fabioloc...@gmail.com
>>> >>
>>> >> PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334
>>> >>
>>> >> Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
>>> >>
>>> >> ___
>>> >> 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
>>> >
>>>
>>>
>>>
>>> --
>>> Fabio A Locati
>>>
>>> Home: Segrate, Milan, Italy (GMT +1)
>>> Phone: +39-328-3799681
>>> MSN/Jabber/E-Mail: fabioloc...@gmail.com
>>>
>>> PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334
>>>
>>> Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
>>> Sent from Milan, MI, Italy
>>>
>>> ___
>>> 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
>
>



-- 
Fabio A Locati

Home: Segrate, Milan, Italy (GMT +1)
Phone: +39-328-3799681
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334

Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/20 Esben Stien :
> Nicola Mfb  writes:
>
>> But we may superseed on this actually until having a well working
>> asterisk on freerunner
>
> Rather definitely use freeswitch;).

Hi Esben,
Actually only a patch for asterisk let me use the voip line provided
by my adsl carrier (Alice/Telecom Italia) as it uses a modified sip
protocol. For that reason I did not take a look at freeswitch. However
I'm curious to know if someone used freeswitch on freerunner, is there
some OE recipe to build it?

Nicola

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

Re: cellhunter --- the state of development and future

[vale]

why do we need so many databases doing the same?

cellhunter has far more cells than openbmap, so why not just bundle the
effort and only have one database for getting cells with openmoko?

greetings

vale

i think cellhunter has far more

Stefan Schmidt wrote:
> 
> [Resend as the ml seems not to like my other email address, but do not
> inform me
> about this either...]
> 
> Hello.
> 
> On Sun, 2009-04-19 at 15:58, Sebastian Hammerl wrote:
>> 
>> So here is the call to all the developers around to create a location
>> service based on the opencellid data. for me that database should be the
>> main db and everyone can provide his data to this db.
> 
> As long as I don't get an answer from Thomas about his willingness to add
> informations about cell quality and other data then cell IDs, like wifi
> APs,
> into the opencellid db FSO will not go into the opencellid direction at
> all.
> 
> Telling people all the time that it is the biggest db and don't answer
> requests
> about quality and other data buys you nothing guys.
> 
> We will think more about this until and at FSOSHRUDCON, but we will not go
> with
> opencellid just because they have the most data yet.
> 
> regards
> Stefan Schmidt
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/cellhunter-the-state-of-development-and-future-tp2657164p2663178.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

Re: Why enlightenment?

[Nikita V. Youshchenko]

> the problem is... it can't be done... unless:
>
> 

Hmm...

I've heared about more or less generic gestures implementations. A quick 
google search gives this: 
http://www.ubuntugeek.com/gestikk-mouse-gesture-recognition-in-ubuntu.html

How do they do it?

Nikita

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

Re: Why enlightenment?

[The Rasterman]

On Sun, 19 Apr 2009 21:50:10 +0200 Gunnar AAstrand Grimnes
 said:

> > 1. Theming - it keeps resources low and alows us to do everything we
> > want with GUI! Take shelf widgets as an example - you can change their
> > look, even functions - like digital clock instead of analog - without
> > changin the main code. I don't say it's not possible with GTK but it
> > way more complicated.
> 
> The edje file for illume is 5 lines of code.
> In a language where lots of code is in macro definitions that have no
> block constructs, so they have to be all on one line... or escape every
> line ending.
> 
> I wont say it's better in GTK, but it not exactly trivial for E.

first thats the theme for all of e - the entire app and all its custom gadgets
etc. think of it as all the css and html for all of googles web apps (not the
php or java or whatever that is behind it, just the stuff that defines the look
and feel). it will be big too!

try add .large .glade files AND gtkrc files together that also do animation
(which they cant)... hey will be huge too.

also it is efficient - thats source. it's compiled into a binary representation
that is much like a c structure in memory with tags - and its very quick to
load - and parsing is very simple compared to a text file.

nb - i dont know what u mean about edje source not having block constructs. its
crawling with them. everything is sectioned into blocks

block {
  key: x y;
  key2: x;
  block2 {
key1: x y;
  }
}

etc. etc. etc. no need for escapes, all on one line etc. etc. etc. in addition
you can also make use of cpp macros as edje_cc passes the .edc through cpp
before parsing (ie use #include, #define macros #ifdef's etc.)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


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

Re: Why enlightenment?

[The Rasterman]

On Sun, 19 Apr 2009 21:21:39 +0400 "Nikita V. Youshchenko" 
said:

> > i considered it but as i couldnt do "finger scrolling" (middle of the
> > window - swipe to scroll) i chose not to try and push the work back onto
> > the app to adapt to a limited window side.
> 
> Theoretically it should be possible to implement "finger scrolling from the 
> middle of the window" starting with some recognizable gesture.
> 
> Althouht don't know how this could be done at technical level.

the problem is... it can't be done... unless:

1. you poll often (there goes battery life as you'll need to poll 10+ times a
second). you need to poll and query the mouse position/state. this is not an
acceptable solution for an embedded device if you care about battery life.
2. xevie - this is an event redirector extension. ALL mouse events can be put
through it. this will add an extra 2 context switches for an vent to get to the
app and go through such a redirector (eg the wm). xevie also gets little love
from the x developers.

other than this, it's not possible as ONLY the client that owns the window
a listens for events can get events on it. they are only reported to this
client (thanks to button grabs being implicit it). also you would need to
walk the entire window tree down from the client window AND monitor all changes
AND select for mouse events for all these windows AND still not get hem when you
press the screen as mouse vents will be reported to the grabbing owner - ie the
one that asked for mouse press and release events. so basically even afetr al
the pain of doing things you shouldnt (playing wit the internal window tree of
an app's window) it still wont work... so .. back to the above 2 methods - both
of which really are sub-optimal

> > in reality - apps should probably handle this themselves. i know e's
> > config dialogs mostly dont fit - but that is a todo item
> 
> There is also everything else. Lots of X apps are not designed for small 
> screen, and fixing all those looks like much more work than making it 
> possible to access larger-than-screen windows. Btw, these two ways don't 
> exclude each other :)

no they dont, but see above. its simply not sane to do it. i havent even
covered the conflicts of internal scrollbars, sliders etc. inside the apps -
now u cant drag those anymore if the window is too bit as it will scroll the
window, not move the scrollbar inside the window or the slider.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


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

Re: Asterisk on Freerunner was: voip on Debian

[Esben Stien]

Nicola Mfb  writes:

> But we may superseed on this actually until having a well working
> asterisk on freerunner

Rather definitely use freeswitch;). 

-- 
Esben Stien is b...@e s  a 
 http://www. s tn m
  irc://irc.  b  -  i  .   e/%23contact
   sip:b0ef@   e e 
   jid:b0ef@n n

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

Re: cellhunter --- the state of development and future

[Stefan Schmidt]

[Resend as the ml seems not to like my other email address, but do not inform me
about this either...]

Hello.

On Sun, 2009-04-19 at 15:58, Sebastian Hammerl wrote:
> 
> So here is the call to all the developers around to create a location
> service based on the opencellid data. for me that database should be the
> main db and everyone can provide his data to this db.

As long as I don't get an answer from Thomas about his willingness to add
informations about cell quality and other data then cell IDs, like wifi APs,
into the opencellid db FSO will not go into the opencellid direction at all.

Telling people all the time that it is the biggest db and don't answer requests
about quality and other data buys you nothing guys.

We will think more about this until and at FSOSHRUDCON, but we will not go with
opencellid just because they have the most data yet.

regards
Stefan Schmidt

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

Re: cellhunter --- the state of development and future

[ivvmm]

Al Johnson wrote:
>> These are great news. But it is very sorry that now no one claimed that
>> this functionality will be provided. To speak more frankly many people
>> would be glad to hear from the developer of TangoGPS, Marcus Bauer, that
>> he is going to implement this feature.
> 
> Why should the apps have to support it? The location service need only supply 
> data according to the gypsy protocol to have most existing apps 'just work.' 
> Apps using gpsd will be taken care of by fso-gpsd. It really shouldn't matter 
> to the apps that the data came from something other than a gps unit, be it 
> cell tower, wifi, bluetooth or the magic location pixie. 
> 

That's even better than I thought. So we should expect activity from the
FSO team. Were there any steps towards this(or will be there any in the
nearest future)?

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

Re: how to connect a sensor to my openmoko

[Al Johnson]

On Monday 20 April 2009, Anas Alzouhbi wrote:
> Hello!
> I like to connect a sensor (like gyroscope) to my smarthphone, how can
> I do this, or any one could give me a helpful document in this domain
> thank you

USB is probably easiest both electrically and for interface code. SPI and i2c 
are available on test points near the debug connector. Finally there may be 
some unused GPIO pins accessible which someone has been looking into for a 
possibel camera interface recently.

http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware#Debug_Board
http://wiki.openmoko.org/wiki/I2C

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

Re: how to connect a sensor to my openmoko

[Kiam Peng Wee]

Hi, you can pull out the SPI/UART/I2C signals from the debug board if
your sensor IC is SPI or UART or I2C interface.

another alternative is to find the testpoints according to this pic
and solder out the connections from the test points to your IC.
the test points are labeled accordingly and they surround the FPC connector.
https://wiki.openmoko.org/images/a/a4/Gta02a5_pcba_ps.JPG

KP

On Mon, Apr 20, 2009 at 5:08 PM, Helge Hafting  wrote:
> Anas Alzouhbi wrote:
>> Hello!
>> I like to connect a sensor (like gyroscope) to my smarthphone, how can
>> I do this, or any one could give me a helpful document in this domain
>> thank you
>
> The USB port on the freerunner can be used to connect usb devices. (See
> the wiki for how this is done.)
>
> So, if you can get a device with a USB interface, then it is easy.
> If you can't get that, get a device with a serial interface, and get a
> serial-to-usb converter.
>
> And of course connecting via bluetooth or wifi is easy enough, but I
> have not heard of any gyroscopes connectiong via such interfaces. :-/
>
> Helge Hafting
>
> ___
> 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: backing up rootfs fails - after 40m FreeRunner continues booting

[Bram Mertens]

On Mon, Apr 20, 2009 at 4:06 AM, Rask Ingemann Lambertsen
 wrote:
> On Mon, Apr 20, 2009 at 12:07:55AM +0200, Bram Mertens wrote:
>> Hi,
>>
>> I'm about ready to flash a new distro onto the FreRuuner main memory
>> but since it'll be the first time I wanted to try backing up the
>> existing distro first.  So I followed the steps on
>> http://wiki.openmoko.org/wiki/Backup .
>
>   Which version of U-Boot are you using? DFU Upload was broken at least
> until 2008-10-17.
>
> 2008-10-07      Harald Welte    u-boot: Fix DFU upload in u-boot
> http://git.openmoko.org/?p=u-boot.git;a=commitdiff;h=414367bf5b65942947dd5d569c27d2a8e8e5e562

I wrote it down because I intended to include it...

I'll check when I get back home but this date looks familiar.

As for reducing the backup: I'm trying to create a backup of the
initial image that came with the device so I'd like to avoid throwing
stuff away.

So the recommendation would be to update the U-Boot with:
1) backup exsitng U-Boot (http://wiki.openmoko.org/wiki/Backup):
Boot NOR boto menu
sudo ./dfu-util -a u-boot -R -U good-u-boot.bin
sudo ./dfu-util -a u-boot_env -R -U good-u-boot_env.bin

2) flash U-Boot
(http://wiki.openmoko.org/wiki/Flashing_the_Neo_FreeRunner#Flashing_the_boot_loader_to_the_NAND):
dfu-util -a u-boot -R -D uboot.bin

Reboot the device to use the new U-Boot but the following reminder is
not very clear to me:
"Reminder: You should have boot from NOR first, in order to flash the
boot-loader in NAND. After flashing succesfully, make sure you reboot
from NAND's newly flashed boot loader, to benefit from the updates. "

Does this mean I simply have to reboot the FreeRunner to the NOR boot
menu again, or do I have to boot to the NAND boot menu as
well/instead?

And from which boot menu should I continue backing up the device?
>From the NOR menu?

Which u-boot.bin should I use?  And where should I get it?

Thanks in advance.

Bram

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

Re: [QtExtended] made it better !

[Radek Polak]

Franky Van Liedekerke napsal(a):

> Hi,
> 
> I'll try to get Radek to make me a split for his 2.6.28 based version on 
> github, and then I'll put all the code online.
> 
> Franky

Hi Franky and others,
just create account on github and send me mail with your username.
I will be more than happy to create a branch for you.

Radek


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

Re: how to connect a sensor to my openmoko

[Helge Hafting]

Anas Alzouhbi wrote:
> Hello!
> I like to connect a sensor (like gyroscope) to my smarthphone, how can
> I do this, or any one could give me a helpful document in this domain
> thank you

The USB port on the freerunner can be used to connect usb devices. (See 
the wiki for how this is done.)

So, if you can get a device with a USB interface, then it is easy.
If you can't get that, get a device with a serial interface, and get a 
serial-to-usb converter.

And of course connecting via bluetooth or wifi is easy enough, but I 
have not heard of any gyroscopes connectiong via such interfaces. :-/

Helge Hafting

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

Re: [QtExtended] made it better !

[Franky Van Liedekerke]

On Sat, Apr 18, 2009 at 6:31 PM, Sound Freedom
wrote:

> Hi,
> I'm thinking about how to contribute for this project.
> Some stuff which interesting me are a theming project (changing some or all
> aspects of QTEi) and Internationalization (for French). I'm just reading the
> documentation of QtExtended for the moment. But i need some answers.
>
> - Must have I to build QTEi every time I want to test anything or there is
> an emulation platform ?
> - How be staying with your latest changes without loosing mine ?
> - How can I send to you my work ?
>
> I don't know how works git and I don't want to do some bullshits.
>
> thanks
>
>
Hi,

normally the git from Karadog or Radek  are the places to submit your
code/patches.
Mainly http://trac.karadog.net/qt-extended-improved is used (although lots
of fixes have been made to make it work for 2.6.28 kernels and other
bugfixes ...)
I'll try to get Radek to make me a split for his 2.6.28 based version on
github, and then I'll put all the code online.

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

Re: test QtEI

[Franky Van Liedekerke]

Yes it does, I tried eg. the code for "call divert" status and it works just
fine.
All the ones mentioned at
http://www.geckobeach.com/cellular/secrets/gsmcodes.php should work just
fine (well, maybe not all functionality is implemented, but it should work).
Maybe try the 2.6.28 version I provide (it is of course based upon code from
Karadog).

Franky

On Mon, Apr 20, 2009 at 4:31 AM, Tuan TRINH  wrote:

> Hi,As far as I know, qt-extended currently does not support " * ", " # "
> chars in dial string.
>
>
> On Sun, Apr 19, 2009 at 1:57 AM, Fabio Locati wrote:
>
>> I'm using:
>> Qt-Extended: 4.4.3 build by liho...@dashi-x02 on Apr 3 2009
>> Kernel: 2.6.24 compiled by bu...@barbie
>>
>> Thankyou for your fast answer :)
>>
>> On Sat, Apr 18, 2009 at 8:40 PM, Joseph Reeves 
>> wrote:
>> > What OS are you using? These codes work fine for me (OM2009 & Vodafone
>> UK SIM).
>> >
>> > Cheers, Joseph
>> >
>> >
>> >
>> > 2009/4/18 Fabio Locati :
>> >> My Phone operator (Wind Italy) have some numbers (ie: *123#,*123*3#)
>> >> to check various things (credit, sms left and so on).
>> >> After you make a call, should appear a sort of advice with the data
>> >> you requested. This advice appears afetr I make a call (in this case,
>> >> Wind update me about my credit), but does not appear if I call the
>> >> specific numbers.
>> >> How can I debug it to make a better report?
>> >> --
>> >> Fabio A Locati
>> >>
>> >> Home: Segrate, Milan, Italy (GMT +1)
>> >> Phone: +39-328-3799681
>> >> MSN/Jabber/E-Mail: fabioloc...@gmail.com
>> >>
>> >> PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334
>> >>
>> >> Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
>> >>
>> >> ___
>> >> 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
>> >
>>
>>
>>
>> --
>> Fabio A Locati
>>
>> Home: Segrate, Milan, Italy (GMT +1)
>> Phone: +39-328-3799681
>> MSN/Jabber/E-Mail: fabioloc...@gmail.com
>>
>> PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334
>>
>> Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia
>> Sent from Milan, MI, Italy
>>
>> ___
>> 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

how to connect a sensor to my openmoko

[Anas Alzouhbi]

Hello!
I like to connect a sensor (like gyroscope) to my smarthphone, how can
I do this, or any one could give me a helpful document in this domain
thank you

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