RE: qtopia flash image update
Hi Lorn, Thanks for the update one problem though. In my case (and presumably the case for others), I'm not normally inserting a SIM. If I wait long enough will the lock time out since the network isn't going to register? Failing that, is there a configuration file I can modify to change the current behaviour? Thanks, and thank you for championing Qtopia on this platform. -Original Message- From: lpotter [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 02, 2007 1:56 PM To: community@lists.openmoko.org Cc: Heilpern, Mark Subject: Re: qtopia flash image update On Wednesday 03 October 2007 03:39:42 Heilpern, Mark wrote: I'm seeing the same problems with the new Qtopia image. The device comes up locked (with no apparent way to unlock it) -- the touch screen controls flash so I know they're registering, but the screen doesn't go to the unlock screen. The bottom left soft menu is unlock, but touching the screen there doesn't register at all. wait a bit longer. the screen/keylock should go away when it registers with the network. -- Lorn 'ljp' Potter Software Engineer, Systems Group, MES, Trolltech NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: qtopia flash image update
I'm seeing the same problems with the new Qtopia image. The device comes up locked (with no apparent way to unlock it) -- the touch screen controls flash so I know they're registering, but the screen doesn't go to the unlock screen. The bottom left soft menu is unlock, but touching the screen there doesn't register at all. Holding in the power button for a moment provides the restart/shutdown menu. Selecting shutdown device puts the clock icon on screen but doesn't go beyond that. Instead, it appears that the phone has crashed hard; only removal of the battery gets results from here. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of andy selby Sent: Tuesday, October 02, 2007 12:42 PM To: List for OpenMoko community discussion Subject: Re: qtopia flash image update On 02/10/2007, Lorn Potter [EMAIL PROTECTED] wrote: I have uploaded a Qtopia snapshot version flash image for the Neo. a few Known issues: * suspend/resume not fully working. must restart Qtopia to get modem working again. * inputmethod covers some widgets (bluetooth settings) * no modem mux (no gprs) * no mms support (no wap stack integrated) * bluetooth audio not tested on Neo yet, probably needs work. Err.. how about the software is locked as default and shutdown the device doesn't work? but I'm sure the rest of the software is good, keep up the good work. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: OpenMoko 2007.2 on Palm TX
Title: Fwd: OpenMoko 2007.2 on Palm TX I have not tried this, but I would think you should be able to mount the jffs2 image on a desktop (using the loopback mechanism), create and mount a similar ext2 image file, and copy everything over. From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED]Sent: Mon 9/10/2007 5:00 AMTo: community@lists.openmoko.orgSubject: Fwd: OpenMoko 2007.2 on Palm TX Hi again...I tried to run OpenMoko on the TX and I was able to run the 2007.1 version, but I want to run OpenMoko 2007.2The Problem is that I need a *.ext2 image or a kernel with jffs2 support. Is there a way to get a *ext2 image of 2007.2? How can I build this?Stephan--GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail___OpenMoko community mailing listcommunity@lists.openmoko.orghttp://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Feature status page
This would serve as a great project map as well, since each feature would point to a feature-dedicated page (where appropriate). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Wood Sent: Wednesday, August 29, 2007 9:15 AM To: List for OpenMoko community discussion Subject: Re: Feature status page On Tue, 2007-08-28 at 22:01 -0400, Jacques Poulin wrote: Hello, Is there a page somewhere that gives the status of the different features usually found on a phone for the Openmoko project ? Sounds like an excellent idea! Would you like to volunteer to create the page in the wiki? We can then make sure it's updated on a regular basis (weekly perhaps?). Regards, Thomas -- OpenedHand Ltd. Unit R Homesdale Business Center / 216-218 Homesdale Road / Bromley / BR1 2QZ / UK Tel: +44 (0)20 8819 6559 Expert Open Source For Consumer Devices - http://o-hand.com/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Neo Debug Board Schematics or Pinouts
Are these signals TTL level or are they already RS-232? If they are TTL, is there any reason I could not use the BrainStem from Acroname (http://www.acroname.com/robotics/parts/S13-SERIAL-INT-CONN.html) to overcome this? (That device only uses TXD, RXD, and of course power and ground). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joachim Steiger Sent: Saturday, August 18, 2007 2:43 PM To: community@lists.openmoko.org; [EMAIL PROTECTED] Subject: Re: Neo Debug Board Schematics or Pinouts wee.kiampeng wrote: Hi folks, I will like to to have a peek at the Neo debug board's schematics or pinouts. I need to access the uarts as well as the jtag. Does anyone have any idea? we already are in the process of releasing the neo debug board schematics since we believe that it would be useful not only for the moko, but for a lot of different usecases for the embedded hacker community. please give us some more time do do this properly. if you need to access the serial of the ftdi via the 2.54mm spacing port ( J10 ) the pinout is as follows: 1 TXD 2 RXD 3 RTS 4 CTS 5 DSR 6 DTR 7 DCD 8 RI 9 GND 10 VCC (3.3V) remember, this is the port B of the ftdi2232D so the mapping is BDBUS0-BDBUS7 pin 1 to pin 8 to get a serial from your linux kernel do this: modprobe ftdi_sio vendor=0x1457 product=0x5118 then you get 2 serial of which one will vanish as soon as you start openocd to use portA as jtag J1 on the debug board is JTAG in regular arm 20pin out kind regards -- Joachim Steiger ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Fwd: mailing list management
No vote != no change. No vote = don't care. Personally I don't care, but I don't feel my apathy should lend strength to one side of the argument or another. Incidentally, my lack of caring is only relevant to the subject line. I do feel the reply-to should be changed to reply to the list instead. I read the page that was linked, suggesting that's a bad idea, and I disagree. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim McDonald Sent: Tuesday, August 14, 2007 4:26 PM To: OpenMoko Subject: Re: Fwd: mailing list management hank williams wrote: Oops. As usual I hit reply to and it went to casey personally Its broken. Just so that the 'silent majority' don't lose out on this one, I would like to point out that there are approximately 1,500 people subscribed to this list. Can we assume that unless we hear from them their vote is 'no change'? There are pros and cons to each system, but anyone who has already set up their own filters will have done so on the existing system so I suggest we leave it as it is. Cheers, Jim. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Email Problems????
I've had a very different problem... 3 times I've replied to my order asking for an invoice, and 2 of them definitely went though, however my only response was "our records show your request has been fulfilled" (and yet I've neither received an invoice nor a reply that suggests it's not possible). From: [EMAIL PROTECTED] on behalf of Steve GrevemeyerSent: Fri 7/27/2007 9:26 AMTo: community@lists.openmoko.orgSubject: Email Problems All,Is it just me or do other have problems trying to email anyone @openmoko.com??I've been trying to get any information on my order for weeks. I consistently get an delay response: The original message was received at Mon, 23 Jul 2007 20:02:43 -0400 from c-76-109-107-17.hsd1.fl.comcast.net [76.109.107.17] - Transcript of session follows - 451 4.4.1 reply: read error from sita.openmoko.org. [EMAIL PROTECTED]... Deferred: Connection timed out with sita.openmoko.org. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days oldI've even tried emailing William Lai directly but I get the sameresponse.I have an order number [rt.internal.openmoko.org #1920] but haven'tgotten even the YES_I_DO email. (though I tried to send in a preemptiveone.)Sorry to send this through the list but I've about exhausted all of theother alternatives. Oh, and I want the phone. :) :)-segSteve Grevemeyer[EMAIL PROTECTED] NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Store info - shipping costs, credit card support
For your state (or province, if in Canada), use a two letter abbreviation, in capitol letters. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jae Stutzman Sent: Sunday, July 08, 2007 4:14 PM To: [EMAIL PROTECTED]; community Subject: Re: Store info - shipping costs, credit card support I'm still getting a blank page after submitting step 1... On 7/8/07, Sean Moss-Pultz [EMAIL PROTECTED] wrote: On Mon, 2007-07-09 at 07:49 +1200, Nick Johnson wrote: I just bought one. The only shipping option listed was SAVER at a wince-inducing $85.13 USD to ship to New Zealand. As for credit cards: Visa and American Express only. We just added MasterCard. -Sean ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Few comments after reading Wiki
I use both a LogicPort and a DigiView (www.tech-tools.com). The DigiView is a little more expensive, but it has a huge capture buffer. (I think the DV is 128kb, where the LogicPort is 4kb.) Conversely, the LogicPort has 34 input signals where the DV has only 18. The application provided with the LogicPort is much more polished; DV's is pretty rocky. I still use the DV much more often, carrying the LogicPort only as a backup. If you want to roll your own, with Linux support, check out http://flash-plaice.wikispaces.com/. (I'm not sure, but I may have first found that link on this mailing list.) I haven't played with that device, but if I had more free time -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, May 23, 2007 12:55 PM Cc: community@lists.openmoko.org Subject: Re: Few comments after reading Wiki On Wed, 23 May 2007, Werner Almesberger wrote: [EMAIL PROTECTED] wrote: There are a couple of PC-based LAs that work with Linux. Look for the xoscope project, I think it has links to a couple of such LAs. Hmm, only the BitScope, which is a nice device, but its digital capabilities are fairly limited. What I'm thinking of is something like the LogicPort: http://www.pctestinstruments.com/ I'll check with my friends. I'm sure I've seen something. M ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Making Neo Brickproof, was comments after reading Wiki
JTAG, via the debug port. From: [EMAIL PROTECTED] on behalf of Emre TurkaySent: Thu 5/17/2007 5:25 AMTo: community@lists.openmoko.orgSubject: Re: Making Neo Brickproof, was comments after reading Wiki Hi folks,I would strongly support putting a no-way-writable ROM chip as this first level boot loader. If there is no such option, I really wonder what is my option if somehow it gets screwed up, other than the trash can? Is there an always working solution to reset my moko?Emre Turkay On 5/17/07, Werner Almesberger [EMAIL PROTECTED] wrote: Simon Matthews wrote: It seems to me as someone who designs and makes embedded devices (mainly using the Freescale MC9S12 processors) that you need another lower level bootstrap loader that is small, Ah yes, we've been through that idea as well :-)We rejected it, because we don't want to have yet more codeduplicating functionality found elsewhere to maintain. Besides, itwouldn't be all that trivial, given that we don't have any "simple" interfaces. (Anything that needs a debug board or other fancyadapters doesn't count.)Also, there really isn't much difference between a few protectedbytes or hundreds of protected kilobytes. We need an extra chip anyway, and if we want something reasonably small and modern, it'llhave plenty of space. Thus there's no penalty in using it.But yes, the "small loader" approach works well enough in other contexts. I've used it myself.- Werner--_/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] //_http://www.almesberger.net//___OpenMoko community mailing listcommunity@lists.openmoko.orghttp://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: data encryption + Biometric security
Unfortunately I couldn't provide 100% open source on the driver or the application libraries. -Original Message- From: Dean Collins [mailto:[EMAIL PROTECTED] Sent: Thursday, February 01, 2007 1:42 PM To: Heilpern, Mark; community@lists.openmoko.org Subject: RE: data encryption + Biometric security Lol, Mark, want to send a device in for evaluation to the guys. I'm sure they would be up for it. Regards, Dean Collins Cognation Pty Ltd [EMAIL PROTECTED] +1-212-203-4357 Ph +1-917-207-3420 Mb +61-2-9016-5642 (Sydney in-dial). -Original Message- From: [EMAIL PROTECTED] [mailto:community- [EMAIL PROTECTED] On Behalf Of Heilpern, Mark Sent: Thursday, 1 February 2007 1:13 PM To: community@lists.openmoko.org Subject: RE: data encryption + Biometric security There are many competing technologies behind fingerprint scanning and evaluation techniques, some which are rather weak and others which are quite strong. Forming opinions based on tests against a small subset of them is not exactly doing due dilligence. Watching things like tv's MythBusters defeat fingerprint sensors is interesting and entertaining, but when you know they're using several year old, out-dated technology for the sensors they evaluate, you might suspect that there's more to the story that they're telling you. Disclaimer: I work for a fingerprint sensor manufacturer. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Michel Sent: Thursday, February 01, 2007 12:41 PM To: community@lists.openmoko.org Subject: Re: data encryption + Biometric security Salve Ben! First it sounds a very smart idea to have biometric security, but sorry, when I give you some sceptical feedback. On Thu, 01 Feb 2007, Ben Burdette wrote: Here are a couple of items for the phone wish list: data encryption and biometric security. Biometric security wasn't discussed by the OpenMoko community yet, I'm no crypto expert, but I'm not convinced that biometric worth the hardware... see: http://www.ccc.de/biometrie/fingerabdruck_kopieren When somebody wants to play with biometric security the Neo1973 could be used for voiceanalysing - Print 7 random words to the screen and the user has to read them aloud ... I'd like the phone to be a secure place for me to store passwords and similar information. Are there plans to have some security features like this, that would prevent someone from extracting secure data from the phone if it was lost? A file could have an encrypted filesystem, acess is given only for a while and only while GPRS connection is on. If it is lost, use Internet or an asterisk server to unmount this file. Having a fingerprint scanner would be more of a convenience feature so I wouldn't have to enter a password whenever I want use the phone, or alternatively when I want to access encrypted data. Sounds nice, but I have doubts that a fingerscanner is given real security. I will going to play with my (Debian) Crytoflex card, but not to make access more easy - to make it more secure. So when I have to lost both - my Neo and my Cryptotoken. projectblackdog.com costs 199US$+Chiping for me to expensive. But this is just my 2cents When somebody has such a finger scanner and likes to make it running with OpenMoko would be fine - but expect also some feedback that the fingerscanner concept is not so secure as it looks like: google finger scanner site:www.schneier.com Greetings, rob ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
RE: logins? access to private data on the phone
Sounds like what you really want is a secure way to log in that's more convenient than a password -- something like a fingerprint sensor. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Pfeiffer Sent: Sunday, January 14, 2007 9:34 PM To: community@lists.openmoko.org Subject: logins? access to private data on the phone After spending a few minutes today being annoyed again by my Palm Pilot's idea of security, I'm wondering how logins and security will be handled by openmoko (and how they're handled by existing Linux PDAs). What I'd like to see would be for most functions to be available without the need for any sort of login. I don't want to have to enter a password to answer my phone or listen to an MP3! However, when I access data I've marked as private, I should have to enter a password; having looked at some private data, I'd like to be able to keep looking at private data for some time -- sort of like how sudo on my desktop doesn't ask for my password for every command I execute, but if I don't execute a sudo command for a while, it decides to ask for a password again. What I *don't* want is what Palm does: they've got the first part of wishes right -- unless I lock the device, I can do things like dial the phone without a password. Where they screw up is with their handling of private records: I can mark a record as private, and then I can set security on the phone to either view or hide private records. If I ask to view private records I enter a password -- at which point I can see all private records on the phone, from then until I manual hide them all again. The result is that I all-too-often discuver I've been walking around for days with various private databases exposed to the world ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Question about kernel level hacking
I can only speculate, but I would expect a JTAG port to be made available -- probably on the phone itself, but failing that, through the hackers lunchbox (or was that toolbox?) accessory. That would allow you to reprogram flash without relying on the existing flash booting, as long as you have the JTAG connection and software on your development host. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alessandro Iurlano Sent: Friday, January 12, 2007 10:56 AM To: OpenMoko Subject: Question about kernel level hacking Hello! As I am mainly a low level programmer I will probably try to put my hands on the Neo at kernel level like customizing the linux kernel with patches or even try to program the Neo with my own kernel. I think that the openess of the platform will allow me that. Is it right? Is there a way to recover a mistake at this level (that is, the boot loader doesn't work any more)? Thanks a lot, Alessandro NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community