Re: New significant speedups coming to FreeRunner
On Thu, Jan 21, 2010 at 10:26 PM, Timo Juhani Lindfors wrote: > Helge Hafting writes: >> That ticket seems to describe a similiar problem with wifi, it doesn't >> mention GSM. Or are both handled by a common piece of hardware? > > No. GSM runs on a separate ARM processor and is accessed over a serial > port. As reported by me and others, WIFI is periodically not available after a reboot and there is some suggestion that the faster kernel may be exposing some timing related issues. I'm not yet certain if this issue is also being caused by the timing issues, but on my QtMoko v16b with the nodebug kernel I'm not only experiencing the WIFI problem but more importantly I'm seeing some GSM and SIM related problems. I frequnetly go to make a call and the dialer drops out wihtout errors. If someone can tell me where to look and what to provide to help debug this, then do so. I also sometimes get errors sending SMS and other times get "sim card not ready" when trying to delete SMS. I just wanted to report these as a data point and if anyone wants more details and logs, please ask. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Ventura and https
Hi, Can some users confirm the version of webkit that works? I have v1.1.18+svnr52207-r52207-r0.4 installed and I get an 'unable to create webview' error in eve. Thanks -- View this message in context: http://n2.nabble.com/Ventura-browser-NEW-release-15-Jan-tp4357081p454.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: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
Hi, frameworkd and phonefsod are updated. So your next report would be based on git head ;) -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
digital audio paths (Was: Re: Experimental technique for testing call audio quality? )
On Friday 22 January 2010 20:13:58 Timo Juhani Lindfors wrote: > Helge Hafting writes: > > the same quality as this, by tweaking volume settings. Calls are digital > > The audio data is fed to the GSM chip in analog form however. > > > If the FR sound quality is too bad, consider a BT headset. Sound quality > > should then depend on the BT headset only. The FR's problems with buzz, > > bad bass, and possibly other analog issues shouldn't matter at all. > > Even in this case the audio is fed in analog form to the GSM chip. > Why on hell GSM chips are still done this way? I hope whatever next open phone comes around it's totally digital. Audio lines maybe were a good idea for phones with few cpu power available, but now it's only a waste of PCB space I think. The hardware becomes more flexible and maybe you can do some DSP to enhance the voice. Or implement an answering machine inside the phone. Do anyone know about recent GSM chips? I'm still dreaming a up-to-date open phone :) Is there a standard to do voice-audio-codec over multiplexed AT channel? -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments 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: Experimental technique for testing call audio quality?
2010/1/22 Xavier Cremaschi : > Neil Jerram a écrit : >> The best I've found so far is to call my work voicemail, speak to it, >> and get it to play my recording back to me. But that's still costing >> a bit. Any better ideas? >> > > Same thing here, but with my own number. In one shot I can leave a > message, listen it, delete it. And it's cheap. Good idea, thanks! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Experimental technique for testing call audio quality?
2010/1/22 Helge Hafting : > To test the quality of analog components (mic, amplifier, speaker): > > * Record voice (or test tones) to a file. Transfer the file to a > computer with a good soundcard, to check quality. > > * Get a sound file of known quality, transfer it to the FR. > Play it (alsaplayer or some other audio player) > and check the quality. > > With this, you should get an idea of what sound the FR is > capable of. Tweak relevant volume settings; too little > is hard to hear, too much may clip and distort. Many thanks. I have indeed - but very slowly - been following this kind of approach. I figured that it made sense to look at the ringtone volume problem first, as that should be easier, and because in-call quality is not so important if one is missing the calls anyway. So FWIW I've been trying to understand all the available information about the Wolfson codec, and the *.state files. I've nothing really to report yet, just one hunch, namely that the structure of the alsa state management - i.e. saving and restoring all of the settings when the "scenario" changes - makes this audio situation harder to understand and to improve. I'm wondering about an alternative approach where the deltas between the state files are grouped into a number of independent operations, like 'enable GSM input', 'set PCM volume to X' etc. One specific thing I noticed is that gsmhandset.state has control.90 "DAPM Headset Mic Switch" set to true. I wonder if that could be a source of extra noise (when using the handset)? > Calls will surely not be better than what you can get this > way. Ideally, you should be able to get calls up to > the same quality as this, by tweaking volume settings. Calls are digital > and shouldn't have sound distortion of its own. At least not worse > than other phones. > > The current default call volumes in SHR-U are quite bad, which may be > the reason for many recent reports of audio problem. Anyone installing > SHR-U should call themselves (on some other phone) and adjust both > mic volume and speaker volume. (And then reboot the phone, > so the settings are saved.) Thanks. > If the FR sound quality is too bad, consider a BT headset. Sound quality > should then depend on the BT headset only. The FR's problems with buzz, > bad bass, and possibly other analog issues shouldn't matter at all. I guess so - but I really hope and believe that handset audio quality is a soluble problem. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
On Fri, Jan 22, 2010 at 10:55:38PM +0100, arne anka wrote: > > only changed in opimd and a small fix for ogpsd since then. > a link to the changelog? http://git.freesmartphone.org/?p=framework.git;a=shortlog -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
> only changed in opimd and a small fix for ogpsd since then. a link to the changelog? > This will most probably not fix your problem! that's quite possible, i added the remark only i case the issue was related to differences in frameworkd between the one debian uses and the shr one (since shr is the development platform for fso, iirc). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
On Fri, Jan 22, 2010 at 10:03:07PM +0100, arne anka wrote: > > hmm, strange thing. This is exactly what we intend to do... retry to > > access FSO until it appears on the scene... and then list the resources > > and register GSM if it is there... if not, wait for the signal that the > > GSM resource > > appeared. > > well, that's what i thought. > i've seen two different scenarios, when no pin dialog appears: > one was a message like "could not set environment" or something to that > effect. > the other one, that phonefsod apparently waits forever (although fsousaged > lists it as gsm user in its log and fso-abyss is started). > > please bear in mind, that debian's frameworkd is not quite up to date, if > i recall mickey's comments a while back correctly. fso-frameworkd in pkg-fso is currently a git checkout from 20090920. There will be a git head version in the next hour, but there were only changed in opimd and a small fix for ogpsd since then. This will most probably not fix your problem! I guess mickey meant the framework from Debian main repository, which is VERY old (~ one year). -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
> hmm, strange thing. This is exactly what we intend to do... retry to > access FSO until it appears on the scene... and then list the resources > and register GSM if it is there... if not, wait for the signal that the > GSM resource > appeared. well, that's what i thought. i've seen two different scenarios, when no pin dialog appears: one was a message like "could not set environment" or something to that effect. the other one, that phonefsod apparently waits forever (although fsousaged lists it as gsm user in its log and fso-abyss is started). please bear in mind, that debian's frameworkd is not quite up to date, if i recall mickey's comments a while back correctly. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
Am Freitag 22 Januar 2010 18:52:58 schrieb arne anka: > within normal operation (runlevel) phonefsod does not work predicatble. > small changes in the phonefsod.conf made it stop entirely (w/o any useful > info in the log despite DEBUG) and small changes in eg fsodeviced seemed > to fix that ... > > what looks far more confusing to me is, that phonefsod always gets a lower > pid than fsodeviced, fsousage or frameworkd -- despite being started later > according to the number assigned in /etc/rc3.d: > S01dbus > ... > S02fso-deviced > S02fso-frameworkd > ... > S03phonefsod > > since accessing (activating?) the gsm means, one of the otheres has to be > activae already. > > but after a few repeated tests, a reliable way to make phonefsod to pop > the pin dialog seems to be: > - stop everything (fso and maybe dbus), i do that by swithcing to runlevel > two which does not start anything > - manually start dbus, fso-deviced and fso-frameworkd > /etc/init.d/dbus start ; /etc/init.d/fso-frameworkd start > - let cook slowly > - after a few minutes tart everything else, i do that with > init 3 > which starts X and phonefsod > - pin dialog will pop up every time > > but that certainly is no way to go in case of an emergency reboot or > similar ... > to me it looks either like one of the timeout issues again -- in zhone, > neil worked around that by retrying until eventually the registration > would be possible. > or phonefsod starts far too fast and fails to access the not yet available > gsm, never recovering from that disappointment. hmm, strange thing. This is exactly what we intend to do... retry to access FSO until it appears on the scene... and then list the resources and register GSM if it is there... if not, wait for the signal that the GSM resource appeared. > > in the course of actions, i was wondering about the phonefsod.conf (yes, i > read the comments): > - "should ophonekitd try to activate GSM on startup" -- what does > ophonekitd has to do with phonefsod.conf? ouch - nothing :P don't remember if that part of the conf came from ophonekitd and I forgot to adjust the comment or if I was still used to the old name when writing that comment. Should read phonefsod. > - gsm_reregister_timeout = 60 -- what does "reregister" mean here? when is > the first registering attempted? reregister kicks in when you are without network coverage. Either on start or afterwards. It determines the seconds how often to schedule a try to register to the network. This is needed, because we don't get notified if some usable network (re-)appears. > - "when to show idle screen" -- disabling the associated option does not > disable the idle screen at all and there's no parameter to disable Disabling it lets the default kick in, which is aux,lock. Try if setting it to an empty string works. Should. > - auto_suspend = [never|normal|always] -- what part does "auto suspend" > refer to? the freerunner as such? a resource? what is the difference > between "normal" and "always"? suspend to mem the complete device. Not refering to a specific resource. It is using FSO for that (org.freesmartphone.Usage.Suspend). Normal does _not_ suspend the device while the battery is getting charged. Always does suspend it even then. -- Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Experimental technique for testing call audio quality?
Helge Hafting writes: > the same quality as this, by tweaking volume settings. Calls are digital The audio data is fed to the GSM chip in analog form however. > If the FR sound quality is too bad, consider a BT headset. Sound quality > should then depend on the BT headset only. The FR's problems with buzz, > bad bass, and possibly other analog issues shouldn't matter at all. Even in this case the audio is fed in analog form to the GSM chip. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: elm_browser and https
Josh Thompson a écrit : > On Friday January 22, 2010, Xavier Cremaschi wrote: >> c_c a écrit : >>> @Xavier Cremaschi - can you tell me what happens? Try running the >>> browser from the terminal to see if webkit throws up any debug messages. >> I see nothing in terminal : >> >> r...@om-gta02 ~ $ browser >> restoring state >> db ver 1 >> showing window >> Error #0 while loading the group 'scrollbar.vertical'. >> Error #0 while loading the group 'scrollbar.vertical'. >> >> Symptoms : I can't follow any https link (click = no action) > > I was having the same problem and launched browser with strace. I found I > was > just missing /etc/ssl/certs/ca-certificates.crt. I copied that in from my > desktop machine. After that, I was able to access https sites. > > Josh Nice ! It works now... I thought certificates came with curl-certs, but I didn't have any /etc/ssl/certs/ca-certificates.crt indeed... Thanks ! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: elm_browser and https
On Friday January 22, 2010, Xavier Cremaschi wrote: > c_c a écrit : > > @Xavier Cremaschi - can you tell me what happens? Try running the > > browser from the terminal to see if webkit throws up any debug messages. > > I see nothing in terminal : > > r...@om-gta02 ~ $ browser > restoring state > db ver 1 > showing window > Error #0 while loading the group 'scrollbar.vertical'. > Error #0 while loading the group 'scrollbar.vertical'. > > Symptoms : I can't follow any https link (click = no action) I was having the same problem and launched browser with strace. I found I was just missing /etc/ssl/certs/ca-certificates.crt. I copied that in from my desktop machine. After that, I was able to access https sites. Josh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: External blkid library not found
I saw the difference between the bitbake command and the command line command. >From bitbake "arm-oe-linux-gnueabi-pkg-config... /mnt/shr/shr-testing/tmp/staging/i686-linux/usr/bin/pkg-config" from the command line (after the setup-env) "checking for arm-oe-linux-gnueabi-pkg-config... /usr/bin/pkg-config", which is the correct one? and what can I do? Thanks regards Luca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
within normal operation (runlevel) phonefsod does not work predicatble. small changes in the phonefsod.conf made it stop entirely (w/o any useful info in the log despite DEBUG) and small changes in eg fsodeviced seemed to fix that ... what looks far more confusing to me is, that phonefsod always gets a lower pid than fsodeviced, fsousage or frameworkd -- despite being started later according to the number assigned in /etc/rc3.d: S01dbus ... S02fso-deviced S02fso-frameworkd ... S03phonefsod since accessing (activating?) the gsm means, one of the otheres has to be activae already. but after a few repeated tests, a reliable way to make phonefsod to pop the pin dialog seems to be: - stop everything (fso and maybe dbus), i do that by swithcing to runlevel two which does not start anything - manually start dbus, fso-deviced and fso-frameworkd /etc/init.d/dbus start ; /etc/init.d/fso-frameworkd start - let cook slowly - after a few minutes tart everything else, i do that with init 3 which starts X and phonefsod - pin dialog will pop up every time but that certainly is no way to go in case of an emergency reboot or similar ... to me it looks either like one of the timeout issues again -- in zhone, neil worked around that by retrying until eventually the registration would be possible. or phonefsod starts far too fast and fails to access the not yet available gsm, never recovering from that disappointment. in the course of actions, i was wondering about the phonefsod.conf (yes, i read the comments): - "should ophonekitd try to activate GSM on startup" -- what does ophonekitd has to do with phonefsod.conf? - gsm_reregister_timeout = 60 -- what does "reregister" mean here? when is the first registering attempted? - "when to show idle screen" -- disabling the associated option does not disable the idle screen at all and there's no parameter to disable - auto_suspend = [never|normal|always] -- what part does "auto suspend" refer to? the freerunner as such? a resource? what is the difference between "normal" and "always"? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: elm_browser and https
c_c a écrit : > @Xavier Cremaschi - can you tell me what happens? Try running the browser > from the terminal to see if webkit throws up any debug messages. I see nothing in terminal : r...@om-gta02 ~ $ browser restoring state db ver 1 showing window Error #0 while loading the group 'scrollbar.vertical'. Error #0 while loading the group 'scrollbar.vertical'. Symptoms : I can't follow any https link (click = no action) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installed on uSD ext3 using uboot
[SOLVED] reading the SHR manual I noticed that: << Loading the Kernel A pair of u-boot commands must be used to load the kernel from SD. First is "mmcinit", which will cause u-boot to detect the card. Next is a command to load a file into memory - either "fatload" or "ext2load" depending on whether the kernel is on a FAT filesytem or an ext2/ext3 filesystem. The command syntax is: fatload mmc 1: 0x3200 ext2load mmc 1: 0x3200 where is the partition number, and is the path to the file that is to be loaded. >> but I passed the ext2load parameter to uboot without . Uboot was not able to load uImage.bin because it was in /boot directory, a symlink of uboot.bin did the trick :) -- View this message in context: http://n2.nabble.com/Debian-installed-on-uSD-ext3-using-uboot-tp4428642p4441374.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: Experimental technique for testing call audio quality?
Neil Jerram a écrit : > The best I've found so far is to call my work voicemail, speak to it, > and get it to play my recording back to me. But that's still costing > a bit. Any better ideas? > Same thing here, but with my own number. In one shot I can leave a message, listen it, delete it. And it's cheap. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Experimental technique for testing call audio quality?
Neil Jerram wrote: > From the recent survey, it seems that several people are still > experiencing bad call audio quality; and I've personally had some bad > reports of this recently (and my phone has been buzz-fixed). > > One of the problems, with trying to work on this, is finding a way to > test audio quality repeatedly without spending lots of money on call > charges and without taking up a lot of someone else's time (as the > callee). Can anyone suggest an experimental technique that is > reliable - in the sense of being close enough to what really happens > on a call - and that doesn't take a lot of money or someone else's > time? > > The best I've found so far is to call my work voicemail, speak to it, > and get it to play my recording back to me. But that's still costing > a bit. Any better ideas? > To test the quality of analog components (mic, amplifier, speaker): * Record voice (or test tones) to a file. Transfer the file to a computer with a good soundcard, to check quality. * Get a sound file of known quality, transfer it to the FR. Play it (alsaplayer or some other audio player) and check the quality. With this, you should get an idea of what sound the FR is capable of. Tweak relevant volume settings; too little is hard to hear, too much may clip and distort. Calls will surely not be better than what you can get this way. Ideally, you should be able to get calls up to the same quality as this, by tweaking volume settings. Calls are digital and shouldn't have sound distortion of its own. At least not worse than other phones. The current default call volumes in SHR-U are quite bad, which may be the reason for many recent reports of audio problem. Anyone installing SHR-U should call themselves (on some other phone) and adjust both mic volume and speaker volume. (And then reboot the phone, so the settings are saved.) If the FR sound quality is too bad, consider a BT headset. Sound quality should then depend on the BT headset only. The FR's problems with buzz, bad bass, and possibly other analog issues shouldn't matter at all. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [wikireader] Rudimentary support for several wikis
Le 21/01/2010 19:07, Tom Bachmann a écrit : > Alright. The latest commit has a ChangeCollection script. Use it like this: > > ChangeCollection.py --from=none --to=1 --prefix=/path/to/image/pedia > --dat-offset=${next free dat} > > where ${next free dat} is the first unused number in the .dat namespace > of the english wiki. This will take a long while (it has to decompress > and recompress all articles!), but it is probably faster than > re-rendering everything (on my laptop it takes about 40 seconds to patch > 1000 articles). > Next copy the pedia.idx, pedia.pfx, pedia.fnd, pedia.hsh, pedia?.dat of > the english wiki to your image, renaming to pedia0.idx, pedia0.pfx, > pedia0.fnd, pedia0.hsh (the pedia?.dat can keep their names). If you now > boot my kernel, you should be able to change between both wikis, as > described in my first post. > > Please tell me if everything works as expected. I have other Wikis to test with, (french + bosnian + lituanian) but I still have two questions : #1 : I can't find your "ChangeCollection.py" script : where did you hide it ? #2 : How can you find the last id in .dat file ? for me it is not humanly readable... #3 (extra bonus question) : Don't you think it would be possible to automatize those steps ? The last steps are very easy to do. ;-), I think I'll manage to do it. Thanks for your nice job. AstHrO ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: elm_browser and https
Hi, D. Gassen wrote: > > "english news sites" require a link to have the tag "English" and "News". > I kind of get the concept. I'll add the ability to add tags to a bookmark, search for a bookmark on the basis of tags and group bookmarks by tags. Lets see how that goes to begin with. D. Gassen wrote: > > If you're familiar with Aperture on the Mac (or Lightroom should have a > similar concept) then you'd probably know what I mean. > I haven't used mac except for a hackintosh ;) No exposure to aperture though. But the idea is interesting. Having the bookmarks in a sqlite db makes them portable too if something comes up in the future. -- View this message in context: http://n2.nabble.com/elm-browser-NEW-release-15-Jan-tp4357081p4439788.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: [Community Updates] 2010-01-14 released
Em 20-01-2010 10:42, Patryk Benderz escreveu: > [cut] >> I know, I didn't have time to update the CU, but elmdentica's latest >> release didn't show up :) > Hi Rui, > sorry we missed elmdentica this time, but it sometimes just happens. Can > you point me to your post on ML, where you gave info about new release? > Latest i could find in my mailbox is: "ElmDentica 0.7.0 is out!" dated > on 2009-10-12 which is rather old. Could it be, we missed it also on > previous CUs ??? If so, than I am terribly sorry, but believe me, > getting all this information from many sources and combining them > together sometimes is an uneasy task. Sometimes something gets lost in > this process. Don't be sorry, it's also partly my fault, it seems that I forgot to forward a mail to the mailing list and add it to the current talk page of the community news :) It went into the planet, unless something wrong happened. Anyway, it is the latest article in http://blog.1407.org/tag/openmoko Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community