RE: is wireless modem tivoizated?
Hi, From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] on behalf of ext DmitryTurin.narod.ru [dmitrytu...@narod.ru] Sent: 05 March 2011 17:01 1) OS of modem (which is not the OS of processor of phone) is loaded from flash into some modem RAM, right? yup 2) is modem flash (which is not the modem ROM, and is not part of the normal flash) readable external to the processor? nope - both flash and ram reside in a package stacked on top of the modem 3) is clear ROM, used in modem, available on market for personal buying? (if so, with what price?) you seem to refer to ages-old technology - the ROM is obtained on the same chip implementing the modem Setting aside for a moment any consideration about the legal implication of what you seem to be trying to do, you would need anyway intimate knowledge of he HW (both SoC and PWB) and means of HW debugging typically available only to experts. My point is mainly that if you had access to such tools, most likely you would not be asking the questions you have asked so far. But since you are, most likely you won't have access to the tools needed, even assuming you gain all the knowledge required. Sorry if my assumptions are wrong, but it looks like you have set yourself a goal quite unlikely to be achieved. cheers, igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Discontinue distributing Maemo Bug Jars via email?
hi, From: afl...@gmail.com [afl...@gmail.com] on behalf of ext Andrew Flegg [and...@bleb.org] Sent: 22 November 2010 10:14 what'd be the advantage of more wiki clutter? what i'm referring to is a page with embedded bugzilla query, so that whenever it is loaded it represnts the instantaneous state - maybe with a 10 minutes refresh cycle. something that can be bookmarked and used over and over ... cheers, igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Discontinue distributing Maemo Bug Jars via email?
hi, Shall I continue to send them via email or not? while i do not mind the mail, a wiki might be more effective, especially if the page is generated by a query to bugzilla cheers, igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Building Maemo OS from Source.
From: ext Ryan Abel [rabe...@gmail.com] Sent: 19 March 2010 23:43 Will it be advertised as such? Wording I've seen so far leads me to believe it'll be advertised as MeeGo not MeeGo-compliant. I guess we'll have to wait and see. The N900 box you might have states that it is certified for USB, but for example doesn't mention anywhere that even pc-suite has been tested as part of the USB certification because of hte way it needs to be performed. Even if pc-suite is certainly not part of he USB standard. Here we are entering into a land for marketing and lawyers, where the message needs to be summarized and still retain its meaning. Anyway why wouldn't MeeGo be correct if it is contained in the device? I could understand the argument if some MeeGo component was to be replaced, but if it is extanded or if some gap (platform specific) is filled by a non-MeeGo component, I see no real problem or miscommunication. igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Building Maemo OS from Source.
From: ext Ryan Abel [rabe...@gmail.com] Sent: 20 March 2010 00:06 Well, in Harmattans case, because it aint MeeGo at all. For anything else, well, I don't know. Until we know exactly how much of the platform is actually MeeGo it's impossible to say. But judging by the amount of differentiation I know Nokia likes to keep, it's going to be incredibly confusing to both users and developers. This is stuff for marketing (Peter and Quim) to answer. I don't think i'm qualified to transmit any message in a proper way, while it's their job to make sure the confusion is dispelled :-D igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Turn off all devices but processor (and networking module) on N800
It's quite simple: do not use them and they will be in quiescent state. Disable the audio, do not start any camera application, switch the bluetooth off and do the same for WLAN (no automatic pairing). Disable the LED blinking and remove the memory cards. And whatever might come to your mind in terms of disabling sw settings and features (sorry, it's been a while since n800, i do not remember all on top of my head). It would be interesting if you can share your results. Cheers, Igor From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext Sungwon Yang [swyan...@gmail.com] Sent: 12 February 2010 21:49 To: maemo-developers Subject: Turn off all devices but processor (and networking module) on N800 Hello, I have a N800 and what I'm going to do is using N800 as an embedded board for research purposes. I need to evaluate processing time and power consumption when I run my algorithm. Is it possible to turn off all devices such as audio, camera, display,etc which are not related to my work but still consume power and may need processor's resource. If possible, I'd like to disconnect those devices at very low level, thus it looks like such devices do not exist. I have no idea where I should start from. Any help or hints would be really appreciated. Thank you ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: [New Developer]: Questions - Python Packaging / Free or Non-Free / Software Licensing
From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext David Greaves [da...@dgreaves.com] Sent: 07 February 2010 20:44 To: Sanjeev (EIPI) Cc: maemo-developers@maemo.org; Aldon Hynes Subject: Re: [New Developer]: Questions - Python Packaging / Free or Non-Free/ Software Licensing As the problem is outlined I think you're out of luck - sorry. Well, in general there s no perfect system, he just has to devise something that requires more cracking effort than it's worth for having illegal access to the functionality :-) And possibly make the crack device-specific. However it's not impossible to do secure operations on the N900, they just must be done on the cellular modem, which is perfectly capable to manage keys in a way that is not worse than any other Nokia phone. Obviously as soon as the control comes back to the linux side, anything is possible. But, as I said, it' s just a matter of making it complex enough. After all even sk...@n900 is subject to the same security problems. But python programming is probably not the most effective way to reach the goal. igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Where are the N900 too much time at 600Mhz safeguards?
Hi, whereis the contraddiction? I wouldn't consider 95% to be so little :-D But the idea is that, if you have a task that is CPU bound, you are getting some bang for your bucks, it's not done pointlessly. Anyway, unless you are planning to do s...@n900 or something similar, it is unlikely you will keep your device in that state indefinitely, which is what i was warning against. Cheers, Igor From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext Javier S. Pedro [ma...@javispedro.com] Sent: 28 January 2010 00:43 To: maemo-developers@maemo.org Subject: Where are the N900 too much time at 600Mhz safeguards? When I got my N900, one of the first things I noticed is that (as measured by powertop) I could never get a 100% ratio at 600 Mhz, but more like 95%. I quickly assumed this was the safeguard for the issue Igor Stoppa talked about at the Maemo Summit. However, I've noticed today (as suggested by a tmo post) that the above is not caused by any special modification in the kernel, but rather because of the CPU idling while waiting for the SGX / some other hw (so, testing methodology failure on my part :) ). Thus, given any task bounded by raw CPU throughput, the device will happily clock itself at 600Mhz, even for hours. Doesn't that contradict what Igor said at the summit? -- Javier ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Where are the N900 too much time at 600Mhz safeguards?
Hi, the damage is not directly related to the temperature, but rather to the overvoltage used @600MHz. There are few temperature sensors, but not all of them are accessible to the normal SW and most are just thermal shutdown safeguards. But the battery, for example, has a temperature sensor nearby. However please notice that usually their readings are meaningless apart from indicating the _local_ temperature, since there are so many heat sources on the board. Finally, being the device basically plastic, not perceiving high temperature at surface level is not so relevant, since plastic is not such a good thermal conductor and allows for higher and longer power peaks. Phones with metallic casing have lower max temperature allowed at surface level because of the higher transfer efficiency (the delta being 15C, on top of my head). Cheers, Igor From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext Matan Ziv-Av [ma...@svgalib.org] Sent: 28 January 2010 01:25 To: Javier S. Pedro Cc: maemo-developers@maemo.org Subject: Re: Where are the N900 too much time at 600Mhz safeguards? On Wed, 27 Jan 2010, Javier S. Pedro wrote: When I got my N900, one of the first things I noticed is that (as measured by powertop) I could never get a 100% ratio at 600 Mhz, but more like 95%. I quickly assumed this was the safeguard for the issue Igor Stoppa talked about at the Maemo Summit. However, I've noticed today (as suggested by a tmo post) that the above is not caused by any special modification in the kernel, but rather because of the CPU idling while waiting for the SGX / some other hw (so, testing methodology failure on my part :) ). Thus, given any task bounded by raw CPU throughput, the device will happily clock itself at 600Mhz, even for hours. Doesn't that contradict what Igor said at the summit? At least for 30 minutes, there appear to be no 'safeguards': N900:~# date ; cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state ; for i in ` seq 1 1000` ; do bzip2 -c9 /lib/libc-2.5.so /dev/null ; done ; cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state ; date Wed Jan 27 15:35:32 IST 2010 60 43683 55 487 50 17132 25 1164197 60 254442 55 487 50 17132 25 1164200 Wed Jan 27 16:10:39 IST 2010 This represents more than 99.99% of 35 minutes at 600MHz. Note that I ran this test with no SIM, screen off, not charging and wifi connected, but with practically no traffic. The device got only slightly warm, but it was hardly noticeable, so I guess that the power draw of the CPU, even at 600MHz does not have a large effect the system. BTW, is there a temperature sensor somewhere in the system like there is in the N810? -- Matan Ziv-Av. ma...@svgalib.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Left high-and-dry by Nokia/Ovi store :(
actually Quim already had asnwered chapeu Cheers, Igor From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of Stoppa Igor (Nokia-D/Helsinki) Sent: 18 November 2009 09:48 To: code...@gmail.com; maemo-developers@maemo.org; Gil Quim (Nokia-D/Helsinki) Subject: RE: Left high-and-dry by Nokia/Ovi store :( hi, maybe Quim can help you, although this is probably not his turf. Cheers, Igor From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext Jonathan Blake [code...@gmail.com] Sent: 17 November 2009 23:00 To: maemo-developers@maemo.org Subject: Left high-and-dry by Nokia/Ovi store :( I'm cross posting this from the TMO forums after suggestion, apologies to anyone who has already read what I have to say. -- Having faithfully paid the 50 euros to register with Ovi Publishers several days ago, I have been happily working on my upcoming application, preparing for the release of the new N900 store which I was assured is in the last stages of finalization. I have spent many years in Canada operating doing very legitimate and legal development as a sole proprietor, as long as one pays taxes, there is no necessity to incorporate as a company, as this is recognized as an important element of trade (not everyone who does business can or will incorporate). Today my Nokia Store / Ovi Publisher account was disabled and locked out, because I am not a corporation. Nokia does not recognize individuals or sole proprietorship as valid business entities, and as such only corporations may publish through the Ovi store. Needless to say, as a legitimate businessman, I feel incredibly let down by Nokia, and the Ovi policies. These policies are going to prevent 95% of application developers from publishing through nokia, leaving only the choice of giving our work away for free (which is fine if you're into that), or trying to establish an independent distribution channel which is going to be incredibly difficult. Nokia should ensure that they either recognise sole proprietorships as legitimate business entities, or make it very clear - and i mean 72px font clear, that they do not allow individuals to publish through the store. I moved over from Apple because of their policies and increasingly corporation-centric publishing rules. I'm really sad to say that it looks like I made a mistake, and without a distribution channel, Nokia has left me, and many other future application developers high and dry. I know I'm feeling emotional, but right now I just feel like forgetting I ever heard about the N900. This sucks [http://talk.maemo.org/images/smilies/frown.gif] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Left high-and-dry by Nokia/Ovi store :(
hi, maybe Quim can help you, although this is probably not his turf. Cheers, Igor From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext Jonathan Blake [code...@gmail.com] Sent: 17 November 2009 23:00 To: maemo-developers@maemo.org Subject: Left high-and-dry by Nokia/Ovi store :( I'm cross posting this from the TMO forums after suggestion, apologies to anyone who has already read what I have to say. -- Having faithfully paid the 50 euros to register with Ovi Publishers several days ago, I have been happily working on my upcoming application, preparing for the release of the new N900 store which I was assured is in the last stages of finalization. I have spent many years in Canada operating doing very legitimate and legal development as a sole proprietor, as long as one pays taxes, there is no necessity to incorporate as a company, as this is recognized as an important element of trade (not everyone who does business can or will incorporate). Today my Nokia Store / Ovi Publisher account was disabled and locked out, because I am not a corporation. Nokia does not recognize individuals or sole proprietorship as valid business entities, and as such only corporations may publish through the Ovi store. Needless to say, as a legitimate businessman, I feel incredibly let down by Nokia, and the Ovi policies. These policies are going to prevent 95% of application developers from publishing through nokia, leaving only the choice of giving our work away for free (which is fine if you're into that), or trying to establish an independent distribution channel which is going to be incredibly difficult. Nokia should ensure that they either recognise sole proprietorships as legitimate business entities, or make it very clear - and i mean 72px font clear, that they do not allow individuals to publish through the store. I moved over from Apple because of their policies and increasingly corporation-centric publishing rules. I'm really sad to say that it looks like I made a mistake, and without a distribution channel, Nokia has left me, and many other future application developers high and dry. I know I'm feeling emotional, but right now I just feel like forgetting I ever heard about the N900. This sucks [http://talk.maemo.org/images/smilies/frown.gif] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: QA process = bug fixing disincentive?
Hi, From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext Andrea Grandi [a.gra...@gmail.com] Sent: 31 October 2009 22:06 To: Attila Csipa Cc: maemo-developers@maemo.org Subject: Re: QA process = bug fixing disincentive? even more important: what if developer/users find a security bug that should really be fixed as soon as possible? In a normal Linux distribution, patched package is released and available after few hours. Here it would pass lot of time before final user can apply the patch. I think the problem here is that some braindead system has been introduced, which doesn't account for the actual work being done. So, if it's ok that somehow the karma goes down, it should be lowered accordingly to the severity of the bug found. Which also means that all the lost karma (plus some more?) should be re-instated once the bug is fixed and the fix release and verified. This would actually give an incentive to bugfixing. igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: extras-testing and WONTFIX ?
Hi, my (biased) pov is that at least excessive power consumption should be a blocker. It is proven that normal users (and many times even power users) don't usually really grasp the problems related to running badly written applications and end up blaming the whole system. If someone is writing some code to scratch a itch, the devel repository should be more than enough, and he can anyway try to hand over the project to someone else, with time and will, who can bring it to the quality level required by Extras. But refusing to fix bugs and whining about not being admitted into Extras because of this is just lame behavior. igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: How to use extras-testing correctly?
From: maemo-developers-boun...@maemo.org [maemo-developers-boun...@maemo.org] On Behalf Of ext Aniello Del Sorbo [ani...@gmail.com] Sent: 24 September 2009 12:19 To: Gil Quim (Nokia-D/Helsinki) Cc: maemo-developers@maemo.org Subject: Re: How to use extras-testing correctly? I personally think we're taking a wrong approach to the problem. I am not developing for Apple because of their approval process and their desire of control. It's not desire for control here, only for quality. Please remember that this thing still runs on battery. In the end it will be Nokia brand to get damaged if some app is available to the user for download and it literally sucks the battery dry without warning. And, from user perspective, you do want to have someone to certify that your device will not be killed by the app. cheers, igor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
