On Fri, Jun 19, 2009 at 4:05 AM, Freddie Chopin wrote:
> Michael Fischer pisze:
>> upps, in case of performance I have tested here only
>> download to RAM. And this looks like the same, 140 KB/sec.
>
> Unfortunately, I have no chips with external RAM, so I cannot test that
> kind of speed - STM32 I
On Fri, Jun 19, 2009 at 3:36 AM, Freddie Chopin wrote:
> As Michael wrote to me, you actually need a hacked version of
> libusb0.sys for any composite USB device (FT2232) to work... It's just
> asking for trouble IMHO...
>
> http://www.nabble.com/LibUSB---composite-USB-devices-td11027391.html
>
> A
On Thursday 18 June 2009, Michael Fischer wrote:
>
> have you make a decision if the next official release
> will build on FTD2XX or on libftdi?
The source code should still build with both.
However, nobody is allowed to distribute binaries
that depend on the D2XX libraries.
that is, no ch
On Thu, 2009-06-18 at 13:50 -0700, Rick Altherr wrote:
> On Jun 18, 2009, at 3:47 AM, Zach Welch wrote:
>
> > On Thu, 2009-06-18 at 03:17 -0700, David Brownell wrote:
> >> On Wednesday 17 June 2009, Zach Welch wrote:
> >>> --- src/target/trace.h (working copy)
> >>> +++ src/target/trace.h (worki
Freddie Chopin wrote:
> As Michael wrote to me, you actually need a hacked version of
> libusb0.sys for any composite USB device (FT2232) to work... It's just
> asking for trouble IMHO...
>
> http://www.nabble.com/LibUSB---composite-USB-devices-td11027391.html
>
I already have libusb working f
Freddie Chopin wrote:
> Gene Smith pisze:
>> Uh...never mind. Apparently I had some bad instances of gdb and/or
>> insight for windows (e.g, GNUARM). When I rebuilt gdb and insight using
>> mingw32 package on fedora 11 it works OK.
>
> Use CodeSourcery G++ Lite
>
That's what I am using (their
Gene Smith pisze:
> Uh...never mind. Apparently I had some bad instances of gdb and/or
> insight for windows (e.g, GNUARM). When I rebuilt gdb and insight using
> mingw32 package on fedora 11 it works OK.
Use CodeSourcery G++ Lite
4\/3!!
___
Openocd-d
On Jun 18, 2009, at 3:47 AM, Zach Welch wrote:
On Thu, 2009-06-18 at 03:17 -0700, David Brownell wrote:
On Wednesday 17 June 2009, Zach Welch wrote:
--- src/target/trace.h (working copy)
+++ src/target/trace.h (working copy)
@@ -28,7 +28,7 @@
typedef struct trace_point_s
{
uint32_t a
Gene Smith wrote:
> I now have a problem on windows (ok on linux) that when I do a load of
> my elf file (to flash on cortex m3) I get the errors on openocd:
>
> Error: AHBAP Cached values: dp_select 0x0, ap_csw 0xa212, ap_tar
> 0x
> Error: SWJ-DP STICKY ERROR
> Error: Read MEM_AP_CS
On Thu, Jun 18, 2009 at 9:43 PM, Michael Fischer wrote:
> Hello Freddie,
>
> upps, in case of performance I have tested here only
> download to RAM. And this looks like the same, 140 KB/sec.
>
> Btw, an old OpenOCD, r657, had a performance of about 165 KB/sec:
That narrows down the regression to ~
Michael Fischer pisze:
> upps, in case of performance I have tested here only
> download to RAM. And this looks like the same, 140 KB/sec.
Unfortunately, I have no chips with external RAM, so I cannot test that
kind of speed - STM32 I have has only 20kB, so the upload speed result
will be worthl
Hello Freddie,
upps, in case of performance I have tested here only
download to RAM. And this looks like the same, 140 KB/sec.
Btw, an old OpenOCD, r657, had a performance of about 165 KB/sec:
http://www.yagarto.de/projects/jtagspeed/index.html
Best regards,
Michael
__
As Michael wrote to me, you actually need a hacked version of
libusb0.sys for any composite USB device (FT2232) to work... It's just
asking for trouble IMHO...
http://www.nabble.com/LibUSB---composite-USB-devices-td11027391.html
Add that libusb cannot be compiled on Windows and you need to use
First of all let me state that if one considers building OpenOCD with
ftd2xx on Windows hard, than building that with libftdi is extreme... I
really don't know whether I've done that right...
Now - my question: How do I use that?
I've just managed to compile OpenOCD r2268 with libftdi and
libu
Hello List,
have you make a decision if the next official release
will build on FTD2XX or on libftdi?
Best regards,
Michael
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-deve
On Jun 18, 2009, at 13:47, Zach Welch wrote:
> On Thu, 2009-06-18 at 03:17 -0700, David Brownell wrote:
>>
>> On x86_64 builds I now get:
>> gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../src/helper -
>> I../../src/jtag -I../../src/xsvf -I/usr/local/include -Wall -
>> Wstrict-prototypes -Wfor
On Thu, 2009-06-18 at 09:37 -0400, Gene Smith wrote:
> Zach Welch wrote:
> > On Wed, 2009-06-17 at 18:17 -0400, Gene Smith wrote:
> >> gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../src/helper
> >> -I../../src/target -g -O2 -Wall -Wstrict-prototypes -Wformat-security
> >> -Wextra -Wno-unused-
The "in" argument should be changed to type jtag_callback_data_t.
It is entirely up to the caller what this points to and what it is
used for.
So change from:
extern void jtag_add_callback4(jtag_callback_t f, uint8_t *in,
jtag_callback_data_t data1, jtag_callback_data_t data2,
Zach Welch wrote:
> On Wed, 2009-06-17 at 18:17 -0400, Gene Smith wrote:
>> gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../src/helper
>> -I../../src/target -g -O2 -Wall -Wstrict-prototypes -Wformat-security
>> -Wextra -Wno-unused-parameter -Wbad-function-cast -Wcast-align
>> -Wredundant-decl
Hi all,
For my next trick with my Surpass tool, I intend to try and bring more
uniformity to the various OpenOCD APIs. This primarily translates to
renaming functions such that they group and sort better, but it should
also involve structure and enum names. We could even go so far replace
instan
On Thu, 2009-06-18 at 03:17 -0700, David Brownell wrote:
> On Wednesday 17 June 2009, Zach Welch wrote:
> > --- src/target/trace.h (working copy)
> > +++ src/target/trace.h (working copy)
> > @@ -28,7 +28,7 @@
> > typedef struct trace_point_s
> > {
> > uint32_t address;
> > - u64
On Wednesday 17 June 2009, Zach Welch wrote:
> --- src/target/trace.h (working copy)
> +++ src/target/trace.h (working copy)
> @@ -28,7 +28,7 @@
> typedef struct trace_point_s
> {
> uint32_t address;
> - u64 hit_counter;
> + uint64_t hit_counter;
> } trace_point_t;
>
> t
On Thu, 2009-06-18 at 00:43 -0700, David Brownell wrote:
> One of my pet peeves with this source base! Glad to see this stuff
> vanishing on a more wholesale basis.
Clearly, it was one of mine... to the extent that I wrote a new tool to
manage the process of producing chains of patches that affec
One of my pet peeves with this source base! Glad to see this stuff
vanishing on a more wholesale basis.
- Dave
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
On Wed, 2009-06-17 at 18:17 -0400, Gene Smith wrote:
> gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../src/helper
> -I../../src/target -g -O2 -Wall -Wstrict-prototypes -Wformat-security
> -Wextra -Wno-unused-parameter -Wbad-function-cast -Wcast-align
> -Wredundant-decls -Werror -MT tcl.lo -MD
25 matches
Mail list logo
