Re: [debian/fso] w/o sim battery empties alarmingly fast
Currently broken - a dbus command to do it was posted a few days ago. BillK On Wed, 2010-04-07 at 11:20 +0200, Yorick Moko wrote: > I think that on most networks you can still dial emergency numbers > without SIM > you'll have to power down the wifi antenna > in shr-settings it is easy to do (settings->phone I think) > > On Wed, Mar 31, 2010 at 8:45 PM, arne anka > wrote: > well, i have to confess, i fell off the waggon and bought an > n900, too -- > already got the impression i was one of the last of the > mohicans using the > fr as sole phone (or phone at all). > > anyway, now the fr doesn't have a sim card anymore, i expected > the battery > to last much longer than the usual 3 days -- but, actually, it > goes flat > very, very fast! > what does fso do when no sim is detected? imo it should > disable everything > related to telephony and thus save a lot of power, but that > doesn't seem > to be what happens. > > the second best bet would probably be to manually diasble all > kind of > stuff in some config files, but which would that be? > but i would very much prefer the first scenario, allowing me > to put a sim > back in and use the fr as a phone w/o any changes. > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > _______ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
Nooo! Neat! - thx - I wonder it caused any heart attacks :) BillK On Thu, 2010-04-01 at 21:35 -0400, Adam Jimerson wrote: > Ok for those who have not upgraded their freerunners, or can't and > want to know about the joke here is a screen shot > http://picasaweb.google.com/lh/photo/pfqKNbzh6AIrRh1HhR2HyQ?authkey=Gv1sRgCNj1tKmli4afRA&feat=directlink > > Please no one get mad at me for pointing out the obvious joke in the > SHR-U build. > > On Thu, Apr 1, 2010 at 9:20 PM, Adam Jimerson > wrote: > Well I am working on getting my FR update to date to figure > this out as well, I haven't done an upgrade on it for months > so currently reflashing. Speaking of reflashing (sorry to > hijack this thread a little) but what is up with the Illume2 > SHR option? > > > > On Thu, Apr 1, 2010 at 8:56 PM, William Kenworthy > wrote: > On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik > wrote: > > On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck > wrote: > > > Done so.. when I checked again it was screen was > black (locked).. I > > > tapped it.. and that image was very very > scary.. ;) > > > > > > April Fools day and all, I suppose.. will it > change with the an update > > > tomorrow? :P > > > > make sure to screen grab it first! > > > > > > Not using shr-u, can someone post a screen grab so we > can share the > joke! > > :) > BillK > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
I tried illume2 when it first came out and it shows promise but was quite broken - keyboard issues and window nesting(wrong/lost focus) amongst various things so it was suggested not to use it. There have been a lot of updates since then so I am not sure of current status (shr-t or shr-u) Perhaps someone who knows can comment? BillK On Thu, 2010-04-01 at 21:20 -0400, Adam Jimerson wrote: > Well I am working on getting my FR update to date to figure this out > as well, I haven't done an upgrade on it for months so currently > reflashing. Speaking of reflashing (sorry to hijack this thread a > little) but what is up with the Illume2 SHR option? > > On Thu, Apr 1, 2010 at 8:56 PM, William Kenworthy > wrote: > On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: > > On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck > wrote: > > > Done so.. when I checked again it was screen was black > (locked).. I > > > tapped it.. and that image was very very scary.. ;) > > > > > > April Fools day and all, I suppose.. will it change with > the an update > > > tomorrow? :P > > > > make sure to screen grab it first! > > > > > > Not using shr-u, can someone post a screen grab so we can > share the > joke! > > :) > BillK > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > _______ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fullscreen transparent keyboard
I think first someone who knows how should fix the standard keyboard in landscape - that ones been there since almost forever :( BillK On Thu, 2010-04-01 at 20:12 +0200, Martix wrote: > What about creating new fullscreen keyboard profile for illume? My > idea is huge keyboard in landscape display mode with single line > upwards for text input. > > 2010/4/1 Chuck Norris : > > I think it would be nice to have fullscreen transparent keyboard instead > > of small keyboard in the bottom that eats screen space. So anybody know > > application that fit my needs? I googled... but found nothing > > interesting. I've begun developing my own virtual keyboard. I've created > > sample gtk application - transparent window with one button that sends > > "a" to X. Will my keyboard be useful for anybody if I'll continue > > creating it? > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: > On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck wrote: > > Done so.. when I checked again it was screen was black (locked).. I > > tapped it.. and that image was very very scary.. ;) > > > > April Fools day and all, I suppose.. will it change with the an update > > tomorrow? :P > > make sure to screen grab it first! > Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Set the time zone?
On Tue, 2010-03-30 at 10:39 +0200, David Garabana Barro wrote: > On Tuesday 30 March 2010 09:52:15 Michael Smith wrote: > > On Mon, 29 Mar 2010 09:31:47 -0400 > > > > "Iain B. Findleton" wrote: > > > While I can set the time, I can't figure how to set the time zone on the > > > FR under SHR-U. The tzselect utility does not work for me for some > > > reason. Any suggestions? > > > > This is how I did it: > > > > ln -sf /usr/share/zoneinfo/Australia/Sydney /etc/localtime > > And you should edit /etc/timezone and put there your timezone: > > > r...@om-gta02:~# cat /etc/timezone > Europe/Madrid Most mainstream distros (though not all) have moved to copying the file and not using a symlimk - the reason given is that if /usr is on a separate partition then it might not be available during boot and cause problems. The package manager is supposed to manage the file. Some discussion here, though its not the final word on it: "http://bugs.gentoo.org/110038"; BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
On Sun, 2010-03-21 at 01:28 +0100, Kai-Martin wrote: > Hi. > > Last week, I bought this used freerunner, version GTA02-A5. I decided to > dump the existing install and do a fresh flash of shr. So I followed the > directions in http://wiki.openmoko.org/wiki/SHR_User_Manual : > > Download images from http://build.shr-project.org/shr-testing/images/om-gta02 > full-om-gta02.jffs2 > uImage-om-gta02-latest.bin > modules-2.6.29-oe11+gi...355c2067c4e88-r8-om-gta02.tgz > Install of rootfs and kernel image with dfu-util was successful. > > For the kernel moduls, the manual just says: "Put that file on the FreeRunner > and run gzi -dc modules ..." > The only way could come up to put the file on the freerunner, was with sftp > via usb_ether, after the image and the kernel had been flashed and booted. > Is this the way the modules are supposed to be installed? Just a point ... why modules? - the jffs file already has the modules installed - you only need the module step if you are changing from the matching kernel so need to change them. Saves a couple of steps and the heartache of trying to install the modules. Suggestion, if you really want the modules - put them on the sd card using the old system before flashing :) Sorry cant help with wifi - I find that mokoconnect and similar gui's are too flaky - manual is more reliable. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Serious problems after failed upgrade
Why dont you reflash? (you do know that the FR has two boot options for flashing - one being read only so it cant be easily trashed? - see the wiki) Your description implies that the upgrade left you with a missmatched kernel and modules, or no modules - can you flash your original kernel back (you do keep backups/versions? :) Put a distro on an SD card, boot and install the matching modules package. Just depends how much you lose with whats on the phone - easier just to reflash and start again if nothing valuable. BillK On Wed, 2010-03-17 at 08:28 -0800, vancel35 wrote: > Unfortunately I cannot get into the boot menu, and my desktop computers don't > see the FR. Not only that, but last night I tried the 1 amp wall charger to > see if the higher output would get it to recognize the USB/power cable, and > it didn't. > > The interesting thing about the USB port is that if I plug the adapter into > the FR while it's turned off, it recognizes the connection and boots (as > expected) but somewhere along the way the USB port is completely disabled. > I don't know if it's a mokonnect failure or what, but something is > completely hosed. So much that I used to be able to take the battery out as > long as it was connected to the charger, but now it turns off as if it > wasn't. > > Would I be able to fix it if I had a debug board? > > I also need the buzz fix done on my phone, so if there were a US company > that I could send the phone to that would do that work, maybe they could > reinstall the bootloader so that I could at least get to the boot menu. > That's really all I need is to get to the boot menu and I can do the rest > from there. > > The FreeRunner was my first smart phone, and I've gotten used to it. I > don't want to tether myself to either Apple or Google, and I definitely > don't want a Microsoft smart phone, so that leaves the FR, or some other > smart phone that I haven't found yet. -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My FreeRunner’s USB port still works for power, but not data?
Not using a hub (same ports on the same laptop) - some cables work, some dont, only the cable differs :( BillK On Thu, 2010-03-04 at 08:58 +0100, Ed Kapitein wrote: > Or try a diffrent hub/no hub at all. > My FR works fine with the same cable plugged into my desktop POC, but > when i plug the same cable in one of my hubs, it only charges and no > data connection is possible > > Kind regrads, > Ed > > On Thu, 2010-03-04 at 15:39 +0800, William Kenworthy wrote: > > I'll second that - bought two cables while on holiday as I forgot to > > pack one. Neither will work for data, but will charge. The others I > > have at home work fine. > > > > BillK > > > > > > > > On Thu, 2010-03-04 at 18:11 +1100, Michael Smith wrote: > > > On Wed, 03 Mar 2010 11:19:35 -0800 > > > Brolin Empey wrote: > > > > > > > Brolin Empey wrote: > > > > >Now my FreeRunner’s USB port works for power, so I can > > > > > still charge the battery, but not for communications, so I think a > > > > > solder connection must have come undone. > > > > > > Have you tried a different USB cable? -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My FreeRunner’s USB port still works for power, but not data?
I'll second that - bought two cables while on holiday as I forgot to pack one. Neither will work for data, but will charge. The others I have at home work fine. BillK On Thu, 2010-03-04 at 18:11 +1100, Michael Smith wrote: > On Wed, 03 Mar 2010 11:19:35 -0800 > Brolin Empey wrote: > > > Brolin Empey wrote: > > >Now my FreeRunner’s USB port works for power, so I can > > > still charge the battery, but not for communications, so I think a > > > solder connection must have come undone. > > Have you tried a different USB cable? -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02-core (was Re: OM future)
On Fri, 2010-02-26 at 02:10 +1100, Carsten Haitzler wrote: > On Thu, 25 Feb 2010 16:00:49 +0100 ri...@happyleptic.org said: > > > -[ Thu, Feb 25, 2010 at 10:47:35PM +1100, Carsten Haitzler ] > > > a phone to make 40k units would be easily double that - if not triple. and > > > thats 2g only. 3g will bump that up again. > > > > I don't know for other countries, but here in France the majority of > > 3g subscribers never use it. All day long you can see adds on TV trying > > to sell video calls, TV on phone, etc, yet you could pack in a bus all > > the people that actually _use_ these services. > > internet. need i say more. as such its actually used here in australia, and in > japan, and korea, and the usa, etc. - people really do use phones for looking > up stuff, maps (yes downloading the maps as you go), blogging, instant > messaging and email - oh god email. sure - video calls, tv etc. are pretty > moot > - but the other things definitely use 3g - there is a big difference between > 2g > and 3g for speed when it comes to loading web pages. not to mention cost-wise > - > 2g and 3g get priced differently with 3g being much much much cheaper for data > in au than 2g generally (cheapest telco for data is 3 and they are 3g only - > 2g > data rates are just silly. 3g data is cheap). > > but - u'd need a phone that actually uses such things nicely and still most > people dont have one. you'd need an iphone, modern android or palm webos > device > for this to really work. then it becomes a different game as your phone can > make use of all that data... > Also dont forget "progress" - here in Western Australia GSM coverage is static and may even be shrinking, where 3G is already far greater and expanding. The freerunner is a phone only as long as a network is available to connect to - as I found out when on holiday last year. Think driving hundreds of kilometers with no connection at all, where a 3G phone at least had a connection at many places. GSM obsolete here :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: Your message to community awaits moderator approval
sounds like you should create a bug and post a summary here when it gets that big. BillK On Thu, 2010-02-25 at 23:04 +, Neil Jerram wrote: > Does this list actually have any active moderators? If not, who has > the authority to appoint a new one? Or should the list config be > loosened? > > I sent an email with lots of diagnostics about non-reported SMSes, and > it seems to have been swallowed by a black hole. > > Regards, > Neil > > > > -- Forwarded message -- > From: > Date: 6 February 2010 15:19 > Subject: Your message to community awaits moderator approval > To: neiljer...@googlemail.com > > > Your mail to 'community' with the subject > >Re: Investigation of failure to report received SMS > > Is being held until the list moderator can review it for approval. > > The reason it is being held: > >Message body is too big: 56729 bytes with a limit of 40 KB > > Either the message will get posted to the list, or you will receive > notification of the moderator's decision. If you would like to cancel > this posting, please visit the following URL: > > > http://lists.openmoko.org/mailman/confirm/community/068718d019a4fc038b90d099c9a86cf672f5e62f > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
On Fri, 2010-02-19 at 09:42 +0100, omcomali@porcupinefactory.org wrote: > On Thu, 18 Feb 2010 16:18:32 -0800 (PST) > vancel35 wrote: > > > > > I don't know if what I saw was the same problem, but I left mine on my wifi > > ovenight and when I woke up, it wasn't responding very quickly, but as far > > as I know, nothing had been killed. > > > > I didn't even think about the Wifi being the problem. If it's data-related, > > I probably didn't have enough data passing to cause a problem. > > > > -Laura > > I've had something similar, compiling a big project on the Freerunner with > swap enabled, wifi on. > Before I started, some RAM was free, after it finished (about 6h), and I > closed all programs to match the previous state, the system was much less > responsive, RAM was nearly full and 50MB of swap was used. All programs > seemed to have normal reserved memory footprints. > > The above details are not to be trusted, I could have overlooked something > important. > > Maybe it has something to do with memory fragmentation? Or maybe it's > sd-related? > > Cheers, > rhn > There was a report a while back of logs (which are on a tmpfs and therefore subtract from memory) filling up and causing problems. When on wifi is the FR generating lots of messages? What does "free" and "df -h" report? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM future
On Mon, 2010-02-08 at 21:27 +0100, arne anka wrote: > > unfortunately off-limits right now... until... something is publically > > announced. keep your ears peeled. :) > > wait no longer, here it is: > > http://www.youtube.com/watch?v=udlxr8t1nZM&feature=youtube_gdata > > *scnr* > I pay that one! - was thinking "hmmm ... looks nice ...WHAT THE F..." when the CD appeared :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dynamically generating ringtones based on the calling phone number
I like this idea! - maybe use dtmf tones? Though there are apparently people who can tell the number from the tones which may be a privacy issue for some. BillK On Sat, 2010-01-30 at 04:10 -0800, Brolin Empey wrote: > Hello list, > > Yes, believe it or not, I am actually posting a message which could be > considered on-topic! ;) > > I have had an idea for years, but have not searched to see if anyone has > already implemented it. > > My idea is to have my cell phone (my FreeRunner, of course, which runs > QtMoko v14) dynamically generate a ringtone for incoming calls: the > ringtone would be a monophonic sequence of tones or notes corresponding > to the sequence of digits in the calling phone number. I think this > would be cool because I could identify the caller by the ringtone alone: > I would not need to read the display. The initial version could > hard-code the mapping of digits to notes; a subsequent version could > read the mapping from a file, like Keynote does (see below). > > Has anyone already implemented this? Which search terms should I use to > get relevant results from Google Search or maybe Bing? > > In 2002, I found an MS-DOS program (I think; or maybe it was for > Windows?) which read a phone number on the command line and wrote a .wav > file of the (DTMF?) tones a touch-tone phone uses to dial the phone > number. I thought it was cool because I could hold a handset’s > mouthpiece up to the PC speakers (I mean the stereo speakers connected > to the line-out or speaker-out jack, not the PC speaker inside the case! > :)), then play the .wav file to dial the phone number. I should try to > find that program again. I think it was written in Turbo Pascal or > Borland Pascal, but I forgot if it was open-source; I used the author’s > binary. I think it was called TCHTONE? > > If Timidity++ works on QtMoko, I could try to figure out how to read the > calling phone number, map its digits to General MIDI notes, then feed > the MIDI sequence to Timidity++. > > I already have experience mapping digits to General MIDI notes in my > “note” and “Keynote” programs. I wrote both in C while I was learning > to program (well, I am always learning! :)), but I did not know what I > was doing then so the source is gross. I probably should have used an > interpreted language, such as Perl or Python, instead of a compiled > language, such as C, though. Keynote is for Windows only, but note is > cross-platform: in 2004 or 2005, I had it running on MS-DOS and > FreeDOS, Windows 98 Second Edition (AKA Lose98 Second Failure. Yuck!), > Windows 2000 Professional Edition and/or Windows XP Professional > Edition, Linux v2.6.x with glibc (multiple distros, but I settled on and > used Gentoo the most), and FreeBSD v4.10, maybe v5.0 too. I used GNU > development tools (GCC v3.x, binutils, make, ...?) on all platforms: > DJGPP on MS-DOS/FreeDOS, MinGW on Windows, and native GCC on Linux + > FreeBSD. Anyway, note uses ALSA on Linux to play notes with > Timidity++’s ALSA sequencer interface, so I could probably reuse that > code on the FreeRunner. > > Anyway, enough rambling. How much interest would there be if I cobbled > together a “ringnote” or dynamic ringtone (“dynringtone”?) program? :) > I use only QtMoko on my FreeRunner, so I would need people to help > support other distros. > > Brolin > > PS: How many Openmoko users make their own ringtones? I used OpenMPT > on Windows to save one of my favourite chiptunes, Random Voice - Monday > (MOD format) [1], as a PCM .wav file, then used LAME to encode the .wav > file as an MPEG audio file so I could use it as my ringtone on my Nokia > 6103b (Series 40), then my FreeRunner, since neither Series 40 nor > QtMoko supports module formats as ringtones. > > [1] <http://www.fladen.net/> > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Latest SHR-?
On Fri, 2010-01-29 at 09:15 +0100, n...@el-hennig.de wrote: > > I'm not using shr-t or any .29-rc3 kernel, so I cannot comment. But on > > shr ML and trac there was few reports about not getting GPS lock or GSM > > channel (even with debug kernel) and at least 3 people said that they > > are having this problem more often with nodebug kernel. > > I am one of those people ;-) the problem with registering GSM is not caused > by the 'fast' kernel. However it occurs more often using the 'fast' kernel. > Obviously there is something going wrong in FSO if the system responds much > quicker than before with the debug kernel. I discussed that with Mickey last > week during our regular munich openmoko meeting nd he is currently working on > a solution for that problem, time permitting. > > > So I asked spaetz (maintainer of shr-t) and he said that we should > > rather revert back to debug (as it's slower but as some say more > > stable). If we want to test nodebug kernel, we should do it rather in > > shr-u and *after* testing use it in shr-t too. > > With the new kernel I was able to register GSM only when I gave the system > something to do (start navit for example). Then the modem registered > correctly and the PIN dialogue popped up. Sounds strange, but it's just like > that (a tribute to the mouse ;-) ). At the moment the debug kernel is better > suited for every day use, but on the other hand the system speed the > freerunner is capable of is amazing. > The GSM chipset in my a5 FR worked ok on the 24 kernel, so-so on the .28 kernel - often took a number of reboots before the serial port would work to allow the OS to configure GSM. A *standard* unmodified .29 has never worked :( The fix for me was to make .29 behave like a .28 kernel and enable the GSM ... and leave it enabled. In .29 the kernel was changed to follow the specs and "strobe" the enable line (enable, wait 500ms, disable) which seems to work for everybody else but me (!) This current, modified kernel is perhaps the best behaved as far as GSM serial port goes that I have had up until now. And yes, there were a number of bug reports made and investigated with the consensus that my GSM chipset is faulty - however I am of the opinion that the kernel and framework handing of GSM is still not quite right and my chipset is just far enough out to cause problems. If you check the logs and it seems that the serial port is the problem, try the kernel and modules below. "http://wdk.dyndns.org/freerunner/"; unpack the modules to /lib/modules - it will be in 2.6.29-rc3-wdk so wont overwrite your current modules :) flash the kernel and boot. To return to your original, just reflash the old kernel and delete the new modules if finished with them. Use at own risk, yadda yadda ... This kernel been working very well for me for about a week, the gsm mod for about 6 months - have fun, Billk * Note that most of the fixes were from the mailing list, only the GSM one is mine. "http://wdk.dyndns.org/freerunner/"; Mods: * there are a couple of other msleeps in this file I set as well, but this was the critical fix for me! neo1973_pm_gsm.c neo1973_gpb_setpin(GTA01_GPIO_MODEM_ON, 1); msleep(500); /* neo1973_gpb_setpin(GTA01_GPIO_MODEM_ON, 0); leaves line high so serial stays working*/ Config was basic shr-t nodebug, with more debug items off, slub allocator and -O2 optimisation. It also has a 100ms delay for wifi as discussed on the list (where they recommended 10ms, neither value makes a difference to me, but I am not sure I suffer from the problem anyway - experimentation :) and a patch to wm8753.c to allow -O2 optimisation to compile. The .config (as config-wdk) is at the above address. All functions (wifi, usb, gsm, bluetooth, ...) seem to work well. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
Interesting - cant say Ive noticed anything bad - quite the reverse. Everythings working and and some things like GSM serial port access are far better/more reliable than before. Then again, the extra changes I did involve patching a few things, turning off more debug, using the slub allocator instead of slab, and -02 instead of -Os. No benchmarks other than it seems "justified" as far as speed/reliability go compared to the old debug kernels and works well with shr-t :) BillK On Fri, 2010-01-29 at 07:26 +0100, Martin Jansa wrote: > On Fri, Jan 29, 2010 at 10:15:55AM +0800, William Kenworthy wrote: > > shr-testing is probably the most usable out-of-the-box at the moment. > > Only a few "annoyances" rather than show stoppers. > > IMHO best way is to install both shrs on different partitions and switch > to 2nd if something goes wrong. > > > The current kernel has most debugging disabled and though I used the > > default briefly (modified it for more speed soon after!), it seemed > > quite fast as is. > > No.. it's not disabled anymore (after few users reported that they see > more issues with nodebug/nopreemt kernel). > > Cheers, > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
shr-testing is probably the most usable out-of-the-box at the moment. Only a few "annoyances" rather than show stoppers. The current kernel has most debugging disabled and though I used the default briefly (modified it for more speed soon after!), it seemed quite fast as is. BillK On Thu, 2010-01-28 at 19:22 -0500, Tony McKeehan wrote: > I heard somewhere that there are some SHR-stable images on the way. Have > they been released? If not, what image (lite) would you suggest I pick > up for the time being that works best as an everyday phone (ie the most > recent image)? Also, is there any specific kernel that has the logging > disabled (like from the 'Significant speedups' thread) that work best > with SHR? > > -Tonym > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Now someone REALLY has to help me!!
On Wed, 2010-01-27 at 15:38 +0100, Martin Jansa wrote: > On Wed, Jan 27, 2010 at 03:10:27PM +0100, Patryk Benderz wrote: > > [cut] > > > 6 > > > Before this menu disappears, write in the desktop shell > > > dfu-util -d 0x1d50:0x5119 -a kernel -R -D uImage-om-gta02-latest.bin > > IMHO it is enough to run: > > # dfu-util -a kernel -R -D uImage-om-gta02-latest.bin > > > > P.S. Great tutorial - clear, simple and shows all one might need and > > nothing more. > > not always.. having more usb devices connected (IIRC my sharp pda or my > hub+bt is enough) can sometimes confuse > dfu-util enough that it says something like "no dfu enabled device > detected" which confuses user even more.. > > checking available devices with dfu-util -l and then providing -d > 0x1d50:0x5119 will save now really confused user.. I have a sun usb keyboard that does the same thing - dfu errors off because it see's two devices, or gets confused and gives up. Its reasonably common as Dale found out when he released neotool. Its better to leave it in for the inexperienced as it avoids confusion. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Check for cron or another app using 100% cpu - I had this awhile back and it "seemed" to affect suspend time, but I think that was because it chewed up so much battery that battery life overall seemed short. I am using shr-t and it seems battery life is better if anything on both the current (no debug/preempt kernel) and a modified version with even more drastic mods (-O2 instead of -Os) Which brings up - how can a user benchmark a kernel in a way thats relevant for user tasks? BillK On Wed, 2010-01-20 at 21:10 -0300, Michal Brzozowski wrote: > > > 2010/1/20 arne anka > > I experience a very bad suspend battery life after I started > using the > > faster kernel. Even when I make sure gps, gsm, wifi are > turned off. Has > > anyone noticed this? Or maybe something else is causing > this? > > > i got the impression that bluetooth is always on (illume top > shelf always > shows the bt symbol and a simple hci[tool|config] dev shows > the device). > no time to dig deeper yet. > > > > > Over here bluetooth is off, so must be something else. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
movie playback on FR
My panasonic DMC-TZ15 takes some nice 640x480/ffmpegjpeg/30fps movies as .MOV files that I would like to have on the FR - but of course they play well on a desktop but are unplayable using mplayer (too much bandwidth) on the FR. So, what are the best settings to play something like this and how to convert the files? (320x240, convert using mplayer/ffmpeg/transcode/or what?). Is it possible to keep 640x480 and tweak other parameters? This is actually the first time I can remember trying to play a movie on the FR in 18 months I have had it :) BillK -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why GPS is not in resources list ? (devs see framewrokd log)
On Wed, 2010-01-06 at 13:37 +0330, dehqan65 wrote: > In The Name Of God The compassionate merciful > > hello; > > OS : SHR testing (Rootfs ver.) > App : Navit that is installed with opkg instal navit . (ver. 0.2.0) > FR : A7 > > Regards dehqan > Does it work without navit? - settings/location/manual mode and turn on. It will eventually get lock if its working and doesnt have a corrupt agps data file. Have you removed the pickle file? - settings/locations/remove agps data Have you removed the battery for a few minutes? - I find that when gps dies, this is sometimes the only thing that will get it back. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
On Wed, 2010-01-06 at 10:23 +0100, Marcus Bauer wrote: > On Wed, 06 Jan 2010 12:10:21 +0800 > Bill wrote: > > > I gave feed back to Martin that the digits were too large (the > > tangogps developer) > > Hi Borat, I will tell Martin once I meet him :p > > > but the > > digits keep getting bigger each version (it seems :( > > They got smaller. I may change them from point to pixel size so they > remain the same indepentenly of changing screen dpi settings of the > distribution. > > > Marcus > heh heh, sorry, I should have looked up your name to be sure. This is my most used GPS app and the digit size is my only real beef with it - it works well. On the FR in landscape mode, the digits (at anything over 100km/h - (spent two long days travelling at ~110km/h speed recently!) take up almost a quarter of the screen (in X and Y) - I just tried with the suggested patch/change and a global_font_scale of "40" was still a bit large. "30" is perhaps a touch small (text height is the same as the buttons), but I'll live with it for awhile and see how it goes. One plus, the display updates are now smooth and almost unnoticeable - before the screen would often partially update and then catch up a couple of seconds later. The changing to red at 50km/h affects the visibility of the digits at the smaller sizes and is a pretty useless thing anyway (our limit is 110kmh in the country, 60 on city roads and 50 in backstreets so you hardly ever/rarely stay in the black zone - kinda defeats the purpose!). A presettable limit would be nice. These things are always a tradeoff with different users having different ideas so user preferences would be the best way to go I think. a shr-t ipk with global_font_scale=30 is at "http://wdk.dyndns.org/shr-testing/ipk/armv4t/tangogps_0.99.1-r0.4_armv4t.ipk"; for the adventurous :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
On Tue, 2010-01-05 at 18:55 +0100, Stefan Fröbe wrote: > Don't know about any configuration options, but had the same issues > and changed it in my geocaching patch: > > > change this line in src/gps_functions.c after > setting global_font_scale to sth like 40: > > > @@ -94,7 +94,7 @@ osd_speed(gboolean force_redraw) > layout = pango_layout_new (context); > desc= pango_font_description_new(); > > - pango_font_description_set_size (desc, 60 * PANGO_SCALE); > + pango_font_description_set_size (desc, 60 * PANGO_SCALE * > global_font_scale /100); > pango_layout_set_font_description (layout, desc); > pango_layout_set_text (layout, buffer, strlen(buffer)); > > > > HTH, Stefan > On Tue, Jan 5, 2010 at 6:39 PM, vancel35 > wrote: > > I've noticed that each version that I've upgraded of TangoGPS > has increased > the font size for the speed display on the map screen. I > don't need or want > it to take up 1/4 of the screen as it does now. I've looked > inside the > TangoGPS config file (~.gconf/apps/tangogps/%gconf.xml), but I > couldn't see > any options to set the font size. Although I have to admit > that some of the > config option names are slightly cryptic. > > Is there a setting to reduce the font size? > > Thanks for any info. > > -Laura > -- This could be a very useful fix! I am currently rebuilding tangogps but one thing I am not sure of - where do you "after setting global_font_scale to sth like 40"? I gave feed back to Martin that the digits were too large (the tangogps developer) about the font size on early versions, but the digits keep getting bigger each version (it seems :( Here, many road systems run nw->sw so its real display stealer when driving. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alternatives to FR
I'd looked at this one but its not 3G capable. I like the physical keyboard, though being 96mm wide its a small book! 3G is almost essential as on my last holiday in northwest Australia, there were a lot of 3G only areas - GSM seems like its disappearing :( BillK On Mon, 2010-01-04 at 19:01 +1100, Neil Brown wrote: > On Mon, 04 Jan 2010 01:12:54 + > William Kenworthy wrote: > > > What alternatives to the FR (with the same functionality) are there? I > > want 3G phone/sms access and the FR doesnt cut it any more ... > > > > The android phones (htc dream?) - none of which are fully functional on > > FSO/SHR (I think), and access through android to the underlying system > > is minimal. > > > > Flow - good but pricy, and unless I am looking at the design wrong, > > there is only one adapter/interface socket so you can have a phone, or a > > GSM device, but not both at the same time. > > > > Nokia n900 - probably the best choice at this time. > > > > What others are available NOW? > > http://www.exedamobile.com/ > > Looks like an interesting device. > Not terribly cheap, and they seem to want you to buy in lots > of 1000, but once you find the price page: > >http://www.compulab.co.il/exeda/html/exeda-price.htm > > it does appear that for 40% extra you can buy them in ones. > Maybe $US672 with wifi, bluetooth, gsm, gprs, gps, > $US32 extra for a camera. > > Claims (http://www.compulab.co.il/exeda/html/exeda-os-support.htm) to all > work with Linux. > > If you buy one, let us know how it goes :-) > > NeilBrown > > ___________ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Alternatives to FR
What alternatives to the FR (with the same functionality) are there? I want 3G phone/sms access and the FR doesnt cut it any more ... The android phones (htc dream?) - none of which are fully functional on FSO/SHR (I think), and access through android to the underlying system is minimal. Flow - good but pricy, and unless I am looking at the design wrong, there is only one adapter/interface socket so you can have a phone, or a GSM device, but not both at the same time. Nokia n900 - probably the best choice at this time. What others are available NOW? BillK -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ringtone volume and latency
On Sat, 2010-01-02 at 12:27 +, Neil Jerram wrote: > 2010/1/2 William Kenworthy : > > > > Just a couple of thoughts - missing calls is rarely to do with volume > > and not hearing the ring (I have changed the standard tones though), and > > more to do with crashes. > > Ah, OK, I didn't realise that. (I don't yet get enough incoming > mobile calls to have a significant sample.) > > Still, the CPU needed to decode Ogg (or another compressed audio > format) could be contributing to that. > > > One of the most annoying is using tangogps > > full screen (or any other app full screen) and a call comes in the top > > screen can (not always) lose focus and you cant do anything except pull > > the battery (doesnt recognise finger/stylus). > > In Debian I use auxlaunch for switching between windows. This is > triggered by the AUX button and so is pretty reliable. Could you use > that (or a similar approach) to solve this focus problem? > Tried to use the power button kill - but it doesnt work. When it happens to gpe-calendar, I am able to ssh in and kill it which gets focus back, but have not had ssh available on an affected call yet - not sure what to kill and keep the tho. > > Another is hearing the > > other end, but they cant hear you - also happens randomly. > > OK. (I haven't experienced this one yet.) > > > There is a lot going on when a call comes in so its not only audio > > player latency but enabling the audio path, setting up alsa, handling > > the call itself, starting the caller application, ... And in amongst > > that it has to play the audio as well. Currently this isnt too bad for > > me when I set ring only (no vibe) and use the debugfs hack. > > With both ring and vibe there is a very obvious delay - I'd guess 1 or > 2 seconds - between when the vibe starts and when the ringtone starts. > > As you say, there's a lot going on when a call comes in - another > reason IMO for making the ringtone part as simple as possible at that > time. > > Regards, > Neil True - every bit counts - and another cause of lost calls that happened to me recently - " ... this is a really bad line, I'll hang up and call you later [CLICK!]" :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ringtone volume and latency
On Sat, 2010-01-02 at 01:24 +, Neil Jerram wrote: > In the survey thread, a couple of responses mentioned missing calls > because of ringtone problems - which I take to be either volume too > low, or too much latency, or both. Here are some thoughts on that. > > 1) In case this isn't already well known... FSO actually does nothing > at all with the "volume" setting that you can set in SHR settings, or > Paroli, or in general via the preferences interface. The only > relevant code is: > > oeventsd/fso_actions.py:self.audio_action = AudioAction( > self.sound_path, self.loop, self.length ) if self.volume != 0 else > None > > In other words, all non-zero volume values are equivalent. > > 2) I tried to measure startup latency by using `time', for various > ways of playing a 9.3s Ogg clip and an equivalent .wav file: > > = > debian-gta02:/usr/share/sounds# time mplayer kayleigh.ogg > A: 9.0 (08.9) of 9.3 (09.2) 40.1% > real 0m12.242s > > debian-gta02:/usr/share/sounds# time play kayleigh.ogg > Duration: 00:00:09.29 Title: Kayleigh > real 0m10.680s > > debian-gta02:/usr/share/sounds# time play kayleigh.ogg > Duration: 00:00:09.29 Title: Kayleigh > real 0m10.015s > > debian-gta02:/usr/share/sounds# time play kayleigh.wav > Duration: 00:00:09.29 > real 0m9.652s > > debian-gta02:/usr/share/sounds# time play kayleigh.wav > Duration: 00:00:09.29 > real 0m9.951s > > debian-gta02:/usr/share/sounds# time gst-launch filesrc > location=/usr/share/sounds/kayleigh.ogg ! oggdemux ! vorbisdec ! > audioconvert ! alsasink > Execution ended after 9384127000 ns. > real 0m11.881s > > debian-gta02:/usr/share/sounds# time aplay kayleigh.wav > Playing WAVE 'kayleigh.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > Stereo > real 0m9.709s > = > > There's nothing conclusive here, because I didn't repeat the tests > enough times yet; but it looks like there's an additional latency of > at least 0.5-1s associated with playing an .ogg instead of a .wav, and > rather more than that with gst-launch. > > This and the volume issue suggest to me that it would be better for > FSO only to handle plain audio data, and to play it (i.e. when an > incoming call or message comes) using the most lowlevel method (such > as aplay). An external settings application could handle conversion > from the user's sound file to .wav, and as part of that could allow > the user to adjust the volume and preview the ringtone. > > Comments? Is there a reason why the complexity (and latency) of > handling multiple sound formats should be _inside_ FSO? > > Regards, > Neil > Just a couple of thoughts - missing calls is rarely to do with volume and not hearing the ring (I have changed the standard tones though), and more to do with crashes. One of the most annoying is using tangogps full screen (or any other app full screen) and a call comes in the top screen can (not always) lose focus and you cant do anything except pull the battery (doesnt recognise finger/stylus). Another is hearing the other end, but they cant hear you - also happens randomly. There is a lot going on when a call comes in so its not only audio player latency but enabling the audio path, setting up alsa, handling the call itself, starting the caller application, ... And in amongst that it has to play the audio as well. Currently this isnt too bad for me when I set ring only (no vibe) and use the debugfs hack. shr-u most versions, current shr-t. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tracking down reasons for segvaulting applications
On Mon, 2009-12-28 at 23:43 +0100, Ivo van den Maagdenberg wrote: > 2009/12/28 Patrick Beck : > > Hi, > > > > is that not a normal enlightenment (window manager) error message? I > > think it will be useful to start the script from the command line. Then > > you get the error output directly from the python interpreter. > > > > Ok, all irony aside, I will start with a test session from the command > line and see what I can find. Then after that I'll throw some strace > at it. > > The downside of this all is that I will have to have a GPS fix, which > will force me to go outside in wintertime :/ > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community Lucky you - its summer here - 36c on the way to 39c today. I dont want to go outside either :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: literki update
On Thu, 2009-12-24 at 11:23 +0100, Michal Brzozowski wrote: > Hi, > > here you can find the new version of Literki: > http://pvtrace.com/literki_0.0.2-r5_armv4t.ipk > > Changes: > - fixed vibration > - fixed some embarasing memory leaks > - added horizontal and vertical scrolling buttons to the touchpad - > they simulate mouse wheel scrolling. > > Since SHR is using Xorg now, all four scroll buttons work, and the > pointer seems to be a little bit faster. This should greatly improve > web browser experience, I hope. You can now use the mouse pointer to > click tiny little links, and use the scroll buttons instead of scroll > bars. > > Hope you have fun, > Michal > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community Hi Michal, does this version co-exist nicely with e? - no more fighting with the built in keyboard on full screen apps? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume
Are you using the latest moko11 GSM firmware? - this one of the side effects of bugs in the older GSM firmware. BillK On Thu, 2009-12-17 at 18:19 +1000, Denis Johnson wrote: > I'm not sure if this is related, but I have certainly had sms go > missing until a reboo. This is on shr-t . However I also noticed this > behaviour on QTMoko v14 which is what prompted me to switch to latest > testing SHR. Is this possibly a kernel related issue or perhaps common > FSO base ? > > On Thu, Dec 17, 2009 at 1:37 AM, Yann SLADEK wrote: > > Yes it also happens on shr-u > >> phonefsod - 0.0.0+gitr168+ccc2892b58d5bb2ef613661534e7c6950e4a8dae-r4.4 > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to make a screenshot
On Wed, 2009-12-09 at 00:16 +0100, Thomas Zimmermann wrote: > Am Mittwoch 09 Dezember 2009 00:02:38 schrieb Ivo van den Maagdenberg: > > Forgive me for asking one of those silly questions: > > > > How do I make a screenshot of an openmoko screen, without a photo camera? > > > > Install gpe-scap and call it over ssh to make a screenshot of the current > screen. > Alternative courtesy of Lowell Higley on Nov 28th: To make a poor man's screenshot from FR's terminal: sleep 5 ; cp /dev/fb0 screen.dump The "sleep 5" gives you time to switch to the screen you want to shoot (or do remotely from an ssh session). You get a 4 MB screen dump, I use the following command on the desktop-PC to convert it to a png: fbgrab -f screen.dump -b 16 -h 640 -w 480 screen.png I installed fbgrab on my gentoo desktop - its in portage. Example: "http://wdk.dyndns.org/freerunner/screen.png"; BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi connection
On Thu, 2009-12-03 at 11:00 -0500, Iain B. Findleton wrote: > Arigead wrote: > > Hello All, > > I was going to try and connect my FR to my laptop with an ad-hoc > > wifi connection but being as I've never even connected to infrastructure > > I decided that I'd start there. I followed the instructions in the wiki > > [1] but got some strange results: > > > > ifdown eth0 && ifup eth0 > > ifdown: interface eth0 not configured > > WPA: Configuring Interface > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > udhcpc (v1.13.2) started > > run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1 > > Sending discover... > > Sending discover... > > Sending select for 192.168.1.137... > > Sending select for 192.168.1.137... > > Lease of 192.168.1.137 obtained, lease time 3600 > > run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1 > > adding dns 192.168.1.254 > > > > > > r...@om-gta02 /media/card $ ifconfig > > eth0 Link encap:Ethernet HWaddr 00:12:CF:8F:37:23 > > inet6 addr: fe80::212:cfff:fe8f:3723/64 Scope:Link > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:751 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:381 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:353244 (344.9 KiB) TX bytes:9635 (9.4 KiB) > > > > > > It appears that I get offered an address by the DHCP server on the wifi > > but that it's not being used by eth0 for some reason. Is this a know > > issue. To be honest I've never tried to use the wifi part of the phone > > before and the wiki might be outdated, even for infrastructure mode? > > > > Cheers for any help that anybody has time to offer. > > > > > I have similar problems getting wifi to work on SHR-U. In my case I get > an address and configure the interface via dhcp, but can not establish > any traffic to the interface. In one case I could ping a host but the > transit time was enormous. > > The other thing I note from ifconfig is ridiculous RX and TX values, > almost 1TB on an interface I never have used. Looks to me like a bug > somewhere in the driver code. > > [1] http://wiki.openmoko.org/wiki/Wifi > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > Check route -n, and are you trying wifi with usb plugged in? - depending on the order you start/stop interfaces the default route could either be wrong or missing. And which version of shr-u - latest, or older. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
On Thu, 2009-10-29 at 23:52 +0100, Łukasz Pankowski wrote: > William Kenworthy writes: > > > On Wed, 2009-10-28 at 22:39 +0100, Petr Vanek wrote: > >> On Wed, 28 Oct 2009 21:32:03 + > >> Al Johnson (AJ) wrote: > >> > >> >On Wednesday 28 October 2009, Petr Vanek wrote: > >> >> >I meant that it ought to behave that way in future, not that it > >> >> >would in the current version. I don't care if the phone goes to > >> >> >sleep during the snooze interval so long as the alarm goes off > >> >> >again five minutes later! > >> >> > > >> >> :) sure, now it didn't wake up itself and me neither :)) > >> >> > >> >> what if the unlocking 1-2-3-4 pattern is configurable, how would > >> >> snooze get in then? > >> > > >> >How about puzzle to stop the sound, display the message and show the > >> >ACK slider? If you don't ACK then there's another alarm after the > >> >snooze interval. > > When I implement snoozing (repeating the alarm if not ACK) I consider > easy turning off the alarm for the first time (most probably a button), > and a puzzle in a snoozed mode (all but first time). > Now that sounds a good compromise > >> > >> that would do just fine for me, just some people wanted to get rid of > >> the puzzle... > >> > >> Petr > >> > > > > Even without the puzzel, you still need an acknowledge button for the > > alarm so thats not a problem. The problem with the puzzel is 4 buttons > > with small, unreadable text that have to be pressed in a specific order > > when you have just been woken up and are disoriented, cant find your > > glasses and your grumpy, just woken up better half is berating you for > > the umpteenth time for not being able to turn off the alarm :( > > The digits could be made bigger. This would be a big help > > I considered it a feature that until I the digits are blurred means I am > not awaken, ie alarm should still play. But the story is of course > different when you do not want to wake up the rest of the house. > Yes, I am an early riser in a house of late risers - what a pain but at least I get the place to myself - as long as I am quiet Everyones use case is different! The trick is getting it flexible enough to satisfy the majority ;) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Call quality
This sounds something like others experienced after changes to the default shr alsa file - Try turning the Mike gain down a bit - it could be overdriving (symptoms for me were fait audio, cracles and rushing sounds like wind, but distant sounds came through clearly - if there was ambient noise the FR was unusable). Not sure how qtmoko controls the gain, but for shr there are a number of files around BillK On Thu, 2009-10-29 at 17:52 +1000, Denis Johnson wrote: > Just made my first QtMoko V14 based call, FR A5 with buzzfix -> IPhone > and the other party struggled to understand me, they said somewhat > faint and very crackly/broken up. I heard the other party clearly > although I think I would have preferred a little more volume. > > I'm not sure if this is characteristic of QtMoko or just bad luck call > quality, however my previous experience with SHRU was fine. > > Anyone else can report their call quality with QtMoko ? > > Denis > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
The problem is that playing movies is only one of the FR uses (one I have never done by the way - I suspect its actually a minor use for most people) - I love the FR's high res screen that can make legible quite small text and details. So, I would be quite unhappy to have QVGA as the default when I dont use anything that would benefit. That being said, it would be a nice option if it can be made both selectable and non-buggy - I do have a mythbox and FR/myth integration would be a wow factor thing, though not very useful otherwise. BillK On Wed, 2009-10-28 at 13:58 -0400, Christopher Friedt wrote: > Wow, > > I'm surprised nobody in this thread has been throwing Hitler insults > around yet [1]. > > Changing the default resolution on the FR to QVGA is a good idea if it > means a more responsive UI. Assuming that bpp and fps parameters stay > the same, that would mean 1/4 of the current glamo-bus traffic. > > Personally, I'm more interested in running Android on my FR, so even > changing the framebuffer resolution statically in the kernel source > would be fine by me. > > C > > [1] http://en.wikipedia.org/wiki/Godwin's_law > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
On Wed, 2009-10-28 at 22:39 +0100, Petr Vanek wrote: > On Wed, 28 Oct 2009 21:32:03 + > Al Johnson (AJ) wrote: > > >On Wednesday 28 October 2009, Petr Vanek wrote: > >> >I meant that it ought to behave that way in future, not that it > >> >would in the current version. I don't care if the phone goes to > >> >sleep during the snooze interval so long as the alarm goes off > >> >again five minutes later! > >> > > >> :) sure, now it didn't wake up itself and me neither :)) > >> > >> what if the unlocking 1-2-3-4 pattern is configurable, how would > >> snooze get in then? > > > >How about puzzle to stop the sound, display the message and show the > >ACK slider? If you don't ACK then there's another alarm after the > >snooze interval. > > that would do just fine for me, just some people wanted to get rid of > the puzzle... > > Petr > Even without the puzzel, you still need an acknowledge button for the alarm so thats not a problem. The problem with the puzzel is 4 buttons with small, unreadable text that have to be pressed in a specific order when you have just been woken up and are disoriented, cant find your glasses and your grumpy, just woken up better half is berating you for the umpteenth time for not being able to turn off the alarm :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: one to rule them all
There is a wiki page that lists the distros with comments - needs cleaning up and streamlining - start there? BillK On Wed, 2009-10-28 at 22:30 +0100, Marcel wrote: > Am Mittwoch, den 28.10.2009, 22:18 +0100 schrieb Matthias Huber: > > flecktor schrieb: > > > > > > > > > > > > > > > > > > Windows 7: Simplify your PC. Learn more. > > hmmm. not sure. :-))) > > That's exactly what I was thinking when reading his mail... :) > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
On Tue, 2009-10-27 at 08:09 +0100, Richy wrote: > > One thing I have noticed with 0.2 is that the alarm isn't very loud and > > the FR seems to go to sleep before the alarm gets loud enough to hear - > > its inaudible except when there is nearly no environment noise. 0.1 > > seems to get a lot louder, and faster. Something to think of for your > > todo list is checking the profile setting before sounding the alarm - an > > alarm going off in a meeting is just as disruptive as a phone ring. > > > I disagree. There is nothing worse than sleeping in, because you > forgot to put your phone back into "ring"-mode. Also, I don't wont to > be woken up during night from calls and sms. > > Richard > Again, perhaps something thats suited to a config setting. When I set a phone to be silent, I want it/need it to be totally silent - something important might depend on it. The treo650 has the best solution Ive ever seen to this :) In shr its possible to set up any of the 4 profiles - perhaps add another thats "All silent", or have a checkbox to set it to phone or all. Thinking on it, its not really ffalarms responsibility, but squarely a profile setting for a master audio kill switch. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
On Mon, 2009-10-26 at 12:40 +0100, Marcel wrote: > Am Montag, den 26.10.2009, 02:07 +0100 schrieb Łukasz Pankowski: > > Hi > > > > I have just released ffalarms 0.3, it adds recurring alarms, please test > > it before depending on it. > > > > For me the most missing feature now is being able to edit the alarms and > > postponing in the acknowledge window. Ideas and comments are welcome. > > > > > > Notes: > > - add support for recurring alarms, attaching messages to alarms, and > > choosing alarm date from a calendar > > > > - add configuration option for alarm volume, alarm_script and alsa_state > > > > Download: > > http://projects.openmoko.org/frs/?group_id=260&release_id=580 > > (I also provide libical, in case it is not in your distro) > > Yay! I use ffalarms mostly more than once a day and it's just great to > have it. Thanks for your work! :) > > Although I know you're not too fond of it - what about making it > possible to simply turn an alarm off without that puzzle? It's quite > annoying me from time to time, especially when I'm just finishing it > when its regenerating and I need to hear that alarm once again... > > -- > Marcel > > Can I add to that request? - Ive just upgraded to ver2 and forgot I had knobbled the puzzel on the old version ... so once .3 hits the shr feeds I will have to spend more time decompiling, figuring out how it works, kill the puzzel then compile it back up again - painful way to fix what is to me a major usability problem (I cant see the numbers without glasses, and of course I am not wearing glasses when the alarm goes off in the morning :) Perhaps, make it a configuration option would make good sense then you can continue torturing those poor souls who like it :) Its quite a good, reliable program, far better than the basic elementary alarm and I use it most days more than once. Good work. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] TangoGPS
On Thu, 2009-10-22 at 13:44 +0200, Thomas Zimmermann wrote: > Am Donnerstag 22 Oktober 2009 13:33:22 schrieb William Kenworthy: > > I am building shr-unstable locally and tried 9.7 when it first came out > > - often crashed when changing between certain resolutions. Not sure if > > it was the -r1 version or if that has fixed the problem? It is in the > > shr-u builds I did yesterday (which killed my FR when trying to upgrade > > so went back to what I have before :( > > > > anyone able to says 9.7-r1 is stable on shr-u? > > > > I have it on my gentoo desktop and that runs fine. > > > > BillK > > I played a bit around with it, but not much. > For me no crash with 0.9.7-r2. > > r1 was without the zoom fix patch. > > ___ Yep, Ive got -r2 available ... it wants to pull in pixman as well so I'll take a backup before trying it - tomorrow as that takes an hour (and even more to reflash :) and I need a phone working tonight ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] TangoGPS
On Thu, 2009-10-22 at 13:23 +0200, jahckal wrote: > > > 2009/10/22 sam tygier > Hi > > I saw that tangogps 0.9.7 was released a little while ago. But > the most recent version i can find for openmoko is 0.9.5. does > anyone know if there is a new package around somewhere, or > what would been needed to be done to make one? > > thanks > > sam > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > There was an answer: > > -- Forwarded message -- > From: Thomas Zimmermann > Date: 2009/9/22 > Subject: Re: [Shr-User] tangogps 0.9.7 release > To: community@lists.openmoko.org > Cc: shr-u...@lists.shr-project.org > > > Am Dienstag 22 September 2009 11:33:34 schrieb Robin Paulson: > > 2009/9/22 Marcus Bauer : > > > First of all thanks for the many positive emails I got over the > last > > > months, motivating me to bring a new release of tangoGPS to the > coolest > > > open hardware gadget on earth - the openmoko phone. > > > > excellent work, marcus. looking forward to using it > > > > is there a binary for openmoko? > > > > shr devs, could you get the new version in the repos? > > > > cheers > > > It's build but it can't be sync to the feed. > > The package can be found here: http://build.shr- > project.org/tests/mrmoku/unstable/feed/armv4t/tangogps_0.9.7-r1_armv4t.ipk > > I am building shr-unstable locally and tried 9.7 when it first came out - often crashed when changing between certain resolutions. Not sure if it was the -r1 version or if that has fixed the problem? It is in the shr-u builds I did yesterday (which killed my FR when trying to upgrade so went back to what I have before :( anyone able to says 9.7-r1 is stable on shr-u? I have it on my gentoo desktop and that runs fine. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Tue, 2009-10-20 at 15:33 +0200, Bernd Prünster wrote: > William Kenworthy wrote: > > ... > I gave it another shot and i must say it quite awesome: > i called myself from another phone and the moment i heard it ringing my > fr woke up and showed the incoming call screen. > i know the debugfs approch might not be a nice and clean one, but i > couldn't care less when i see hav reactive everything is now. > > the startup of fso /opehnekitd also fixed itself magically (i thik > gremlins are to blame for the previeous fail) > I'm glad you find it as useful as I have. However your experience is mirroring mine in that the FR software "seems" to work but often (and especially after a crash) it may take a few reboots to work smoothly. I know software is supposed to be deterministic and do the same operations everytime, but from the outside looking in, the FR has a mind of its own :) I suspect cleaning of tmp files, and possibly badblocks or corrupted file system are the causes - gets fixed up during reboot - sometimes see the messages during bootup. So I always do at least 3 reboots before saying a particular upgrade isn't working - as mad as it sounds, it sometimes helps! I am using shr-u from early June with a 2.6.28 kernel last updated before the updates stopped being pushed, and since I have stopped trying to chase the updates, its been very usable (and still has an occasional disastrous crash though :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Tue, 2009-10-20 at 12:10 +0200, Bernd Prünster wrote: > W.Kenworthy wrote: > > Tried the NO_NEW_FAIR_SLEEPERS hack? - made a real difference to me on > > this problem. To manually try it, mount debugfs and do the echo > > command, or create as below and reboot. > > > > In /etc/fstab add this line (all one line :) > > > > debugfs /sys/kernel/debug debugfs > > defaults 0 0 > > > > and create "/etc/init.d/NO_NEW_FAIR_SLEEPERS" > > > > containing > > > > _ > > #!/bin/sh -x > > > > echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features > > _ > > > > and use update-rc.d to add it to the default boot levels. > > > > debugfs exposes some knobs and innards of the kernel, the one here > > making the kernels default scheduler behave more like the BFS scheduler > > that hit the news a couple of months ago, creating a far more responsive > > device including when it rings. > > > > BillK > > > Tireid it! > did not do the job for me: > bottup was faster (as soon as the illuem desktop came up i had > reception, but the bt symbol was still showing, so something wasn quite > ready > autosuspend didn't work. > everything was _EXTREMELY_ slow (remember om2008.8/fdom? ;-)) > shr-settings is borked "could't connect to ophonekitd/FSO" > i sent myself an sms from the internet. -> phone woke up 5 seconds later > *ring* > > so i reverted it. > > rebooted > > and still have a borked phone. > > i am using mrmoku-testing and somethign is really fucked up now > i don't blame you its just that i want to say that it can be harmful > I doubt its doing anything bad - seems more likely you have a bad/misconfigured install, or possibly a bad/intermittant GSM modem connection (the serial port side) as thats similar to what I see when it doesnt initialise properly - lots of things in the framework do not work well until the GSM serial line is working. It usually takes a couple of minutes after you get the desktop before its registered so something is different if it registered as soon as the desktop comes up. You might want to check the frameworkd.log to see whats really happening. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [reader] Wikireader received
On Tue, 2009-10-20 at 15:39 +0800, William Kenworthy wrote: > On Tue, 2009-10-20 at 09:26 +0200, Torfinn Ingolfsen wrote: > > Hi, > > > > On Tue, Oct 20, 2009 at 1:41 AM, Doug Jones wrote: > > > > > > This single change would approximately double the (already > > considerable) > > usefulness of the Wikireader to me. > > > > Aha - I think I see where this is going. :-) > > Next, I will want to have my ebooks on the SD card. > > Is there any software convert text only ebooks into "Wikipedia > > format"? > > > > Still haven't received my device. > > -- > > Regards > > Torfinn Ingolfsen > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > I already do - checkout FBreader. > > BillK > Disregard - forgot this thread is wikireader, not FR BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
bluetooth hands free car kit
Is anyone using a bluetooth hands free kit (e.g, something like this: http://www.blueant.com.au/products/speakerphones/s1/index.php) in a car. Is the FR able to fully use it, or are some parts not working? BillK -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [reader] Wikireader received
On Tue, 2009-10-20 at 09:26 +0200, Torfinn Ingolfsen wrote: > Hi, > > On Tue, Oct 20, 2009 at 1:41 AM, Doug Jones wrote: > > > This single change would approximately double the (already > considerable) > usefulness of the Wikireader to me. > > Aha - I think I see where this is going. :-) > Next, I will want to have my ebooks on the SD card. > Is there any software convert text only ebooks into "Wikipedia > format"? > > Still haven't received my device. > -- > Regards > Torfinn Ingolfsen > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community I already do - checkout FBreader. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Mon, 2009-10-19 at 10:56 +0200, Michal Brzozowski wrote: > 2009/10/19 W.Kenworthy > > debugfs exposes some knobs and innards of the kernel, the one > here > making the kernels default scheduler behave more like the BFS > scheduler > that hit the news a couple of months ago, creating a far more > responsive > device including when it rings. > > It's not about responsiveness, there is simply a bug somewhere. > Changing the scheduler might hide the bug, but that's rather bad isn't > it? > > ___ Yes, but it depends whether you want to receive calls or not - I prefer to talk to my callers, not have to call them back :) Its a known problem that has been there ever since they switched to FSO. Its supposed to be gradually fixed as they move away from python towards C for the underlying code, but I think scheduling is having a greater effect at the moment as proven by this hack. It doesnt totally fix it, as I was just using midori full screen (in landscape via xrandr) and on exiting midori the caller hung up by the time the display stabilised - and didnt leave a number :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: voice calls with 3G USB dongle
On Wed, 2009-10-14 at 21:08 +0530, RANJAN wrote: > > > Sorry, thats not what I am asking - can I make normal voice > calls like a > standard 3g phone, not have to set up a private VoIP system > that > connects over a data link. > > FR already has a sim and is 3G .Why do you want to connect it to a USB > dongle that can make calls? > > Sriranjan > The FR can use a 3G SIM, but cant connect to a 3G network - which is my problem. GSM seems to be diminishing with 3G coverage quickly expanding into new areas. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: voice calls with 3G USB dongle
Maybe too hasty, does chan_sebi talk sip to the dongle (or maybe send gsm coded audio) so calls go from the dongle to the operator as per normal? - google isnt helping ... BillK On Wed, 2009-10-14 at 19:29 +0800, William Kenworthy wrote: > Sorry, thats not what I am asking - can I make normal voice calls like a > standard 3g phone, not have to set up a private VoIP system that > connects over a data link. > > BillK > > > On Wed, 2009-10-14 at 13:58 +0300, Timo Juhani Lindfors wrote: > > William Kenworthy writes: > > > So the FR is now obsolete - but is it possible to use the FR with an > > > external 3G dongle? - I know it works for data from previous posts here, > > > but can you make voice/sms calls from an external 3G dongle? > > > > Yes, chan_sebi module of asterisk can do voice calls with my huawei > > E169 3G USB dongle. > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: voice calls with 3G USB dongle
Sorry, thats not what I am asking - can I make normal voice calls like a standard 3g phone, not have to set up a private VoIP system that connects over a data link. BillK On Wed, 2009-10-14 at 13:58 +0300, Timo Juhani Lindfors wrote: > William Kenworthy writes: > > So the FR is now obsolete - but is it possible to use the FR with an > > external 3G dongle? - I know it works for data from previous posts here, > > but can you make voice/sms calls from an external 3G dongle? > > Yes, chan_sebi module of asterisk can do voice calls with my huawei > E169 3G USB dongle. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
all: FR and 3G dongle?
Just come back from a 6 day/~3000km drive holiday up the coast of Western Australia - looks like GSM is almost obsolete with 3 g coverage in many places, but no GSM at all (or weirdly, the FR reports "SOS only" when it looks like 3G only is present when on the 3G SIM :( Talked to some truckies in a pub and they all had 3G signals, GSM had none in the town (Telstra - town was Northhampton, largeish regional centre) - they said they never use GSM these days as coverage is miserable. So the FR is now obsolete - but is it possible to use the FR with an external 3G dongle? - I know it works for data from previous posts here, but can you make voice/sms calls from an external 3G dongle? If not, what is a viable, relatively open phone with similar capabilities (but better quality, and actually works reliably!) to the FR? BillK * We also took a Treo650, a nokia, an LG and an unknown phone on the 3 network. FR - two major crashes requiring full reboot, one when a call came whilst using TangoGPS full screen - the others annoyingly, and it was noticed by my better half they "Just Worked", unlike the FR :( -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner in real world
On Tue, 2009-09-29 at 17:08 +0200, Sebastian Krzyszkowiak wrote: > On 9/29/09, Michal Brzozowski wrote: > > 2009/9/29 Sebastian Krzyszkowiak > >> > >> From kernel, FSO supports it too. Just click on "Switch to dumb > >> battery driver" in SHR Settings->Power->Battery. > >> > > > > I don't seem to have this option when ophonekitd is not running. Would you > > mind telling me how it's done in the low level? > > > > It's completely unrelated to ophonekitd, but to have it displayed you > need of course some other than FRs battery inserted. > > At switching to dumb battery driver was described in battery FAQ. SHR > Settings just implements it. > which version/date of shr-settings has this? - I have updated to approximately 2 weeks ago when the shr builds broke (i.e., I have not had a good local build since :( and none of these settings are visible ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
On Sat, 2009-09-26 at 09:06 +0200, Dr. H. Nikolaus Schaller wrote: > Am 25.09.2009 um 21:27 schrieb Torfinn Ingolfsen: > > > > > To a user, it might look like this: > > - U-boot wasn't working correctly with newer (bigger) kernels, so > > the developer(s) abandoned it > > - instead they created Qi to be newer, better, faster and so on > > - Qi isn't living up to promises for users > > > > I'm not saying that such a view is correct, but that is how it can > > look like from a users view. > > What I wonder is why nobody did fix u-boot if it had problems with > bigger kernels. > And adding stateless boot from the rootfs would be nice to have in u- > boot as well (for other hardware that uses u-boot). > > When looking into the most recent official u-boot sources I was > disappointed to find essentially nothing from OM. Other open hardware > projects like OpenPandora simply use mainstream u-boot. > > Maybe, the better path would have been to integrate more OM-u-boot > back into official u-boot and work on the general limitations instead > of starting a new project (Qi). > > But you can only influence the future but never change the history... > > -- hns > u-boot can still work with bigger kernels - its part of the environment setup. There are instructions on the wiki somewhere. Ive just gone back to u-boot from Qi - cant stand the WSODS which only occur with Qi for me - makes the phone unusable as it usually does it on an incoming call. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v9 and the WSOD
I only get it with Qi, never with u-boot. Using shr-u tho. BillK On Thu, 2009-09-17 at 21:05 +0200, Radek Polak wrote: > Pietro Montorfano wrote: > > > Hi, > > i gave a try to qtmoko v9, wow, impressive, very good work, it's fast > > and the others can hear me well when i call them but after a suspend > > there was a problem... the WSOD... > > a scream was heard near my home, that nightmare is back on my phone.. :D > > Well, pleas check the kernel, the patch is quite old and i think that > > the small number of people affected by that problem could enjoy that > > patch in your kernel. > > Hi Pietro, > for QtMoko i am using the latest andy-tracking kernel. Nothing better > currently exists as far as i know. You can try to use Qi. IIRC it does > not exhibit WSOD, while u-boot can. Someone correct me please if i am > wrong ;) > > Regards > > Radek > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wed, 2009-09-16 at 21:21 +1200, Robin Paulson wrote: > 2009/9/14 Paul Fertser : > > Read all the details at [1] and to try it on your devices, simply do: > > > > mkdir /debug > > mount -t debugfs none /debug > > echo NO_NEW_FAIR_SLEEPERS > /debug/sched_features > > how often, if at all, will this get returned to the default value? > > every reboot? > > every upgrade of kernel? > > of some module? > > when i do a cat, it returns this: > > NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT > AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK > ASYM_GRAN LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP > LAST_BUDDY > > has it been overwritten already, by a reboot? it looks like it has > > cheers > debugfs is a virtual filesystem that gives access to some otherwise unavailable system bits and pieces. Because its "virtual", its going to dissappear when the FR is rebooted, and "may" even be reset when you unmount debugfs (have not tested this yet). debugfs is also a developers tool, not a normal user tool - google will help you understand whats happening. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
Sorry, could have been better worded about why I am saying you cant see the SSID when its listing it - yes, it looks like it can see the SSID, but to me it looks like the signal level is so weak it cant actually connect. If the AP isnt transmitting the SSID, you might get a similar effect - maybe someone else can confirm that. BillK On Sun, 2009-09-13 at 19:31 +0800, William Kenworthy wrote: > I think you should be looking into this first "WPA: No SSID info found > (msg 1 of 4)" > > If WPA cant see the SSID, then nothing that follows will work. > > Is the AP transmitiing its SSID - if not turn it on for testing at least > (cant confirm, but I suspect it must be on for wifi to work). > > What does "iwlist eth0 scan" show? - remember the FR wifi setup is DEAF > - you need to be twice as close to the AP as a typical laptop with a > solid connection to even see the AP - and ideally a couple of meters > away when testing like this to remove doubt. > > Install wmiconfig and run "wmiconfig -i eth0 --power maxperf" after > powering on the wifi chip and before scanning. > > WPA[1|2] works fine for me using wifi manually in a similar fashion to > you - but I am currently on shr. > > There are also wifi issues with some kernels, but I have not used qtmoko > so cant say if thats one of them. > > BillK > > > > > On Sun, 2009-09-13 at 13:13 +0200, Torfinn Ingolfsen wrote: > > Hi, > > > > On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent > > wrote: > > Short answer, yes. > > > > If you haven't already you should probably check out: > > http://wiki.openmoko.org/wiki/Special:Search?search=manually > > +using > > +wifi&go=Go > > > > Ok, I jave now read that - thanks. > > I'm doing > > ifconfig eth0 up > > wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 > > > > wpa-supplicant spews this: > > r...@neo:~# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf > > -i eth0 > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > CTRL-EVENT-SCAN-RESULTS > > WPA: No SSID info found (msg 1 of 4). > > CTRL-EVENT-SCAN-RESULTS > > Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) > > Associated with 00:0f:66:51:aa:41 > > Authentication with 00:0f:66:51:aa:41 timed out. > > ioctl[SIOCSIWMLME]: Operation not supported > > Associated with 00:0f:66:51:aa:41 > > Associated with 00:0f:66:51:aa:41 > > CTRL-EVENT-SCAN-RESULTS > > Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) > > Associated with 00:0f:66:51:aa:41 > > > > and goes on and on > > > > And in another shell: > > > > udhcpc eth0 > > udhcpc says: > > r...@neo:/home/root# udhcpc eth0 > > udhcpc (v0.9.9-pre) started > > Sending discover... > > Sending discover... > > Sending discover... > > Lease failed: > > Sending discover... > > Sending discover... > > Sending discover... > > Lease failed: > > > > Does anyone have wireless working with WPA encryption on their > > FreeRunner? > > -- > > Regards, > > Torfinn Ingolfsen > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
I think you should be looking into this first "WPA: No SSID info found (msg 1 of 4)" If WPA cant see the SSID, then nothing that follows will work. Is the AP transmitiing its SSID - if not turn it on for testing at least (cant confirm, but I suspect it must be on for wifi to work). What does "iwlist eth0 scan" show? - remember the FR wifi setup is DEAF - you need to be twice as close to the AP as a typical laptop with a solid connection to even see the AP - and ideally a couple of meters away when testing like this to remove doubt. Install wmiconfig and run "wmiconfig -i eth0 --power maxperf" after powering on the wifi chip and before scanning. WPA[1|2] works fine for me using wifi manually in a similar fashion to you - but I am currently on shr. There are also wifi issues with some kernels, but I have not used qtmoko so cant say if thats one of them. BillK On Sun, 2009-09-13 at 13:13 +0200, Torfinn Ingolfsen wrote: > Hi, > > On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent > wrote: > Short answer, yes. > > If you haven't already you should probably check out: > http://wiki.openmoko.org/wiki/Special:Search?search=manually > +using > +wifi&go=Go > > Ok, I jave now read that - thanks. > I'm doing > ifconfig eth0 up > wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 > > wpa-supplicant spews this: > r...@neo:~# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf > -i eth0 > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > CTRL-EVENT-SCAN-RESULTS > WPA: No SSID info found (msg 1 of 4). > CTRL-EVENT-SCAN-RESULTS > Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) > Associated with 00:0f:66:51:aa:41 > Authentication with 00:0f:66:51:aa:41 timed out. > ioctl[SIOCSIWMLME]: Operation not supported > Associated with 00:0f:66:51:aa:41 > Associated with 00:0f:66:51:aa:41 > CTRL-EVENT-SCAN-RESULTS > Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) > Associated with 00:0f:66:51:aa:41 > > and goes on and on > > And in another shell: > > udhcpc eth0 > udhcpc says: > r...@neo:/home/root# udhcpc eth0 > udhcpc (v0.9.9-pre) started > Sending discover... > Sending discover... > Sending discover... > Lease failed: > Sending discover... > Sending discover... > Sending discover... > Lease failed: > > Does anyone have wireless working with WPA encryption on their > FreeRunner? > -- > Regards, > Torfinn Ingolfsen > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Fri, 2009-09-11 at 10:35 +0100, Rui Miguel Silva Seabra wrote: > On Fri, Sep 11, 2009 at 09:21:31AM +0800, W.Kenworthy wrote: > > On Thu, 2009-09-10 at 19:12 +0100, Rui Miguel Silva Seabra wrote: > > > On Thu, Sep 10, 2009 at 07:39:02PM +0200, arne anka wrote: > > > > > Then where do you have any "OK" button? > > > > > > > > ok, it's called "quit". > > > > > > And it's utterly useless, in fact I'm thinking of writing up a > > > few small-screen usability recommendations for our friendly apps. > > > > > > One of them is: don't use "quit/close/..." buttons, they waste valuable > > > eral estate and you can close the windown easily in an alternative way > > > (panel, click on close). > > > > > > Rui > > > > Hooray - sense at last. Coming up with a user oriented interface, not a > > programmers idea of what he personally likes will be a great step > > forward. I like close buttons, but consistency is more important I > > think. And please, please get rid of those dumb sliders used where > > radio buttons are used :) > > A slider makes more sense (at least to me) than a radio button with > two options :) > > Rui > Might be cultural preference perhaps? To me a slider means an analog value, on/off and similar are discrete, unconnected values so should be represented as such. Also, I cant remember any other HCI interface that uses sliders like this. I am also biased in that the slider designs used in shr dont work well - when using a finger they often require multiple swipes before they work, or you "miss" the active area all together - especially when moving and you are trying to set a slider while walking/carrying other items, ... Practical issues. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.6.31 is out, where is my ultimate kernel?
Qi, uboot or both? I am using a 2.6.28 kernel and only get WSOD when using Qi. After booting using Qi, suspends often give flashes on the screen after it has gone dark, but before it suspends or as it actually powers down. This does not happen on uboot I know Qi (and uboot) are not supposed to affect anything after its passed control over to the kernel, but it looks like its not presetting something that uboot does, and the kernel doesnt know about. I am happy that after swapping between uboot and Qi every week or so, that Qi, or something it does, or doesnt do allows WSOD's to occur. So if you get WSOD's, can you state here if you are using Qi, and if they stop when using uboot. If I am not the only data point for this, it might be easier to fix if others can add their input. If I am not alone in this observation, I'll add it to the bug tracker. BillK On Thu, 2009-09-10 at 15:28 +0200, Radek Polak wrote: > Vinzenz Hersche wrote: > > > wasn't radek wrote something like the 2.6.30-kernel uses > > about 20% less ram on his moko? (is this kms? haven't a fully clear head > > now > > :p ) > > That could be different kernel config. And it was much faster because > the Qtopia bug didnt appear on this bug. But otherwise subjectively the > new kernel performed really well except guess what - WSOD. I had it on > every suspend. But it could be that i have done something wrong. I am > now waiting for 2.6.31 to try it out again. > > Radek > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wireless Signal Power Levels...
On Wed, 2009-09-09 at 10:16 -0400, John Dowd wrote: > I've been working with the wifi aspect of the Openmoko trying to setup for a > SIP based phone system. > > One problem that I've been having that someone pointed out is that the signal > levels may be one problem that I'm running into. When I have a wireless > connection and I do a "iwconfig" on the Neo side, the signal level is being > shown at -147dBm. Apparently that is very low and the expected working level > should be around -90dBm. > > I'm running the AP (Access Point) using hostapd on PC with a USB wireless > dongle so I do have access to the AP and settings. > > My question is: is the signal level really a problem and is there a simple > configuration setting that I can use to try and fix it? > > Cheers!! Yes, pick up freerunner and place next to AP. In plain terms, the freerunner is deaf. To get a stable wifi signal, it needs to be close to the AP. To put it in perspective, my sony vaio laptop with an intel chipset works at least twice as far from the AP as the FR does :( Some improvement at longer distances can be made by using wmiconfig --power=maxperf eth0 (check syntax), but the downside is it only works sometimes, sucks power and may cause problems with bluetooth (i.e., streaming internet radio over wifi and using a bluetooth headset). BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
The reason for downgrading is simple - 2.6.29 doesnt work for gsm - the error is similar to the one reported for GPS (rxerr) a while back. I just flashed uboot back over qi - no wsod yet, tough need a few more resumes to be sure. Paul F. has worked with me on on it at one point - his take is I have a faulty GSM chip - my thoughts are that it works with certain combinations, not others which means to me something is not being handled correctly. There were a lot of changes in handling serial ports between 2.6.28 and 2.6.29 - I am slowly going over them in order to see whats changed in regard to getting GSM operating. BillK On Tue, 2009-09-08 at 16:29 +0200, Sebastian Krzyszkowiak wrote: > On 9/8/09, Jens Seidel wrote: > > On Tue, Sep 08, 2009 at 08:56:07AM +0800, William Kenworthy wrote: > >> On Mon, 2009-09-07 at 16:43 +0200, Sebastian Krzyszkowiak wrote: > >> > WTF? WSOD still happening? What kernel do you use? o_O > >> > >> 2.6.28 - never been able to get GSM working on 2.6.29 so thats not an > >> option. > >> > >> WSOD happens when using Qi, not when using uboot. But uboot may need > >> multiple boot attempts before even 2.6.28 will talk to the gsm chipset, > >> whereas Qi is reliable - something is not getting initialised properly > >> somewhere. > > > > Funny, it's opposite for me. I used until yesterday 2.6.29 together with > > uboot but switched back to 2.6.28 and now the WSOD vanished. Great! > > > > With 2.6.29 WSOD happened very often (I would say in 50% of all cases). > > Don't remember GSM status with 2.6.29 (works great with 2.6.28), used it > > in the past mainly as PDA. > > > > Jens > > BTW. Why are you playing with kernels instead of using ditribution > one? I understand playing with 2.6.31 RC kernels, but downgrading? > SHR-unstable comes with latest andy-tracking. If something doesn't > work in this kernel, then it has to be reported, debuged and fixed, > instead of just switching back and being quiet about that! > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 16:54 +0200, Jens Seidel wrote: > On Mon, Sep 07, 2009 at 04:43:59PM +0200, Sebastian Krzyszkowiak wrote: > > On 9/7/09, William Kenworthy wrote: > > > An observation - Ive lost a few calls (~5) now due to wsod on resume - > > > until this is fixed (and after so long, is it likely to ever be fixed?) > > > > WTF? WSOD still happening? What kernel do you use? o_O > > Oh, yes, WSOD still happens. > > But in contrast to the past the problem may vanish after a further suspend, > see http://docs.openmoko.org/trac/ticket/2274 (Kernel regression: white > screen of death reappeared with 2.6.29). > > I was suprised about the fact that one no longer has to restart to get again > a working state and verified it only a few hours ago. In general one needs > only one or two suspend iterations until the white screen vanished :-) > > Jens > Yes, suspending fixes it tempoarily - it will randomly come back. And suspending when a call comes in is not really what you want. WSOD happens randomly (maybe 1 in 10) on anything that causes the FR to come out of suspend, manual, sms, call, alarm, ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 16:43 +0200, Sebastian Krzyszkowiak wrote: > On 9/7/09, William Kenworthy wrote: > > On Mon, 2009-09-07 at 17:20 +0530, Vikas Saurabh wrote: > >> Hi, > >> > >> Quite often when I get a call, all I see is the locked screen. Now, > >> what I would expect is to able to accept the call without actually > >> unlocking the phone. > >> Can we have another slider like control with slider thumb in between. > >> Moving the slide to left accepts the call and moving it to the right > >> rejects it. > >> > >> --Vikas > >> > >> PS: I had a look at the TODO list in git( > >> http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO) > >> and this didn't appear there > >> > > > > An observation - Ive lost a few calls (~5) now due to wsod on resume - > > until this is fixed (and after so long, is it likely to ever be fixed?) > > WTF? WSOD still happening? What kernel do you use? o_O > 2.6.28 - never been able to get GSM working on 2.6.29 so thats not an option. WSOD happens when using Qi, not when using uboot. But uboot may need multiple boot attempts before even 2.6.28 will talk to the gsm chipset, whereas Qi is reliable - something is not getting initialised properly somewhere. Yeah, I know I should be using 2.6.29, but I dont think thats the problem, and I if I cant use it as a phone whats the point? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 17:20 +0530, Vikas Saurabh wrote: > Hi, > > Quite often when I get a call, all I see is the locked screen. Now, > what I would expect is to able to accept the call without actually > unlocking the phone. > Can we have another slider like control with slider thumb in between. > Moving the slide to left accepts the call and moving it to the right > rejects it. > > --Vikas > > PS: I had a look at the TODO list in git( > http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO) > and this didn't appear there > An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) - making the bottom left 1/4 of shr-today accept, and bottom right quarter reject would be nice when the thing wsods on resume (the TS still works - just cant see what you are doing) when a call comes in. Yes its a hack, but unless wsod is fixed, what alternative do we have. Oh, and sliders suck :) Got laughed at the other day when I dragged out the FR to look up a date - I had the screen brightness down a bit as I was previously using it indoors - finger operation of sliders isnt good (besides having to navigate layers of menus to get to it) - I might have laughed in frustration myself if I wasnt cringing from the derogatory comments the FR interface got - not a good advertisement :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] swapon: swapfile has holes
On Sat, 2009-09-05 at 11:45 +0200, Matthias Huber wrote: > Timo Juhani Lindfors schrieb: > > Matthias Huber writes: > > > > > *** but if you are formatting the card, you can make a real swap > > > _partition_ also. > > > > > > > What are the advantages of a swap partition? The only one I can think > > of is that it can be used for software suspend. > > > > > afaik, it is much faster than file. > > -- > MatzeHuber I use swapfiles occasionally on my desktop when it looks like I need more swap (large graphics - gimp) - I would disagree that a swap partition is "much" faster - experience shows its more like much, much, much ... faster :) Not of much use on th FR, but swap partitions on different drives having the same priority use a parallel striping for read/write (like raid0) for a speedup. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wifi driver stability improved -- wrong patch reverted
my mistake - looks like a meta-package ... :( BillK On Fri, 2009-09-04 at 21:29 +0800, William Kenworthy wrote: > That link looks like its only 762 bytes - somethings wrong? > > On Fri, 2009-09-04 at 16:21 +0400, Paul Fertser wrote: > > Nicola Mfb writes: > > >> I remember you were testing the fsoraw method and indeed proved that it > > >> doesn't work properly with the latest kernel. After some discussion we > > >> reverted the offending patch and now the latest SHR kernel should provide > > >> the same level of stability as .28. > > >> > > >> Please try again and report the results. > > > > > > I'm not sure but latest SHR kernel seems to be > > > 2d158aae9d8d36f575504f59884ed8e80802efe2, and that does not include > > > the wifi revert. > > > > http://build.shr-project.org/shr-unstable/ipk/om-gta02/kernel-2.6.29-rc3_2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5_om-gta02.ipk > > > > opkg update && opkg upgrade should deliver it automatically. > > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wifi driver stability improved -- wrong patch reverted
That link looks like its only 762 bytes - somethings wrong? On Fri, 2009-09-04 at 16:21 +0400, Paul Fertser wrote: > Nicola Mfb writes: > >> I remember you were testing the fsoraw method and indeed proved that it > >> doesn't work properly with the latest kernel. After some discussion we > >> reverted the offending patch and now the latest SHR kernel should provide > >> the same level of stability as .28. > >> > >> Please try again and report the results. > > > > I'm not sure but latest SHR kernel seems to be > > 2d158aae9d8d36f575504f59884ed8e80802efe2, and that does not include > > the wifi revert. > > http://build.shr-project.org/shr-unstable/ipk/om-gta02/kernel-2.6.29-rc3_2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5_om-gta02.ipk > > opkg update && opkg upgrade should deliver it automatically. > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: vi vs. nano in shr user manual (was Re: SHR first experiences & user manual)
On Fri, 2009-08-28 at 11:00 +0300, Risto H. Kurppa wrote: > see http://wiki.openmoko.org/wiki/SHR_User_Manual#Audio:_Volume > ... > > Wait a sec - did I understand correctly that you want to tell people > to use vi in the user manual? > > So I take you expect that people going through the manual are skilled > enough to use vi and if not, they'll be smart enough to use nano > instead? > > Maybe the manual should explain how to use vi: how to save, exit etc.. > I have no idea how to use it. Maybe a link to vi howto? > > I have no problems accepting that some prefer more vi than nano but I > have hard time accepting it being suggested in a manual where you > can't be sure people know how to use it as it isn't as > self-explanatory as nano, no matter how much Ctrl you have to use. > > > r I would agree with Risto here - vi is great for experienced users, but for the inexperienced or "pure "user" - it can be a nightmare experience that provides detractors with plenty of ammunition that linux is hard to use, for geeks only and not for serious use ... Idea, have guides for both (if not nano then something similarly easy to use - a dos edit clone of some kind for compatibility, nedit?) - linked from the manual. There are plenty of vi guides out there, and probably for most other apps as well. The idea should be to guide and inform, catering for both experienced and inexperienced (to both the FR and linux) users. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
err, which version? - I did a make update, built and upgraded yesterday (shr-u) and its not there (though the new pin dialog is - Yeah!) or is it only visible on a non-gta02 battery? BillK On Wed, 2009-08-19 at 17:32 +0200, Sebastian Krzyszkowiak wrote: > On 8/19/09, Daniel.Li wrote: > > On Wed, 2009-08-19 at 09:50 -0400, Stefan Monnier wrote: > >> > BL-5C can't be charged with GTA02. > >> > >> I presume you mean GTA01, right? My GTA02 has no trouble charging my > >> BL-5C. > > > > Really? > > > > I bought BL-5C compatible battery month ago, and it can't be charged > > with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't > > charge this battery. > > > > And previous discussion tells that GTA02 can just charge battery with > > Coulomb-counter. > > > > Does this bug fixed? > > > >> > >> > >> Stefan > > SHR even supports Nokia batteries from GUI, just enter SHR Settings -> > Power -> Battery -> Switch to dumb battery driver, and then you'll get > estimated capacity and it charges without any problems. > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr unstable lite missing opkg
On Sat, 2009-08-15 at 20:45 +0200, Sebastian Krzyszkowiak wrote: > On 8/15/09, Fernando Martins wrote: > > Hi, > > > > I just installed latest unstable from August, 8th, but opkg isn't > > included. I looked in /bin, /usr/bin. > > > > How can I fix this?? Could someone send me the binary? > > > > TIA, > > Fernando > > opkg-cl update; opkg-cl upgrade Why was the link removed? - is it coming back? - any problems locally recreating the link (3 characters less to type :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi timeout with mokonnect
The way I got around this is to use two scripts - the first just handles spawning wpa_suppliocant and stops at a read statement - then hitting a return key exits the script. The various rm and kill commands are to cleanup before and after - needed for reliable and repeatable connections! This works with AP's wpa2, wep and no encryption at all (I use kernel 2.6.28 on shr-u, but it works with 2.6.29 as well) The second script just calls the first using fsoraw - I use a desktop icon calling script2 using "xterm -e script2" script1: #!/bin/sh killall -9 wpa_supplicant udhcpc sleep 1 rm /var/run/wpa_supplicant/eth0 echo "wifi starting!" /usr/sbin/wpa_supplicant -B -t -i eth0 -Dwext -c /etc/wpa_supplicant/wpa_supplicant.conf sleep 8 ifup eth0 route del default gw 192.168.0.200 read ifdown eth0 killall -9 wpa_supplicant udhcpc echo "WiFi off" script2: #!/bin/sh export USER=root export HOME=/home/root cd /home/root ifdown eth0 sleep 1 /usr/bin/fsoraw -s -r WiFi,CPU -- /home/root/mefiles/wifi echo "Done!" On Fri, 2009-08-14 at 20:46 +0200, arne anka wrote: > well, i did right now > > # fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext > -c/etc/wpa_supplicant/wpa_supplicant.conf > > which resulted in > > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > CTRL-EVENT-SCAN-RESULTS > Trying to associate with XX:XX:.. (SSID='myssid' freq=2422 MHz) > Association request to the driver failed > Associated with XX:XX... > WPA: Key negotiation completed with XX:XX:... [PTK=TKIP GTK=TKIP] > CTRL-EVENT-CONNECTED - Connection to XX:XX:XX:... completed (auth) [id=2 > id_str=] > > ok, dhclient eth0 opbtained an ip. > but so fra i got vene without fsoraw the last time. let's see, what > happens in a second attempt. > > killing 'fsoraw ...' with CTRL+C ... > > CTRL-EVENT-TERMINATING - signal 2 received > ioctl[SIOCSIWESSID]: Invalid argument > ioctl[SIOCSIWMLME]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > > > hmm. ok, > > # fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext > -c/etc/wpa_supplicant/wpa_supplicant.conf > > and ... > > ioctl[SIOCGIWRANGE]: Input/output error > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCGIWSCAN]: Input/output error > ioctl[SIOCSIWSCAN]: Input/output error > Failed to initiate AP scan. > ioctl[SIOCGIWSCAN]: Input/output error > ioctl[SIOCSIWSCAN]: Input/output error > Failed to initiate AP scan. > ioctl[SIOCGIWSCAN]: Input/output error > ioctl[SIOCSIWSCAN]: Input/output error > Failed to initiate AP scan. > ioctl[SIOCGIWSCAN]: Input/output error > ioctl[SIOCSIWSCAN]: Input/output error > Failed to initiate AP scan. > ioctl[SIOCGIWSCAN]: Input/output error > ioctl[SIOCSIWSCAN]: Input/output error > ioctl[SIOCGIWSCAN]: Input/output error > ... > > indefinitely. > > # killall wpa_suplicant > > and the fr is shock frozen. > not really convincing a performance. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO resources, GPS-TTFF example (Was: is wifi-driver developed anymore?)
On Fri, 2009-08-14 at 14:15 +0200, arne anka wrote: > > If the app doesn't have FSO support, use fsoraw to request the resource. > > _now_ i am confused. > in my understanding ... > what i always tried to find out, and i understand now even less than > before: what is the rationale for fsoraw? > > if it does nothing but requesting the resource, a dbus call would do > exactly the same w/o need of an additional app (and second one to release > afterwards, of course). > if it does soemthing a dbus call won't be able to deliver, why isn't fso > extended to include that functionality? > fsoraw, mdbus and dbus-send all allow management of resources. mdbus is slow - very slow - its was apparently a test tool that proved useful. An advantage that it does have is that it can request some resources and they stay requested until you specifically request them to be released. I was never able to use dbus-send reliably though it was reccomended as a replacement for mdbus. fsoraw is fast - thats its main advantage, plus when it requests a resource, it releases it on exit - so when the app called by fsoraw exits, fsoraw then also exits and the resource is automaticly released. All fsoraw seems to be is a program that calls the dbus libraries directly, hence its speed. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr] illume keyboard problem when rotating screen
On Fri, 2009-08-07 at 16:44 -0700, jeremy jozwik wrote: > On Fri, Aug 7, 2009 at 4:36 PM, Davide Scaini wrote: > > hi mates, > > i'm using shr-u every day updated ... danger is my hobby. > > i'm experiencing some problems when i rotate the screen: illume > > keyboard does not fit anymore and i cannot pop it out. > thats not only a problem on the newest version. > > little things like that is why i switched to literki. now if only he > would re-code the vibrate feature i would be super happy moko guy > How did you get around apps popping up the illume keyboard? - if I try and use the wrench menus to turn the illume keybord off enlightenment starts segfaulting :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Keyboard (delete/backspace, insert...)
Yes, its a well known usability issue and FR black mark. Find the directory where terminal.kbd lives and copy it over the top of the others - problem solved. BillK On Fri, 2009-08-07 at 21:57 +0200, glenn.mh...@gmail.com wrote: > At 21:30 +0200 07/08/09, Sebastian Krzyszkowiak wrote: > >On 8/7/09, glenn.mh...@gmail.com wrote: > >> If you catched the proper notion you will think: > >> > >> Oh My God - I have been enlightened! From now on I will also remember > >> to think about usability and not provide my end users with nerdy user > >> interface stuff, e.g. some non-button like button! > > > >CLOSED, WONTFIX: UPSTREAM ;p > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is your GPS working today?
gps works fine (2.6.28 kernel) with latest shr-u. GSM using the standard 2.6.29 kernel (and moko11 and fso-abyss) gets the rxerr message and I have yet to get a connection to the gsm modem using the standard kernel no matter what I have tried. Have not tried gps with the standard kernel because of the gsm problem. Ive looked at the code and cant see anything obvious (to me :) but the code is the same for each port in 2.6.29, but there are differences between 2.6.29 and 2.6.28. BillK On Sun, 2009-07-26 at 20:48 +0200, Sebastian Krzyszkowiak wrote: > Hey guys! > > I have really small question. Is your GPS working now? And if not, > when it worked last time? Also if not - after trying to use it, check > if you have "rxerr" messages in dmesg, and report it here. > > Thanks, > > Sebastian Krzyszkowiak > dos > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] ffalarms led color
'opkg files ffalarms' will list everything BillK On Fri, 2009-07-24 at 23:13 -0700, jeremy jozwik wrote: > On Fri, Jul 24, 2009 at 10:26 PM, William Kenworthy wrote: > > I installed, then edited the theme (edj file) for it to change colour > > and disable that braindead puzzle. > > > > BillK > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > ffalarms has its own edj? where is it? > dont mind the puzzle all that much just wish for color options > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] ffalarms led color
I installed, then edited the theme (edj file) for it to change colour and disable that braindead puzzle. BillK On Fri, 2009-07-24 at 11:08 -0700, jeremy jozwik wrote: > just a quick question in regards to ffalarms. i was looking around in > the led clock app page on the wiki > http://wiki.openmoko.org/wiki/LED_clock > > it makes mention of being able to change the clock color. is there any > support for this in ffalarms? > > - jeremy > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps : updating tiles ?
Is there any advantage (to the server) of using curl? - is there a reason why openstreetmap would ban one and not the other (or is it just someone(s) using wget beating up their server? BillK On Fri, 2009-07-24 at 12:25 +0700, Alejandro Sáiz wrote: > It might be as easy as this: > > for TILE in `find /path/to/tiles -type f`; do > echo "${TILE}" > FILE=`basename "${TILE}"` > L1=`dirname "${TILE}" | gawk -F"/" '{ print $NF}'` > L2=`dirname "${TILE}" | gawk -F"/" '{ print $(NF-1)}'` > curl --output "${TILE}" > http://tile.openstreetmap.org/"${L2}"/"${L1}"/"${FILE}"; > done > > curl and http are on the same line, you mail program might > split in over > two lines. > > Kind regards, > Ed > > For some reason I don't understand, all my stored map tiles suddenly > appeared upside down (rotated 180 degrees) in tangogps, while newly > downloaded tiles showed correctly. Yaouh didn't seem to correct that > problem, so I found Ed's script very useful to substitute all the > stored tiles with fresh versions from osm.org. Thanks Ed. > Alex > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Reducing resume verbosity with Qi
I am using Qi to boot a gta02 to a flashed shr-unstable (not on SD) It works ok, but after a few resumes it slows dramaticly due to verbose printing to the screen. Is there a way to fix this? With u-boot, I reduced the kernel verbosity to get a happy medium, but it looks like Qi cant do this unless you are booting from SD. BillK -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 13:56 +0200, Sebastian Krzyszkowiak wrote: > On 7/15/09, Davide Scaini wrote: > > He said he's not able to setup it correctly 'cause it's really messy... i > > agree... > > d > > > > On Wed, Jul 15, 2009 at 1:43 PM, Paul Fertser wrote: > > > >> Tony Berth writes: > >> > What is the current SpeakerVolume which this command will change it > >> > to '68' and if I restart FR do I have to re-issue that command? > >> > >> Any particular reason you don't want to do it properly by tuning the > >> state-file? > > Just use alsactl and alsamixer for tuning state file. Nothing hard, > there are only about 4 interesting controls, named friendly. > Two reasons - here in Australia using a prepaid card you can run up a huge bill making test calls. and it hasnt fixed the problem in a usable way so far. Also, it would be useful to know the reason why you want to run the GSM input so high when its causing these problems? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 13:46 +0200, Davide Scaini wrote: > please, if you can, use this thread to POST YOUR CONFIGURATION, tips > and tricks are a REALLY appreciated consequence, but first post your > setup. > d did it in my first reply shr-unstable with a 2.6.28 kernel and fso-abyss BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 15:43 +0400, Paul Fertser wrote: > Tony Berth writes: > > What is the current SpeakerVolume which this command will change it > > to '68' and if I restart FR do I have to re-issue that command? > > Any particular reason you don't want to do it properly by tuning the > state-file? > Statefile has not worked so far - changing various settings either has no effect, or makes things worse (mic volume or speaker volume is totally inadequate). Also I saw your post that this command sets clevl to 255 or maximum - that in itself is a recipe for disaster in my view - never run anything analog flatout unless you are absolutely sure that there are no side effects - and as the audio chain is playing up and nothing else seems to fix it, this seems the way to go. BillK -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 12:43 +0200, Tony Berth wrote: ... > > > Use the following one liner: > > mdbus -s > org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device > org.freesmartphone.GSM.Device.SetSpeakerVolume 68 > > With an otherwise standard shr-u, its fine - if I dont reduce > the volume > this way the other end just hears noise. Ive tried to tune > the state > file, but no luck - too many settings and too little time ... > > BillK > > > > Thanks for your reply. > > What is the current SpeakerVolume which this command will change it to > '68' and if I restart FR do I have to re-issue that command? > > Tony > mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.GetSpeakerVolume Mine shows "100" and yes, you need to do it after every boot - there is somewhere in the .e directory you can put a script to run the command and any others thats its good to do on startup (restart atd to fix ffalarms, ifdown usb0;ifup usb0 to make sure usb0 keeps working etc). BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 12:05 +0200, Tony Berth wrote: > On Wed, Jul 15, 2009 at 12:00 PM, Davide Scaini > wrote: > Ok guys! > we're talking everyday of a different issue that makes our fr > not really usable... but i'm sure that there is someone who as > a fr decently working and he/she can share with us his tips. > My idea is to open a thread where everyone posts his > configuration with working/not working sections. Maybe, > finally, we can find a balance merging all the diffs that > works... > > My2cents: > > system: SHR-U shr-image-glibc-ipk--20090709 > kernel: 2.6.28-oe1 > +gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin > (it'a a TRUE .28-rc4) > (with modules, i haven't figured out how to extract the tar on > my fr, i extract it on the sd then cp on /lib/ ) > boot: qi > > > Performances: > wifi: I got wifi working for a long with that kernel, but now > i cannot get connected via wifi 'cause this error: > run-parts: /etc/network/if-pre-up.d/ > wpasupplicant exited with code 1 > i have no idea how to handle it. > (on debian i had always a working wifi with no troubles... i > should search for the script i used...) > > gprs: never tried > > gps: works like a charm > > calls: i have the very same of all with call volume, but i'll > fix it copying alsa states from shr-testing. > > usb: get the connection reliably > > software: minimo, tangogps, yaouh, orrery, mofi, leafpad > (terminal) are the most used. > > shr-settings is _very_ useful, that' why i abandoned debian > (even if debian has tons of software...) > > what i miss: a realiable wifi :( a finger friendly file > manager. > (ps: I cannot download anymore bigG maps iwth the "repos" > linked on wiki... do you know why?) > > > As you can see my system is not really that working, what i > really miss is the wifi... i mainly use it as a pda. > > > concerning the call volume, could you please post the settings for > that? I tried different things but no success so far :( > > Thanks Tony > > Use the following one liner: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.SetSpeakerVolume 68 With an otherwise standard shr-u, its fine - if I dont reduce the volume this way the other end just hears noise. Ive tried to tune the state file, but no luck - too many settings and too little time ... BillK > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
hmm, I am using the same kernel/shr-u combination, but with fso-abyss :) cant get gsm with 2.6.29 :( wifi works well for, even stopping wpa at home and reassociating to a wep AP at work. The script below is called using fsoraw to turn on/off the wifi power control first. #!/bin/sh killall -9 wpa_supplicant udhcpc sleep 1 rm /var/run/wpa_supplicant/eth0 echo "wifi starting!" /usr/sbin/wpa_supplicant -B -t -i eth0 -Dwext -c /etc/wpa_supplicant/wpa_supplicant.conf sleep 5 ifup eth0 route del default gw 192.168.0.200 read ifdown eth0 killall -9 wpa_supplicant udhcpc echo "WiFi off" On Wed, 2009-07-15 at 12:00 +0200, Davide Scaini wrote: > Ok guys! > we're talking everyday of a different issue that makes our fr not > really usable... but i'm sure that there is someone who as a fr > decently working and he/she can share with us his tips. > My idea is to open a thread where everyone posts his configuration > with working/not working sections. Maybe, finally, we can find a > balance merging all the diffs that works... > > My2cents: > > system: SHR-U shr-image-glibc-ipk--20090709 > kernel: 2.6.28-oe1 > +gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin > (it'a a TRUE .28-rc4) > (with modules, i haven't figured out how to extract the tar on my fr, > i extract it on the sd then cp on /lib/ ) > boot: qi > > > Performances: > wifi: I got wifi working for a long with that kernel, but now i cannot > get connected via wifi 'cause this error: > run-parts: /etc/network/if-pre-up.d/ > wpasupplicant exited with code 1 > i have no idea how to handle it. > (on debian i had always a working wifi with no troubles... i should > search for the script i used...) > > gprs: never tried > > gps: works like a charm > > calls: i have the very same of all with call volume, but i'll fix it > copying alsa states from shr-testing. > > usb: get the connection reliably > > software: minimo, tangogps, yaouh, orrery, mofi, leafpad (terminal) > are the most used. > > shr-settings is _very_ useful, that' why i abandoned debian (even if > debian has tons of software...) > > what i miss: a realiable wifi :( a finger friendly file manager. > (ps: I cannot download anymore bigG maps iwth the "repos" linked on > wiki... do you know why?) > > > As you can see my system is not really that working, what i really > miss is the wifi... i mainly use it as a pda. > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SD-card faulty?
I think append-GTA02 is used by Qi ? - I use u-boot, the clock is slowed by using an init file - can use for Qi or u-boot /etc/init/sd_clk _ #!/bin/sh echo 1000 > /sys/module/glamo_mci/parameters/sd_max_clk _ Add it to run on boot via update-rc.d There is also a wiki page somewhere with more detail BillK On Wed, 2009-07-15 at 08:09 +0100, Linus Gasser wrote: > William Kenworthy a écrit : > > have a sandisk 8G card - using the default clock rate I get corruption > > within a few minutes with tangogps or any heavy usage. > > > > If you get corruption, is the filesystem directly unusable, or is it > only visible after a reboot? > > > Slowing the clock down totally fixes it. > > Could you copy-paste the append-GTA02 - file, please? Thank you, > > Linus > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SD-card faulty?
have a sandisk 8G card - using the default clock rate I get corruption within a few minutes with tangogps or any heavy usage. Slowing the clock down totally fixes it. BillK On Tue, 2009-07-14 at 22:21 -0400, David Ford wrote: > some >2G cards were created less equal than others :/ i have two 4G > cards and both are entirely unusable inside the gt02. file system > corruption occurs within minutes. same cards are perfectly reliable on > my desktop and laptop. > > The Digital Pioneer wrote: > > I'm pretty sure all 8GB cards will be supported. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
On Tue, 2009-07-14 at 16:38 -0400, David Ford wrote: > i don't know where you got this information, but by far and large the OM > phones have never been touted as ready for end users by OM, or by the > developers working on the neo1973 or freerunner software. > Actually - when first released it was supposed to be ready for the end user (thats when I bought it - first release) - its only when it got into the hands of users that this shown to be wrong - and at the time OM and community thought it was nearly there so there was no concious attempt to deceive. Time showed how wrong we all were about how ready the software was ... ... > with occasional telephone calls. i'm aware of a number of bugs and that > BT doesn't yet work for me. however there's a push the last few days on > BT and some people have reported some successes so when i get my phone > back from getting a buzz fix, i'll eagerly try it out. BT as A2DP (music playback) works for me using a motorola S9 headset. Have not tried to get GSM working through it yet. wifi works well, except I find it quite insensitive compared to most laptops in direct comparison (I use wpa-supplicant, not lame attempts like mofi etc. Perhaps my biggest beef is that the community is very much into NIH (not invented here) and tries to (poorly) produce applications instead of improving and using existing stuff. > > if the speaker volume is low, turn it up. unstable? have you updated > software on it? currently i am now dealing with the ar6000 kernel > wedging and ophonekitd crashing on every other event. otherwise it's ... I have to turn the volume down or I get complaints people cant understand me (sounds like its being overdriven, confirmed by turning volume down) - the gains through the mic chain are not optimal, though my phone is not buzz fixed either. In noisy environments, the FR us unusable as you cant hear it, and the other end hears "noise" and environmental sounds clearer than my voice. Using shr-unstable with a few tweaks (2.6.28 kernel, fso-abyss, ...) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] phone profile
On Mon, 2009-07-13 at 10:58 +0200, Helge Hafting wrote: > Joshua Judson Rosen wrote: > > jeremy jozwik writes: > >> is there a config file that i can alter to make my shr-settings phone > >> profiles stay put even after a shutdown? it i set to vibrate, shutdown > >> and turn on at a later time phone settings will always default back to > >> default > > > > Isn't that why it's called "default"? > > > "Default" is what you get after flashing. default is what you > get when you don't customize. And that is fine. > > The phone is not supposed to "revert back to default" just because > the user boots it. If you make _changes_, they should stick! > > Helge Hafting > Yeah, thats way I think it should work too - however you can get a usable situation by changing the settings for default to your common situation (which then become sticky and last through a reboot/most upgrades). That way if want silent for default - change all the default settings to silent and it will boot up as that. Counter-intuitive ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rustling noise on phonecalls
On Wed, 2009-07-08 at 21:54 -0700, Ben Wong wrote: > Mickey: It seems a very bad idea to default to maximum volume if it > causes distortion. I'm not sure yet that that's the sole audio > problem in SHR-unstable, but I can say that when I turned the speaker > volume down to what it was in SHR-testing (68%), I was understood > perfectly, for the first time, by Google's voice recognition > (1-800-GOOG-411). > > For anyone wondering how to use D-Bus to set the volume to 68%, you > can do it by cutting and pasting this line: > > mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device > org.freesmartphone.GSM.Device.SetSpeakerVolume 68 > > And this line will show you the current volume: > > mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device > org.freesmartphone.GSM.Device.GetSpeakerVolume > > Please experiment with different values by changing the volume during > a call. I'm interested to know what values work the best for you all. > And does 100% actually work for anybody without distortion? > > --Ben > This improved things a lot on my *NOT* buzzfixed GTA02v5 - I have had a lot of complaints recently (shr-unstable), now its much better. Thanks for the mdbus lines. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: External GPS antenna question
On Sat, 2009-07-04 at 19:56 +0100, Al Johnson wrote: > On Saturday 04 July 2009, Paul Fertser wrote: > > Sebastian Krzyszkowiak writes: > > > On 7/4/09, Hammer Armin wrote: > > >> With the internal gps antenna, the first fix last quite long - > > >> with the external - within 5min to 10min I get a fix. > > > > > > WTF? I'm getting fix easly with *internal* GPS antenna in 30 seconds - > > > 2 minutes... > > > > Because you already have almanac (and sometimes ephemeris) data. > > With a good sky view and suitable constellation TTFF from cold is ~40s with > the internal antenna, rootfs on SD and an early A05 without the capacitor on > SD. For it to take >2min I need heavy urban canyoning, being indoors or in a > vehicle, or an unusually poor constellation. > > Having almanac and ephemeris _should_ make it faster, as should > initialisation > with correct time and approximate location. Feed it incorrect data at startup > and you can get a very long TTFF, or no fix at all, and ogpsd has done this > at > some stages of its development. and if you are carrying the FR in a pocket, yes it gets a lock most of the time, but the track wobbles all over the place - up to a hundred meters. And if driving through an "urban canyon", similar track errors can occur. Ive wanted a small external powered antenna for some time to improve this. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New archive file format (was: [omgps] collect feature requests)
I hope not - I have over 2 million tiles stored on SD card - if file corruption or disaster occurs, it may affect only one tile if its being accessed at the time - imagine the effect of file system corruption on one large archive ... you will most likely lose the lot. Then there is the extra overhead needed - Ive gotta ask "why"? - if you can justify the extra cpu needed for this, why not do vector maps? BillK On Thu, 2009-07-02 at 00:42 -0700, mqy wrote: > x and y are tile no in tile coordinate system within range of [0.. 2^zoom). > just do it if you have time, since proof of concept is necessary :) keep in > mind clear APIs. > it's likely that, the final version to be integrated into omgps is rewritten > in C. > > > Laszlo KREKACS wrote: > > > > If I understand right the OSM tiles, they have the following directory > > ... > > > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is it so slow ?
On Thu, 2009-07-02 at 03:01 +0200, Bernd Prünster wrote: > Denis Johnson schrieb: > > On Thu, Jul 2, 2009 at 4:27 AM, Sebastian > > Krzyszkowiak wrote: > > > >> Just set ELM_ENGINE env variable to x11-16. You must know about > >> /etc/profile, didn't you? ;> > >> > > > > Just to demonstrate my lack of familiarity in this area, could someone > > please provide exact example of the line that needs to be added to > > /etc/profile > > > echo ELM_ENGINE=x11-16 >> /etc/profile > Shouldnt that be : echo; echo "export ELM_ENGINE=x11-16" >> /etc/profile ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: intone a2dp (bluetooth) support
Just another data point - if your using streaming audio across wifi (I am using mplayer streaming from my ISP's radio offerings), a2dp can suffer badly if using "wmiconfig -i eth0 --power maxperf" - it seriously interferes with bluetooth BillK On Wed, 2009-06-10 at 15:55 +0100, Michael Sheldon wrote: > Yorick Moko wrote: > > One thing I don't understand: > > intone with a2dp: mplayer usage around 40% and sometimes spikes to > > everything available (80-85%) ==> no fluent playback > > intone without a2dp: 12% cpu ==> fluent playback > > > > how come? > > Well the a2dp stuff seems to be fairly cpu intensive, presumably > because it's having to performing sbc encoding before sending the audio > to the device (most devices support direct streaming of mp3 data but I > don't think this is possible with mplayer, it is with gstreamer though). > You should still be able to get reasonable mp3 playback, you won't get > acceptable ogg playback though, as the combination of a2dp and ogg > decoding appears to be too much for the cpu to handle. > > If you're getting very choppy playback with mp3s and you're using > bluez4 then try running "hciconfig hci0 lm master; hciconfig hci0 lp > hold,sniff,park" after starting the bluetooth daemon. > > Cheers, > Mike. > > _______ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Sun, 2009-05-31 at 18:15 +0400, Paul Fertser wrote: > On Sun, May 31, 2009 at 03:47:04PM +0800, William Kenworthy wrote: ... > > Look at AUX led. Enable whichever loglevel for kernel you like. Boot a > minimal kernel that will boot really fast. > > Not a bootloader problem. > I probably have not been clear enough - if the bootloader exits (as it was doing to me silently), you can go along blithely thinking that the phone was booted and working but it wasn't so I missed an important call. The problem is that Qi doesnt give ANY feedback to a user, its always a worry - is it or isnt it booting? Granted that you can overide to force feedback, but then why not use uboot which has proven reliable AND tells the user that something is happening faster than Qi will boot when in debug mode (so I presume from my memories of trying to test/time this). I am not talking about kernel boot messages, but "something" every 10-15 seconds to reassure the user. I have used a number of cheap mobiles, a treo650. Thfamily have a range of mobiles up to an N95. I have used quite a number of linux versions over the years - none, absolutely none including windows tells the user nothing like Qi does. That if nothing else should tell how wrong Qi's operation is. and the clincher for me was that the gain using Qi (faster booting) didnt seem very much ... so why use it all? It just seems like more NIH syndrome. Again, I can only remember Andy saying he didnt like uboot, hence Qi, and Qi was going to be so much faster ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Sun, 2009-05-31 at 10:46 +0200, Fox Mulder wrote: > William Kenworthy wrote: > > On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: > >> On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra > >> wrote: > >> > >>> Is Qi reliable enough already to migrate from u-boot? > >> Yes > >> > >> r > >> > > > > no, fails to boot occasionally, and because it doesnt print anything to > > screen you dont know until much later ... > > > > so not unless things have changed and it seems currently unmaintained. > > > > Be nice to be corrected as uboot seems essentially in the same boat, but > > at least its more reliable. > > I use QI for some months now and it never failed once to boot my neo. I > also changed the version of qi some times to a newer version but this > never changed the working state for me. :) > So think of QI as stable enough for daily use. > > Ciao, > Rainer > ok, thats a few saying it works so I'll give it another try. But I really really dont like the way it doesnt inform the user whats happening. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
Not sure - raised it with Andy directly when he asked for comments - but it was not going to be fixed as it was "works for me" (booting failures) - this being him. And, as you know he was very against Qi printing anything informative to the user as it would take time and Qi was about speed, not "correctness" - my impression based on Andy's comments. As far as I am aware its not maintained, though Andy did say he hoped he would be able to do so - I just checked the OM wiki page for it and see that there is a new download directory, but no information about progress other than "approaching release". I am still wary of wasting time trying it because the wiki still says "A short press on the power button is enough to make Qi start booting. In a few seconds the backlight will be lit, but the kernel will not spew any console messages unless something is wrong. It may take up to 2 minutes (depends on distribution) until X is started during which there will be no visual feedback. Please be patient." - that is just plain broken from a user perspective and in my case, wasted time as it didnt always reliably start when pressing the powerbutton. Why am I so negative - lost an important call when the FR didnt boot when it should have - due to Qi. I am just not prepared to stare at the FR for in excess of 2 minutes to see if it boots before getting on with life. The wiki suggests looking for the backlight ... what a joke, ever tried doing that in daylight/real life? BillK On Sun, 2009-05-31 at 10:32 +0400, Paul Fertser wrote: > William Kenworthy writes: > > On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: > >> On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra > >> wrote: > >> > Is Qi reliable enough already to migrate from u-boot? > >> > >> Yes > >> > > > > no, fails to boot occasionally, and because it doesnt print anything to > > screen you dont know until much later ... > > Occasionally? Ticket #? > > > so not unless things have changed and it seems currently > > unmaintained. > > It is maintained. And it "just works". I'm sad to see you saying > things like that. > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: > On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra > wrote: > > > Is Qi reliable enough already to migrate from u-boot? > > Yes > > r > no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... so not unless things have changed and it seems currently unmaintained. Be nice to be corrected as uboot seems essentially in the same boat, but at least its more reliable. BillK -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] important updates
Not sure - I saw a post saying automotive changed direction using a wide smooth curve where pedestrian was much sharper - perhaps have it selectable. Bikes would be closer to pedestrian? - for mapping purposes, pedestrian might be better? Comment from anyone able to compare this? Bill On Wed, 2009-05-27 at 07:31 -0700, mqy wrote: > Yes, ease of use is also an important thing other than power-safe and > stability. > In fact I haven't ever used any GPS application other than TangoGPS. > Before writing this application, I know nothing about GPS, GTK+ at all. > > Other commercial level applications must have excellent ideas that I can > borrow from, > unfortunately I don't have such devices, thus your suggestions are > important. > > UBX 4/5 supports configuring navigation model via CFG-NAV2 or CFG-NAV5. > Options are: > * 1 Stationary > * 2 Pedestrian > * 3 Automotive > * 4 Sea > * 5 Airborne with <1g Acceleration > * 6 Airborne with <2g Acceleration > * 7 Airborne with <4g Acceleration > Default is automotive. As of my understanding, the model determines how GPS > receiver calculates fixes, > automotive should be OK, right? > > > William Kenworthy wrote: > > > > On Wed, 2009-05-27 at 08:37 +0300, Risto H. Kurppa wrote: > >> On Wed, May 27, 2009 at 1:05 AM, mqy wrote: > >> > > >> > Although there is a thread about omgps, I think I'd list the important > >> things > >> > here. > >> > Those who have installed previous version(s) are recommend to do a > >> update. > >> > > >> > download url: > >> > http://omgps.googlecode.com/files/omgps_0.1_armv4t-20090527-1.ipk > >> > > >> > Important updates since first release on 2009-05-21: > >> > >> Wow, nice! Keep up the good work! > >> > >> BTw about the autocenter feature: could it update the position a bit > >> earlier than when hitting the edge, let's say when there's 1/3 of the > >> screen left before hitting the edge? Just to allow you to see more in > >> the direction you're going to. > >> > >> THanks! > >> > >> > >> r > > > > I would like to add my request for this as well - at the moment its not > > usable when driving/or riding a bike as you cant see whats coming. Even > > better than the 1/3, would be to offset the cursor so that 2/3 (or more) > > of the screen is "ahead", and only a small amount is behind (none of the > > FR gps apps I have tried do this - but TV adds for Nokias and the like > > seem to show it as standard on those devices - very few people > > riding/driving or usually even when walking are interested in where they > > have been - its where they are going thats important. Sliding the map > > under the cursor is a much better idea than redrawing the screen when > > you get to the edge when moving for this reason. > > > > Even when walking, the current update method means you are always > > manually centring so it never gets to the edge ... so any power savings > > via reduced cpu are illusory as the user is always interacting with it > > anyway. And thats something best not done when driving/riding :) > > > > There may be scope here for a mode setting in the config - walk, drive > > etc - the antaris GPS chip does have settable parameters for these > > modes. > > > > BillK > > > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community