Re: Woodchuck-Related User Behavior and Network Environment Study
Hi! Will the results of the study be made publicly available and freely (re-)usable? Cheers nils Am 03.10.2011 11:30, schrieb Neal H. Walfield: Hello world! We at the Hopkins Storage Systems Lab (HSSL) are trying to understand how you, the tech elite, access and use data and how you access the Internet on mobile devices. We are interested in you, because we think that your data-use habits may be indicative of what might become common in a few years time. We want to understand how you access and use data on mobile devices to improve the user experience on mobile devices. Specifically, we want to: - Improve disconnected operation; - Make accessing data faster; - Increase battery life; - Reduce network connectivity costs; and, - Simplify data management. We suspect that significant amounts of data that you use are downloaded on demand and that this data could be effectively prefetched. Although prefetching sounds easy enough, there are a number of issues that need to be considered: when should data be prefetched? what data should be prefetched? how do we avoid exhausting free space? how do we enable applications to coordinate the use of shared resources? To this end, we are conducting a user study. We'd like you to participate by running our data collection software, which gathers information about the data you use, your network connectivity, and your battery use. To help by running the data collection software, which should take about 10 minutes to install and not require any further interactions on your part, please visit, on your N900: http://hssl.cs.jhu.edu/~neal/woodchuck/smart-storage-logger.install or: http://tinyurl.com/wcssl For more information about Woodchuck, please visit: http://hssl.cs.jhu.edu/~neal/woodchuck/ Much of the data that we collect will be anonymized. No personally identifying data will be published. Data collection will last for approximately one year. Anyone with a compatible device may run the data collection software. Your participation in this experiment is entirely voluntary. Should you choose to participate, your data will be kept confidential to the extent possible by law. Only researchers involved in this study will see collected data. Published data will not include identifying artifacts (i.e., we will make every effort to prevent the identify of participants from being determined from the data we publish). Encryption will be used to transfer collected data and to verify the server to which that data is uploaded. If you have any questions or concerns, feel free to contact me at n...@cs.jhu.edu or Randal Burns, the principle investigator, at ran...@cs.jhu.edu. Your assistance in helping us meet our research goals would be greatly appreciated. Thanks for your help! Neal Walfield P.S. This study is research. You will not receive any direct benefits from participating in this study. This study may benefit society if the results lead to a better understanding of how data is used on mobile devices. The study is taking place at the Whiting School of Engineering at the Johns Hopkins University in the United States. The principle investigator is Randal Burns: Email: randal(at)cs.jhu.edu Phone: 410.516.7708 Mailing Address: Department of Computer Science The Johns Hopkins University 222 New Engineering Building Baltimore, MD 21218 USA Approved by HIRB on November 18, 2010 HIRB Study number: 111910 -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Any news on N9 release?
Am 23.06.2011 06:37, schrieb Francisco Diaz Trepat - gmail: I could not agree more, this phrase is getting old, but I find Paul describes my thoughts exactly (actually in a more precise and with a witty style) LOL @ clear intentions Could it be possible to mass collect money from meamo core community and ask some Chinese factory to build us devices on which maemo could be installed? Well - as always also this medal has two sides. While I would clearly support such an effort (like OpenPandora but to make a phone ;) I would raise a concern about porting Maemo - to get a similar user experience as it can be found on the N900 there are still some closed source components that would need to be freed before it can be ported. But I see that there is a lot of frustration now in the Maemo community and also within other open source mobile hackers (the latter are already frustrated for much longer). I am 100% convinced that once a significant amount of money would be available to buy a significant number of devices a manufacturer or design house could be found which would open the design - effectively one would buy the design. But I would guess that the number of devices would have to be in the realm of almost 100k which we will most likely not reach. For the time being we can support the GTA04 effort: http://www.gta04.org/ I promise half my Lottery money as soon as I win. :-) Although some Go Language community fellow once told me Lottery is a tax on people who don't understands Statistics nor Math. I'll prove him wrong though _ COME ON NOKIA I think relying on Nokia is a dead end - we can not expect anything from them anymore (with which I do not mean the people inside Nokia! They are probably even more frustrated than we are.). For me speaking though the N9 is tempting and I would really very much like to play with it I will quite definitely not buy, mostly for pure political reasons, I do not want to support Nokia any more (which I really do not lightheartedly. I had the highest respect for Nokia but their recent business moves are 100% against my belief and the only possibility for me as consumer to raise a voice against a big business is by not buying their products). f(t) Cheers nils On 6/22/11, Paul Hartman paul.hartman+ma...@gmail.com wrote: On Wed, Jun 22, 2011 at 2:22 PM, Ville M. Vainio vivai...@gmail.com wrote: On Wed, Jun 22, 2011 at 5:23 PM, Paul Hartman paul.hartman+ma...@gmail.com wrote: But all reports are that N950 is not going to be sold, so as far as we (maemo-users) are concerned, it doesn't exist. Well, developers with app projects have a shot at acquiring one. Hopefully some of them will end up on eBay or Craigslist (wink wink) so the other 99.9% of us who are not public mobile app developers can have a chance, too. :) ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Any news on N9 release?
Am 01.07.2011 18:19, schrieb Ville M. Vainio: On Fri, Jul 1, 2011 at 5:53 PM, Nils Faerber nils.faer...@kernelconcepts.de wrote: I think relying on Nokia is a dead end - we can not expect anything from them anymore (with which I do not mean the people inside Nokia! They are Apart from funding 99.9% of Qt development. First of all I said expect - this funding is already there so it nothing to expect anymore ;) OK, read not expect as not expect more. But also for this funding I would *expect* that they will try to get rid of it as much as possible since Qt is not a strategic platform for them anymore - at least not to the extend as it was planned at the time acquiring Trolltech. It started with outsourcing the professional services (or what it was called) already and I wouldn't be too surprised if they would sell Qt altogether again. I even can understand this and I am not blaming them! It is a perfectly legal and logic business decision. But it does not help the fact that Linux-mobile, be it Qt or whatever based, is not a business at Nokia any more. And Nokia being a business limits the potential support you can expect from them for things not creating revenue. Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Latest CSSU needs PC Suite (WTF?)
Am 12.04.2011 16:57, schrieb Andrew Flegg: On Tue, Apr 12, 2011 at 15:48, Francisco Diaz Trepat - gmail francisco.diaztre...@gmail.com wrote: Hi guys what the hell is this about needing PC Suite for CSSU? Remember, you are using the CSSU testing release. What kind of Seamless is that? All this nagging is because I am on an Ubuntu machine. I have no PC-Suite. :-( http://wiki.maemo.org/Community_SSU/Installation_FAQ In particular, the Problems tab. It's likely you've got Khweeteur installed which results in a specific version dependency on libqt4-test. I had the same problem and for me it was python2.5-qt4-test which pulled it in. After removal of python2.5-qt4-test the installation went on perfectly normal - still have to test-drive the new release now... Cheers, Andrew Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N800 Locking up regularly, even after reimage.
Am 10.03.2011 02:22, schrieb David Hagood: I have a N800 that locks up on a far too regular basis, even though I've reflashed it several times. I normally run with root on the internal SDHC card, to save wear and tear on the internal flash to have a larger rootfs to install more stuff. Installing more stuff is a good argument, while wear is not something you should not have to worry about. The symptoms are maddingly variable, yet consistent: the unit will be working fine, then, I do something to cause it to change state, and it locks up. Sometimes it's plugging the charger in. Sometimes it's unlocking it. Sometimes it's just unblanking the screen. Sometimes it will lock with 100% CPU, and no response to any keypresses or touchscreen events, but the clock on the desktop keeps updating. Sometimes it locks with the LED flashing. Sometimes it just dies. In no cases is it possible to get it to shut down by any means other than removing the battery. I would very much guess that this is caused by your rootfs on SD. I can imagine many cases where a slight waking up the SD too late can cause hickups on running system services and thus all kinds of random badnesses. Moreover, on a regular basis it screws the rootfs (EXT3), sometimes just some minor issues a fsck will fix, sometimes totally borking it. I've also noticed that there are enough differences between what the N800 calls ext3 and what my Maverick laptop thinks ext3 is that doing an fsck on the laptop almost aways makes a mess of the card. Has anybody else seen this? Would the new kernels in the Diablo Turbo packages be worth applying? Have you probably also tried to use a different SD card? Maybe the card is a little flaky - I had quite some by now too. Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: FCamera - 640x480 only?
Am 04.02.2011 22:50, schrieb Rick B.: On Fri, 2011-02-04 at 17:13 +0100, Luca Donaggio wrote: Were the DNGs from a recent FCamera's version? Old versions of FCamera produced corrupted DNGs. Luca Donaggio Not sure but I'll try to take some new ones and check it out. Tried with ufraw - works perfectly! The 640x480 image seems to be the included preview image. When using raw tools like ufraw you get access to the full picture - amazing! Rick B. Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
FCamera - 640x480 only?
Hello! I *love* FCam and FCamera - already as they are. The nearest thing to a real camera for a mobile. So I went off and took some pictures and today for the first time loaded them onto my PC and recognised they are all just 640x480!? So I tried to find the resolution setting in FCamera but there was none. Is there a way to have the full 5MP in FCamera? I would be pretty disappointed if this wasn't possible... Pressing thumbs! Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: PR1.3 coming!
Am 25.10.2010 16:43, schrieb Paul Hartman: On Thu, Oct 14, 2010 at 8:24 AM, Nils Faerber nils.faer...@kernelconcepts.de wrote: Hi! I just read on a German newsticker that a PR1.3 is planned, excellent! One of the major enhancements will be that it can dual-boot Maemo and MeeGo, pretty cool. PR 1.3 version 20.2010.36-2 is now available. :) Yup, just upgraded - from a first look I cannot discover any big news so I assume most changes are rather under the hood. I am now looking forward for a first dual-boot guide for Maemo/MeeGo. Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Plastic Theme 2.203 - Scheme not choosable
Hi! Via extras-testing I got the update of Plastic Theme pack to 2.203 and after installation the scheme choice is ignored. I used to activate the Extra Coffee scheme but it now always defaults to the dark-grey factory setting - with blue fonts, well... Is this know? Is there a work-around? And besides this, the deafult theme has a design issue... inactive GUI items are sooo dark that they can barely be seen. Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
News an Nokia maps navigation?
Hi! Now that Nokia recently announced free turn-by-turn navigation for almost all of their smartphones (all S60 3rd later than ~2008) I am wondering if there will be a version for the N900 too? Currently I feel a little left behind. For others it may even feel like the wrong choice to have bought the N900. Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: News an Nokia maps navigation?
Johann Spies wrote: On 13 July 2010 09:31, Nils Faerber nils.faer...@kernelconcepts.de wrote: Hi! Now that Nokia recently announced free turn-by-turn navigation for almost all of their smartphones (all S60 3rd later than ~2008) I am wondering if there will be a version for the N900 too? Currently I feel a little left behind. For others it may even feel like the wrong choice to have bought the N900. I am also looking forward to maps that can be used for offline navigation. Apparently Mapper, Mappero and Navit should be able to do it, but I could get none of them to use a map I downloaded from Openstreetmaps. Ah - interesting... I am currently looking deeper into Navit and have it mostly working now. I am now using the navit maemo packages from http://www.chollya.org/navit/ Just add it to your catalogues with distribution / To actually use a map file you need to add a maps.xml to your user's homedir.navit, like this map type=binfile enabled=yes data=/media/mmc1/MapsNavit/osm-germany.bin/ (you can add multiple of those entries) Map files can pretty easily be generated from here: http://maps.navit-project.org/download/ Attached is a .tar.gz (hopefully the ML will let is pass) which contains a nice UI for navit - just extract it in the user's .navit directory (and if you d this as root please remember to change ownership and permission to the user). By now I have a nice map display, working with the internal GPS, following the driving direction (auto rotating the map) and even 3D view ;) What I am still missing is the GUI as shown here: http://wiki.navit-project.org/index.php/OSD_Layouts#nibbler01_v0.2_for_Netbook_.26_widescreen (the nibbler UI is basically the same for N900 and the original meant for netbooks). Maybe this helps! Regards Johann Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de nibbler-n900.tar.gz Description: GNU Zip compressed data ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: PR1.2 is here
Paul Hartman wrote: Since it wasn't posted on this list yet, in case you didn't see the news, PR1.2 is finally here. Announcement: http://conversations.nokia.com/2010/05/25/nokia-n900-software-update-release-1-2/ Download new firmware eMMC images: http://tablets-dev.nokia.com/nokia_N900.php Yippie! But do I really need to reflash the eMMC? I think I have some content on it that I would not really like to loose... I coulr back it up first though but that's additional hassle... Anyway, GREAT that it finally arrived! I have to say that I am a little bit excited ;) Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N900: Force charging on USB?
Joerg Reisenweber schrieb: [Nils Faerber Di 13. April 2010]: I am preparing for a vacation and want to avoid carrying too many accessories. So I took my universal USB charger (which is just a USB plug carrying the +5V) plugged in the Nokia micro-USB cable and connected to the N900. Well, it does not charge - in contrast to almost any other device. Probably it does, just it charges at 100mA only, and it doesn't signal it's charging. Well, pitily it does not - I just checked with a USB charger which has a dual color LED turning red on current flow. When I connect the N900 via the normal USB cable there it does not change in any way. Just connecting the charging adapter change the LED from green to green plus a little red which mean current flow (just from the regulator). So I think we can safely assume that a blank USB cable will not in any way charge, even not at 100mA. This is I think also perfectly valid since there is no host at the other end to negotiate the charging current. No, according to USB specs any source of VBUS 5Volt USB has to deliver 100mA. And the charger chip enables charging @ 100mA when detecting external 5V on USB - completely compliant with these specs. Yes, sure. What I meant is, if the charger is designed in a way to only properly work when sucking more than 100mA it would be valid to refuse charging. If it could handle a 100mA slow charge but it apparently does not do that I would see this as a bug. So assuming I know what I am doing is there a way to enforce the N900 to start charging even if there is no host connected? This must work somehow since the power adapter presumably does not contain a USB host ;) Exactly. The charger shorts D+ and D- data lines of USB port. This should enable fast charging Ah! I will try that - press thumbs that it works ;) Some fiddling with /sys/... or DBus would be fine with me... Alas we got no sysfs nodes (yet ;-D ) to control the BQ24150 USB charger chip directly. BME does all the 'magic' for now, and afaik there's no API to tell BME to switch to a different charging mode. Umpf... too bad. The D+/D- trick sounds promising, many thanks! cheers jOERG Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N900: Force charging on USB?
Nils Faerber schrieb: Joerg Reisenweber schrieb: So assuming I know what I am doing is there a way to enforce the N900 to start charging even if there is no host connected? This must work somehow since the power adapter presumably does not contain a USB host ;) Exactly. The charger shorts D+ and D- data lines of USB port. This should enable fast charging Ah! I will try that - press thumbs that it works ;) And it does! And actually Simon Budig found out that this is spec compliant: The Dedicated Charging Port shorts the D+ and D- pins with a resistance of at most 200Ω. The short disables data transfer, but allows devices to detect the Dedicated Charging Port and allows very simple, high current chargers to be manufactured. I guess it is just a matter of time that newer USB chargers implement this. Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
N900: Force charging on USB?
Hi! I am preparing for a vacation and want to avoid carrying too many accessories. So I took my universal USB charger (which is just a USB plug carrying the +5V) plugged in the Nokia micro-USB cable and connected to the N900. Well, it does not charge - in contrast to almost any other device. This is I think also perfectly valid since there is no host at the other end to negotiate the charging current. The normal way to proceed now would be to take the power adapter from the N900 package, connect that to some +5V source and the other end to the N900.Just that this power adapter has an integrated voltage regulator which consumes quite some power on its own which I would like to avoid (since I have a solar-cell battery pack which I would like to use ;) So assuming I know what I am doing is there a way to enforce the N900 to start charging even if there is no host connected? This must work somehow since the power adapter presumably does not contain a USB host ;) Some fiddling with /sys/... or DBus would be fine with me... Hints would be welcome, thanks! Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N900 Temperature Question
Chris Vail schrieb: I guess I should have said I don't use WiFi; I am using T-Mobile's data connection in the US. Almost the same, can even be worse because GSM/3G *can* suck even more power, depending on how far you are away from the next base station. Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N900 Temperature Question
Tim Ashman schrieb: On Wednesday 17 February 2010 07:43:56 am Chris Vail wrote: A couple of times I have listened to one of my favorite streaming radio programs on my N900. Each time I listened until the battery was used up (neither time did I start with a full charge), and I noticed that the N900 was rather warm. Now, I listen with the unit in my shirt pocket and with the ear plugs plugged in. My shirt pocket has other plastic cards in it. and a sweater over it, so the unit is not getting much air circulation. So, I am wondering, am I exceeding the heat specs for the unit by doing this? Would I have a problem if I started with a fully charged battery, and ran for more than an hour or two? If I plugged in the power cable and had the N900 on a desk in front of me while I listened, should I expect the unit to be cooler over a long period of time? TIA for your attention. My n900 gets very warm on the left side when I stream or download for a long time. It never feels like it is about to melt or anything so I've just assumed this was fine. It is never so warm or hot that I can't hold it. All of this is pretty normal. WiFi can eat quite some energy depending on what you do and how far away you are from your access point and configuration of the access point. The power amplifier in the WiFi module itself and the corresponding regulators in the device all carry a certain amount of energy loss, getting more the more energy is going through them - pretty normal. Nothing to worry about... But it show quite clearly that WiFi on battery is not ideal for long term continous use liek streaming audio, except you have a power adapter attached ;) PS: Try the same use-case with a HTC-G1 (aka Android Dream) - this gets *really* warm toward the lower end where the power plug located - presuably also the spot where the voltage regulators are located... excessive use (charging + high power WiFi) even caused G1s to slightly melt the plastic cover... tim Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: 2Gb internal storage on N810
Alexandru Cardaniuc schrieb: Hi All! Hi! Just got myself N810 and have a couple of questions. What is the 2Gb internal storage? Is it a built-in non-replaceable SD card? Wikipedia states that: limited number of writes can be made before failure on SD cards. So, is the future failure an issue? Should I use it less often, like not use it as a virtual memory? What about the 256Mb internal flash storage? Is it susceptible to wear? :) So, I was thinking about getting an external SD card and booting from it, and also running everything from it. It's easy to replace it if it fails. Well, all flash has only a limited number of erase/write cycles. The internal flash of the N810 is for one a built-in SD card and the other is built-in NAND chip flash. They both can wear and show errors. The good thing about NAND is that NAND is expected to have errors and all hard- and software that deals with NAND must be capable of handling such error, i.e. remapping bad blocks. For NOR flash you usually do not have this and a bad block can lead to system malfunction. On NAND just the size shrinks. For SD cards which usually are also based on NAND flash the built-in controller chip will automatically handle the remapping without letting you recognise it. So buttomline is, it is safe to use flash based devices as long as you do not very intensively (re-)write data to them - e.g. having a swap space on internal chip-flash would probably not be a very clever idea. But for normal use it is perfectly fine. If you put an EXT2 or EXT3 filesystem on an SDcard please remember to mount with the noatime option in order to prevent frequent inode updates which could wear out your device too fast. And finally you should take the average number of write cycles until failure into account. All chips specify this and it means the average for per eraseblock. Numbers of 10.000 to 100.000 or even 1.000.000 are possible. Most filesystems used on NAND and also the controller chips in SDcards do wear levelling, which means they distribute the erase cyles over the chip / partition as much as possible. So with a 2GB SDcard and not too often writes the probability that the same eraseblock is erased again is pretty low and thus 100.000 cycles is a very long time - usually much much longer than the lifetime of the other parts of the device. Finally this may also be an interesting reading: http://en.wikipedia.org/wiki/Flash_memory Is there any difference in speed if I get a microSD card and use it with the miniSD adapter as opposed to getting a miniSD card? The reason for getting microSD is that I can use it on more of my devices... This depends on the controller chip, chip type and chip organisation (interface width) used in the card. I do not think that there is a general rule that micro SD is faster or slower. It is interfacewise completely identical to a big SDcard and can run on the same clockrates etc. Thanks in advance for help. Cheers nils faerber -- kernel concepts GbR Tel: +49-271-771091-12 Sieghuetter Hauptweg 48 Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Diablo released (AGPS)
Andrew Daviel schrieb: On Tue, 24 Jun 2008, GROG! (Jeff Howie) wrote: On Tue, Jun 24, 2008 at 1:26 PM, Joshua Layne [EMAIL PROTECTED] wrote: So assuming that AGPS _is_ included, would that be usable by an N800 with a bluetooth GPS? I have to agree with Josh. AFAIK, the AGPS interface to the GPS chip in the N810 is a serial link using a proprietary TI protocol. AGPS is intended for use in cellphones so it's unlikely to be implemented in a standalone device. Well... AGPS (assisted GPS) is intended to shorten the time to first fix (TTF) by uploading known data like ephimeris data up into the GPS receiver. The known data can also be a precise known time, geographic region etc. Bascially all data that can be used to help guessing your initial position or help the corelation. Some cellular networks broadcast position alike information as part of the cellular infrastructure which can be used to helpthe GPS receiver. But this is not the only method. There are also IP network based services by some companies providing initial data, like ublox or Jentro. Using the ephimeris data from ublox a ublox Antaris 5 receiver can have a time to first after cold start of less than three seconds! SIRF-III also supports AGPS (upload of ephimeris) in some configurations. The problem with AGPS is that it does not help much in the offline state. If you do not get up-to-date information from the network you are back to the non AGPS time to first fix. Ephimeris data is valid IIRC 28h so you have to update it every day. Hmm, just installed Diablo. No network traffic when starting wayfinder map - I thought the AGPS patch was going to look for an ephemeris online. Hmm... as per http://www.internettablettalk.com/forums/showpost.php?p=186839postcount=641 there's an app agps-ui beta from http://catalogue.tableteer.nokia.com/certified/pool/diablo/user/a/agps-ui/ It uses supl-daemon to download something from https://supl.nokia.com:7275 Not sure at this point what effect this has - I'm indoors with too weak a satellite signal to get a fix. Looks interesting ... certainly agps-ui lets you choose your estimated position. We already wondered what this GUI is good for ;) Choosing your region? Oh well... Cheers nils faerber -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Diablo released
Aniello Del Sorbo schrieb: Diablo has been released guys :) Details? Like where? What? Cheers nils faerber -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N810. Bluetooth networking
Vladimir schrieb: Hi all. Hi! I want to be able to connect Nokia N810 using Bluetooth to my PC and use PC network connection to connect to internet. I found a howto: http://maemo.org/community/wiki/howto-bluetoothnetworking-dun-ppp/ I have several questions: - Does this howto apply to Nokia N810 also? - Will this work if the PC is running MS Windows with bluetooth dongle with connection sharing enabled? - step 4 from the howto: ... 4. Goto 'Phone' in the Control Panel Choose your new Device from step 2 It is now 'selected'. If you don't do this then it won't show up in the Connection Manager. ... However, when i go to 'Phone' in the Control Panel i cannot choose my PC because it is not listed there. I think it's because the device class is Computer. Can i choose my PC as a 'Phone' some other way? I would like to see PAN being used for that - using DUN from Linux device to Linux device seem pretty brain dead to me, sorry. But PAN is ont integrated in Maemo - well I guess the modules are there and pand exists but it is not integrated into the framework and UI... Cheers nils faerber -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N810. Bluetooth networking
Matt Emson schrieb: Nils Faerber wrote: I would like to see PAN being used for that - using DUN from Linux device to Linux device seem pretty brain dead to me, sorry. But PAN is ont integrated in Maemo - well I guess the modules are there and pand exists but it is not integrated into the framework and UI.. Well, https://garage.maemo.org/projects/maemo-pan exists. I've never tried it, but it installs another connection type in the connection manager. Is that not what you though was missing? I think it was only release a short while ago though. Oh, that sounds cool, gonna have to test that! Cheers nils faerber -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N810 is here
Krischan Keitsch schrieb: Am Donnerstag, 18. Oktober 2007 schrieb Ralph Angenendt: John Rudd wrote: Kahlil Johnson wrote: Wow, still no OGG when will maemo people ever learn. Who cares about AAC, give us OGG. Huh. I have many AAC files. I have no OGG files. Why should even remotely care about OGG? How weird. I have no AAC files but a big bunch of ogg files, why should I even remotely care about AAC? IOW: What is the point you are trying to make? Or is this one of those you absolutely need it for interesting content in Europe, but it's absolutely useless for content in the Americas type situations? Huh? What does it have to do with America/Europe? It's about *open* and *free* music codecs - neither AAC nor MP3 are free. And I don't really see the problem with supporting *also* ogg. Cheers, Ralph I couldn't agree more! Well, me too, though I think the issue is a little tight to the hardware. As you know the TI-DSP inside the TI-CPU is heavily used for decoding multi-media stuff. Most if the used codecs are heavily patent and license contaminated. This is not only a problem for Nokia but for all hardware manufacturers that want to deal with this kind of stuff. The process is tedious, long and hard to a) implement the codecs in a non-patent-vialoating way (i.e. follow the patent) and afterwards licensing (try to find out what an MP3 decoder will cost and you know my point here). So what most manufacturers do, since they are not the first ones to make this stuff, they rely on third parties to figure out all that stuff for them and then just buy the package. So what I assume what has happened is that Nokia simply bought/licensed a pre-configured package of codecs for the TI DSP. They will probably not have developed the codecs themselves, just the interface to them. This way they only have very little influence on the codecs, their number or which codecs they get. The most popular ones are of course included, like MP3 and AAC. But since there is no money to make with sublicensing OGG-Vorbis, there will only be little to none suppliers for a ready made TI-DSP OGG-Vorbis codec engine. So it did not make it into the product. The licensing argument that came up in another thread is probably just a misunderstanding. It could be meant like Since Nokia had to choose that package due to licening issues they were not able to individually pick additional codecs like Ogg. Some take-it-or-leave-it deal. That's my view on the status quo. Concerning the future I think that TI and Nokia could do more to help the community to fill the gap. There would be the possibility for the community to do this development on their own, i.e. write a DSP application doing OGG decoding. I can remembder that someone on the -dev mailinglist started this but cannot remember the name anymore, sorry. What Nokia could do to help here is to push TI more to release more development information to interested DSP core developers (and to the public of course). There is a DSP SDK available from TI, but buried down somewhere on some development page for which you have to sign up first before being able to download. The license agreement you have to sign during the process is anything than clear and might suggest that your are not allowed to develop something with this version that you intent to redistribute (even open source) - so only for internal evaluation. For a real developer license you have to buy the quite expensive software development kit. So also an official statement from TI would be needed that this SDK version can be used for open source development and that the resulting work can be freely distributed in source code and binary form. Only then Nokia can pick this up and include it in future products. Again this is my personal view from what I read on the MLs and from my experience with companies and licening... Krischan Cheers nils faerber -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Backup - wishlist
[EMAIL PROTECTED] schrieb: Hey Nils, Hi! I'm not sure you saw the about backup and application manager today? ;-) Uh... did I miss something there? It seesm so ;) It was the decision of Marius to *don't make backups* in Application Manager that got us here. And it is already fixed, unfortunatelly for the IT-2006 users, only in Sardine, not in IT-2006. Hmm... good! Be sure we do backup and reflash new image on daily or weekly basis here. Just imagine how annoying that it for us. Even worse knowing that the guilty guy sits just next door :) He ;) Don't hit him too hard... I am sure he had reasons for not doing it. But it is good to know that it will come. Thanks for the hint! Though it makes my wish to have that feature rather now than later even stronger - shall I try Sardine or not? Oh well... Br, --jakub Cheers nils faerber -- kernel concepts GbR Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Upgrade to OS 2006 Edition with a Linux Host
Rainer Dorsch schrieb: Am Donnerstag, 10. August 2006 16:51 schrieb Marius Gedminas: Hmm...how is the os2006 built-in VOIP supposed to be used? With the built-in mic and speaker? Does this work reasonably (no echos, no broken voices because the mic switches of frequently to avoid echos)? It works best when you use a headphone instead of the speaker but still use the mic for input. But still with the built-in speaker and micro combo it works pretty well. You just have to reduce the volume a bit in order to avoid the feedback. Thanks, Rainer Cheers nils faerber -- kernel concepts GbR Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
[maemo-users] Bluetooth visibility
Hi! I just discovered (by accident) that my 770 is practically almost always visible via Bluetooth. I am not sure if I really want this... More description... I have enabled the feature that connections are *not* dropped when the cover is closed. This enables carrying the device around and stay connected to IM and VOIP - very nice. But at the same time the Bluetooth interface is now always up and the device is also always visible. Well, I asked for it since I enabled the stay connected option but at least for Wifi I can decide when to disconnect and thus down the Wifi interface. Not so with the Bluetooth interface. I have two concerns about this. One is security. Currently the 770 does not offer any services but one could install e.g. a BT-OBEX server to accept OBEX transfers. In that case and the 770 being always visible makes the device an easy target for hackery. The second concern is about power consumption. I guess that the Bluetooth device consumes more power if it is kept visible (and up) than it would if being down (and not visible). Basically what is missing is a simple way for the user to switch the Bluetooth on and off, same as it is for a long time in mobile phones. Maybe as an idea for a IT2006-2 edition ;) Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Bluetooth visibility
Collin R. Mulliner schrieb: FYI: I'm currently working on a Bluetooth configuration panel which should solve some of your problems. About the security of the OBEX Ah, cool! Looking forward to it! server, this can be easily solved through the requirement of pairing. My sobexsrv for example supports this (the Bluetooth config panel will also allow sobexsrv configuration). Well, this was just an example for a service. Later we'll hopefully see more than just OBEX. What I wanted to say with this example is that the 770 is currently, Bluetooth-wise, a booring device, no services offered at all. So most Bluetooth hackers will turn away from it quickly. But the more services we get the more possibility we get that some service might be broken or volnerable. Anyway, good to see that actually people are aware of it ;) Collin Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Bluetooth GPS connection with closed cover? (Re: Metal case for Nokia 770)
Hi!
Eactly!
If your connect to your GPS using rfcomm and then make a cat on the
rfcomm device and then close the cover you will recognise that the
connection happily stays connected and produces data (look at the
timestamps).
This is just a feature of Maemo-Mapper.
Cheers
nils
Armin Warda schrieb:
Hi Frantisek,
probably you are right, because in
http://www.internettablettalk.com/forums/showpost.php?p=18259postcount=122
the author of Maeomo-Mapper, John Costello alias 'gnuite', writes:
Maemo Mapper currently detects when the cover is put on, turning off the
scanning when that occurs
I had a look at the Maemo Mapper source:
static void
osso_cb_hw_state(osso_hw_state_t *state, gpointer data)
{
[...]
if(state-system_inactivity_ind)
{
if(_must_save_data)
_must_save_data = FALSE;
else if(_conn_state RCVR_OFF)
{
set_conn_state(RCVR_OFF);
rcvr_disconnect();
[...]
}
}
[...]
}
It seem like this is the place I have to patch if I want Maemo-Mapper to
keep recording GPS track info even when I close the cover.
regards, Armin.
On 7/14/06, Frantisek Dufka [EMAIL PROTECTED] wrote:
Armin Warda wrote:
To me it looks like this option indeed only affects Bluetooth/WLAN
_Internet_ connections, not Bluetooth GPS connections.
[...]
Isn't this user software problem? i.e. maemo mapper or other gps sw
going to sleeep properly when cover is closed and display/keys is turned
off. This is recommended way of doing things to save power.
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Metal case for Nokia 770
Igor Stoppa schrieb: On Tue, 2006-07-11 at 13:59 -0700, ext August Joki wrote: Does it interface with the 770 the same way where when you slide the cover over the lcd (in this case, close the lid) the 770 will go into a low power state? i don't know, but power saving is almost independent from the cover: if the cover is absent it is triggered by the screen blanking timeout. The original cover simply: -blanks the screen immediately -disables active connections At least one detail that can make a difference is the touch screen. This is still active without the cover and can thus use a little more power than with cover closed. Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: Fwd: [maemo-users] how to determine track's length from GPX-file
Armin M. Warda schrieb: Nils wrote: I do not want to start nitpicking here but that solution is rather inaccurate. It might serve as a first rough estimation but it neglects the fact that the earth is not a perfect sphere. How (in-)accurate is it? Possible to quantify? Up to 5% error would be tolerable for me, because I only use it for cycling. Hmm... good question ;) It largely depends on where you are. If you are near the equator where the used circumference is correct the error should be pretty small. The more north/south you go the higher the error. I think a good start for comparison could be the following page: http://williams.best.vwh.net/gccalc.htm There you can enter two points using WGS84 coordinates and calculate the distance between them. Take the same two points for this page and the ruby script and you should get a good error approximation. Oh, and let us know about the result ;) regards, Armin. Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: Fwd: [maemo-users] how to determine track's length from GPX-file
Armin M. Warda schrieb: Hi Andew, Hi all! thanks for your Ruby-Script, this solves my problem! http://highearthorbit.com/projects/geolocation/gpx.rb To process one particular file generated by Maemo-Mapper I had to add abs() to the sqrt() call, see: http://armin-warda.de/gpx.rb http://armin-warda.de/Track-1 Btw. I removed the redundant count variable, added track segment length output, and changed it from miles to km ;-) I do not want to start nitpicking here but that solution is rather inaccurate. It might serve as a first rough estimation but it neglects the fact that the earth is not a perfect sphere. The used so called ellipsoid model in GPS is WGS84 and should be taken into account. There is no formula for calculating the distance on such an ellipsoid but there are several algorithms to do so - sorry I do not have one at hand right now... regards, Armin. Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Display Issues
Aaron Patterson schrieb: Hi. I've been having some display issues with my 770. Earlier today, I was running firmware 3.2005.51. I went to nokia's website, and downloaded the latest firmware. After installing the 2006 firmware, I got weird lines on my screen. So I updated to the Beta release hoping that would take care of the problem. Has anyone else had this problem? Or know how to fix it? Fortunately today, I was taking pictures, so I can show before and after photos. Before: http://flickr.com/photos/aaronp/173003105/ After upgrade to beta: http://flickr.com/photos/aaronp/173041107/ http://flickr.com/photos/aaronp/173038220/ I would appreciate any help I can get. Thank you! Uh... that doesn't look good I am afraid. From what I read on the list this look more like a hardware defect than a software problem. The LCD seems to be a little fragile in certain conditions. Software cannot help anymore either - I would estimate that regardsless of what you install now you will always see those display errors. So best you can do, sorry, is to return your device for repair/replacement. --Aaron Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] OpenSSH gets stuck after a few seconds
Andrew Barr schrieb: I installed OpenSSH on my 770 this afternoon, dropped my public key in the right place, and connected to my home Wi-Fi network from the 770 and I was able to SSH in. I have noticed something strange, though. After some time, the SSH session freezes. I can't type anything in. To fix it I have to tap the 770's screen a bit and type into the SSH session. Then it seems to wake up from it's catnap. Any ideas what's causing this and what to do about it? I thought it might be some sort of powersaving thing, and it might be, but it still happens with the AC adapter plugged in. The problem, if you want to call it as such at all, is that there is some agressive power saving taking place. If there is no traffic on the wifi for some time the wifi device is simply shut down (at least that is the effect you see). If you have constant traffic, like the ping mentioned in another post, then the interface does not shut down and thus keeps working. A nice enhancement to this respect for a next Maemo release would be a configurable timeout, or an en- disable switch. Or even better if just the sender of the Wifi would be switched off so that it would still receive incoming packages... Regards, Andrew Barr Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Plucker, pdb and ebook formats
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lionel Dricot (aka Ploum) schrieb: Hello, Hi! I've discovered the joy of FBreader and the plucker format with the sample : http://downloads.kernelconcepts.de/books/AliceInWonderland.pdb As I've written some texts, I want to put them in the same format, with a bit of formatting and perhaps somes pictures. Quite some work, but results in nice ebooks ;) I didn't find any way to convert a PDF or PS or SXW or ODT or ABW to a good looking pdb as Alice in wonderland is. Those formats are mostly not very portable. Plucker comes from the idea to pluck web sites, i.e. download HTML pages to read them offline. Having said this it might become obvious that especially pre-formatted formats like PS and PDF do not convert that easily - thus no converter exists. The best bet you can do is convert to HTML first. If this works then you can convert the HTML page set to Plucker format. I would recommend to manually edit the HTML intermediate format in order to add some browsing help links, like page forward, page back, table of contents, a nice cover page, etc... Also, I don't understand the difference between plucker and palm document format (both are pdb extension and readable by FBreader) PDB is just the general extension for Palm DataBase, i.e. a generic data file format for Palm-OS and does not specify any internal data representation (like PBC IRC which is the program file). Can anyone give me some explanations or an interesting link ? It seems that all that plucker-desktop can do is retrieving website for offline browsing (and I don't want to do that). Don't use the desktop. Use the plucker commanline tool plucker-build instead. With this you can create an HTML directory tree and simply create the Plucker book from it. Thanks, Ploum Cheers nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEHomnJXeIURG1qHgRAp+HAKCeHA7rE9QAfkL+F6Vi/Rpx4R6MTQCePn1A kMUFBJecxo9d9w9yB5o5v3Y= =Ihmb -END PGP SIGNATURE- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Confirmation note
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ari Paavilainen schrieb: Hi, Hi! I'm using confirmation note with following code: GtkWidget *note; int i; note = GTK_WIDGET(hildon_note_new_confirmation(GTK_WINDOW(uidata.app), Message)); i = gtk_dialog_run (GTK_DIALOG (note)); gtk_widget_destroy (GTK_WIDGET (note)); When the code is in an ordinary callback function it works fine, but when it is in a function which runs in a different thread, I get following error messages: GLIB CRITICAL ** Gdk - gdk_window_set_geometry_hints: assertion 'window != NULL' failed GLIB CRITICAL ** Gdk - gdk_window_move_resize: assertion 'window != NULL' failed Xlib: unexpected async reply (sequence 0x1d35)! Any hints what's wrong? Did you use gdk_threads_init() in your main()? -Ari Cheers nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEGqUEJXeIURG1qHgRAjkuAKDgUAzElmNoVaWfQ06nZbJHiZFxYACg7yN3 TibSqVKHBN4UXAvytD72GT0= =Tcqi -END PGP SIGNATURE- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Bluetooth stops working
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frantisek Dufka schrieb: Peter Westerström wrote: The same happens when I'm using my bluetooth keyboard. After a while I can no longer connect it. I'm using 3.2005.51-13. Have anyone else experienced similar problems? [...] BTW there is also something strange with wi-fi vs bluetooth in all firmwares I had so far see https://maemo.org/bugzilla/show_bug.cgi?id=326 looks like in heavy bluetooth usage (hcitool scan,sdptool browse) wi-fi connection drops. This could be a firmware bug in the WLAN module as well... WIFI and Bluetooth use the same frequency spectrum of 2.4GHz. Bluetooth usually does not interfere with WIFIsince it uses very rapid channel switch (up to 1200 channel switches per second). But if you do an inquiry the Bluetooth module will almost broadcast inquiry packets on all of those channels almost at once to catch modules in its range. The inquiry scan algorithm is quite scary ;) So inquiry cause a lot of noise in the 2.4GHz spectrum. What could happen is that the WIFI firmware does not handle receive/transmit faults too well. So under certain circumstance while doing an inquiry a WIFI packet might get messed up quite badly without the radio detecting a signal drop (because in fact it had a good carrier all the time). Probably the same fault could be triggered with a high traffic WIFI cell... Frantisek Cheers nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD6hQgJXeIURG1qHgRApkkAKCipsFYJBpX3OY7cn0AIFLJZJQfeQCfazYB J8gfZqs4TivArZZrVsCSrGA= =mtLz -END PGP SIGNATURE- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Formating RSMMC in JFFS2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frantisek Dufka schrieb: What are you trying to achieve? jffs works directly with flash memory by programming/erasing the flash, you can't do this with mmc card. MMC card is an ordinary block device and it should do wear leveling itself in some lower layer. You surely could mount such jffs image somehow but there is no point in doing that except when you already have jffs image and need data from it. And for this you need another module which could emulate the flash (=MTD device) over block device. In fact JFFS2 could in theory work on an MMC as it accesses the Flash thorugh the MTD block device layer. It currently does not work because it asks the MTD layer for some parameters of the MTD device, like eraseblocksize. I am pretty sure that JFFS2 could be tweaked to use defaults if the MTD parameters are missing like they of course do on an MMC card. Yet this has not been done yet and the only (quite useless) way to have JFFS2 access to an ordinary block device is the already mentioned mtd block emulation device (which in fact does not much more than emulating the mtd parameters). But using JFFS2 on an MMC card does not help for anything else than compression - wear levelling should already be done by the card itself and double wear levelling by card + JFFS could even be more fatal than helpful. Frantisek Cheers nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD4DBQFDy6BXJXeIURG1qHgRAlgXAJiOja3QeaKh5hADPstapMnFC6kuAKD9wD5Z TinUcZUc/jE7wajpMmhXmQ== =ZIkX -END PGP SIGNATURE- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] 128MB ram, OS on rsmmc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 William schrieb: I am considering to buy a 770, but I am concerned about the limited RAM. Would it be possible to store the os and files on the memory stick and use the entire flash as ram? You are confusing RAM and Flash here... Flash can never serve as process memory, it will always stay just storage. I'm guessing that the kernel and bootloader would have to stay in flash. You could in theory move some parts of the storage from the internal flash to some external flash (like MMC). But this will not help much. The internal Flash is 50% free and using JFFS2 you can store around twice as much data in it (since it uses on the fly compression). The 64MB RAM is the amount of memory you get and can use. Definitely not more and hopefully not less ;) William Cheers nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDx+76JXeIURG1qHgRAgvlAJ0YlcYr9Cm1d8pbEppcWvJkDW7FVwCggikH AXD6ijM/7X38NSbTltBDaWM= =etLt -END PGP SIGNATURE- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Many bluetooth devices same time with Nokia 770
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Little Lion schrieb: Hi Hi! Can I use many bluetooth devices same time with Nokia 770? Example bluetooth connect to phone, bluetooth keyboard, bluetooth handsfree and bluetooth gps. All same time? In general this should be possible - Linux Bluetooth stack supprts this and the Bluetooth module of the 770 for sure also does it. The question is rather if the Maemo apps support this, esp. the Bluetooth connection management subsystem. From what I have seen in the Bluetooth API docs on Maemo.org http://www.maemo.org/platform/docs/osso-gwconnect.html There you can connect and disconnect on a per device basis. I have not tried it yet - there are currently only two apps which seems properly using the Bluetooth system at that time, the Bluetooth keyboard plugin and the connection-/phone-manager. This would make just two simultanious conections... LittleLion Cheers nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDv/BlJXeIURG1qHgRAkSXAKD0hYilU8mza7+ROqNMio8dhCLlFQCeMHUA 1lCNIoxBe7BAH9el0JMFfwQ= =Y61G -END PGP SIGNATURE- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Bluetooth Keyboard Layout
Matthias Steinbauer schrieb: I use a german layout bluetooth keyboard su-8w. So the signs are printed in german style on my keyboard but the keyboard is connected with US layout. Does anybody know how to switch the layout to german. I think what would be needed is to load the proper German console keymap. The X-server used is IMHO based on the kdrive x.org server which uses the console keymap (in contrast to full x.org server which uses raw keyboard events and its own keymap). Alternatively loading of a German keymap using xmodmap could also be possible. But both methods require tools which are not installed on the 770 - xmodmap and loadkeys. loadkeys has the additional problem if needing to be run as root to load a new console keymap. So xmodmap would be the easiest approach, I guess. Changing the keymap might also influence the behaviour of the virtual keyboard. Matthias Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] N770 - First experiences
for any geek out there. Waiting for comments, Jan Wildeboer ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users Viele Grüße nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDV8CIJXeIURG1qHgRAjtIAJ9F7LniOIPcEkMdQHqDZ/AaFG8XcACgveuA EYYtK0bNKak/GZAR0yyhgEU= =M5+6 -END PGP SIGNATURE- ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
