On 22 January 2013 13:51, CeDeROM <[email protected]> wrote: > On Tue, Jan 22, 2013 at 1:33 PM, Spencer Oliver <[email protected]> wrote: >> On 22 January 2013 12:17, CeDeROM <[email protected]> wrote: >>> On Tue, Jan 22, 2013 at 1:12 PM, Spencer Oliver <[email protected]> >>> wrote: >>>> The libswd stuff does still need work before we can merge to master >>>> however. >>> What exactly? :-) >> from memory, not near any code. >> hla adapters not working >> adapter reset not working >> target poll not working > > Hello Spen :-) As explained befor - this is not related to LibSWD > itself, but OpenOCD internals... needs more work on OpenOCD to fix. > > Adapter reset can be done with interface_bitbang functionality. > >> swd target cfg added - we should be able to use a single cfg and >> support both jtag and swd, similar to swj-dp.tcl. >> ft2232_swd added - we know the transport so i do not want to keep >> adding cfg per adapter when not necessary. > > As explained before - this will be hard for ft2232, maybe using mpsse > driver will bring a better wolution, ill look into it :-) > > Current ft2232 driver use Layouts. Layout initialization routines are > hardcoded into sources and configuration files. Initialization of > interface in JTAG mode and SWD mode is different, which requires > separate initialization routine in the sources and layout name change > - configuration change is unavoidable in this case. This is why I have > created separate interface ft2232_swd to leave existing solution > untouched and be able to work with new interfaces... > >> Internally things can change but we have to keep the cfg's as stable >> as possible. This is why i do not want to add new cfg's when we may be >> able to come up with a better solution. > > If you know any better solution, please show it working, because your > simple statements in words is really extremely hard to implement in > code and would require changes both in code, configuration and > internals organization anyway. We can wait for it and have no SWD > working, or use what is already available. I prefer to put my time and > work into mpsse driver than extending ft2232 driver that is considered > obsolete. If you think master branch and other people should wait for > mpsse driver working with swd/libswd and other people also want this, > then we will wait until mpsse driver is ready to work with > transport/swd, I will work on it :-) >
This is what i am looking into. > Regarding the power cycle to re-connect I need some support and > feedback from testers. Transport initialization sends a sequence that > resets DAP as stated in ARM documentation. It should also resolve > stall situations. I don't know why it does not work, Ill take a look > at it, some support is welcome :-) > I am also looking into all the current swd issues, i am as keen as you to get this merged. I do understand all the things you have said above, however we are not going to merge something that is not complete/working. If something else needs changing in OpenOCD, then fine lets change it and make the swd changes a dependant. Cheers Spen ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
