Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On Sun, Apr 7, 2013 at 2:10 AM, Mindy Beseler mindy.bese...@imgtec.com wrote: Hi Xiaofan, I've been following all the steps listed starting at the link you sent below. I keep getting an error on the scp step: Maybe you want to post your modified flyswatter3.cfg file here. Or better yet, you can submit a patch to gerrit to get it included in the git tree. Please refer to the patch guide here. Ref: http://openocd.sourceforge.net/doc/doxygen/html/patchguide.html; $ scp -p -P 29418 min...@openocd.zylin.com:hooks/commit-msg .git/hooks/ Permission denied (publickey). Any idea what I have wrong? I am not an expert here. Maybe others can help. -- Xiaofan -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On Mon, Apr 1, 2013 at 10:59 AM, Mindy Beseler mindy.bese...@imgtec.com wrote: Hi Xiaofan, Thank you, Thank you, Thank you! I was running into dead end after dead end trying to get winusb.sys installed on my XP box. So using both tips in your email and snippets from Peter's and Salvador's emails I finally have openocd working with the flyswatter probe and the ftdi usb driver. Glad that you have got openocd working. Thanks for reporting back. I'm seeing much faster speeds: At 5M with 15 tcks inserted between each scan I'm seeing 159k/sec At 15M with 30 tcks inserted I'm seeing 182K/sec Not as fast as Salvador sees but much faster than what I was seeing before. The ftdi driver is supposedly much better than the old ft2232 driver. And I think your results are pretty good. I did notice to get the probe talking to the target took a lot more resets with this driver. Maybe some of the resets are not necessary and can be removed. I took the flyswatter2.cfg from the ftdi directory and modified it for the flyswatter3.cfg and it worked so maybe we can remove the note at the top of the flyswatter2.cfg file? Maybe you want to post your modified flyswatter3.cfg file here. Or better yet, you can submit a patch to gerrit to get it included in the git tree. Please refer to the patch guide here. Ref: http://openocd.sourceforge.net/doc/doxygen/html/patchguide.html Which note? The latest flyswatter2.cfg in openocd.git is here. The warning notes have been removed for some time. http://sourceforge.net/p/openocd/code/ci/900f2998c8edeffa35f57696314caf0fb543a5af/tree/tcl/interface/ftdi/flyswatter2.cfg # # TinCanTools Flyswatter2 # # http://www.tincantools.com/product.php?productid=16134 # interface ftdi ftdi_device_desc Flyswatter2 ftdi_vid_pid 0x0403 0x6010 ftdi_layout_init 0x0538 0x057b ftdi_layout_signal LED -ndata 0x0400 ftdi_layout_signal nTRST -data 0x0010 ftdi_layout_signal nSRST -data 0x0020 -noe 0x0100 -- Xiaofan -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On Thu, Mar 28, 2013 at 10:35 PM, Mindy Beseler mindy.bese...@imgtec.com wrote: I must be missing some critical details somewhere! I downloaded http://sourceforge.net/projects/libusb/files/libusb-1.0/libusb-1.0.9/ Configured and built it. libusb-1.0.9 is missing many critical patches under Windows. You should either use libusb.git or better the fork libusbx project which provides Windows binaries. http://sourceforge.net/projects/libusbx/files/releases/1.0.14/Windows/ Then I created a libusb-1.0 directory under the src directory and copied the libusb.h from the downloaded source Openocd compiles but it won't link because the libusb it looking for is libusb.a not libusb-1.0.a Is there a configure option to use the libusb-1.0.a instead of libusb.a? By default it will use libusb-1.0 and not libusb-0.1 unless you use --enable-libusb0. If your libusb-1.0/libusbx files are not in the default compiler directory, you need to explicitly set the flags CFLAGS and LDFLAGS. Also where do I find WinUSB.sys it was not built as part of libusb-1.0.9 That is outside libusb-1.0 or libusbx. You can use Zadig to install the WinUSB driver. Ref: https://github.com/libusbx/libusbx/wiki/Windows-Backend#wiki-Driver_Installation -- Xiaofan -- Own the Future-Intel(R) Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2 ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
Hi, I must be missing some critical details somewhere! I downloaded http://sourceforge.net/projects/libusb/files/libusb-1.0/libusb-1.0.9/ Configured and built it. Then I created a libusb-1.0 directory under the src directory and copied the libusb.h from the downloaded source Openocd compiles but it won't link because the libusb it looking for is libusb.a not libusb-1.0.a Is there a configure option to use the libusb-1.0.a instead of libusb.a? Also where do I find WinUSB.sys it was not built as part of libusb-1.0.9 Thanks, Mindy -Original Message- From: Peter Stuge [mailto:pe...@stuge.se] Sent: Saturday, March 23, 2013 11:57 AM To: openocd-devel@lists.sourceforge.net Subject: Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work? Mindy Beseler wrote: I'm using libftdi-0.20 and libusb-win32-bin-1.2.6.0 I believe those are the newer drivers, right? The driver in question is within openocd, needs to be enabled at configure time as you build openocd, and it requires libusb-1.0 which in turn means that you'll need to use the WinUSB.sys kernel driver for the device rather than libusb0.sys from the libusb-win32 project. There was no ft2232_latency in my flyswatter3.cfg file Anything ft2232 means that you're using the ft2232 driver in openocd rather than the ftdi one. Have a look at the ftdi/ subdirectory, where there should already be a flyswatter2.cfg file. Create a similar one for flyswatter3, and build openocd with the ftdi driver, and configure the correct driver for your device. Are you able to see faster speeds with your version of openOCD? In general yes, the ftdi driver has better performance than ft2232. //Peter -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
Mindy Beseler wrote: I'm using libftdi-0.20 and libusb-win32-bin-1.2.6.0 I believe those are the newer drivers, right? The driver in question is within openocd, needs to be enabled at configure time as you build openocd, and it requires libusb-1.0 which in turn means that you'll need to use the WinUSB.sys kernel driver for the device rather than libusb0.sys from the libusb-win32 project. There was no ft2232_latency in my flyswatter3.cfg file Anything ft2232 means that you're using the ft2232 driver in openocd rather than the ftdi one. Have a look at the ftdi/ subdirectory, where there should already be a flyswatter2.cfg file. Create a similar one for flyswatter3, and build openocd with the ftdi driver, and configure the correct driver for your device. Are you able to see faster speeds with your version of openOCD? In general yes, the ftdi driver has better performance than ft2232. //Peter -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/22/2013 03:23 AM, Mindy Beseler wrote: Hi, I didn't try the patch per se but I put the jtag_add_clocks() call in the fastdata for loop. Hardcoding the number of clocks. My major concern at this point is seeing what's the max download speed we can get out of openOCD. With the code changed to call jtag_execute_queue in each mips_ejtag_fastdata_scan I was seeing download speeds of 2k/sec. The adapter_khz setting seemed to make no difference. I guess you are using the old, now deprecated, ft2232 driver. And probably, in the adapter configuration file, ft2232_latency is set to 2. If that's the case, change ft2232_latency to 1. At least the transfer speed should be near 4k. Please try to use the new ftdi driver. Thanks Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
I'm using libftdi-0.20 and libusb-win32-bin-1.2.6.0 I believe those are the newer drivers, right? There was no ft2232_latency in my flyswatter3.cfg file so I added one setting it to 1 but it made no difference in the download speed. Are you able to see faster speeds with your version of openOCD? From: Salvador Arroyo [mailto:salva...@telecable.es] Sent: Friday, March 22, 2013 12:54 AM To: openocd-devel@lists.sourceforge.net Subject: Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work? On 03/22/2013 03:23 AM, Mindy Beseler wrote: Hi, I didn't try the patch per se but I put the jtag_add_clocks() call in the fastdata for loop. Hardcoding the number of clocks. My major concern at this point is seeing what's the max download speed we can get out of openOCD. With the code changed to call jtag_execute_queue in each mips_ejtag_fastdata_scan I was seeing download speeds of 2k/sec. The adapter_khz setting seemed to make no difference. I guess you are using the old, now deprecated, ft2232 driver. And probably, in the adapter configuration file, ft2232_latency is set to 2. If that's the case, change ft2232_latency to 1. At least the transfer speed should be near 4k. Please try to use the new ftdi driver. Thanks Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/22/2013 03:03 PM, Mindy Beseler wrote: I'm using libftdi-0.20 and libusb-win32-bin-1.2.6.0 I believe those are the newer drivers, right? No. But libusb is required. Enable it by adding --enable-ftdi at configure, before compiling. Use the driver configuration file from: /tcl/interface/ftdi I suppose flyswatter2.cfg should work for you. There was no ft2232_latency in my flyswatter3.cfg file so I added one setting it to 1 but it made no difference in the download speed. Yes, i see. Are you able to see faster speeds with your version of openOCD? Of course, at a scan rate of 1000Khz around 80Kbyte/s. Or in other words, to get the transfer speed you see (4K) i need to set adapter_khz to around 50Khz. Really strange. Thanks Salvador. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
Le 21.03.2013 15:04, Mindy Beseler a écrit : Hello again, Do I need the 977 patch to try the 1196 patch? Thanks, Mindy *From:*Salvador Arroyo [mailto:salva...@telecable.es] *Sent:* Wednesday, March 20, 2013 8:24 AM *To:* Mindy Beseler; openocd-devel@lists.sourceforge.net *Subject:* Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work? On 03/20/2013 05:37 AM, Mindy Beseler wrote: Hi Salvador, That's exactly what I was thinking might be the problem. Next I was going to use jtag_add_clocks(int num_cycles) to keep adding clocks until my setup worked. I've never used git before. I followed the steps in the manual about doing a git clone on the source but when I looked at the history of several files none of them showed anything very recent. Even when I saw a posting to the list that day of a fix in that file. Am I pointing to the wrong repository or how would I see these changes like showed in this log item? Did you fixed this after 0.6.1? Thanks, Mindy To clone current devel code use the new git repo: git clone git://git.code.sf.net/p/openocd/code openocd-code Take a look at https://sourceforge.net/p/openocd/code/ If you want to apply the patch: cd openocd-code git fetch http://openocd.zylin.com/openocd refs/changes/77/977/1 git checkout FETCH_HEAD (copy and paste from http://openocd.zylin.com/#/c/977/ page) But perhaps you can try the new experimental code at: http://openocd.zylin.com/#/c/1196/ git fetch http://openocd.zylin.com/openocd refs/changes/96/1196/4 git checkout FETCH_HEAD Your num_cyles is called scan_delay in this code and can be changed on the fly with mips_m4k cp0 200 num_cycles-value. The initial value is 20. If you try this code let me know if it works for you. Please reply to the list. Thanks Salvador But the num_cycles will be depending on the frequency of the JTAG interface. Are there any bit to check when scanning the target jtag register, to know if the data is valid or not? Laurent -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
Le 21.03.2013 15:18, Laurent Gauch a écrit : Le 21.03.2013 15:04, Mindy Beseler a écrit : Hello again, Do I need the 977 patch to try the 1196 patch? Thanks, Mindy *From:*Salvador Arroyo [mailto:salva...@telecable.es] *Sent:* Wednesday, March 20, 2013 8:24 AM *To:* Mindy Beseler; openocd-devel@lists.sourceforge.net *Subject:* Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work? On 03/20/2013 05:37 AM, Mindy Beseler wrote: Hi Salvador, That's exactly what I was thinking might be the problem. Next I was going to use jtag_add_clocks(int num_cycles) to keep adding clocks until my setup worked. I've never used git before. I followed the steps in the manual about doing a git clone on the source but when I looked at the history of several files none of them showed anything very recent. Even when I saw a posting to the list that day of a fix in that file. Am I pointing to the wrong repository or how would I see these changes like showed in this log item? Did you fixed this after 0.6.1? Thanks, Mindy To clone current devel code use the new git repo: git clone git://git.code.sf.net/p/openocd/code openocd-code Take a look at https://sourceforge.net/p/openocd/code/ If you want to apply the patch: cd openocd-code git fetch http://openocd.zylin.com/openocd refs/changes/77/977/1 git checkout FETCH_HEAD (copy and paste from http://openocd.zylin.com/#/c/977/ page) But perhaps you can try the new experimental code at: http://openocd.zylin.com/#/c/1196/ git fetch http://openocd.zylin.com/openocd refs/changes/96/1196/4 git checkout FETCH_HEAD Your num_cyles is called scan_delay in this code and can be changed on the fly with mips_m4k cp0 200 num_cycles-value. The initial value is 20. If you try this code let me know if it works for you. Please reply to the list. Thanks Salvador But the num_cycles will be depending on the frequency of the JTAG interface. Are there any bit to check when scanning the target jtag register, to know if the data is valid or not? Laurent Does the EJTAG_CONTROL bit give the status of the FASTDATA access - so we could loop on ? Or find a mechanism to autofind the num_cycle for a given JTAG frequency. I think I have to read again the actual code ... Regards, Laurent http://www.amontec.com Amontec JTAGkey-2 USB JTAG High-Speed with RTCK support -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/21/2013 03:04 PM, Mindy Beseler wrote: Hello again, Do I need the 977 patch to try the 1196 patch? Thanks, Mindy No, 977 is a different patch and a bit old. 1196 is really a series of patches. If you go to the patch page at http://openocd.zylin.com/#/c/1196/ you will see that it depends on another patch, clicking on this patch you can follow the dependencies and take a look at every patch. With git fetch http://openocd.zylin.com/openocd refs/changes/96/1196/5 git checkout FETCH_HEAD you apply all the patches, it is the last of the series. Thanks Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/21/2013 04:52 PM, Laurent Gauch wrote: Le 21.03.2013 16:41, Salvador Arroyo a écrit : But the num_cycles will be depending on the frequency of the JTAG interface. Of course. Are there any bit to check when scanning the target jtag register, to know if the data is valid or not? Laurent Each fastdata scan is 33 bits wide. The first bit scanned out, spracc bit, indicates if the transfer was successfull or not. The problem is that most of us use ftdi based adapters. If we check every scan the resulting transfer speed is really 16/4K at most. Current code queue all the transfer and execute it, without any wait between scans. This works up to some scan rate, but is enough to get a transfer rate of 100K.(at least for pic32mx at 8Mhz). Adding a little delay between scans with jtag_add_clocks(), transfer rates of 500K are easy to reach, at least for pic32mx at 8Mhz and a scan rate of 15000Khz. Thanks Salvador. how much clocks for a scan rate of 15Mhz ? Regards, Laurent 20 But if the wait 0 option for ram access is set, with 17 probably works. Thanks Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
Le 21.03.2013 17:03, Salvador Arroyo a écrit : On 03/21/2013 04:52 PM, Laurent Gauch wrote: Le 21.03.2013 16:41, Salvador Arroyo a écrit : But the num_cycles will be depending on the frequency of the JTAG interface. Of course. Are there any bit to check when scanning the target jtag register, to know if the data is valid or not? Laurent Each fastdata scan is 33 bits wide. The first bit scanned out, spracc bit, indicates if the transfer was successfull or not. The problem is that most of us use ftdi based adapters. If we check every scan the resulting transfer speed is really 16/4K at most. Current code queue all the transfer and execute it, without any wait between scans. This works up to some scan rate, but is enough to get a transfer rate of 100K.(at least for pic32mx at 8Mhz). Adding a little delay between scans with jtag_add_clocks(), transfer rates of 500K are easy to reach, at least for pic32mx at 8Mhz and a scan rate of 15000Khz. Thanks Salvador. how much clocks for a scan rate of 15Mhz ? Regards, Laurent 20 But if the wait 0 option for ram access is set, with 17 probably works. Thanks Salvador Thank Salvador, if we up the jtag frequency to 30MHz or 60MHz (for a mips supporting so high JTAG frequency), does the number cycle will be 40 or 80 ? Regards, Laurent Gauch http://www.amontec.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/21/2013 05:19 PM, Laurent Gauch wrote: Le 21.03.2013 17:03, Salvador Arroyo a écrit : On 03/21/2013 04:52 PM, Laurent Gauch wrote: Le 21.03.2013 16:41, Salvador Arroyo a écrit : But the num_cycles will be depending on the frequency of the JTAG interface. Of course. Are there any bit to check when scanning the target jtag register, to know if the data is valid or not? Laurent Each fastdata scan is 33 bits wide. The first bit scanned out, spracc bit, indicates if the transfer was successfull or not. The problem is that most of us use ftdi based adapters. If we check every scan the resulting transfer speed is really 16/4K at most. Current code queue all the transfer and execute it, without any wait between scans. This works up to some scan rate, but is enough to get a transfer rate of 100K.(at least for pic32mx at 8Mhz). Adding a little delay between scans with jtag_add_clocks(), transfer rates of 500K are easy to reach, at least for pic32mx at 8Mhz and a scan rate of 15000Khz. Thanks Salvador. how much clocks for a scan rate of 15Mhz ? Regards, Laurent 20 But if the wait 0 option for ram access is set, with 17 probably works. Thanks Salvador Thank Salvador, if we up the jtag frequency to 30MHz or 60MHz (for a mips supporting so high JTAG frequency), does the number cycle will be 40 or 80 ? Not necessarily The same pic clocked at 4Mhz needs 40, and of course the transfer speed is lower. Clocked at 80Mhz does not need any delay and can transfer over 800kbytes/s at the same scan rate (15000khz). Thanks Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
Hi, I didn't try the patch per se but I put the jtag_add_clocks() call in the fastdata for loop. Hardcoding the number of clocks. My major concern at this point is seeing what's the max download speed we can get out of openOCD. With the code changed to call jtag_execute_queue in each mips_ejtag_fastdata_scan I was seeing download speeds of 2k/sec. The adapter_khz setting seemed to make no difference. Changing the code to queue it all up and adding the delay clocks I'm only seeing speeds of 4k/sec. With a higher adapter_khz rate I needed more delay clocks but the download speed was slower. I found my best was a rate of 5M with a delay of 20 clocks. If I consider these calculations: A 100% efficient FASTDATA probe driver able to sustain the max TCK rate: 1 word/38 tck * 4 bytes/word * 15M tck/sec = 1.6 Mbytes/sec. A 100% efficient FASTDATA probe driver suffering from a .5ms roundtrip handshake per FASTDATA transfer: USB roundtrip .5ms * 15M tck/sec = 7500 tck 1 word/(7500 + 38 tck) * 4 bytes/word * 15M tck/sec = 7.9 Kbytes/sec. My first method of executing each fastdata access which only achieved 2k/sec should have been able to be closer to 7.9 K/sec. When we cue all the accesses up we should be able to get way more than 4k/sec since we don't have an extra 0.5ms round trip penalty for every 4 bytes. I would hope we could get closer to 16k/sec or faster. What type of performance have you seen? Thanks, Mindy From: Salvador Arroyo [mailto:salva...@telecable.es] Sent: Thursday, March 21, 2013 8:07 AM To: openocd-devel@lists.sourceforge.net Subject: Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work? On 03/21/2013 03:04 PM, Mindy Beseler wrote: Hello again, Do I need the 977 patch to try the 1196 patch? Thanks, Mindy No, 977 is a different patch and a bit old. 1196 is really a series of patches. If you go to the patch page at http://openocd.zylin.com/#/c/1196/ you will see that it depends on another patch, clicking on this patch you can follow the dependencies and take a look at every patch. With git fetch http://openocd.zylin.com/openocd refs/changes/96/1196/5 git checkout FETCH_HEAD you apply all the patches, it is the last of the series. Thanks Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/19/2013 02:55 PM, Mindy Beseler wrote: Hi, I've been playing around with openOCD with a flyswatter3 probe and a MIPS SEAD3 board. When I try to write more than 128 bytes the code is attempting to use the FASTDATA method to write memory. The problem is whenever it uses that code path it returns this error: mini program did not return to start When I turn logging on I see spracc bit is not always returning a zero. Then the code is changed to send each fastdata access out to the probe (rather than queue it up) and checks the spracc bit after each operation it works. Are there known issues with the fastdata method as coded for 0.6.1? Or am I just doing something wrong? Thanks, Mindy Begin with adapter_khz set to 300Khz or lower. With pic32mx and core clock at 4Mhz works at 600Khz, with core clock at 8Mhz works up to 1200Khz and clocked at 80Mhz works at a scan rate of 15000Khz. Thanks, Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/19/2013 02:55 PM, Mindy Beseler wrote: Hi, I've been playing around with openOCD with a flyswatter3 probe and a MIPS SEAD3 board. When I try to write more than 128 bytes the code is attempting to use the FASTDATA method to write memory. The problem is whenever it uses that code path it returns this error: mini program did not return to start When I turn logging on I see spracc bit is not always returning a zero. Then the code is changed to send each fastdata access out to the probe (rather than queue it up) and checks the spracc bit after each operation it works. Are there known issues with the fastdata method as coded for 0.6.1? Or am I just doing something wrong? Thanks, Mindy You can also take a look at http://openocd.zylin.com/#/c/977/ Thanks Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel