Good news - I have managed to perform bidirectional communications
with the STM32(Primer2) using ft2232h device (kt-link) + libswd
incorporated into urjtag using its drivers!
I had some hard time recently caused by incompetent people at ARM
writing documentation - even most "up to date" documentat
On Wed, Jan 12, 2011 at 1:38 PM, simon qian wrote:
> For SWD transaction layer, only 3 operation is needed.
> 1. initializaion/finalization/config(set trn)
> 2. output sequency on SWD, which is used to make adi into SWD mode.
> 3. The other is the transaction itself, including read and write opera
CEDRO
> On Wed, Jan 12, 2011 at 8:52 AM, David Brownell
> wrote:
> >> From: Peter Stuge
> >> Subject: Re: [Openocd-development] SWD progress
> >> To: openocd-development@lists.berlios.de
> >> Date: Tuesday, January 11, 2011, 11:06 PM
> >> si
On Wed, Jan 12, 2011 at 8:52 AM, David Brownell wrote:
>> From: Peter Stuge
>> Subject: Re: [Openocd-development] SWD progress
>> To: openocd-development@lists.berlios.de
>> Date: Tuesday, January 11, 2011, 11:06 PM
>> simon qian wrote:
>> > SWD in Ve
--- On Tue, 1/11/11, Peter Stuge wrote:
> From: Peter Stuge
> Subject: Re: [Openocd-development] SWD progress
> To: openocd-development@lists.berlios.de
> Date: Tuesday, January 11, 2011, 11:06 PM
> simon qian wrote:
> > SWD in Versaloon is based on operation.
&g
simon qian wrote:
> SWD in Versaloon is based on operation.
> For example: A read operation consists of :
> 1. Host send the 8-bit command, and trn
> 2. read 3-bit ack
> 3. read the 32-bit data and 1-bit parity
> 4. host send the last trn
>
> So Versaloon can do some error handler.
Tomek, does it
> FWIW, my workspace builds error-free...
> adi_v5_jtag.c:448: error: unknown field 'queue_dp_scan' specified in
initializer
> queue_dp_scan is not defined in dap_ops.
> Looks like a JTAG call. I just did a grep on
> my workspace and don't see that symbol. And it
> didn't appear to be in any pat
--- On Tue, 1/11/11, Tomek CEDRO wrote:
> others). David provided his sources for SWD some time ago,
I'll disagree a bit ... I've provided a
bunch of mid-level infrastructure, but nothing
I'd yet call (usable-as) SWD, since no driver is all there. That's on the way
though.
(I don't want ex
--- On Tue, 1/11/11, simon qian wrote:
I'm back for SWD
welcome back!
Is the SWD transport usable now in OpenOCD?
Not yet; There's only infrastructure, not an
entire transport (going down to driver level).
I have two patches in the works: (a) init,
e..g. call SWD driver init to set up WC
On Tue, Jan 11, 2011 at 5:02 PM, simon qian wrote:
> Hi,
> I'm back for SWD, I have about 3-5 weeks holiday(hope my company will not
> call me back at holiday).
> So I can prepare for the Versaloon SWD driver in OpenOCD.
>
> Is the SWD transport usable now in OpenOCD?
Hello Simon! :-) Not yet usa
Hi,
I'm back for SWD, I have about 3-5 weeks holiday(hope my company will not
call me back at holiday).
So I can prepare for the Versaloon SWD driver in OpenOCD.
Is the SWD transport usable now in OpenOCD?
I compile the latest OpenOCD, but with this error:
adi_v5_jtag.c:448: error: unknown field '
On Sat, Dec 25, 2010 at 3:17 AM, David Brownell wrote:
> Also, as promised some time back I'll soon
> commit my second SWD "framework" patch. The
> build issues with mainline OpenOCD have now been
> resolved; framework patch got updated; and it passes
> sanity testing. BUT ... SWD won't yet be f
Hello David!
On Sat, Dec 25, 2010 at 3:07 AM, David Brownell wrote:
>> http://files.tomek.cedro.info/electronics/arm/cortex/libswd/
>
> I took a quick look. Two comments:
>
> Looks at first glance like it might help
> write some types of bit-level SWD driver
> (not ones that use higher level co
Also, as promised some time back I'll soon
commit my second SWD "framework" patch. The
build issues with mainline OpenOCD have now been
resolved; framework patch got updated; and it passes
sanity testing. BUT ... SWD won't yet be fully
functional in OpenOCD.
The commit will mean: add some SWD d
--- On Thu, 12/23/10, Tomek CEDRO wrote:
> http://files.tomek.cedro.info/electronics/arm/cortex/libswd/
I took a quick look. Two comments:
Looks at first glance like it might help
write some types of bit-level SWD driver
(not ones that use higher level commands, as needed to support for ex
Hello Openers! :-)
Today is my birthday so I want to share promised draft of the libswd,
that is now available at
http://files.tomek.cedro.info/electronics/arm/cortex/libswd/ ;-)
I forgot power supply for my laptop so was not able to put it on the
sourceforge and document with doxygen as planned -
On 2010-11-30 17:46, Tomek CEDRO wrote:
Freddie, this is free and open source project, so no way to enforce rush
from anyone on anyone, the work is in progress. I have managed to
include this project somehow with my current tasks so I can put some
more time into it, but I had to reschedule it fro
Hello Open'ers! :-)
David, we will complement and complete our achievments soon and make them
even better after intensive testing - still I hope You are the swd works
coordinator in OpenOCD and you find some time to hint me with its
internals.. as I dont have clue on how to debug yet? ;-P When my
18 matches
Mail list logo
