RE: Few comments after reading Wiki
1. I hope, that there will be made SAR tests and results will be very low Why? It may help with marketing, but the worst it could do (unless it's several orders of magnitude beyond what current phones) is make you a bit warm. Non-ionizing radiation is not a cause of cancer. Better to worry about things that there is actually evidence to back up - like radon, or using the phone while driving :-) Not exactly only marketing. When I used phone with SAR 1,2, I feel much worse sometimes. When I have phone with 0,5, I can speak hours. This is maybe suggestion only, but maybe not... And I don't care about cancer and similiar things. Please note, that nobody has given profs for and against cell phones. IMHO, people will think more and more about it. If you want to have more sells, you have to think about it. Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Few comments after reading Wiki
5. hav developers though about creating it on kind of x86 compatible platform ? I know, it could be more difficult to create energy efficient device, but having PC in pocket (with ability to running dos, windows after changing SD card) would be more than excellent yes, i have. i don't know about any others though i'm waiting for via to release the pico-itx board they've been promising and will see what i can do with that to create a UMPC/phone/pda type combo. this board/cpu promises ultra-low power and hw accelerated video playback, looks very interesting and would be awesomely flexible/powerful as you say, the main issue is power - x86 isn't really optimized for anything as it's such a generalised architecture. my calcs at the moment on power are struggling to get more than a few hours use with a reasonable size battery As I'm not hardware guy, I don't know if it has sence, but (of course, it will be more diffiult than current): Chipset will have support for CPU, RAM, flash, one USB hub. No SATA, PATA and similiar. Additionaly cpu 9something about 200 - 400 Mhz), ram, flash and devices connected over usb... Maybe this will be more exergy efective Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Few comments after reading Wiki
I was thinking about protecting memory with main phone software (like kernel, boot loader, main apps). You'll (almost certainly) be able to do this as well: the new MCU will allow you to specify which NAND Flash area can be written to. Once this is set, it cannot be changed without a reset. So this would be a hardware assisted solution. Unfortunately, you can probably bypass it if you're determined. So, the scenario can be: spefifying area by virus and getting device to reset to have full control... Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Few comments after reading Wiki
Hello, First of all, I will introduce myself. I was creating such projects like Gammu and Gammu+ mainly for synchronizing informations from Nokia phones (non Symbian) with PC using Nokia prioprietary protocols, but also for some AT and Alcatel devices (including manufacturer commands and protocols). Currently I'm searching for new interesting task for me (for fun, but also as full time job, because I'm ending studies). I don't have 350 USD and I won't probably have OpenMoko connected hardware phone (now). My comments after reading Wiki: 1. I hope, that there will be made SAR tests and results will be very low 2. it could be good to have such phone with GSM/UMTS switching (even without all data standards like EDGE, ) 3. you can use quite easy Gammu/Gammu+ sources (or at least source from similiar Gnokii) for making import tool from Nokia/other phones. Additionaly in Gammu/Gammu+ you have some interesting snippets for decoding MMS files and many other. Maybe it will be usefull. 4. I quess, many people are really waiting for phone with GSM/hardware monitoring functions (something like in Nokia netmonitor functionality). If you will make some tool for displaying this data in one place, you will receive millions of hungry people waiting for it... 5. hav developers though about creating it on kind of x86 compatible platform ? I know, it could be more difficult to create energy efficient device, but having PC in pocket (with ability to running dos, windows after changing SD card) would be more than excellent Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Few comments after reading Wiki
Hello, One additional hadrware suggestion: 6.microswitch for real hardware blocking flashing (to prevent changing firmware) Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Few comments after reading Wiki
Hello, First of all, I will introduce myself. I was creating such projects like Gammu and Gammu+ mainly for synchronizing informations from Nokia phones (non Symbian) with PC using Nokia prioprietary protocols, but also for some AT and Alcatel devices (including manufacturer commands and protocols). Currently I'm searching for new interesting task for me (for fun, but also as full time job, because I'm ending studies). I don't have 350 USD and I won't probably have OpenMoko connected hardware phone (now). My comments after reading Wiki: 1. I hope, that there will be made SAR tests and results will be very low 2. it could be good to have such phone with GSM/UMTS switching (even without all data standards like EDGE, ) 3. you can use quite easy Gammu/Gammu+ sources (or at least source from similiar Gnokii) for making import tool from Nokia/other phones. Additionaly in Gammu/Gammu+ you have some interesting snippets for decoding MMS files and many other. Maybe it will be usefull. 4. I quess, many people are really waiting for phone with GSM/hardware monitoring functions (something like in Nokia netmonitor functionality). If you will make some tool for displaying this data in one place, you will receive millions of hungry people waiting for it... 5. hav developers though about creating it on kind of x86 compatible platform ? I know, it could be more difficult to create energy efficient device, but having PC in pocket (with ability to running dos, windows after changing SD card) would be more than excellent Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Few comments after reading Wiki
Why should a phone be better in this respect than a PC? [...] There are some protections, but software is very limited in what it can do. Also, neither the MCU nor the Flash memory have any complementary protection mechanisms. (In the next device, also the MCU will have some reasonably good protection against the most common forms of accidental overwriting.) And no, I don't think we want to get into DRM ;-) My 2 cents: I was thinking, that protection should make, that software run on device/connected to it PC can't make it brick. Nothing about DRM. In worst case device should start with default parameters and without additional apps. But definitely shouldn't be dead. Second chip isn't good idea. IMHO, the best is separating memory to two phisical chips and have main software in first (with protection) and additional software/HDD inside second (or protection should block writing to chip below specified address). Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Few comments after reading Wiki
Per-block protection is tricky. There are only very few companies out there who have chips with this, and even fewer whose chips we could actually use. I don't know of any Flash chip with useful zone protection (you get a lot that protect about 16 kB, but that's not enough). Just protecting the OK whole chip won't do, since we expect our users (hackers) to install their own boot loaders, kernels, and such. No, no, no. You install microswitch available under battery (available for end user). When Off, you can not save anything to chip number 1 (you disconnect phisycally lines required for changing chip content). When on, you can save to chip number 1. All stuff like user disk, etc. Etc. goes into chip number 2 (you can always change it). Simple. Can be done something like that (I'm not hardware guy) ? Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Few comments after reading Wiki
Can be done something like that (I'm not hardware guy) ? Sure, that's basically what we have in mind, except that there may not even be a microswitch (although I'd like to have at least a jumper), but just a resistor you'd have to unsolder to do this. Resistor - wrong. It must be available for user without technical knowledge and tools. That's all, what I wanted to say. If I will found money for device, maybe play with it in the future and for example port Gammu+ ;-) Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Few comments after reading Wiki
[] In normal use, this Flash is not accessed. You can still change kernels, boot loader, and all that, with maximum ease. (They're all in the regular Flash.) Of I see that we think about different things I was thinking about protecting memory with main phone software (like kernel, boot loader, main apps). In other words: if you want, after downloading and installing apps you can protect your device and nobody (wrong sms, .) can damage it. You can normally use device (memory with sms and similiar things can be changed). You were thinking about protecting lower level. Pozdrowienia/Best Regards -- Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
