Also, I get a build error for ./src/transport/swd_libswd_drv_openocd.c.
I suspect it is because I have an x64 system where pointers are 64bits in size.
The lines listed below try to cast a pointer to an int (signed 32bit),
for producing log messages.
I don't know why the address pointed is useful
Hi!
Is there a good reason why ft2232_transfer uses bit-by-bit mpsse transfer?
If not, I would be happy to rewrite it to use bytewise transfer, if
the number of bits to be transferred is divisable by 8.
Might make things a *little* bit faster...
Regards,
Ákos
On Mon, Sep 26, 2011 at 10:03 AM, Akos Vandra axo...@gmail.com wrote:
Is there a good reason why ft2232_transfer uses bit-by-bit mpsse transfer?
If not, I would be happy to rewrite it to use bytewise transfer, if
the number of bits to be transferred is divisable by 8.
Might make things a
Akos Vandra wrote:
I suspect it is because I have an x64 system where pointers are 64bits in
size.
The lines listed below try to cast a pointer to an int (signed 32bit),
for producing log messages.
I don't know why the address pointed is useful log information, and
don't really know how to
On Mon, Sep 26, 2011 at 11:48 AM, Peter Stuge pe...@stuge.se wrote:
Akos Vandra wrote:
I suspect it is because I have an x64 system where pointers are 64bits in
size.
The lines listed below try to cast a pointer to an int (signed 32bit),
for producing log messages.
I think %p should work.
Akos Vandra wrote:
Thank you for the advice, I will do my best to live up to them :)
Cool.
I'm new to git as well, I tried making the patch you requested:
Some feedback. First, please see if you can send patches as
text/plain attachments (optionally with a Content-Disposition: inline
MIME
Hi!
Is there a good reason why ft2232_transfer uses bit-by-bit mpsse transfer?
If not, I would be happy to rewrite it to use bytewise transfer, if
the number of bits to be transferred is divisable by 8.
Might make things a *little* bit faster...
Regards,
Ákos
This will be great, Akos.
Also,
-- Forwarded message --
From: Akos Vandra axo...@gmail.com
Date: 26 September 2011 23:36
Subject: Re: [Openocd-development] ft2232_transfer why bit-by-bit?
To: Laurent Gauch laurent.ga...@amontec.com
Hi!
Sorry, it seems like I wanted to do too much too fast. Turns out I
don't
On Mon, Sep 26, 2011 at 9:37 PM, Akos Vandra axo...@gmail.com wrote:
Sorry, it seems like I wanted to do too much too fast.
yup :-) it takes me few months already to do everything from scratch,
if it was one day job it would have been (all)ready :-) now the road
is straight - the openocd's
I am not sure if this is a bug or I have misunderstood something the code, but
there seems to be a problem with software breakpoints.
When adding a software breakpoint, the function breakpoint_add() would add a
breakpoint to all targets, if smp is on.
But since software breakpoints are done but
On 27/09/2011 7:37 AM, Akos Vandra wrote:
-- Forwarded message --
From: Akos Vandraaxo...@gmail.com
Date: 26 September 2011 23:36
Subject: Re: [Openocd-development] ft2232_transfer why bit-by-bit?
To: Laurent Gauchlaurent.ga...@amontec.com
Hi!
Sorry, it seems like I wanted to
Akos Vandra wrote:
Turns out I don't have an SWD compatible programmer yet.
..
Does anyone by chance have designs for such a programmer, that I
could build myself?
I really like the Versaloon project. It supports SWD, and the main
author in the project Simon is also quick to send OpenOCD
On Mon, Sep 26, 2011 at 9:27 AM, Akos Vandra axo...@gmail.com wrote:
swd_libswd_drv_openocd.c: In function ‘swd_drv_mosi_8’:
swd_libswd_drv_openocd.c:61: error: cast from pointer to integer of
different size
swd_libswd_drv_openocd.c:61: error: cast from pointer to integer of
different size
On Mon, Sep 26, 2011 at 10:29 PM, Peter Stuge pe...@stuge.se wrote:
I really like the Versaloon project. It supports SWD, and the main
author in the project Simon is also quick to send OpenOCD patches for
the device.
Does Versaloon fully support ARM target, memory access and debug
already? If
Tomek CEDRO wrote:
On Mon, Sep 26, 2011 at 10:29 PM, Peter Stuge pe...@stuge.se wrote:
I really like the Versaloon project. It supports SWD, and the main
author in the project Simon is also quick to send OpenOCD patches for
the device.
Does Versaloon fully support ARM target, memory
On Mon, Sep 26, 2011 at 10:55 PM, Peter Stuge pe...@stuge.se wrote:
I haven't tried it yet, but I believe so. Simon has patches. I think
this may be the most up to date source:
http://www.versaloon.com/bbs/viewtopic.php?f=2t=2808
Hmm, looks interesting, mem_ap_read_buf_u32() in the
Tomek CEDRO wrote:
Does Versaloon fully support ARM target, memory access and debug
already?
I haven't tried it yet, but I believe so. Simon has patches. I think
this may be the most up to date source:
http://www.versaloon.com/bbs/viewtopic.php?f=2t=2808
Hmm, looks interesting,
17 matches
Mail list logo
