Re: gdb with BDM-parallel port won't work
Chris Johns <[email protected]> Fri, 02 May 2008 11:00:28 +1000
| Newsgroups | gmane.comp.hardware.motorola.microcontrollers.coldfire |
|---|---|
| Message-ID | <[email protected]> |
Marc Vincent wrote: > > Or try Chris Johns' BDM GDB Server > (SourceForge). It supports Daniel Malik's low-cost, open-source > 'TBLCF' USB/BDM interface. I have not tried that last combination > myself. If anybody has, please let us know about it... > I am currently using a TBLCF pod (funny that) from Axiom with a 5235 board and it works well. I think the TBLCF pod is excellent. The GPL design meant we could include the host software in the BDM package without a lengthy reverse engineering process a propriety USB pod would have. The TBLCF pod's firmware is also GPL so this can be worked on in the future. A big thank you should go to Daniel Malik for making all this open source. I added the USB support because I could not get the standard P&E parallel port pod to work with the 5235. The pod stopped working once the processor switched clock speed to 150MHz. I looked with logic analysers and digital scopes and I could see no reason for the problem. The TBLCF pod does seem a little slower on the downloads. This is kind of expected for USB pods that cannot get the USB pipe to stream. Streaming the BDM protocol is difficult as it stands. Freescale (David/John?) I would be happy to detail why if you are interested. Even with this I am much happier with the USB pod than the parallel port pod. The pod's firmware current needs a commercial complier which is a little costly. It would be good to move the firmware code to the sdcc compiler. Once done I could at the performance issues plus add some extra support for the BDm features on some of the newer processors. Regards Chris --- [email protected] Send a post to the list. [email protected] Join the list. [email protected] Join the list in digest mode. [email protected] Leave the list.