Thank you！
> Date: Sat, 17 Mar 2012 17:03:53 +0800
> Subject: Re: [OpenOCD-devel] Bug in mips32_pracc_read_mem32
> From: borneo.anto...@gmail.com
> To: yajie...@hotmail.com
> CC: drasko.drasko...@gmail.com; openocd-devel@lists.sourceforge.net
>
> 2012/3/17 吴亚杰 :
>
2012/3/17 吴亚杰 :
> sorry, I can't open your document:
>
> http://www.mail-archive.com/openocd-development@lists.berlios.de/msg16208.html
Hi,
mail-archive.com is blocked in China.
You can find same message in many other places.
Try:
http://permalink.gmane.org/gmane.comp.debugging.openocd.dev
> Date: Sat, 17 Mar 2012 03:42:33 +0100
> Subject: Re: [OpenOCD-devel] Bug in mips32_pracc_read_mem32
> From: drasko.drasko...@gmail.com
> To: yajie...@hotmail.com
> CC: salva...@telecable.es; openocd-devel@lists.sourceforge.net
>
> On Sat, Mar 17, 2012 at 2:59 A
On Sat, Mar 17, 2012 at 2:59 AM, 吴亚杰 wrote:
> Hi, everybody:
>
> I have a question about MIPS EJTAG.
>
> If i download follwing instructions into DATA Register one by one.
> lui t0,0xff20
> ori t0,t0,0x1000
> sw t1, (t0)
>
> (1) Does CPU will cause an
1,(t0)" instruction?
(2) Does CPU will write the t1's value into DATA Register?If not DATA
Register, and where ?
> Date: Fri, 16 Mar 2012 23:09:21 +0100
> From: drasko.drasko...@gmail.com
> To: salva...@telecable.es
> CC: openocd-devel@lists.sourceforge.net
> Subje
On Fri, Mar 16, 2012 at 10:31 PM, salvador wrote:
> On 03/16/2012 11:33 AM, Drasko DRASKOVIC wrote:
>> Salvador,
>> what actually happends when you apply your patch ? Does it work
>> correctly for more than 1024 words read ?
>>
> Yes it works. Command "mdw" show the expected values in memory.
>
>>
This is MIPS, not ARM, so it's highly unlikely that MEM-AP limitations
is the problem. It could of course be something along the same lines.
/Andreas
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days C
Ah, true, I am considering ADI (ARM Debug Interface), sorry for offtopic :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On Mar 16, 2012 3:09 PM, "Andreas Fritiofson"
wrote:
> This is MIPS, not ARM, so it's highly unlikely that MEM-AP limitations
> is the problem. It could of course be somet
Hey hey I will probably use the TAR autoincrement soon to increase FTDI/USB
performance so I could verify/support your work too :-) 1K block seems
reasonable chunk to transfer at once this is probably they choose this size
- this might have good statistics on chunk/retransfer operations :-)
Best r
gt; Date: Thu, 15 Mar 2012 19:11:45 +0100
>>> From: drasko.drasko...@gmail.com
>>> To: salva...@telecable.es
>>> CC: openocd-devel@lists.sourceforge.net
>>> Subject: Re: [OpenOCD-devel] Bug in mips32_pracc_read_mem32
>>
>>>
>>> On Thu, Mar 15
On Fri, Mar 16, 2012 at 3:06 AM, 吴亚杰 wrote:
> Hi，
>
>> Date: Thu, 15 Mar 2012 19:11:45 +0100
>> From: drasko.drasko...@gmail.com
>> To: salva...@telecable.es
>> CC: openocd-devel@lists.sourceforge.net
>> Subject: Re: [OpenOCD-devel] Bug in mips32_pracc_read_mem
Hi，
> Date: Thu, 15 Mar 2012 19:11:45 +0100
> From: drasko.drasko...@gmail.com
> To: salva...@telecable.es
> CC: openocd-devel@lists.sourceforge.net
> Subject: Re: [OpenOCD-devel] Bug in mips32_pracc_read_mem32
>
> On Thu, Mar 15, 2012 at 6:44 PM, salvador wrote:
>
On Thu, Mar 15, 2012 at 6:44 PM, salvador wrote:
> On 03/14/2012 07:24 PM, salvador wrote:
> 1.- There is no call to mips32_pracc_read_mem32() in
> mips_m4k_read_memory().
Yes, there is. It is called implicitly, by mips32_pracc_read_mem().
Anyway, count parameter is propagated.
Looking in the m
On 03/14/2012 07:24 PM, salvador wrote:
> Hello
>
> If i try the command " mdw addr n " with n greater than 1024 the data
> displayed is wrong from 1025 onward.
>
>
>
> The bug is located in mips32_pracc.c, in function mips32_pracc_read_mem32
>
>
> About line 364:
>
>
> count -=
Hi Salvador,
On Wed, Mar 14, 2012 at 7:24 PM, salvador wrote:
> Hello
>
> If i try the command " mdw addr n " with n greater than 1024 the data
> displayed is wrong from 1025 onward.
I'll have to check this... There is really no need for this behavior.
blocksize = count;
if (count > 0x400)
15 matches
Mail list logo
