Re: Rolling dices on OpenMoko
On Sun, 25 Jul 2010 19:11:22 +0200 Xavier Cremaschi omega.xav...@gmail.com wrote: Hi folks, a new application will be soon available for SHR (as soon as I understood how to build a package) : alea All of my applications including this one: http://glitch.tl/cgi-bin/hgwebdir.cgi/home/host/glitch.tl/repos/mkrpn/ ...build their own packages. It needs a simple script ipkg-build.sh which should be commonly available. You should be able to copy my code to do what you want. -- Michael Smith +61 416 062 898 http://glitch.tl ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
2+4+2 timing seemed to disrupt access to the sdcard
I have been using the qi with 2+4+2 timing over the weekend, and noted two problems. (This with shr unstable and its 2.6.32 kernel.) First, lots of WSODs. This required lots of suspending (or reboot) without seeing the screen. This is not always possible, so lots of battery removal. All this crashing caused some filesystem trouble. And then the second problem showed up. I got i/o errors reading from the sdcard. Sometimes, I didn't get tiles for tangogps or pictures for my contacts. Unmounting the sdcard and running fsck ought to fix this. But the fix was temporary. fsck would claim to fix some issues, and when I remounted the card, I had normal access to the files. But it was all in the page cache - it wasn't real. Reboot, and exactly the same errors came up again. fsck would give exactly the same messages while running. And things would work for a while, but another reboot would always bring the same problems back. It was as if writes to the sdcard failed - but failed silently. So the kernel didn't notice. But nothing actually got written, it just stayed in the page cache so everything seemed ok. I also had a lot of hangs - probably because I have swap on the sdcard. If swapping to the card silently fail, then surely there is trouble when the stuff is swapped back in. Do the sdcard and the glamo share a bus? Maybe glamo can handle a speed that the sdcard cannot? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2+4+2 timing seemed to disrupt access to the sdcard
All this crashing caused some filesystem trouble. And then the second problem showed up. I got i/o errors reading from the sdcard. Sometimes, I didn't get tiles for tangogps or pictures for my contacts. Unmounting the sdcard and running fsck ought to fix this. But the fix was temporary. fsck would claim to fix some issues, and when I remounted the card, I had normal access to the files. But it was all in the page cache - it wasn't real. Reboot, and exactly the same errors came up again. fsck would give exactly the same messages while running. And things would work for a while, but another reboot would always bring the same problems back. It was as if writes to the sdcard failed - but failed silently. So the kernel didn't notice. But nothing actually got written, it just stayed in the page cache so everything seemed ok. I also had a lot of hangs - probably because I have swap on the sdcard. If swapping to the card silently fail, then surely there is trouble when the stuff is swapped back in. Do the sdcard and the glamo share a bus? Maybe glamo can handle a speed that the sdcard cannot? This is not related to the timing settings. I still use the default timing with new SHR-U and I have the same problem. I already opened a ticket in shr trac: http://trac.shr-project.org/trac/ticket/1143 The problem came up woth the new kernel, so I guess there is a problem with the sd driver in 2.6.32 -- n...@el-hennig.de Lubarsky's Law of Cybernetic Entomology: There's always one more bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2+4+2 timing seemed to disrupt access to the sdcard
Le 26/07/2010 10:58, Helge Hafting a écrit : First, lots of WSODs. This required lots of suspending (or reboot) without seeing the screen. This is not always possible, so lots of battery removal. I think the power button is a standard ATX button, if you keep it pressed for few seconds (5 ?) it should power off your Freerunner :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2+4+2 timing seemed to disrupt access to the sdcard
Am 26.07.2010 11:15, schrieb Xavier Cremaschi: Le 26/07/2010 10:58, Helge Hafting a écrit : First, lots of WSODs. This required lots of suspending (or reboot) without seeing the screen. This is not always possible, so lots of battery removal. I think the power button is a standard ATX button, if you keep it pressed for few seconds (5 ?) it should power off your Freerunner :) Sadly this function doesn't work with the 2.6.32 anymore. Or at least for me it doesn't work since change from 2.6.29 to 2.6.32. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions to new SHR images (ubifs, gps)
On Sunday 25 July 2010, Sylvain Paré wrote: Thanks for your feedback/tests. Just one question GTA02A5 with no capacitor on SD clock for me this 05 rev means there is a capacitor on µSD . no ? There is no way to tell from the A05 revision whether the capacitor is there or not. The capacitor was not part of the A05 design, but was added as a rework after the SD/GPS interaction problem was discovered but before it was found to be fixable in software. Early A05s like mine shipped before the problem was discovered, and don't have the capacitor. I never bothered adding the capacitor as the kernel fix makes it unnecessary. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2+4+2 timing seemed to disrupt access to the sdcard
On Monday, 26. July 2010 11:50:15 Fox Mulder wrote: Am 26.07.2010 11:15, schrieb Xavier Cremaschi: Le 26/07/2010 10:58, Helge Hafting a écrit : First, lots of WSODs. This required lots of suspending (or reboot) without seeing the screen. This is not always possible, so lots of battery removal. I think the power button is a standard ATX button, if you keep it pressed for few seconds (5 ?) it should power off your Freerunner :) Sadly this function doesn't work with the 2.6.32 anymore. Or at least for me it doesn't work since change from 2.6.29 to 2.6.32. Ciao, Rainer I think there was a kernel patch, that did a shutdown on 8sec power button press, which I desperatley miss on 2.6.32... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions to new SHR images (ubifs, gps)
O Luns, 26 de Xullo de 2010 11:13:09 Helge Hafting escribiu: On 23. juli 2010 21:43, David Garabana wrote: O Venres, 23 de Xullo de 2010 21:25:50 Sylvain Paré escribiu: I take this thread about GPS to give my feed back too. From my personal feedback I will not speak about half a year but since March or so And I do make it works but it takes more time the first time after a fresh flashed image PLUS the gps is less sensitive like the signal was weak ( It fixes less satellites) Also, with latest images, I cannot get a fix after a suspend. Do you suspend with the gps active, (i.e. tangogps running) or do you have this problem after any suspend? It's after *any* suspend. Even after a clean boot, if I suspend before doing anything else, GPS doesn't work. I use my FR as a phone, so it is suspended most of the time. But the gps always work fine when I use it. I never suspend with the gps in use though. If I do that accidentally, I close every gps-using app, and then restart them. And the gps works after a little while. I use shr unstable. I upgrade now and then, but haven't flashed for a long time now. That's the only difference I see between your installation and mine. I flashed a new image on NAND when SHR jumped to 2.6.32. It was then when GPS started to fail. I have to restart to get a fix again. I cannot even see time on shr-settings-position It's so sad, because gps was the only rock solid funtionality on my Neo since OM2008 series. Well, try closing shr-settings, tangogps, navit, and whatever you may have that uses the gps. The freerunner should then power down the unused gps to save power. When you start some gps app after that, the gps will be properly initialized and ought to work. If this helps you, then consider preventing suspend while the gps is in use. This workaround works for me. I often use the gps for making track logs anyway, so I need to have the cpu running. I have tried it, and it doesn't help at all. I have also tried to boot FR without SD, without SIM, and without both (I'm currently having problems with my uSD). No sucess at all. I have also tried to clean AGPS data. I have waited for about 15 minutes for a fix, and I couln't get even time from GPS satellites. After a suspend, my GPS doesn't work at all, no matter what I do :( Instead of launching tangogps, launch fsoraw -r CPU tangogps That way, the phone won't suspend until tangogps quits. That's what I'm doing. I'm not letting FR suspend, forbidding it from quick settings, but battery drains very quickly. Other solution could be boot FR every time I needed to track something, but it's not so practical ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Next Community Updates issue
Hi Openmoko community, Last issue of Community Updates was great and the next release is very close, but the wiki article is blank so far. I like to see more volunteers contributing to Community Updates. What is status of FSO framework development? New features, devices or bug fixes? New distribution version or major package upgrade? Long time no heard about Qt Moko, Hackable:1 and Android. Do you have new application for Openmoko platform or do you know about application update? Status of Linux 2.6.34 on Neo FreeRunner? Do you know about new hack or improvement for Neo FreeRunner? Any Openmoko community event in summer? Write about this to Community Updates, deadline is on this Saturday! Please feel free to contribute to http://wiki.openmoko.org/wiki/Community_Updates/Draft_2010-08-01 and don't hesitate to release it in time. Regards, Martin 'Martix' Holec ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rolling dices on OpenMoko
On 26/07/2010 10:40, Michael Smith wrote: All of my applications including this one: http://glitch.tl/cgi-bin/hgwebdir.cgi/home/host/glitch.tl/repos/mkrpn/ ...build their own packages. It needs a simple script ipkg-build.sh which should be commonly available. You should be able to copy my code to do what you want. Thanks very much ! So here is a link to install alea : opkg install http://www.troulite.fr/~xav/freerunner/alea_0.1_all.ipk As mentioned in previous mail, there is a layout bug in second panel : app becomes larger than 480px when formula becomes larger too. Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
