Re: [qtopia]how to install a qpk package?

[Thomas Bertani]

2008/9/6 Lorn Potter <[EMAIL PROTECTED]>

> Thomas Bertani wrote:
> >
> >
> > 2008/9/6 Thomas Bertani <[EMAIL PROTECTED]  >>
> >
> >
> >
> > 2008/9/5 Jim Morris <[EMAIL PROTECTED] >
> >
> > Thomas Bertani wrote:
> >  > How to install a qpk package like this [1] on qtopia @ fr?
> >  >
> >  > [1]
> >  >
> >
> http://code.google.com/p/opencitymap/source/browse/branches/damunix/openmoko/cityMap/pkg/cityMap_1.0.0-1_arm.qpk?r=19
> >  >
> >
> > Take a look at the end of this article, it explains how to setup
> > your own feed.
> >
> >
> http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner
> >
> >
> > The only way AFAIK to install a qpk is via http.
> >
> >
> >
> > thanks!
> >
> >
> > Sorry I can't install the toolchain... is there anyone who could create
> > the packages.list file for qtgps.qpk for me please?
>
> I put one here, ( qtgps included)
> http://llornkcor.com/feed/4.3.2/neo
>
> As qtopia.net is experiencing disk hardware failure, until we can sort
> it out.
>

I just installed successfully (following ufficial istructions) qtgps and it
works, but it is a very very yung project..
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia]how to install a qpk package?

[Lorn Potter]

Thomas Bertani wrote:
> 
> 
> 2008/9/6 Thomas Bertani <[EMAIL PROTECTED] >
> 
> 
> 
> 2008/9/5 Jim Morris <[EMAIL PROTECTED] >
> 
> Thomas Bertani wrote:
>  > How to install a qpk package like this [1] on qtopia @ fr?
>  >
>  > [1]
>  >
> 
> http://code.google.com/p/opencitymap/source/browse/branches/damunix/openmoko/cityMap/pkg/cityMap_1.0.0-1_arm.qpk?r=19
>  >
> 
> Take a look at the end of this article, it explains how to setup
> your own feed.
> 
> 
> http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner
> 
> 
> The only way AFAIK to install a qpk is via http.
> 
> 
> 
> thanks!
> 
> 
> Sorry I can't install the toolchain... is there anyone who could create 
> the packages.list file for qtgps.qpk for me please?

I put one here, ( qtgps included)
http://llornkcor.com/feed/4.3.2/neo

As qtopia.net is experiencing disk hardware failure, until we can sort 
it out.


-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: SD Card Issues On GTA02

[Olivier Berger]

Marzak <[EMAIL PROTECTED]> writes:

> Hello,
>
>
> I read the information about slowing down the clock speed to allow for
> slower cards.  This is the original SD card, but I gave it a try anyway.  I
> created another boot menu entry with the added argument to max the speed at
> 1000.  I tried the debian installer again and had the same error.
>

You're talking of http://docs.openmoko.org/trac/ticket/1743 ?

The glamo_mci.sd_max_clk workaround seems to not apply in my case,
although I'm not completely sure.

> I checked over the list of supported SD cards and tried a 2GB scandisk
> thinking that maybe my SD card had an issue.  Same results.
>
> Is there anything that I missed or did not consider? Anything else I can
> try?  Could I have a bad SD controller?
>

Same here I think although my card wasn't listed initially in
http://wiki.openmoko.org/wiki/Supported_microSD_cards

I suspect there's something nasty around, as this is the 3rd thread
about the same subject in 3 days (both on community and support
lists).

I guess all should try and review the ticket above and add reference
info in the wiki, to try and identify the problem more precisely.

Hope this helps.

-- 
Olivier BERGER 
(OpenPGP: 1024D/B4C5F37F)
http://www.olivierberger.com/weblog/

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Olivier Berger]

Dmitry Makovey <[EMAIL PROTECTED]> writes:

> --- Daniel Benoy <[EMAIL PROTECTED]> wrote:
>
>> Looks like trouble.  Have you ruled out the card
>> itself by checking it in another reader?
>

And have you checked if the card is in
http://wiki.openmoko.org/wiki/Supported_microSD_cards and what's
reported there ?

I myself have problems with a card now and suspect that there's
something broken in the kernel, but will try to test more before
reporting.

There's http://docs.openmoko.org/trac/ticket/1743 in any case that
you'd probably be interested in.

Hope this helps.

Best regards,
-- 
Olivier BERGER 
(OpenPGP: 1024D/B4C5F37F)
http://www.olivierberger.com/weblog/

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Olivier Berger]

Dale Maggee <[EMAIL PROTECTED]> writes:

> Hi,
>
> currently when I have my freerunner plugged into USB, it will charge to 
> 100% and then start (slowly) discharging. If I unplug the USB cable and 
> plug it back in, it charges back up to 100 percent, then starts 
> discharging again.
>
> any Ideas?
>
> I'm using 2007.2
>
> [EMAIL PROTECTED]:~# opkg list_installed | grep kernel
> kernel - 2:2.6.24+git37+d744c88c149269b95ec068c8615e492375415d6d-r2 -
> kernel-2.6.24 - 2:2.6.24+git37+d744c88c149269b95ec068c8615e492375415d6d-r2 -
>

FYI, this is http://docs.openmoko.org/trac/ticket/1158

I suggest that some of you who discussed the very details of this
problem (not the rest of the charging process) add more input to it.

My 2 cents,

-- 
Olivier BERGER 
(OpenPGP: 1024D/B4C5F37F)
http://www.olivierberger.com/weblog/

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia]how to install a qpk package?

[Thomas Bertani]

2008/9/6 Thomas Bertani <[EMAIL PROTECTED]>

>
>
> 2008/9/5 Jim Morris <[EMAIL PROTECTED]>
>
>> Thomas Bertani wrote:
>> > How to install a qpk package like this [1] on qtopia @ fr?
>> >
>> > [1]
>> >
>> http://code.google.com/p/opencitymap/source/browse/branches/damunix/openmoko/cityMap/pkg/cityMap_1.0.0-1_arm.qpk?r=19
>> >
>>
>> Take a look at the end of this article, it explains how to setup your own
>> feed.
>>
>>
>> http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner
>>
>>
>> The only way AFAIK to install a qpk is via http.
>>
>
>
> thanks!
>

Sorry I can't install the toolchain... is there anyone who could create the
packages.list file for qtgps.qpk for me please?
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia] rotate screen?

[Thomas Bertani]

2008/9/6 "Marco Trevisan (Treviño)" <[EMAIL PROTECTED]>

> Lorn Potter wrote:
> > Thomas Bertani wrote:
> >> is it possible to rotate screen orientation of qtopia on the fr?
> >
> > In 4.4 yes.
>
> You're making us dreaming every time more :P
> The waiting is trying :D
>


:sbav: :sbav:
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia]how to install a qpk package?

[Thomas Bertani]

2008/9/5 Jim Morris <[EMAIL PROTECTED]>

> Thomas Bertani wrote:
> > How to install a qpk package like this [1] on qtopia @ fr?
> >
> > [1]
> >
> http://code.google.com/p/opencitymap/source/browse/branches/damunix/openmoko/cityMap/pkg/cityMap_1.0.0-1_arm.qpk?r=19
> >
>
> Take a look at the end of this article, it explains how to setup your own
> feed.
>
>
> http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner
>
>
> The only way AFAIK to install a qpk is via http.
>


thanks!
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Edgar D' Souza]

On Fri, Sep 5, 2008 at 8:13 PM, -stacy <[EMAIL PROTECTED]> wrote:
> I noticed the same thing, I have a short shell script that will cause it
> to start charging again with unpluging the USB cable.
>
> =
> #!/bin/sh
>
> chgmode=/sys/class/i2c-adapter/i2c-0/0-0073/chgmode
>
> cat $chgmode
> echo 0 > $chgmode
> cat $chgmode
> echo 1 > $chgmode
> cat $chgmode
> =
>
> When you run it, the output should look like
>
> # chgmode
> enabled
> play-only
> fast
> #

Thanks very much; this is going on my starred list, and when I next
get some free time (tomorrow, I hope) I'll search the wiki and add it
if I can't find it there.

Regards,
Ed.

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Edgar D' Souza]

On Fri, Sep 5, 2008 at 9:07 PM, Mike Montour <[EMAIL PROTECTED]> wrote:
> That might be normal - the charger in the PCF50633 shuts off the charge
> current once the battery is full, and turns it on again when the voltage
> falls below a threshold. It seems that it can discharge quite a bit
> before charging switches back on - in one test my battery got down to
> around 75% before it started to charge again.
>
> The GSM modem draws current directly from the battery so this will cause
> the battery to discharge when the charger is off, even when the rest of
> the phone is powered by USB.

Ah! Valuable information - thanks, Mike! :-)
Regards
Ed.

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: SD Card Issues On GTA02

[Simon Matthews]

On Fri, 2008-09-05 at 11:36 -0700, Marzak wrote:

> I checked over the list of supported SD cards and tried a 2GB scandisk
> thinking that maybe my SD card had an issue.  Same results.
> 
> Is there anything that I missed or did not consider? Anything else I can
> try?  Could I have a bad SD controller?
> 
I would make sure your file systems aren't corrupted with fsck 

Other things you could try are leaving the SD clock on with the command 
echo 1 > /sys/module/glamo_mci/parameters/sd_idleclk
and if that doesn't work try increasing the bus drive with 
echo 1 > /sys/module/glamo_mci/parameters/sd_drive, or maybe 2

These are only temporary fixes but might get to the bottom of the
problem

Unless you have the latest kernel with this fix
ca19d156400f817960efe0d14680324b2ea34171
don't do suspends/resumes

Simon


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: U-Boot DFU mode not working

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Hello,
|
| I've tried to upgrade software on my Freerunner, but when I'am trying
to enter
| DFU mode it doesn't work. I'am booting from NOR as described here:
| http://wiki.openmoko.org/wiki/Flashing_the_Neo_FreeRunner
| but when I'am runnig dfu-util it only shows "USB Device Firmware Upgrade":

DFU never worked in a straightforward way for me until I wrote a little
workaround script, this one is the u-boot dfu upgrade one I use

#!/bin/bash
../../dfu-util/src/dfu-util -a 1 -d 0x1d50:0x5119 -D u-boot.udfu
if [ $? -eq 1 ] ; then
../../dfu-util/src/dfu-util -a 1 -d 0x1d50:0x5120 -D u-boot.udfu
../../dfu-util/src/dfu-util -a 1 -d 0x1d50:0x5119 -D u-boot.udfu
fi

Somehow it changes VID / PID after enumeration maybe, anyway if you
adapt this script it may help you out.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjB+bwACgkQOjLpvpq7dMqbEACfdh+cosfbJFGYi7kMM9CfKcfp
xT8An3AO1/VlmCfPkmhUkOY6WE6F+HHR
=myFH
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] Qtopia media player don't start playing

[Nicolas Dufresne]

>From my tests I had the same issue when I return from suspend. Exactly
like the pulse-audio deamon in 2007.02 the mediaserver deamon does not
seem to respond. I also found that killing the remaining mediaserver
process and restarting the mediaplayer would bring back audio. Hope this
works for you too.

regards,
Nicolas

Le vendredi 05 septembre 2008 à 21:07 +0200, Christoph Henning a écrit :
> You are not alone. Same problems here.
> Maybe there are to many bigger issues, that we don't mind about a
> broken media player.
> 
> 
> On Fri, Sep 5, 2008 at 5:13 PM, François TOURDE <[EMAIL PROTECTED]>
> wrote:
> 
> Hi,
> 
> Sometimes, launching the Qtopia media player result in no
> sound
> played and progress bar stay at 0.00 ... Any idea ?
> (reboot/restart
> X/suspend-resume are not revelant).
> 
> I also have some difficulties with the GUI of the app... Vol
> +/Vol-,
> Next/Prev, etc... Am I alone with this issue?
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
> 
> 
> 
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| [3.165000] mmcblk0: mmc0:b368 SMI   498176KiB

That's the good part above, it talked to the card and got information
out of it (512MB card).

| [3.17]  mmcblk0:<6>glamo-mci glamo-mci.0:
| Error after cmd: 0x302

Then it all went wrong, 0x0302 is actually CRC error with data ready,
never seen it before.  After that it's dead meat.

Looks like bulk transfer on that card doesn't work under current default
conditions, eg max clock speed.

You can meddle with max clock speed on kernel commandline, try eg

glamo_mci.sd_max_clk=1000

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjB2fAACgkQOjLpvpq7dMrOZgCfe5ahhyOeWub+CQv4+Uhyo0bv
GbUAmQGKAu9r+VQ8klnNq74hqDPWPqdX
=YirJ
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Bluetooth convenience scripts

[Michael Shiloh]

Daniel Benoy wrote:
> I found a useful python script on Gentoo's boards for using the bluez-utils 
> d-bus interface for activating bluetooth keyboards so that they will connect 
> automatically when you turn them on.  I've also modified it and created one 
> that does the same thing for A2DP headsets, and I've decided to share :)  The 
> keyboard one can/must be used in lieu of hidd, so it's for newer versions of 
> bluez-utils (Available in the testing and unstable feeds)
> 
> You also have to bond (pair) the devices first.  Instructions for that are 
> here: http://wiki.bluez.org/wiki/HOWTO/Bonding  (Feel free to make a 
> convenience script for the bonding process too)
> 
> You may also have to run:
> dbus-send --system --type=method_call --print-reply --dest=org.bluez 
> /org/bluez/hci0 org.bluez.Adapter.SetTrusted? string:AA:BB:CC:DD:EE:FF  (Feel 
> free to add this to the script)
> 
> If you want to use an A2DP headset you can add an entry like this to your 
> /etc/asound.conf
> 
> pcm.bluetooth {
>   type bluetooth
> device "AA:BB:CC:DD:EE:FF"
> profile "auto"
> }
> 
> 
> And then you can tell alsa aware applications to use it for output.  i.e.:
> 
> mplayer -ao alsa:device=bluetooth nifty.mp3
> 
> (I believe you can also name it pcm.!default and it will become the default.)

Thanks! This is very helpful.

I'd like to add this to the wiki, but I'm just learning my way around 
Bluetooth. Can you help me find the place for it?

Perhaps in

http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Advanced_Audio_Distribution_Profile_.28A2DP.29


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia] rotate screen?

[Marco Trevisan (Treviño)]

Lorn Potter wrote:
> Thomas Bertani wrote:
>> is it possible to rotate screen orientation of qtopia on the fr?
> 
> In 4.4 yes.

You're making us dreaming every time more :P
The waiting is trying :D

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

U-Boot DFU mode not working

[Zbigniew Hałas]

Hello,

I've tried to upgrade software on my Freerunner, but when I'am trying to enter 
DFU mode it doesn't work. I'am booting from NOR as described here:
http://wiki.openmoko.org/wiki/Flashing_the_Neo_FreeRunner
but when I'am runnig dfu-util it only shows "USB Device Firmware Upgrade":

#v+
./dfu-util --list
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY

Found Runtime: [0x1d50:0x5119] devnum=19, cfg=0, intf=2, alt=0, name="USB 
Device Firmware Upgrade"
#v-

I've never changed anything in my NOR, and I've got version of U-Boot supplied 
with my Freerunner: U-Boot 1.3.2-moko12 (May 9 2008 - 10:28:48)
I'am using svn version of dfu-util.

Regards,
Zbyszek Hałas

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Dmitry Makovey]

--- Daniel Benoy <[EMAIL PROTECTED]> wrote:

> Looks like trouble.  Have you ruled out the card
> itself by checking it in another reader?


just did with another FreeRunner: co-worker has
NorthAmerican version and it did't have problem with
my card (except that the card doesn't have partition
information):

# dmesg | grep  mmc
VFS: Can't find a valid FAT filesystem on dev mmcblk0.
VFS: Can't find a valid FAT filesystem on dev mmcblk0.


We tried both cards (his and mine) in both devices and
both cards seem to behave the same in each device
respectively - in mine they throw errors, in his -
missing partition information (his was functional
before though, so I'm thinking my device corrupted the
card). Another difference is that my stack is OM2008.8
and his is QTopia. But my FreeRunner was unable to
work with microSD regardless of image/software stack
used.

Interestingly enough it does detect the card itself
and it's size, but then soon after it "blows up".

> On Friday 05 September 2008 12:48:11 Dmitry Makovey
> > # grep mmc om_dmesg
> > [3.165000] mmcblk0: mmc0:b368 SMI   498176KiB
> > [3.17]  mmcblk0:<6>glamo-mci glamo-mci.0:
> > Error after cmd: 0x302
> > [3.18] mmcblk0: error -84 sending
> read/write
> > command
> > [3.185000] end_request: I/O error, dev
> mmcblk0,
> > sector 0
> > [3.185000] Buffer I/O error on device mmcblk0,
> > logical block 0
> > [3.195000] glamo-mci glamo-mci.0: Error after
> cmd:
> > 0x8020
> > [3.195000] glamo-mci glamo-mci.0: Error after
> cmd:
> > 0x8122
> > [3.20] mmcblk0: error -84 sending
> read/write
> > command
> > ...


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gta02, debian, fso: pairing (and using) bleutooth headset?

[Jim Morris]

Angus Ainslie wrote:
> OK reproduced a few times now.
> 
> Some times the bluetooth/alsa/dbus gets into a state where this will not 
> work so you should reboot to start everything fresh.
> 
> I've created a new state file that prodices NOISY audio , I will be 
> looking into the source of noisy and getting the mic path properly setup 
> as well.
> 
> http://handheldshell.com/gsm_headset.txt
> 
> Pair the headset ( only needs doing once )
> 
> run
> 
> ./BtHeadset.py 
> 
> You should hear static in the headset at this point. If not try 
> rerunning BtHeadset.py. If you still don't have static reboot.
> 
> start the phone call. Once connected
> 
> alsactl restore 0 -f gsm_headset.txt
> ./bluetooth_pcm
> 
> 
>

Good work, The step you did that I did not even think of was running the 
bluetooth_pcm.c file. To be 
honest I don't really see why/how this should even work. But as it is the only 
step that was 
different from what I did I suppose it must be the missing link.

Do you know if the audio is being routed directly from GSM to BT or through the 
CPU via PCM then 
into the BT via the USB interface?

Thanks for working on this, I had given up!

-- 
Jim Morris, http://blog.wolfman.com

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[Zack Mollusc]

[EMAIL PROTECTED] wrote:
> Thanks, Zack.
>
> Yes, I had done that too (although I didn't put it in a script like  
> you - I like your script, you bring down usb0 to clean up the routing  
> table and call udhcpc eth0 again after ifup eth0 to make sure you get  
> an IP).
>
> However, I would like to see the GUI "doing the right thing".  
> Yesterday I did bite the bullet and copied my random-gen password byte  
> by byte into the password field while looking at it displayed in my  
> PC. It took me a couple of minutes to do it - you can't see what  
> you're inputting, so it takes time to do it right.
>
> But the frustrating part is that later I switched off wifi in the GUI,  
> and when I turned it back on, IT ASKED FOR THE PASSWORD AGAIN  
> RRGGGHHH!! Obviously, I won't go through that again.
>
> So, now I have 3 complaints/wishes for the wifi gui:
> 1 - always allow pasting into password field;
> 2 - an option to allow visual feedback (see the actual chars) input  
> into the password field;
> 3 - store the already input password!!!
>
> Should I send this to another list to get developer attention?
>
> Citando Zack Mollusc <[EMAIL PROTECTED]>:
>
>   
>> Vasco Névoa wrote:
>> 
>>> I have a 63 character random-generated password for my WPA network.
>>> The GUI asks for the password but apparently does not allow me to use
>>> copy-paste to insert it.
>>> Is there any other simple way to do this? Surely you don't expect me to
>>> input it by hand into Neo's GUI?!...
>>>
>>>
>>> ___
>>> support mailing list
>>> support@lists.openmoko.org
>>> https://lists.openmoko.org/mailman/listinfo/support
>>>
>>>
>>>
>>>   
>> Hi, I can connect to my wpa with my   
>> /etc/wpa_supplicant/wpa_supplicant.conf  
>>  file  
>> thus:
>>
>> ctrl_interface=/var/run/wpa_supplicant
>> ctrl_interface_group=0
>> eapol_version=1
>> ap_scan=1
>> fast_reauth=1
>> # WPA:
>> network={
>>ssid="OMFGmySSID"
>>
>>proto=WPA
>>key_mgmt=WPA-PSK
>>pairwise=TKIP
>>group=TKIP
>>scan_ssid=1
>>psk="omfgmysecretWPAkeyhere"
>>priority=10
>> }
>>
>>
>> # Wildcard match for SSID (plaintext APs only). This example select any
>> # open AP regardless of its SSID.
>> network={
>> key_mgmt=NONE
>> priority=5
>> }
>>
>>
>>
>>
>> I have to run a script (i call mine wifi.sh)consisting of
>>
>> ifdown usb0
>> ifdown eth0
>> ifup eth0
>> udhcpc eth0
>>
>> in order to get it to dhcp from the router. ie i power up the phone,
>> open a terminal window and run the above wifi.sh script and wait
>> (sometimes for a few minutes) until it discovers the ip settings from
>> the router.
>>
>> This little shell script gets me onto my wpa router or any open router
>> that is available.
>>
>> Please don't ask me for details as I am a non-programming nitwit
>> cobbling stuff out of other people's help files.
>>
>> Good luck.
>>
>>
>>
>>
>> ___
>> support mailing list
>> support@lists.openmoko.org
>> https://lists.openmoko.org/mailman/listinfo/support
>>
>> 
>
>
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
>
>
>   
Hi Vasco,
I think the problem is being worked on, but I can't find the email i
read it in.
 I too typed in a 63 digit password without being able to see it :-) I
only did it once then went and found a way round it.




___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Bluetooth convenience scripts

[Daniel Benoy]

I found a useful python script on Gentoo's boards for using the bluez-utils 
d-bus interface for activating bluetooth keyboards so that they will connect 
automatically when you turn them on.  I've also modified it and created one 
that does the same thing for A2DP headsets, and I've decided to share :)  The 
keyboard one can/must be used in lieu of hidd, so it's for newer versions of 
bluez-utils (Available in the testing and unstable feeds)

You also have to bond (pair) the devices first.  Instructions for that are 
here: http://wiki.bluez.org/wiki/HOWTO/Bonding  (Feel free to make a 
convenience script for the bonding process too)

You may also have to run:
dbus-send --system --type=method_call --print-reply --dest=org.bluez 
/org/bluez/hci0 org.bluez.Adapter.SetTrusted? string:AA:BB:CC:DD:EE:FF  (Feel 
free to add this to the script)

If you want to use an A2DP headset you can add an entry like this to your 
/etc/asound.conf

pcm.bluetooth {
type bluetooth
device "AA:BB:CC:DD:EE:FF"
profile "auto"
}


And then you can tell alsa aware applications to use it for output.  i.e.:

mplayer -ao alsa:device=bluetooth nifty.mp3

(I believe you can also name it pcm.!default and it will become the default.)

-- 
Daniel Benoy
http://daniel.benoy.name


audtool.py
Description: application/python


hidtool.py
Description: application/python
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia]how to install a qpk package?

[Jim Morris]

Thomas Bertani wrote:
> How to install a qpk package like this [1] on qtopia @ fr?
> 
> [1] 
> http://code.google.com/p/opencitymap/source/browse/branches/damunix/openmoko/cityMap/pkg/cityMap_1.0.0-1_arm.qpk?r=19
> 

Take a look at the end of this article, it explains how to setup your own feed.

http://blog.wolfman.com/articles/2008/08/27/porting-xgps-to-qtopia-for-the-freerunner


The only way AFAIK to install a qpk is via http.


-- 
Jim Morris, http://blog.wolfman.com

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] Qtopia media player don't start playing

[Christoph Henning]

You are not alone. Same problems here.
Maybe there are to many bigger issues, that we don't mind about a broken
media player.

On Fri, Sep 5, 2008 at 5:13 PM, François TOURDE <[EMAIL PROTECTED]> wrote:

> Hi,
>
> Sometimes, launching the Qtopia media player result in no sound
> played and progress bar stay at 0.00 ... Any idea ? (reboot/restart
> X/suspend-resume are not revelant).
>
> I also have some difficulties with the GUI of the app... Vol+/Vol-,
> Next/Prev, etc... Am I alone with this issue?
>
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
>
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gta02, debian, fso: pairing (and using) bleutooth headset?

[Michael Shiloh]

Angus Ainslie wrote:
> OK reproduced a few times now.
> 
> Some times the bluetooth/alsa/dbus gets into a state where this will not 
> work so you should reboot to start everything fresh.
> 
> I've created a new state file that prodices NOISY audio , I will be 
> looking into the source of noisy and getting the mic path properly setup 
> as well.
> 
> http://handheldshell.com/gsm_headset.txt
> 
> Pair the headset ( only needs doing once )
> 
> run
> 
> ./BtHeadset.py 
> 
> You should hear static in the headset at this point. If not try 
> rerunning BtHeadset.py. If you still don't have static reboot.
> 
> start the phone call. Once connected
> 
> alsactl restore 0 -f gsm_headset.txt
> ./bluetooth_pcm

Awesome. I'm going to add this to the wiki.

Michael

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia] rotate screen?

[Thomas Bertani]

2008/9/5 Lorn Potter <[EMAIL PROTECTED]>

> Thomas Bertani wrote:
> > is it possible to rotate screen orientation of qtopia on the fr?
>
> In 4.4 yes.
>

but... where can I find it? it is aviable?
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

SD Card Issues On GTA02

[Marzak]

Hello,

I just purchased my FreeRunner and I have run into a couple of issues
dealing with the SD card.  I researched and attempted a lot of
troubleshooting and am not sure where to go from here.  Here is what I have
tried so far:

Initially I tried to install qtopia to the SD card to try out that
interface.  I followed the instructions for the install and moved over the
rootfs.  When I tried to decompress the tar, I received an "invalid tar
magic" error.  I tried a couple more times and continued to receive that
error.

I removed the SD card and accessed it from my linux host and was able to
complete the qtopia installation with no errors.  I placed the SD card back
in the FreeRunner and was able to boot qtopia off the SD card with no
issues.  It seemed stable and I had no running issues.

I then decided to try debian and downloaded it's installer.  I ran the
installer and received the same "invalid tar magic" error during the debian
stage.  I rebooted and attempted again several times with the same result. 
It did not always happen in the same place, but it was the same error.

I upgraded uBoot to gta02v5 and the kernel and rootfs to the latest
Om2008.8.  I tried the debian installer again with the same results.

I tried both running the installer again right after a failure and I tried
rebooting and then running the installer again.  Still the same results.  A
couple of times the unit locked up when I attempted to run the installer
again directly after a failure.

I read the information about slowing down the clock speed to allow for
slower cards.  This is the original SD card, but I gave it a try anyway.  I
created another boot menu entry with the added argument to max the speed at
1000.  I tried the debian installer again and had the same error.

I checked over the list of supported SD cards and tried a 2GB scandisk
thinking that maybe my SD card had an issue.  Same results.

Is there anything that I missed or did not consider? Anything else I can
try?  Could I have a bad SD controller?

Thanks

-- 
View this message in context: 
http://n2.nabble.com/SD-Card-Issues-On-GTA02-tp841858p841858.html
Sent from the Openmoko Support mailing list archive at Nabble.com.


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [qtopia] rotate screen?

[Lorn Potter]

Thomas Bertani wrote:
> is it possible to rotate screen orientation of qtopia on the fr?

In 4.4 yes.



-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

[qtopia]how to install a qpk package?

[Thomas Bertani]

How to install a qpk package like this [1] on qtopia @ fr?

[1]
http://code.google.com/p/opencitymap/source/browse/branches/damunix/openmoko/cityMap/pkg/cityMap_1.0.0-1_arm.qpk?r=19
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

[qtopia] rotate screen?

[Thomas Bertani]

is it possible to rotate screen orientation of qtopia on the fr?
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gta02, debian, fso: pairing (and using) bleutooth headset?

[Angus Ainslie]

OK reproduced a few times now.

Some times the bluetooth/alsa/dbus gets into a state where this will not
work so you should reboot to start everything fresh.

I've created a new state file that prodices NOISY audio , I will be looking
into the source of noisy and getting the mic path properly setup as well.

http://handheldshell.com/gsm_headset.txt

Pair the headset ( only needs doing once )

run

./BtHeadset.py 

You should hear static in the headset at this point. If not try rerunning
BtHeadset.py. If you still don't have static reboot.

start the phone call. Once connected

alsactl restore 0 -f gsm_headset.txt
./bluetooth_pcm
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Daniel Benoy]

Looks like trouble.  Have you ruled out the card itself by checking it in 
another reader?

On Friday 05 September 2008 12:48:11 Dmitry Makovey wrote:
> 
> --- Andy Green <[EMAIL PROTECTED]> wrote:
> 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > Somebody in the thread at some point said:
> > | --- "Neng-Yu Tu (Tony Tu)" <[EMAIL PROTECTED]>
> > wrote:
> > |> These is marker from factory SMT line for
> > |> distinguish 900/1800/1900 and
> > |> 850/1800/1900 phones, not fired :)
> > |
> > | thanks! that's a definite releif. However question
> > | remains - why wouldn't my FreeRunner see microSD?
> > I'll
> > | try to locate some "other" microSD card to
> > testhoping
> > | it's not controller or something.
> > 
> > You need to do
> > 
> > dmesg
> > 
> > and post it here, it will try to talk to your card
> > during boot and
> > should give a clue where it went wrong, if it could
> > even talk to it at
> > all, etc.
> 
> 
> this is what I was looking for:
> 
> # grep mmc om_dmesg
> [3.165000] mmcblk0: mmc0:b368 SMI   498176KiB
> [3.17]  mmcblk0:<6>glamo-mci glamo-mci.0:
> Error after cmd: 0x302
> [3.18] mmcblk0: error -84 sending read/write
> command
> [3.185000] end_request: I/O error, dev mmcblk0,
> sector 0
> [3.185000] Buffer I/O error on device mmcblk0,
> logical block 0
> [3.195000] glamo-mci glamo-mci.0: Error after cmd:
> 0x8020
> [3.195000] glamo-mci glamo-mci.0: Error after cmd:
> 0x8122
> [3.20] mmcblk0: error -84 sending read/write
> command
> ...
> 
> 
> # fdisk /dev/mmcblk0
> fdisk: cannot read from /dev/mmcblk0
> 
> (same for all 0, 1 and 2 devices)
> 
> but in case I was looking for the wrong stuff, here's
> the whole dmesg in attachment.
> 
> 



-- 
Daniel Benoy
http://daniel.benoy.name

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[vasco . nevoa]

Citando Marek Lindner <[EMAIL PROTECTED]>:

> On Friday, 5. September 2008 22:05:22 [EMAIL PROTECTED] wrote:
>> > Well, I don't know what your real problem is at the moment. How do you
>> > intend to copy from and why it does not work for you ?
>>
>> Well, my "problem" is just a normal use-case: a regular user is not
>> expected to go edit a configuration file when there is a GUI to do the
>> job.
>
> You misunderstood my question. Let me clarify:
> Please provide a step by step instruction on how you copy & paste your
> password into the field and outline at which point its failing.
> It is hard to fix a bug that you don't know how to reproduce.  :-)
Ah. Ok. :)
Software: OM2008.8-update, with today's opkg upgrade of /testing feed.

My WPA key is in a text file in my home dir.

Use case A (normal):
1 - launch a GUI text editor(like qtopia "notes") and open the key file;
2 - select the relevant text ("ctrl-a") and try to copy it with  
"ctrl-c" or "ctrl-ins" on the terminal-like keyboard;
3 - call the "settings" via the illume menu (already opened and  
running, just select it from drop-down list);
4 - pick "wifi"
5 - pick my WPA network;
6 - when prompted for password, tap the field to establish focus and  
try to paste the text copied from the terminal: keyboard "ctrl-v" or  
"shift-ins" won't do anything.

Use case B (desperate):
1 - do "cat key.txt" in a om terminal;
2 - select the relevant key text by dragging over the text;
3 - continue from step 3 of use case A.

None of these do anything visible to the password field.

>
>
> Marek
>
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
>


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gta02, debian, fso: pairing (and using) bleutooth headset?

[Angus Ainslie]

On Fri, Sep 5, 2008 at 10:39 AM, Angus Ainslie <[EMAIL PROTECTED]>wrote:

> Now start the call
>
> run
>
> alsactl restore 0 Gsmbluetooth_gta02.state.txt
>

There must be a small problem with the state file as I just tried to
reproduce  this and it doesn't work. I had used alsamixer at this step but I
thought I hadn't changed anything. I guess I did. Trying to work it out now.

BtHeadset.py  &
> bluetooth_pcm
>
>
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Dmitry Makovey]

--- Andy Green <[EMAIL PROTECTED]> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Somebody in the thread at some point said:
> | --- "Neng-Yu Tu (Tony Tu)" <[EMAIL PROTECTED]>
> wrote:
> |> These is marker from factory SMT line for
> |> distinguish 900/1800/1900 and
> |> 850/1800/1900 phones, not fired :)
> |
> | thanks! that's a definite releif. However question
> | remains - why wouldn't my FreeRunner see microSD?
> I'll
> | try to locate some "other" microSD card to
> testhoping
> | it's not controller or something.
> 
> You need to do
> 
> dmesg
> 
> and post it here, it will try to talk to your card
> during boot and
> should give a clue where it went wrong, if it could
> even talk to it at
> all, etc.


this is what I was looking for:

# grep mmc om_dmesg
[3.165000] mmcblk0: mmc0:b368 SMI   498176KiB
[3.17]  mmcblk0:<6>glamo-mci glamo-mci.0:
Error after cmd: 0x302
[3.18] mmcblk0: error -84 sending read/write
command
[3.185000] end_request: I/O error, dev mmcblk0,
sector 0
[3.185000] Buffer I/O error on device mmcblk0,
logical block 0
[3.195000] glamo-mci glamo-mci.0: Error after cmd:
0x8020
[3.195000] glamo-mci glamo-mci.0: Error after cmd:
0x8122
[3.20] mmcblk0: error -84 sending read/write
command
...


# fdisk /dev/mmcblk0
fdisk: cannot read from /dev/mmcblk0

(same for all 0, 1 and 2 devices)

but in case I was looking for the wrong stuff, here's
the whole dmesg in attachment.



om_dmesg
Description: 2234517856-om_dmesg
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: gta02, debian, fso: pairing (and using) bleutooth headset?

[Angus Ainslie]

On Tue, Sep 2, 2008 at 10:56 PM, Brad Midgley <[EMAIL PROTECTED]> wrote:

> Jim
>
> > I already tried all that, including the python script. I've tried
> everything on the bluez wiki and
> > the OM wiki.
>
>
I got a bluetooth headset to work. Here' and initial rundown on how to do
it, I'm not sure if all of the steps are required but I know most of them
are.


Pair your headset instructions are here

http://wiki.bluez.org/

After pairing I made a ./home/root/asoundrc to set the headset up as the
default alsa device. This step is probably not required

pcm.!default {
type bluetooth
device 
profile "auto"
}

I wrote a little python script to setup the audio service and set the
headset as the default device

http://handheldshell.com/BtHeadset.py

I compiled the binary from the wiki page
http://wiki.openmoko.org/wiki/Neo1973_audio_subsystem

http://handheldshell.com/bluetooth_pcm

Get the alsa state file

http://wiki.openmoko.org/images/6/64/Gsmbluetooth_gta02.state.txt

Now start the call

run

alsactl restore 0 Gsmbluetooth_gta02.state.txt
BtHeadset.py  &
bluetooth_pcm

You should now hear the call in your headset. I have not tried to see if the
mic is working yet. This was all done with the 2008-updates image from sept
4.

Angus
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Mike Montour]

Angus Ainslie wrote:

> It doesn't completely turn off charging. It drops to a 100mA trickle 
> charge which is insufficient to keep the battery topped up with the GSM 
> radio turned on. That's why the batteries state of discharge is slower 
> when its plugged into the charger ( even the wall charger )

No, it turns off the charge current. See page 86 of the PCF50633 user 
manual 
(http://people.openmoko.org/tony_tu/GTA02/datasheet/PMU/PCF50633UM_6.pdf).

"Battery fully charged: When the battery is fully charged and the 
charger is in Battery Full mode, the charge path is disabled (the 
USB-BAT FET is off)."

I've charted this by sampling the "capacity", "voltage_now", and 
"current_now" /sys files, but I don't have time right now to dig out 
that file and post it.


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Dale Maggee]

Angus Ainslie wrote:
> On Fri, Sep 5, 2008 at 9:37 AM, Mike Montour <[EMAIL PROTECTED]> wrote:
>
>   
>> That might be normal - the charger in the PCF50633 shuts off the charge
>> current once the battery is full, and turns it on again when the voltage
>> falls below a threshold. It seems that it can discharge quite a bit
>> before charging switches back on - in one test my battery got down to
>> around 75% before it started to charge again.
>>
>> 
>
> It doesn't completely turn off charging. It drops to a 100mA trickle charge
> which is insufficient to keep the battery topped up with the GSM radio
> turned on. That's why the batteries state of discharge is slower when its
> plugged into the charger ( even the wall charger )
>
> What should happen is when the battery reachs 100% charge the kernel should
> check to see if the GSM radio/WLAN/Bluetooth/GSP is turned on and set the
> trickle charge to the base 100mA plus whatever each of the powered
> components requires. As the amount that each of these radios uses varies
> depending on signal strength and Rx/Tx mode its not an exact science.
>
> Even just putting the charge mode to ~250mA would probably keep the battery
> charged up and the GSM radio happy.
>
> Is there a dbus signal for a full battery that a script could hook to setup
> this trickle charge state ?
>
> Angus
>   
it sounds like this could be what I'm seeing - I don't think I've ever 
let it get below 80% or so before unplugging and plugging it back in
 - I like to keep it as full as possible so that I have maximum life 
when I take it with me away from a power source.

Thanks,
-D

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[Marek Lindner]

On Friday, 5. September 2008 22:05:22 [EMAIL PROTECTED] wrote:
> > Well, I don't know what your real problem is at the moment. How do you
> > intend to copy from and why it does not work for you ?
>
> Well, my "problem" is just a normal use-case: a regular user is not
> expected to go edit a configuration file when there is a GUI to do the
> job.

You misunderstood my question. Let me clarify:
Please provide a step by step instruction on how you copy & paste your 
password into the field and outline at which point its failing. 
It is hard to fix a bug that you don't know how to reproduce.  :-)


Marek

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Dale Maggee]

-stacy wrote:
> Dale Maggee wrote:
>   
>> Hi,
>>
>> currently when I have my freerunner plugged into USB, it will charge to
>> 100% and then start (slowly) discharging. If I unplug the USB cable and
>> plug it back in, it charges back up to 100 percent, then starts
>> discharging again.
>>
>> any Ideas?
>> 
>
> I noticed the same thing, I have a short shell script that will cause it 
> to start charging again with unpluging the USB cable.
>
> =
> #!/bin/sh
>
> chgmode=/sys/class/i2c-adapter/i2c-0/0-0073/chgmode
>
> cat $chgmode
> echo 0 > $chgmode
> cat $chgmode
> echo 1 > $chgmode
> cat $chgmode
> =
>
> When you run it, the output should look like
>
> # chgmode
> enabled
> play-only
> fast
> #
>
>
> -stacy
>   
Did you mean to say "withOUT unpluging the USB cable."?

I get the output you described when I run this.

Thanks.
-D

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Dale Maggee]

Daniel Benoy wrote:
> See if you have the same problem with the official charger.
>
>   
Ok, I'll switch it over to the charger later tonight and report back.
>> the way I'm plugging it in hasn't changed since It used to charge to 
>> 100% and stay there.
>> 
>
> My theory isn't so good then.. but it's still worth looking in to whether 
> you're drawing the required current.
>
>   
>> erm, i don't know how to tell for sure
>> 
>
> This is a Freerunner right?
>
> Try this:
> cat /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/charger_type
>
> The far right should be the amperage that the charger is currently set to 
> draw.  More details (and other things in sysfs you may want to examine) here:
> http://wiki.openmoko.org/wiki/GTA02_sysfs
>
> If you're plugged directly into the host, you should be getting 500mA, 
> assuming your operating system is performing power negociation properly.  
> Hubs can be inconsistant unless they have external power.
>   
Yep, 500mA:

[EMAIL PROTECTED]:~# cat 
/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/charger_type
host/500mA usb mode 500mA

Thanks,
-Dale

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Angus Ainslie]

On Fri, Sep 5, 2008 at 9:37 AM, Mike Montour <[EMAIL PROTECTED]> wrote:

> That might be normal - the charger in the PCF50633 shuts off the charge
> current once the battery is full, and turns it on again when the voltage
> falls below a threshold. It seems that it can discharge quite a bit
> before charging switches back on - in one test my battery got down to
> around 75% before it started to charge again.
>

It doesn't completely turn off charging. It drops to a 100mA trickle charge
which is insufficient to keep the battery topped up with the GSM radio
turned on. That's why the batteries state of discharge is slower when its
plugged into the charger ( even the wall charger )

What should happen is when the battery reachs 100% charge the kernel should
check to see if the GSM radio/WLAN/Bluetooth/GSP is turned on and set the
trickle charge to the base 100mA plus whatever each of the powered
components requires. As the amount that each of these radios uses varies
depending on signal strength and Rx/Tx mode its not an exact science.

Even just putting the charge mode to ~250mA would probably keep the battery
charged up and the GSM radio happy.

Is there a dbus signal for a full battery that a script could hook to setup
this trickle charge state ?

Angus
___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Mike Montour]

Dale Maggee wrote:
> Hi,
> 
> currently when I have my freerunner plugged into USB, it will charge to 
> 100% and then start (slowly) discharging. If I unplug the USB cable and 
> plug it back in, it charges back up to 100 percent, then starts 
> discharging again.

That might be normal - the charger in the PCF50633 shuts off the charge 
current once the battery is full, and turns it on again when the voltage 
falls below a threshold. It seems that it can discharge quite a bit 
before charging switches back on - in one test my battery got down to 
around 75% before it started to charge again.

The GSM modem draws current directly from the battery so this will cause 
the battery to discharge when the charger is off, even when the rest of 
the phone is powered by USB.


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

[2008.8] Qtopia media player don't start playing

[François TOURDE]

Hi,

Sometimes, launching the Qtopia media player result in no sound
played and progress bar stay at 0.00 ... Any idea ? (reboot/restart
X/suspend-resume are not revelant).

I also have some difficulties with the GUI of the app... Vol+/Vol-,
Next/Prev, etc... Am I alone with this issue?

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[-stacy]

Dmitry Makovey wrote:

> http://makovey.objectis.net/Members/dimon/issues/om/microSD1.jpg/view
> http://makovey.objectis.net/Members/dimon/issues/om/microSD2.jpg/view
> 
> I'm not a big expert in electronics but to me it
> looked like something is not right. Am I correct that
> the slot is defective (or at least has defective
> soldering) or should I look for the source of problem
> somewhere else?

This doesn't help your problem, but looks like you have a capacitor 
soldered between pins 5&6, that is a hardware fix for the issue of the 
SD card interfering with the GPS. I'm guessing that you didn't solder 
that in yourself, so has that fix become part of the current production 
devices then?

-stacy

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[-stacy]

Dale Maggee wrote:
> Hi,
> 
> currently when I have my freerunner plugged into USB, it will charge to
> 100% and then start (slowly) discharging. If I unplug the USB cable and
> plug it back in, it charges back up to 100 percent, then starts
> discharging again.
> 
> any Ideas?

I noticed the same thing, I have a short shell script that will cause it 
to start charging again with unpluging the USB cable.

=
#!/bin/sh

chgmode=/sys/class/i2c-adapter/i2c-0/0-0073/chgmode

cat $chgmode
echo 0 > $chgmode
cat $chgmode
echo 1 > $chgmode
cat $chgmode
=

When you run it, the output should look like

# chgmode
enabled
play-only
fast
#


-stacy

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Daniel Benoy]

On Friday 05 September 2008 09:51:34 Dale Maggee wrote:
> USB cable connected to computer, not the charger.

See if you have the same problem with the official charger.

> > Is the phone on and unsuspended the whole time you're charging?
> >   
> 
> yes, using 2007.2's "dim only, don't lock" option, so most of the time 
> the screen is turned off, but the phone is not suspended. I don't use 
> suspend.

.
.
.

> the way I'm plugging it in hasn't changed since It used to charge to 
> 100% and stay there.

My theory isn't so good then.. but it's still worth looking in to whether 
you're drawing the required current.

> erm, i don't know how to tell for sure

This is a Freerunner right?

Try this:
cat /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/charger_type

The far right should be the amperage that the charger is currently set to draw. 
 More details (and other things in sysfs you may want to examine) here:
http://wiki.openmoko.org/wiki/GTA02_sysfs

If you're plugged directly into the host, you should be getting 500mA, assuming 
your operating system is performing power negociation properly.  Hubs can be 
inconsistant unless they have external power.

> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
> 



-- 
Daniel Benoy
http://daniel.benoy.name

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[vasco . nevoa]

Citando Marek Lindner <[EMAIL PROTECTED]>:
>
>> Any chance that GUI pasting could be implemented in the near future?
>
> Well, I don't know what your real problem is at the moment. How do you intend
> to copy from and why it does not work for you ?
>
Well, my "problem" is just a normal use-case: a regular user is not  
expected to go edit a configuration file when there is a GUI to do the  
job.
So, when a user has a pretty long and complex password, it is a big  
pain to introduce it letter-by-letter in the illume UI via keyboard  
when a simple "ctrl-V" or "shift-ins" would do the trick (copied from  
a file opened in the qtopia text editor or something like it).  
Inputting a 63 character password with all kinds of random-generated  
chars (including " / @ ^ ~ etc.) is a trial-and-error task (because  
there is no visual feedback) and also very time-consuming (because of  
all the keyboard shifting) that could simply be avoided.
It is not a big problem, but it is annoying as hell to a newcomer.
After all, openmoko is about a grand new friendly user experience,  
right? free your phone?... ;)


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Dale Maggee]

> Which charger are you using?  

USB cable connected to computer, not the charger.

> Is the phone on and unsuspended the whole time you're charging?
>   

yes, using 2007.2's "dim only, don't lock" option, so most of the time 
the screen is turned off, but the phone is not suspended. I don't use 
suspend.

> Some chargers only work at 100mA which will charge you when the phone is off 
> or suspended (slowly) but it will gradually discharge if you have the phone 
> drawing operational power.
>   

erm, i don't know how to tell for sure, but I'm pretty sure it's getting 
500mA from the PC - it will charge to 100% in a few hours (not the 12 
hours needed at 100mA). it's plugged directly into a USB port, not a USB 
hub or anything like that. Host is running fedora, not sure how to 
determine how much power the it's drawing, but 'lsusb -v' gives me 
(among much other info):

bmAttributes 0xc0
  Self Powered
MaxPower  500mA

the way I'm plugging it in hasn't changed since It used to charge to 
100% and stay there.

Thanks,
-Dale


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Daniel Benoy]

Yep.  One possibility is that the partition table was nuked (Which happens 
sometimes on the newest kernels due to the GPS interference workarounds).  
dmesg right after boot will reveal if this is the situation.

On Friday 05 September 2008 05:11:49 Andy Green wrote:
> Somebody in the thread at some point said:
> | --- "Neng-Yu Tu (Tony Tu)" <[EMAIL PROTECTED]> wrote:
> |> These is marker from factory SMT line for
> |> distinguish 900/1800/1900 and
> |> 850/1800/1900 phones, not fired :)
> |
> | thanks! that's a definite releif. However question
> | remains - why wouldn't my FreeRunner see microSD? I'll
> | try to locate some "other" microSD card to testhoping
> | it's not controller or something.
> 
> You need to do
> 
> dmesg
> 
> and post it here, it will try to talk to your card during boot and
> should give a clue where it went wrong, if it could even talk to it at
> all, etc.
> 
> -Andy
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
> 



-- 
Daniel Benoy
http://daniel.benoy.name

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Daniel Benoy]

Which charger are you using?  Is the phone on and unsuspended the whole time 
you're charging?

Some chargers only work at 100mA which will charge you when the phone is off or 
suspended (slowly) but it will gradually discharge if you have the phone 
drawing operational power.

On Thursday 04 September 2008 23:29:10 Dale Maggee wrote:
> Hi,
> 
> currently when I have my freerunner plugged into USB, it will charge to 
> 100% and then start (slowly) discharging. If I unplug the USB cable and 
> plug it back in, it charges back up to 100 percent, then starts 
> discharging again.
> 
> any Ideas?
> 
> I'm using 2007.2
> 
> [EMAIL PROTECTED]:~# opkg list_installed | grep kernel
> kernel - 2:2.6.24+git37+d744c88c149269b95ec068c8615e492375415d6d-r2 -
> kernel-2.6.24 - 2:2.6.24+git37+d744c88c149269b95ec068c8615e492375415d6d-r2 -
> 
> Thanks,
> -Dale
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
> 



-- 
Daniel Benoy
http://daniel.benoy.name

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[Marek Lindner]

On Friday, 5. September 2008 17:36:08 [EMAIL PROTECTED] wrote:
> Oops! Sorry Marek, I missed your email before I answered Zack's. :(
>
> So, password storing is there - great!!
> A big *thank you* for that and for telling where the config file is. :)

No problem.  :-)


> Any chance that GUI pasting could be implemented in the near future?

Well, I don't know what your real problem is at the moment. How do you intend 
to copy from and why it does not work for you ?


Marek

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Dale Maggee]

Edgar D' Souza wrote:
> Hmmm... I suppose there's a good reason for that, not being as aware
> of battery tech as I ought to be :-) AFAIK, Li-Ion batteries don't
> suffer from the "memory effect", so I don't really see what harm would
> be done by keeping a constant trickle charge going, sufficient to
> offset power demands from the hardware.
>
> Just for the list's info, though - if this is a software issue, would
> you mind posting which kernel/rootfs versions you're using?
>
> Thanks,
> Ed.
>   
kernel version is in my original message, rootfs is a fully updated 2007.2

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: getting error while trying to flash my neo freerunner

[steffen . linux]

thanks :)
 Original-Nachricht 
> Datum: Fri, 05 Sep 2008 17:22:42 +0800
> Von: Andy Green <[EMAIL PROTECTED]>
> An: Support for Openmoko Device Owners 
> Betreff: Re: getting error while trying to flash my neo freerunner

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Somebody in the thread at some point said:
> 
> | man 2 read
> |
> | on a Linux box, read() is part of C standard library.
> 
> | thanks for answer ;)
> |
> | but I get on my Ubuntu
> | "man 2 read
> | No manual entry for read in section 2
> | "
> 
> You can see it here -->
> 
> http://www.linuxmanpages.com/man2/read.2.php
> 
> - -Andy
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkjA+mIACgkQOjLpvpq7dMo6dQCeL3YxQ7ZMGl/DATfPNP2Up39O
> 1acAni7CVpR5BQeqLj6RtLvpjq98Rwf0
> =G3GI
> -END PGP SIGNATURE-
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support

-- 
Pt! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine für Alle: http://www.gmx.net/de/go/messenger03

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Howto provide decent backgroud infos about problems?

[Evgeny Ginzburg]

Thorben Krueger wrote:
> problem with a tar is: not easy to see the relevant informations at a
> first glance. who goes around untarring files attached to dubious bug
> reports?
> 
hmm maybe some diff against some *standard* installation will suite better?
And sending irrelevant logs will not help.
Thought I dunno how to determine relevant logs ;-)

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[vasco . nevoa]

Oops! Sorry Marek, I missed your email before I answered Zack's. :(

So, password storing is there - great!!
A big *thank you* for that and for telling where the config file is. :)
Any chance that GUI pasting could be implemented in the near future?  
IMHO it's the last detail preventing a security-conscious non-geek  
from using the wifi in Neo/OM. If you have to go terminal, then  
something isn't quite ready yet. ;D

Citando Marek Lindner <[EMAIL PROTECTED]>:

> On Friday, 5. September 2008 05:33:59 Vasco Névoa wrote:
>> I have a 63 character random-generated password for my WPA network.
>> The GUI asks for the password but apparently does not allow me to use
>> copy-paste to insert it.
>> Is there any other simple way to do this? Surely you don't expect me to
>> input it by hand into Neo's GUI?!...
>
> We are not that cruel.  :-)
>
> Recently, I added a password saving feature to settings. It will save all
> passwords after a successful connection attempt to a protected network in a
> file. This file (/etc/wifi.conf) is human readable. You could add a section
> for your network there. The format looks like that:
>
> [00:11:22:33:44:55] // your networks bssid
> password = 012345 // your password
> description = Openmoko // essid (optional)
>
> I guess it will take 1-2 days until this feature is through our  
> queue and ends
> up in Om2008.8-update.
>
> HTH,
> Marek
>
>
>
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
>


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Edgar D' Souza]

On Fri, Sep 5, 2008 at 12:15 PM, Dale Maggee <[EMAIL PROTECTED]> wrote:
> Yes, this sounds like the correct explanation - it stops charging once
> it hits 100%.
>
> When I have it unplugged, it SEEMS to discharge faster, but this may be
> due to usage
[...] I'll do some more testing by unplugging it and putting
> it on the desk while i'm not using it, and report back ]
[...]
> It used to just stay at 100% when left plugged in, so I'm guessing that
> one of the updates (probably the kernel? possibly around the time we
> started using the 'aux' led to indicate charging) has changed this.

Hmmm... I suppose there's a good reason for that, not being as aware
of battery tech as I ought to be :-) AFAIK, Li-Ion batteries don't
suffer from the "memory effect", so I don't really see what harm would
be done by keeping a constant trickle charge going, sufficient to
offset power demands from the hardware.

Just for the list's info, though - if this is a software issue, would
you mind posting which kernel/rootfs versions you're using?

Thanks,
Ed.

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[vasco . nevoa]

Thanks, Zack.

Yes, I had done that too (although I didn't put it in a script like  
you - I like your script, you bring down usb0 to clean up the routing  
table and call udhcpc eth0 again after ifup eth0 to make sure you get  
an IP).

However, I would like to see the GUI "doing the right thing".  
Yesterday I did bite the bullet and copied my random-gen password byte  
by byte into the password field while looking at it displayed in my  
PC. It took me a couple of minutes to do it - you can't see what  
you're inputting, so it takes time to do it right.

But the frustrating part is that later I switched off wifi in the GUI,  
and when I turned it back on, IT ASKED FOR THE PASSWORD AGAIN  
RRGGGHHH!! Obviously, I won't go through that again.

So, now I have 3 complaints/wishes for the wifi gui:
1 - always allow pasting into password field;
2 - an option to allow visual feedback (see the actual chars) input  
into the password field;
3 - store the already input password!!!

Should I send this to another list to get developer attention?

Citando Zack Mollusc <[EMAIL PROTECTED]>:

> Vasco Névoa wrote:
>> I have a 63 character random-generated password for my WPA network.
>> The GUI asks for the password but apparently does not allow me to use
>> copy-paste to insert it.
>> Is there any other simple way to do this? Surely you don't expect me to
>> input it by hand into Neo's GUI?!...
>>
>>
>> ___
>> support mailing list
>> support@lists.openmoko.org
>> https://lists.openmoko.org/mailman/listinfo/support
>>
>>
>>
>
> Hi, I can connect to my wpa with my   
> /etc/wpa_supplicant/wpa_supplicant.conf  
>  file  
> thus:
>
> ctrl_interface=/var/run/wpa_supplicant
> ctrl_interface_group=0
> eapol_version=1
> ap_scan=1
> fast_reauth=1
> # WPA:
> network={
>ssid="OMFGmySSID"
>
>proto=WPA
>key_mgmt=WPA-PSK
>pairwise=TKIP
>group=TKIP
>scan_ssid=1
>psk="omfgmysecretWPAkeyhere"
>priority=10
> }
>
>
> # Wildcard match for SSID (plaintext APs only). This example select any
> # open AP regardless of its SSID.
> network={
> key_mgmt=NONE
> priority=5
> }
>
>
>
>
> I have to run a script (i call mine wifi.sh)consisting of
>
> ifdown usb0
> ifdown eth0
> ifup eth0
> udhcpc eth0
>
> in order to get it to dhcp from the router. ie i power up the phone,
> open a terminal window and run the above wifi.sh script and wait
> (sometimes for a few minutes) until it discovers the ip settings from
> the router.
>
> This little shell script gets me onto my wpa router or any open router
> that is available.
>
> Please don't ask me for details as I am a non-programming nitwit
> cobbling stuff out of other people's help files.
>
> Good luck.
>
>
>
>
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support
>


___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: getting error while trying to flash my neo freerunner

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| man 2 read
|
| on a Linux box, read() is part of C standard library.

| thanks for answer ;)
|
| but I get on my Ubuntu
| "man 2 read
| No manual entry for read in section 2
| "

You can see it here -->

http://www.linuxmanpages.com/man2/read.2.php

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjA+mIACgkQOjLpvpq7dMo6dQCeL3YxQ7ZMGl/DATfPNP2Up39O
1acAni7CVpR5BQeqLj6RtLvpjq98Rwf0
=G3GI
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: getting error while trying to flash my neo freerunner

[steffen . linux]

thanks for answer ;)

but I get on my Ubuntu
"man 2 read
No manual entry for read in section 2
"
 Original-Nachricht 
> Datum: Fri, 05 Sep 2008 17:11:42 +0800
> Von: Andy Green <[EMAIL PROTECTED]>
> An: Support for Openmoko Device Owners 
> Betreff: Re: getting error while trying to flash my neo freerunner

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Somebody in the thread at some point said:
> 
> | now where is the function "read"? and what does this function? I can't
> find anything in the sam7dfu.c and in the included files, there is even
> no function "read".
> | Only one file I can't check because I dunno where it is: config.h in
> the svn trunk.
> 
> I don't think it makes the problem, but try
> 
> man 2 read
> 
> on a Linux box, read() is part of C standard library.
> 
> - -Andy
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkjA984ACgkQOjLpvpq7dMpQLACgjrg8t0E8I5IG+qJnGl3bkNZ3
> z44An3045iHl5ltoCahd8Opf3XUSOfBl
> =BOxH
> -END PGP SIGNATURE-
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support

-- 
GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion!
http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| --- "Neng-Yu Tu (Tony Tu)" <[EMAIL PROTECTED]> wrote:
|> These is marker from factory SMT line for
|> distinguish 900/1800/1900 and
|> 850/1800/1900 phones, not fired :)
|
| thanks! that's a definite releif. However question
| remains - why wouldn't my FreeRunner see microSD? I'll
| try to locate some "other" microSD card to testhoping
| it's not controller or something.

You need to do

dmesg

and post it here, it will try to talk to your card during boot and
should give a clue where it went wrong, if it could even talk to it at
all, etc.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjA9vMACgkQOjLpvpq7dMqHLQCggmu4UNkqmvNajYIJfwerFFDD
ksIAoI5WZG0VERdG4JTNwm7+dv52R18v
=Qqgg
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: getting error while trying to flash my neo freerunner

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| now where is the function "read"? and what does this function? I can't
find anything in the sam7dfu.c and in the included files, there is even
no function "read".
| Only one file I can't check because I dunno where it is: config.h in
the svn trunk.

I don't think it makes the problem, but try

man 2 read

on a Linux box, read() is part of C standard library.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkjA984ACgkQOjLpvpq7dMpQLACgjrg8t0E8I5IG+qJnGl3bkNZ3
z44An3045iHl5ltoCahd8Opf3XUSOfBl
=BOxH
-END PGP SIGNATURE-

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: getting error while trying to flash my neo freerunner

[steffen . linux]

Hi, me again ;)

I think I've the part of the code, where the error occurs:
In sam7dfu.c
"printf("Starting download: [");
fflush(stdout);
while (bytes_sent < st.st_size /* - DFU_HDR */) {
int hashes_todo;

ret = read(fd, buf, xfer_size);
if (ret < 0) {
perror(fname);
goto out_close;
}
"

now where is the function "read"? and what does this function? I can't find 
anything in the sam7dfu.c and in the included files, there is even no function 
"read".
Only one file I can't check because I dunno where it is: config.h in the svn 
trunk.

Why do I think that this is the code where the error occurs?
1. the "Starting download [" 
2. the "perror(fname);", in the other error handlers, there is a ""Error during 
download\n", but in my error message, there is only a "dfu_download error".
 Original-Nachricht 
> Datum: Thu, 04 Sep 2008 17:23:18 -0700
> Von: Michael Shiloh <[EMAIL PROTECTED]>
> An: Support for Openmoko Device Owners 
> Betreff: Re: getting error while trying to flash my neo freerunner

> Detructor wrote:
> 
> >>> When I try to flash the neo on my laptop I get a
> >>> "Starting download: [dfu_download error -71"
> 
> Is that error copy-and-pasted? A friend is looking through the source 
> and is not finding even "[dfu_download" anywhere.
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support

-- 
Pt! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine für Alle: http://www.gmx.net/de/go/messenger03

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: microSD slot fried?

[Dmitry Makovey]

--- "Neng-Yu Tu (Tony Tu)" <[EMAIL PROTECTED]> wrote:
> These is marker from factory SMT line for
> distinguish 900/1800/1900 and
> 850/1800/1900 phones, not fired :)

thanks! that's a definite releif. However question
remains - why wouldn't my FreeRunner see microSD? I'll
try to locate some "other" microSD card to testhoping
it's not controller or something.



___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: getting error while trying to flash my neo freerunner

[steffen . linux]

the complete log:
[code]
 sudo ./dfu-util -a rootfs -R -D ./Om2008.8-gta02-20080904.rootfs.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: [0x1d50:0x5119] devnum=3, cfg=0, intf=0, alt=6, name="rootfs"
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x1000
bytes_per_hash=1433927
Starting download: [dfu_download error -71
Error during download
[/code]
 Original-Nachricht 
> Datum: Thu, 04 Sep 2008 17:23:18 -0700
> Von: Michael Shiloh <[EMAIL PROTECTED]>
> An: Support for Openmoko Device Owners 
> Betreff: Re: getting error while trying to flash my neo freerunner

> Detructor wrote:
> 
> >>> When I try to flash the neo on my laptop I get a
> >>> "Starting download: [dfu_download error -71"
> 
> Is that error copy-and-pasted? A friend is looking through the source 
> and is not finding even "[dfu_download" anywhere.
> 
> ___
> support mailing list
> support@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/support

-- 
Pt! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine für Alle: http://www.gmx.net/de/go/messenger03

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: [2008.8] [wifi] Settings / Wifi / password field does not allow pasting

[Marek Lindner]

On Friday, 5. September 2008 05:33:59 Vasco Névoa wrote:
> I have a 63 character random-generated password for my WPA network.
> The GUI asks for the password but apparently does not allow me to use
> copy-paste to insert it.
> Is there any other simple way to do this? Surely you don't expect me to
> input it by hand into Neo's GUI?!...

We are not that cruel.  :-)

Recently, I added a password saving feature to settings. It will save all 
passwords after a successful connection attempt to a protected network in a 
file. This file (/etc/wifi.conf) is human readable. You could add a section 
for your network there. The format looks like that:

[00:11:22:33:44:55] // your networks bssid
password = 012345 // your password
description = Openmoko // essid (optional)

I guess it will take 1-2 days until this feature is through our queue and ends 
up in Om2008.8-update.

HTH,
Marek



___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: 2008.8 : error during update

[Marek Lindner]

On Friday, 5. September 2008 04:43:07 feydreva wrote:
>  * Failed to download
> http://people.openmoko.org/~zecke/om2008.8-testing/armv4t/pyefl-sudoku_0.0.
>2+svnr28-r0_armv4t.opk, error 404
>  * Failed to download pyefl-sudoku. Perhaps you need to run 'opkg update'?

The used repository (zecke testing) has been shutdown and all changes have 
been merged into the Om2008.8-updates tree. Load your packages / updates from 
there (http://downloads.openmoko.org/repository/Om2008.8/).


Marek

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support

Re: Battery discharging while plugged in

[Dale Maggee]

Edgar D' Souza wrote:
> On Fri, Sep 5, 2008 at 8:59 AM, Dale Maggee <[EMAIL PROTECTED]> wrote:
>   
>> Hi,
>>
>> currently when I have my freerunner plugged into USB, it will charge to
>> 100% and then start (slowly) discharging. If I unplug the USB cable and
>> plug it back in, it charges back up to 100 percent, then starts
>> discharging again.
>>
>> any Ideas?
>> 
>
> ONLY an idea, no factual knowledge :) but:
> Perhaps the charging circuitry is flipped off when the battery reaches
> 100% reported charge level, and then the phone is running off of
> battery, causing the slow discharge you see? When you unplug and
> replug, since the battery is below 100%, the charging circuit is
> turned back on till battery level once again reaches 100%? Think this
> is the explanation? Have you tried unplugging the phone when it hits
> 100% batt charge, and leaving it unplugged, and seeing if it maintains
> the same rate of discharge?
> Are you in a good signal coverage area, or does the phone have to
> 'shout' to talk with the tower (presuming your GSM is on)? When I'm in
> low-signal areas, the battery discharges faster. Been that way for my
> Nokia (past) and Motorola (present) phones too.
> What about other chipsets - Bluetooth, GPS, WiFi? Are they powered
> off, or are they on? Might be contributing to battery drain...
>
> HTH
> Ed.
>   
Ed,

Yes, this sounds like the correct explanation - it stops charging once 
it hits 100%.

When I have it unplugged, it SEEMS to discharge faster, but this may be 
due to usage [i.e, when it's plugged in, the screen is turned off most 
of the time ( I use the 'dim only, don't lock' option), as I tend to do 
everything via ssh. When it's unplugged it tends to either be in use or 
in my pocket (where the screen tends to get bumped and therefore powers 
back on briefly). I'll do some more testing by unplugging it and putting 
it on the desk while i'm not using it, and report back ]

I'm in a good coverage area, and usually have "full bars" or close to it.

I usually have GPS, bluetooth, and wifi turned on, although sometimes I 
turn them off to conserve battery life when I'm not going to be near a 
charger for a while.

It used to just stay at 100% when left plugged in, so I'm guessing that 
one of the updates (probably the kernel? possibly around the time we 
started using the 'aux' led to indicate charging) has changed this.

cheers,
-Dale

___
support mailing list
support@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/support