Merged.
Thanks!
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-development mailing list
Openocd-development@lis
all three merged.
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-development mailing list
Openocd-development@li
sensible error must be reported at failure site
Signed-off-by: Øyvind Harboe
---
src/flash/nand/tcl.c | 32 +++-
src/flash/nor/tcl.c | 13 ++---
2 files changed, 5 insertions(+), 40 deletions(-)
diff --git a/src/flash/nand/tcl.c b/src/flash/nand/tcl.c
in
error is now reported at failure site.
Signed-off-by: Øyvind Harboe
---
src/flash/nor/ocl.c |6 --
src/target/embeddedice.c |4
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/src/flash/nor/ocl.c b/src/flash/nor/ocl.c
index 9a295eb..6c60923 100644
--- a/src/f
On 18/09/2010 17:50, Peter Stuge wrote:
Xiaofan Chen wrote:
Win32 build with MinGW.org 32bit compiler is okay.
I got build error with MinGW-w64.
..
../../../../git/openocd/src/jtag/drivers/ft2232.c:138:22: error: redeclaration
of enumerator 'TYPE_2232H'
/home/mcuee/mingw-w64/bin/../lib/gcc/x
by using ctrl-z instead of line end, multi-line tcl scripts
can be handled.
Testing: send ctrl-z a couple of times to make telnet enter the
mode where it sends ctrl-z unencoded.
Programs that talk to the tcl_server can send ctrl-z to
indicate end of tcl-let to be executed without having
to worry
with this buffering disabled fancier logging scripts will
be able to process each line as it is output.
Signed-off-by: Øyvind Harboe
---
src/main.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/main.c b/src/main.c
index a71977d..9c7191d 100644
--- a/src/main.c
+
capture of progress output would get polling
results. This will break in the example below
where polling output would override the tcl
return value.
capture {sleep 1; set abc def}
Signed-off-by: Øyvind Harboe
---
src/helper/command.c | 16
1 files changed, 16 insertions(+
On Mon, Sep 20, 2010 at 6:48 PM, Spencer Oliver wrote:
> This code was added for cases where high speed support is not detected by
> configure and BUILD_FT2232_HIGHSPEED is not defined.
>
> If this is failing it looks more like a autoconf issue - what is the output
> of configure?
You are right.
Peter Stuge wrote, On 09/16/2010 12:46 PM:
>/ Gene Smith wrote:
/>>/ This seems to be the only commercial eval board for this core (TMS570
/>>/ is actually dual core):
/>>/
/>>/ http://processors.wiki.ti.com/index.php/TMS570_MDK_Kit
/>>/
/>>/ The board is made by Keil (or has their name on it) fo
On 20/09/2010 15:15, Xiaofan Chen wrote:
On Mon, Sep 20, 2010 at 6:48 PM, Spencer Oliver wrote:
This code was added for cases where high speed support is not detected by
configure and BUILD_FT2232_HIGHSPEED is not defined.
If this is failing it looks more like a autoconf issue - what is the ou
Øyvind Harboe wrote:
> ctrl-z
Note that this is EOF in Windows.
//Peter
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
On Mon, Sep 20, 2010 at 7:46 PM, Peter Stuge wrote:
> Øyvind Harboe wrote:
>> ctrl-z
>
> Note that this is EOF in Windows.
OK.
What would the *perfect* char be in this case then?
It's nice if it is easily testable with telnet.
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47
Spencer Oliver wrote:
>> and it seems that they were simply copypaste. The enums were used in
>> OpenOCD also before this commit; so they aren't really required
>> within OpenOCD.
>>
>
> This code was added for cases where high speed support is not detected
> by configure and BUILD_FT2232_HIGHSPEED
On 20/09/2010 20:50, Peter Stuge wrote:
Spencer Oliver wrote:
and it seems that they were simply copypaste. The enums were used in
OpenOCD also before this commit; so they aren't really required
within OpenOCD.
This code was added for cases where high speed support is not detected
by configur
Le 20/09/2010 20:21, Øyvind Harboe a écrit :
On Mon, Sep 20, 2010 at 7:46 PM, Peter Stuge wrote:
Øyvind Harboe wrote:
ctrl-z
Note that this is EOF in Windows.
OK.
What would the *perfect* char be in this case then?
It's nice if it is easily testable with telnet.
^G is 'BELL' IIRC; I do
On Mon, Sep 20, 2010 at 11:11 PM, Albert ARIBAUD wrote:
> Le 20/09/2010 20:21, Øyvind Harboe a écrit :
>>
>> On Mon, Sep 20, 2010 at 7:46 PM, Peter Stuge wrote:
>>>
>>> Øyvind Harboe wrote:
ctrl-z
>>>
>>> Note that this is EOF in Windows.
>>
>> OK.
>>
>> What would the *perfect* char be
On Tue, Sep 21, 2010 at 12:34 AM, Spencer Oliver wrote:
> If mingw-64 are already using usb.h then that creates a bit of a problem for
> any interface that is expecting libusb usb.h.
>
> The only safe solution would be to use a subdirectory for libusb/libftdi if
> mingw64 will not change their lay
Xiaofan Chen wrote:
> The MinGW-w64 people are suggesting include_next trick. I need to
> check if that really works.
> http://www.mail-archive.com/mingw-w64-pub...@lists.sourceforge.net/msg01913.html
This does not seem right to me, I don't think it makes sense that
libusb-win32 (or any other proj
Spencer Oliver wrote:
>>> This code was added for cases where high speed support is not
>>> detected by configure and BUILD_FT2232_HIGHSPEED is not defined.
>>
>> Why? So that OpenOCD can be built against three year old versions
>> of the FTDI driver? Is that a high priority?
>
> Feel free to make
On Tue, Sep 21, 2010 at 10:42 AM, Peter Stuge wrote:
> Xiaofan Chen wrote:
>> The MinGW-w64 people are suggesting include_next trick. I need to
>> check if that really works.
>> http://www.mail-archive.com/mingw-w64-pub...@lists.sourceforge.net/msg01913.html
>
> This does not seem right to me, I d
On Tue, Sep 21, 2010 at 10:50 AM, Peter Stuge wrote:
> Spencer Oliver wrote:
If mingw-64 are already using usb.h then that creates a bit of a
problem for any interface that is expecting libusb usb.h.
>>>
>>> Or stop using libusb-0.1. I know it's a little too soon for 1.0
>>> everywhere j
Øyvind Harboe wrote:
> ctrl-z
> >>>
> >>> Note that this is EOF in Windows.
>
> ctrl-z works and is tested at this point.
Great!
> I'm not going to change to something different for no reason.
> If there is a correcterer choice here, I'll switch to that.
I know way too little about tcl_se
On Tue, Sep 21, 2010 at 6:08 AM, Peter Stuge wrote:
> Øyvind Harboe wrote:
>> ctrl-z
>> >>>
>> >>> Note that this is EOF in Windows.
>>
>> ctrl-z works and is tested at this point.
>
> Great!
>
>
>> I'm not going to change to something different for no reason.
>> If there is a correcterer cho
Øyvind Harboe wrote:
> I'll merge it as is.
Go for it!
> If someone has something better, then we'll merge that.
> Isn't open source *great*? :-)
I completely agree.
//Peter
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
h
25 matches
Mail list logo