Xilinx ISE 13.1 produces svf files for Spartan XC3S50AN that are too
large for the buffer to hold -> causing it to fail to program.
Attached is a patch that simply increases the buffer size - I tried a
variety of sized buffers - they had no effect on the speed of
programming.
-Ali
buffer.patch
> I wanted to have an option for debug base in config file at the begining, but
> was
> pushed to make the auto-detect code ;-)
We want autodetect as the default with manual override
It was important that we *tried* to avoid the option, but we no longer
think we can.
--
Øyvind Harboe
Can
On Tuesday 22 March 2011 01:08:03 Aaron Carroll wrote:
> On 22 March 2011 01:53, luca ellero wrote:
> > Unfortunately at the moment I have no cortex A8 boards to test it.
> > Anyway I wonder where 0x8000 come from, since I can't find any docs
> > in
>
> This came from poking the omap4430. Th
On Tuesday 22 March 2011 12:16:47 Øyvind Harboe wrote:
> On Tue, Mar 22, 2011 at 12:14 PM, Michael Schwingen
>
> wrote:
> > Øyvind Harboe wrote:
> >> I'm wondering if it would be better to ditch the automatic fixup
> >> code and use parameters to target in config script.
> >>
> >> Default would
On Fri, Mar 25, 2011 at 4:29 PM, Spencer Oliver wrote:
> On 25/03/2011 10:37, Drasko DRASKOVIC wrote:
>>
>> Obviausly, there is an inconsistency of mips_ejtag_fastdata_scan() in
>> the loop comparing to previous references - it is not preceded by
>> mips_ejtag_set_instr().
>
> This should not matt
On Fri, Mar 25, 2011 at 12:07 PM, Drasko DRASKOVIC
wrote:
> On Fri, Mar 25, 2011 at 1:02 PM, Andrew Lyon wrote:
>> On Fri, Mar 25, 2011 at 11:40 AM, Drasko DRASKOVIC
>> wrote:
>>> Hi Andy,
>>> thank you for these tests, it is very helpful. The problem you have
>>> can be easily solved by applyin
On 25/03/2011 10:37, Drasko DRASKOVIC wrote:
Obviausly, there is an inconsistency of mips_ejtag_fastdata_scan() in
the loop comparing to previous references - it is not preceded by
mips_ejtag_set_instr().
This should not matter. The second call can be removed as the fastdata
instruction is al
On Fri, Mar 25, 2011 at 1:41 PM, Laurent Gauch
wrote:
> I did not reproduce your trouble, but we already see "couldn't read enough
> bytes from FT2232 device ", when we started with the JTAGkey-2 (FT2232H),
> but is was coming from a too old driver, bugged with the FT2232H part.
> But this should
On Fri, Mar 25, 2011 at 12:13 PM, Øyvind Harboe wrote:
> Try:
>
> make distclean
> sh bootstrap
> ./configure --enable-maintainer-mode
>
>
>
> --
> Øyvind Harboe
>
> Can Zylin Consulting help on your project?
>
> US toll free 1-866-980-3434 / International +47 51 87 40 27
>
> http://www.zylin
Hi Drasko,
Hi Andy,
thank you for these tests, it is very helpful. The problem you have
can be easily solved by applying David Claffey's patches.
I see that mips32_pracc_fastdata_xfer() works well for you - I'll
take a look why it does not work for me and elaborate on the list.
Also, I can se
Try:
make distclean
sh bootstrap
./configure --enable-maintainer-mode
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programme
Hi,
The recent cortex commits cause compile to fail:
make[5]: Entering directory `/usr/src/openocd-git/src/target'
/bin/sh ../../libtool --tag=CC --mode=compile gcc -std=gnu99
-DHAVE_CONFIG_H -I. -I../.. -I../../src -I../../src
-DPKGDATADIR=\"/usr/local/share/openocd\" -I../../jimtcl
-I../../j
On Fri, Mar 25, 2011 at 1:02 PM, Andrew Lyon wrote:
> On Fri, Mar 25, 2011 at 11:40 AM, Drasko DRASKOVIC
> wrote:
>> Hi Andy,
>> thank you for these tests, it is very helpful. The problem you have
>> can be easily solved by applying David Claffey's patches.
>
> I have applied them and recompiling
On Fri, Mar 25, 2011 at 11:40 AM, Drasko DRASKOVIC
wrote:
> Hi Andy,
> thank you for these tests, it is very helpful. The problem you have
> can be easily solved by applying David Claffey's patches.
I have applied them and recompiling now to test again, but looking at
the source they will only fi
Hi Andy,
thank you for these tests, it is very helpful. The problem you have
can be easily solved by applying David Claffey's patches.
I see that mips32_pracc_fastdata_xfer() works well for you - I'll
take a look why it does not work for me and elaborate on the list.
Also, I can see that you are
On Fri, Mar 25, 2011 at 11:55 AM, Andrew Lyon wrote:
> Drasko,
>
> I read somewhere that some bigendian mips systems still have little
> endian tap
This is true. I am not MIPS expert, I am going through EJTAG manual
right now to find confirmations...
> , perhaps that explains why on my system dat
On Fri, Mar 25, 2011 at 10:52 AM, Andrew Lyon wrote:
> On Thu, Mar 24, 2011 at 11:01 AM, Drasko DRASKOVIC
> wrote:
>> Hi Andy,
>> I am very surprised that OpenOCD works for big endian MIPS.
>>
>> I am currently working on this and I am preparing the patch that will
>> fix some of the issues.
>>
>
On Thu, Mar 24, 2011 at 11:01 AM, Drasko DRASKOVIC
wrote:
> Hi Andy,
> I am very surprised that OpenOCD works for big endian MIPS.
>
> I am currently working on this and I am preparing the patch that will
> fix some of the issues.
>
> What I currently observed is :
>
> 1) mips_m4k_write_memory() a
On Fri, Mar 25, 2011 at 11:01 AM, Spencer Oliver wrote:
> I am not really following the big endian issues, however i can confirm that
> mips32_pracc_fastdata_xfer is working for pic32 - which is little endian.
Hi Spen,
I am suspicious about this. Take these lines of code for example :
/
On 24/03/2011 11:01, Drasko DRASKOVIC wrote:
Bottom line is that by my observation
confirmed that mips32_pracc_fastdata_xfer() called internaly does not
work either, and I do not think that it works for little endian
targets also
I am not really following the big endian issues, however i can co
On 24/03/2011 11:33, Drasko DRASKOVIC wrote:
So, does anybody have an idea why we add these extra 5 clocks and how
we can fine-tune this as it seems to depend on adapter_khz option also
?
the commit that added the delay was
837555ab24ab32af163b5dd295dcdbc3c238ad6f.
May be worth asking the aut
21 matches
Mail list logo
