Re: [Openocd-development] Outstanding patches
Yes, there are patches. Please merge the Sebastien's patch. Now about 4-weeks this patch wait to be merged. Laurent ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] Outstanding patches
Please repost the patch. -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] Outstanding patches
Øyvind Harboe wrote: Please repost the patch. https://lists.berlios.de/pipermail/openocd-development/2011-April/018780.html Merge it ! ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] Outstanding patches
Loose the attitude. On Mon, May 16, 2011 at 9:14 AM, Laurent Gauch laurent.ga...@amontec.com wrote: Øyvind Harboe wrote: Please repost the patch. https://lists.berlios.de/pipermail/openocd-development/2011-April/018780.html Merge it ! -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] Outstanding patches
Øyvind Harboe wrote: Loose the attitude. What ? On Mon, May 16, 2011 at 9:14 AM, Laurent Gauch laurent.ga...@amontec.com wrote: Øyvind Harboe wrote: Please repost the patch. https://lists.berlios.de/pipermail/openocd-development/2011-April/018780.html Merge it ! ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] Outstanding patches
Øyvind Harboe wrote: https://lists.berlios.de/pipermail/openocd-development/2011-April/018780.html I see that this is not actually formulated as sequence of git patches. Please formulate it as a patch and repost it. That will improve your chances of a review. http://openocd.git.sourceforge.net/git/gitweb.cgi?p=openocd/openocd;a=blob_plain;f=HACKING;hb=HEAD What is your REAL problem with the patch? Except the rebase, the patch follows the rules in http://openocd.git.sourceforge.net/git/gitweb.cgi?p=openocd/openocd;a=blob_plain;f=HACKING;hb=HEAD ... If we rebase and send you the same corresponding patch, do you merge it ? - or do you ask again to wait on a review and ask us to rebase again since no review come after 4-5weeks ... Laurent ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] Outstanding patches
One thing that would help greatly for someone wanting to review your patch is that you wrote it as a full, normal git patch with a comment. The post does not actually have a comment to go along with the patch and it is not a git patch. git add . git commit write comment... git format-patch HEAD^ = post it To be entirely clear: I don't know much about the ft2232 driver and I want a review. Post a normal git patch w/a comment, without any attitude, and I'm sure someone will review it. Toss in some attitude and the list will be entirely justified in ignoring you. -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
[Openocd-development] NAND flash bad block handling
Dear All, does anyone know any ongoing work to update OpenOCD NAND flash support to include bad block handling? If so I would appreciate a short description of status and for which flash types it will be done. Maybe I will develop some such support, but to enable any possible coordination I would like to know whether such an activity has already been started BR thanks in advance /Jan Jan Rosendahl M.Sc C.E. Combitech AB Box 1017 * SE-551 11 Jönköping * Sweden Visiting address Änkhusgatan 9 Phn +46 36 440 51 85 * Fax +46 36 19 43 61 * Mobile +46 709 89 16 26 jan.rosend...@combitech.se * www.combitech.sehttp://www.combitech.se/ This e-mail is private and confidential between the sender and the addressee. In the event of misdirection, the recipient is prohibited from using, copying or disseminating it or any information in it. Please notify the above of any such misdirection * Please consider the environment before printing this e-mail! ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] Outstanding patches
On Mon, May 16, 2011 at 8:32 AM, Øyvind Harboe oyvind.har...@zylin.com wrote: One thing that would help greatly for someone wanting to review your patch is that you wrote it as a full, normal git patch with a comment. Totally agree that there should be some systematic approach to development and patching of the OpenOCD - except code organization and its application implication it is also important to have control over changes, be able to see what has changed and how to revert it. For me it took sooo much time to understand how it works inside, the functions operating on global pointers/structures and void parameters instead clean program flow, that I really understand you Oyvind that you push users/developers to make their work clean. Laurent please understand that your patch is one of hundreds to process and maintain by Oyvind and this is not trivial task to get along with all of these - I guess this is why the question came from... OpenOCD need internal cleaning and reogranization soon anyway as its capabilities now extend simple JTAG and flash access and people want even more of it, so another dirty patches dont help in here :-) Best regads, peace and clean code! ;-) :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] OpenOCD becoming an Eclipse TCF Agent
Øyvind, I wrote that based purely on briefs that I've read online. I've seen references to TCF using JSON in the transport, but I know nothing beyond that. Unfortunately, I'm not sure my position would allow me to spend work-hours on it, but I may be able to look into it more on my own time. Wouldn't happen very fast, though. Also, I don't think it would be worth doing much until GDB either provides a TCF interface alongside GDB/MI or there is a fork that does. - Alex -Original Message- From: Øyvind Harboe [mailto:oyvind.har...@zylin.com] Sent: Friday, May 13, 2011 12:25 AM To: Austin, Alex Cc: openocd-development@lists.berlios.de Subject: Re: [Openocd-development] OpenOCD becoming an Eclipse TCF Agent Hi Alex, thanks for the insight! This is very interesting Do you know what it would take to implement such a server? A gdb server, that OpenOCD has, has as a lot of optional functionality. What's the minimum that we'd have to do to get started? -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development