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 *little* bit faster...
This is the initial version introduced recently to the OpenOCD to
allow generic transfers for transport other than JTAG (i.e. SWD), the
speed is not that important at the moment because it was used to test
the transport, now we need to build and test upper layer. If you like
please apply some chunking and byte transfer followed with bit
transfer of remaining stuff, but remember to remain API untouched,
i.e. data are transferred in/out of the char table etc :-)
You can verify the work by reading out the IDCODE register (performed
by "transport init" command). You can freely set debug level of
openocd ("debug_level" command) and libswd ("swd loglevel" command) to
see what happens on the bus (even the bitstream) and/or what is
openocd doing.
Configuration file needs the interface (and transport) definitions, it
also use TAP structure which now resembles the Test Access Port which
in this case means a "plug" or "connector" to access the logical DAP
(Debug Access Port) structure which is our Target, which makes it more
backward compatible with existing OpenOCD architecture.
Best regards,
Tomek
ps/2: I will take a look into swd_drv_* issues afternoon :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
_______________________________________________
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
