> If AVR programming support comes to exists in OpenOCD, someone might > then be motivated to find a way to then support the debugging protocol. To add these support is not difficult, just as what I did to svf player. Svf player is originally implemented in vsprog. There is only one way to get these debugging protocols, from Atmel or from Silab. I don't like re-engineering, if they don't like these protocols open.
> The mission statement that I proposed derives from the fact that I can > imagine a very big box. Others may have smaller boxes in mind. > Practically speaking, the implementation is a much smaller box. I can try to implement it if the box is big enough. Vsprog is only designed to support programming chips with Versaloon. As "John Devereux" wrote, there is an excellent tool to program AVR. I'm using avrdude too. So I just want to make sure that whether the support to AVR in OpenOCD is meaningful. And technically, I think it will be very easy because the protocols are open and simple. My another tool AVRminiProg supports this 3 years ago. > If you do decide to take a heroic leap, just be prepared to help with > the eventual merge, or you might need to maintain the patches > out-of-tree until we clean up any existing mess for you. Consider the > statistical life expectancy of heroes before you take the plunge, and > make sure to post regular reports of your progress during development. > The community can keep you from unnecessarily "falling" off of a cliff. I can first try to add support to AVR flash programming thru JTAG. If it is OK, it will be easy to add support to other MCUs as C8051F and so on. I'll report when there is a problem. 2009-04-23 Best Regards, Simon Qian SimonQian([email protected]) ---- www.SimonQian.com
_______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
