Re: [Openocd-development] in GDB, FT2232D can work at TCK 6MHz, but FT2232H can only work at 3MHz

2011-04-05 Thread Laurent Gauch
The target board is s3c2440. the log is: (gdb) monitor jtag_khz 3000 3000 kHz (gdb) load u-boot Loading section .text, size 0x2044c lma 0x33f8 Loading section .rodata, size 0x1d54 lma 0x33fa044c Loading section .rodata.str1.4, size 0x7cb7 lma 0x33fa21a0 Loading section .data, size 0x1558 lma

Re: [Openocd-development] Fwd: mourning the loss of David Brownell

2011-04-05 Thread Tornado
Same here, My thoughts are with him and his family. On 04/06/2011 06:17 AM, Jon Povey wrote: openocd-development-boun...@lists.berlios.de wrote: Linux has lost a great developer with the passing of David Brownell recently and he will be greatly missed. Thank you for reposting this. Often it s

[Openocd-development] in GDB, FT2232D can work at TCK 6MHz, but FT2232H can only work at 3MHz

2011-04-05 Thread dswei
The target board is s3c2440. the log is: (gdb) monitor jtag_khz 3000 3000 kHz (gdb) load u-boot Loading section .text, size 0x2044c lma 0x33f8 Loading section .rodata, size 0x1d54 lma 0x33fa044c Loading section .rodata.str1.4, size 0x7cb7 lma 0x33fa21a0 Loading section .data, size 0x1558 lma 0

Re: [Openocd-development] console jtag patch for cortex_a

2011-04-05 Thread Øyvind Harboe
Merged. Thanks! -- Ø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-d

Re: [Openocd-development] Fwd: mourning the loss of David Brownell

2011-04-05 Thread Jon Povey
openocd-development-boun...@lists.berlios.de wrote: > Linux has lost a great developer with the passing of David Brownell > recently and he will be greatly missed. Thank you for reposting this. Often it seems every bit of code I need to work on turns out to have been written by DB. His code has in

Re: [Openocd-development] console jtag patch for cortex_a

2011-04-05 Thread Øyvind Harboe
Looks good to me! Any objections? -- Ø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 ___

Re: [Openocd-development] [Patch] USB Blaster improvements

2011-04-05 Thread Ali Lown
Excerpts from Øyvind Harboe's message of Tue Apr 05 07:25:36 +0100 2011: > Are these ready to be merged? I say yes, but comments from the list would be useful. I haven't implemented as was suggested an instance struct for the driver, choosing to use a global buffer, as is used in other drivers. I

[Openocd-development] console jtag patch for cortex_a

2011-04-05 Thread Michel JAOUEN
Hello, Here is a path that implements console jtag on cortex a. I tested it as follow : I activated the flag on Kernel low-level debugging via EmbeddedICE DCC channel. And : - Message " uncompressing Linux... done, booting the kernel." Is received - Kernel is booting. Best Regards 0001-cort

Re: [Openocd-development] Set of MIPS patches (big endian, FASTDATA, error propagation, optimizations...)

2011-04-05 Thread Øyvind Harboe
The first goal should be to commit a correct and robust solution, from there we can discuss optimizations. -- Ø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

Re: [Openocd-development] Set of MIPS patches (big endian, FASTDATA, error propagation, optimizations...)

2011-04-05 Thread Drasko DRASKOVIC
Hi all, I did some more research on this subject. I had to dig deeper into EJTAG specification. I came basck to the story about busy-waiting PrAcc to be "1" before initiating FASTDATA access, like I did it before, in the first implementation - which was a performance killer. Here are some of the m

Re: [Openocd-development] Fwd: mourning the loss of David Brownell

2011-04-05 Thread Laurent Gauch
Amontec Team thoughts are with David's family. We had a lot of great technical support with David. Laurent http://www.amontec.com ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/open

[Openocd-development] [PATCH] build: correctly use AC_LANG_PROGRAM

2011-04-05 Thread Spencer Oliver
From: Spencer Oliver With newer versions of autoconf >= 2.68 we receive warnings about the incorrect use of AC_LANG_PROGRAM. This fixes those warnings. Signed-off-by: Spencer Oliver --- configure.in | 47 --- 1 files changed, 20 insertions(+), 27 d

Re: [Openocd-development] Fwd: mourning the loss of David Brownell

2011-04-05 Thread Øyvind Harboe
On Tue, Apr 5, 2011 at 11:26 AM, Xiaofan Chen wrote: > Sad news... Indeed. We were fortunate to get to know him and that he was able to find time to work with us. My thoughts are with his family. -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / Int

Re: [Openocd-development] Fwd: mourning the loss of David Brownell

2011-04-05 Thread Spencer Oliver
On 05/04/2011 10:26, Xiaofan Chen wrote: Sad news... -- Forwarded message -- From: Greg KH Date: Tue, Apr 5, 2011 at 11:48 AM Subject: mourning the loss of David Brownell To: linux-ker...@vger.kernel.org, linux-...@vger.kernel.org As I have seen this tangentally mentioned alrea

Re: [Openocd-development] Fwd: mourning the loss of David Brownell

2011-04-05 Thread Tomek CEDRO
On Tue, Apr 5, 2011 at 9:26 AM, Xiaofan Chen wrote: > As I have seen this tangentally mentioned already a few times > publically, I figured it warranted it's own announcement now. > > Linux has lost a great developer with the passing of David Brownell > recently and he will be greatly missed. WHA

Re: [Openocd-development] Set of MIPS patches (big endian, FASTDATA, error propagation, optimizations...)

2011-04-05 Thread Drasko DRASKOVIC
No, it's one-bit register. EJTAG spec : The width of the Fastdata register is 1 bit. During a Fastdata access, the Fastdata register is written and read, i.e., a bit is shifted in and a bit is shifted out. (See Section 6.4.3 on page 91 for how the Data + Fastdata registers are selected by the FAST

Re: [Openocd-development] Set of MIPS patches (big endian, FASTDATA, error propagation, optimizations...)

2011-04-05 Thread Laurent Gauch
Drasko DRASKOVIC wrote: On Tue, Apr 5, 2011 at 9:01 AM, Laurent Gauch wrote: On Mon, Apr 4, 2011 at 7:51 PM, Øyvind Harboe https://lists.berlios.de/mailman/listinfo/openocd-development>> wrote: / Any objections to merging 1,2 and 4? />/ />/ I think #3 needs more discussion

[Openocd-development] Fwd: mourning the loss of David Brownell

2011-04-05 Thread Xiaofan Chen
Sad news... -- Forwarded message -- From: Greg KH Date: Tue, Apr 5, 2011 at 11:48 AM Subject: mourning the loss of David Brownell To: linux-ker...@vger.kernel.org, linux-...@vger.kernel.org As I have seen this tangentally mentioned already a few times publically, I figured it wa

Re: [Openocd-development] Set of MIPS patches (big endian, FASTDATA, error propagation, optimizations...)

2011-04-05 Thread Andrew Lyon
On Mon, Apr 4, 2011 at 7:54 PM, Andrew Lyon wrote: > On Mon, Apr 4, 2011 at 6:51 PM, Øyvind Harboe wrote: >> Any objections to merging 1,2 and 4? >> >> I think #3 needs more discussion or cool-off. My objection is >> that we don't know why this makes things better and it certainly >> seems to hit

Re: [Openocd-development] Set of MIPS patches (big endian, FASTDATA, error propagation, optimizations...)

2011-04-05 Thread Drasko DRASKOVIC
On Tue, Apr 5, 2011 at 9:01 AM, Laurent Gauch wrote: >> >> On Mon, Apr 4, 2011 at 7:51 PM, Øyvind Harboe > > wrote: >> >/ Any objections to merging 1,2 and 4? >> />/ >> />/ I think #3 needs more discussion or cool-off. My objection is

Re: [Openocd-development] Set of MIPS patches (big endian, FASTDATA, error propagation, optimizations...)

2011-04-05 Thread Laurent Gauch
On Mon, Apr 4, 2011 at 7:51 PM, Øyvind Harboe https://lists.berlios.de/mailman/listinfo/openocd-development>> wrote: >/ Any objections to merging 1,2 and 4? />/ />/ I think #3 needs more discussion or cool-off. My objection is />/ that we don't know why this makes things better and it certainly /