Re: [Openocd-development] memory access trouble on Cortex-A8 when mmu is enabled

2010-09-27 Thread John Rigby
I think it was operator error. I can't reproduce the problem. On Mon, Sep 27, 2010 at 2:06 PM, John Rigby wrote: > I'm using OpenOCD and a Flyswatter to debug some new code that is > based on the u-boot-next tree.  The board is a Beagle C4.  The problem > that I am seein

[Openocd-development] memory access trouble on Cortex-A8 when mmu is enabled

2010-09-27 Thread John Rigby
I'm using OpenOCD and a Flyswatter to debug some new code that is based on the u-boot-next tree. The board is a Beagle C4. The problem that I am seeing is that I can not access memory from the telnet sesson to OpenOCD or from an attached gdb session. I believe the problem is that in the -next u-

Re: [Openocd-development] flyswatter and beagleboard

2009-12-01 Thread John Rigby
Doh! Working now. I had the beagle board adapter plugged into the beagle instead of the flyswatter. On Tue, Dec 1, 2009 at 1:49 PM, John Rigby wrote: > I already tried that: > > $ telnet localhost > Trying ::1... > Trying 127.0.0.1... > Connected to localhost. >

Re: [Openocd-development] flyswatter and beagleboard

2009-12-01 Thread John Rigby
that I got from tincantools. And I have all the pin 1s matched up. On Tue, Dec 1, 2009 at 1:41 PM, David Brownell wrote: > On Tuesday 01 December 2009, John Rigby wrote: >> I'm trying to use OpenOCD with a Flyswatter and a beagleboard and I get this: >> >> # openocd -

[Openocd-development] flyswatter and beagleboard

2009-12-01 Thread John Rigby
I'm trying to use OpenOCD with a Flyswatter and a beagleboard and I get this: # openocd -f ./tcl/interface/flyswatter.cfg -f ./tcl/board/ti_beagleboard.cfg Open On-Chip Debugger 0.4.0-dev-00740-ga65e75e (2009-12-01-12:05) For bug reports, read http://openocd.berlios.de/doc/doxygen/bugs.htm

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread John Rigby
The attached config for imx25 works with your latest. Thanks for you efforts. On Wed, Oct 7, 2009 at 4:03 PM, David Brownell wrote: > On Wednesday 07 October 2009, John Rigby wrote: > > If the hard coded mask of 0x3 and value of 0x1 are changed to > > ir_capture_mask and i

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread John Rigby
If the hard coded mask of 0x3 and value of 0x1 are changed to ir_capture_mask and ir_capture_value respectively then mx25,31,35 should work. Here is an untested patch. The diagnostic is wrong since it still has the hardcoded 0x..1 expected value in it. Sorry I intended to send a tested patch yes

Re: [Openocd-development] need help with config file

2009-10-06 Thread John Rigby
I agree that using the expected capture value makes a lot more sense than using the zero id. I'll send a patch later today. On Tue, Oct 6, 2009 at 12:49 AM, David Brownell wrote: > On Saturday 03 October 2009, John Rigby wrote: > > You were right about the ir lengths, but I a

Re: [Openocd-development] need help with config file

2009-10-05 Thread John Rigby
wrote: > On Saturday 03 October 2009, John Rigby wrote: > > > is there; it looks bizarre, that *is* an LSB of b0001, it's > > > the next bits that are odd. > > > > This diagnostic is misleading. It does not give the position where it > was > > expec

Re: [Openocd-development] need help with config file

2009-10-05 Thread John Rigby
David, Thanks for the info. I'm slowly making progress. On Fri, Oct 2, 2009 at 4:58 AM, David Brownell wrote: .. > > I'm not sure why that diagnostic > > Error: imx25.cpu: IR capture error; saw 0x3E1011 not 0x..1 > > is there; it looks bizarre, that *is* an LSB of b0001, it's > the next

[Openocd-development] need help with config file

2009-10-01 Thread John Rigby
I'm trying to create a config file for a Freescale i.mx25. Using info from a number of other i.mx platform configs and the reference manual and some trial and error I have come up with the attached file. When I use it I get this: $ openocd --file flyswatter.cfg --file imx25.cfg Open On-Chip Deb