On Monday, March 14, 2011 21:09:27 Tomek CEDRO wrote:
> SWD for UtJTAG is now working :-) SWD itself is implemented as
> standalone library [1] and resides inside src/tap/transport. I have
> separated this transport layer because there might be also other
> cables to work on TAP/DAP implemented in other way than JTAG and it
> was the only sensible way to implement this kind of stuff. UrJTAG has
> already impressive collection of interface drivers and other nice
> features, so libswd can make use of them. The hardware I am working on
> is SWJ-ready KT-LINK interface [2]. All works are done on STM32Primer2
> Cortex-M3 development kit and described on [3].

in just glancing at some of the libswd source, it needs quite a style over 
haul to be merged into urjtag.  and it seems to duplicate functionality in 
some places since it strives to be standalone.  but this all just begs the 
question of why bother in the first place ?  why not have it be a standalone 
library that urjtag links in ?  then you can do your own thing with it.

that said, i dont know what "SWD" is or how it fits into things to say if 
things could/should be done differently.  i'd have to do some reading first.

> -chain was upgraded with swd_ctx_t *swdctx that holds the swd context
> and all settings, queues, variables, etc

without doing more research, my gut reaction here is that we dont want to go 
extending the chain struct everytime someone wants to store data in it.  if 
arbitrary commands want to attach arbitrary data to the chain, probably better 
to do so with a linked list and some helper functions for adding/removing 
entries based on some id.

or, if i'm getting the gist right, we'd want to have a generic void* pointer 
here reserved for the transport layer.
-mike

Attachment: signature.asc
Description: This is a digitally signed message part.

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
UrJTAG-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/urjtag-development

Reply via email to