Re: [QtMoko] Debian version
On 7/4/10, Radek Polak wrote: > MicVM wrote: > >> I was trying to port an application developed with the SHR-toolcahin to >> qtmoko (debian) and ran into a lot of methods etc. that are not available >> in debian lenny yet. Is the reasoning behind the choice of debian lenny >> that it is more stable and hence one less source of possible problems >> while tuning qtmoko or is there another reason behind it? Are there any >> known problems with sid? > > Hi, there is problem with bluetooth. QtMoko uses still bluez3 api while in > debian testing/unstable is already bluez4. I have tested upgrading to debian > sqeeze with apt-get and except bluetooth it was ok. > > Regards > > Radek > Alright, thanks for the information. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
cpu reclocking to 500Mhz, overclocking to 533Mhz, performance tests and bootloader images
Hi, >I couldn't resist to do some more testing, Thanks for testing :) > u-boot.udfu_450_112_1.65_1.9: won't boot (hangs on 'Starting kernel...') > u-boot.udfu_450_112_1.7_1.9_sdmax: won't boot (hangs on 'Starting kernel...') As i already told to use 450 or 465 you need kernel patch, and hang in 'Statring kernel ...' means exactly that you need kernel patch to test this kernels. so, to test it you need to get andy-tracking kernel from git and apply some similar patch on it (my patch is against .34). >but my phone doesn't wake up after suspend with any of the overclocked images; currently i am trying completely other optimization idea. then i'll finish with it I return to overclocking and try to fix resume or other bugs, also push all this to wiki. PS. Hm seem i were not right, as i didn't applied patchs to qtmoko kernel- so seem I tested 500mhz (not 450) with qtmoko, but i tried so many configs, that i can't recall which one exactly i tested with it. Gennady. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cpu reclocking to 500Mhz, overclocking to 533Mhz, performance tests and bootloader images
Hi again, I couldn't resist to do some more testing, so I copied my QtMoko SDcard installation to NAND. QtMoko from NAND boots fine in most cases (see overview), it's suspend and resume that fails when overclocked. However, suspend and resume works fine with the original NAND U-boot and your default clocked U-boot. I've flashed the overclocked images exactly as you posted and flashed u-boot_env.in as well, no errors were reported during flashing. Here's an overview: Tested under QtMoko v24, using different u-boot images flashed in NAND: + u-boot-gta02v5-1.3.1: works fine + u-boot.udfu_400_100_1.7: works fine - u-boot.udfu_450_112_1.65_1.9: won't boot (hangs on 'Starting kernel...') - u-boot.udfu_450_112_1.7_1.9_sdmax: won't boot (hangs on 'Starting kernel...') * u-boot.udfu_500_83_1.7: fails to resume after suspend * u-boot.udfu_500_83_1.7_1.8_CLK2: fails to resume after suspend * u-boot.udfu_533_88_1.7: fails to resume after suspend * u-boot.udfu_533_88_1.7_1.8_CLK2: fails to resume after suspend So most u-boot images boot fine with QtMoko v24 and report the correct speeds, but my phone doesn't wake up after suspend with any of the overclocked images; I have to remove the battery to be able to boot again. Even the 450Mhz-images you reported as 'working under qtmoko' fail with me, but I'm not sure if you tested suspend and resume. I'm using the default v24-kernel, based on 2.6.29 I believe. I hope my tests are of any help, if I need to test something else, please let me know. Cheers, Tha_Man -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/cpu-reclocking-to-500Mhz-overclocking-to-533Mhz-performance-tests-and-bootloader-images-tp5242777p5253190.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Debian version
MicVM wrote: > I was trying to port an application developed with the SHR-toolcahin to > qtmoko (debian) and ran into a lot of methods etc. that are not available > in debian lenny yet. Is the reasoning behind the choice of debian lenny > that it is more stable and hence one less source of possible problems > while tuning qtmoko or is there another reason behind it? Are there any > known problems with sid? Hi, there is problem with bluetooth. QtMoko uses still bluez3 api while in debian testing/unstable is already bluez4. I have tested upgrading to debian sqeeze with apt-get and except bluetooth it was ok. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] Debian version
Hi folks, I was trying to port an application developed with the SHR-toolcahin to qtmoko (debian) and ran into a lot of methods etc. that are not available in debian lenny yet. Is the reasoning behind the choice of debian lenny that it is more stable and hence one less source of possible problems while tuning qtmoko or is there another reason behind it? Are there any known problems with sid? -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-Debian-version-tp5253135p5253135.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: MC Navi 0.2.10 released
undrwater wrote: > > > is it possible to add more detail to your map conversion instructions? I > have tried several times to do a conversion for portions of the USA > without > success. > > I believe the problems I've had relate to the difference between .osm and > administrative.osm files. > > Thank you! > > Russell Dwiggins > > All is here: http://www.gps-routes.info/index.php?name=Content&pa=showpage&pid=1 If you have problems with boundary data, download boundary OSM file from Cloudmate at http://downloads.cloudmade.com e.g. http://downloads.cloudmade.com/north_america/united_states/washington/washington.osm.administrative.bz2 I have not tried for US, there are only boundaries for states (e.g. Washington), not the whole country, it may not have complete (closed polygon) boundaries. Also you should skip the boundaries step, but this may omit the addresses. I will do some experiments with USA and Germany in the (near) future. The development is not over, 0.2.11 is out with itinerary... -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/MC-Navi-0-2-10-released-tp5158145p5252754.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
