On Wed, Mar 30, 2011 at 4:37 PM, Drasko DRASKOVIC
drasko.drasko...@gmail.com wrote:
Hi all,
I would like to ask again for the problems noted below.
If it seems reasonable from the maintainers point of view, I'll
prepare the patch.
Otherwise I'll keep the implementation just for me, as the
I am using m4k, if you send me your patch I will test it and let you
know if fastdata still works.
A point of order: please post patches to the list.
When asking help from the list, the contract with the community is
that any successes are shared in the form of posted results(patches,
Hi all,
I would like to ask again for the problems noted below.
If it seems reasonable from the maintainers point of view, I'll
prepare the patch.
Otherwise I'll keep the implementation just for me, as the existing
solution seems to be working for the resto of people (but for me is
wrong).
BTW.
Drasko DRASKOVIC wrote:
If it seems reasonable from the maintainers point of view, I'll
prepare the patch.
Otherwise I'll keep the implementation just for me, as the existing
solution seems to be working for the resto of people (but for me is
wrong).
Is there no common solution in sight?
I haven't been following this issue closely, but that something works
and is fast, doesn't give me a lot of confidence. It could just down
to luck and timing.
Better that it is correctly implemented according to documentation
and works everywhere.
Does that apply or make sense to your patch?
On Fri, Mar 25, 2011 at 4:29 PM, Spencer Oliver s...@spen-soft.co.uk 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
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
On Fri, Mar 25, 2011 at 11:01 AM, Spencer Oliver s...@spen-soft.co.uk 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
On Thu, Mar 24, 2011 at 11:01 AM, Drasko DRASKOVIC
drasko.drasko...@gmail.com 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)
On Fri, Mar 25, 2011 at 11:55 AM, Andrew Lyon andrew.l...@gmail.com 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
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
On Fri, Mar 25, 2011 at 11:40 AM, Drasko DRASKOVIC
drasko.drasko...@gmail.com 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
On Fri, Mar 25, 2011 at 1:02 PM, Andrew Lyon andrew.l...@gmail.com wrote:
On Fri, Mar 25, 2011 at 11:40 AM, Drasko DRASKOVIC
drasko.drasko...@gmail.com 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.
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
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
On Fri, Mar 25, 2011 at 12:07 PM, Drasko DRASKOVIC
drasko.drasko...@gmail.com wrote:
On Fri, Mar 25, 2011 at 1:02 PM, Andrew Lyon andrew.l...@gmail.com wrote:
On Fri, Mar 25, 2011 at 11:40 AM, Drasko DRASKOVIC
drasko.drasko...@gmail.com wrote:
Hi Andy,
thank you for these tests, it is very
On Fri, Mar 25, 2011 at 4:29 PM, Spencer Oliver s...@spen-soft.co.uk 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
On Wed, Mar 23, 2011 at 2:06 PM, Drasko DRASKOVIC
drasko.drasko...@gmail.com wrote:
Hi Andy,
are you using big or little endian CPU ?
big endian.
Is mips32_pracc_fastdata_xfer() function called, and does it succeeds,
or it falls back to simple mips_m4k_write_memory() ?
I realized I had not
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() and mips_m4k_read_memory() do not handle
endianess at all. Since these
Hi Andy,
are you using big or little endian CPU ?
Is mips32_pracc_fastdata_xfer() function called, and does it succeeds,
or it falls back to simple mips_m4k_write_memory() ?
BR,
Drasko
On Tue, Mar 22, 2011 at 2:20 PM, Andrew Lyon andrew.l...@gmail.com wrote:
Hi,
I am using a ft2232 based
Hi,
I am using a ft2232 based jtag device with a mips board and the
performance is really terrible:
57344 bytes in 3119.897949s (0.018 kb/s)
It seems to work ok in that I can halt, resume, read/write memory etc,
but every operation is very slow, halting takes almost 3 seconds.
I pulled the
21 matches
Mail list logo
