On Fri, Dec 11, 2015 at 2:38 PM, Matthias Welwarsky
wrote:
>
> On dap_run(), I check if a sticky overrun condition happened, and if yes,
> the
> whole journal is replayed synchronously, i.e. each transaction is followed
> immediately by a jtag_execute_queue() and potential WAIT conditions are
> r
On Thursday 10 December 2015 20:15:34 you wrote:
> On Thu, Dec 10, 2015 at 1:21 PM, Matthias Welwarsky
> > Apart from the obvious conceptual
> > cleaning, it is going to make it easier to fix WAIT handling in the DAP
> > layer.
>
> I didn't have that in mind at all actually, so I'm a bit surprise
so correction of correction :)
mdw worked even before (i was trying dump memory from region of coresight debug
unit, which is not virtual address)
> mdw phys 0x7083
0x7083: 3515f033
> mdw phys 0x70832000
0x70832000: 3515f033
> mdw phys 0x70834000
0x70834000: 3515f033
> mdw phys
correction, mdw didn't worked on jetson even before (without 3165)
> halt
tegra124.cpu3 rev 3, partnum c0f, arch f, variant 3, implementor 41
tegra124.cpu3 cluster 0 core 3 multi core
tegra124.cpu3: target state: halted
target halted in ARM state due to debug-request, current mode: Supervisor
cpsr:
On Thursday 10 December 2015 23:29:23 you wrote:
> hmm, on jetson (cortex a15) works halt/resume, but what doesn't work is mdw:
> > mdw 0x70832000 1024
>
> data abort at 0x70832000, dfsr = 0x0206
>
> > dap info
>
> AP ID register 0x44770001
> Type is MEM-AP AHB
> MEM-AP BASE 0xff
hmm, on jetson (cortex a15) works halt/resume, but what doesn't work is mdw:
> mdw 0x70832000 1024
data abort at 0x70832000, dfsr = 0x0206
> dap info
AP ID register 0x44770001
Type is MEM-AP AHB
MEM-AP BASE 0x
No ROM table present
> mdw 0x70832000 1024
data abort at 0x
me rebasing/reworking 3124 to test it on snapdragon :)
On Thu, 10 Dec 2015 20:15:34 +0100, Andreas Fritiofson wrote:
> On Thu, Dec 10, 2015 at 1:21 PM, Matthias Welwarsky
> wrote:
>
>> On Thursday 10 December 2015 06:29:01 gerrit wrote:
>> > This is an automated email from Gerrit.
>> >
>> > And
On Thu, Dec 10, 2015 at 1:21 PM, Matthias Welwarsky
wrote:
> On Thursday 10 December 2015 06:29:01 gerrit wrote:
> > This is an automated email from Gerrit.
> >
> > Andreas Fritiofson (andreas.fritiof...@gmail.com) just uploaded a new
> patch
> > set to Gerrit, which you can find at http://openoc
On Thursday 10 December 2015 06:29:01 gerrit wrote:
> This is an automated email from Gerrit.
>
> Andreas Fritiofson (andreas.fritiof...@gmail.com) just uploaded a new patch
> set to Gerrit, which you can find at http://openocd.zylin.com/3165
I very much like where this is heading. Apart from the
This is an automated email from Gerrit.
Andreas Fritiofson (andreas.fritiof...@gmail.com) just uploaded a new patch set
to Gerrit, which you can find at http://openocd.zylin.com/3165
-- gerrit
commit 46dc373e345e92788d9950180497c911a3050eee
Author: Andreas Fritiofson
Date: Tue Dec 8 19:35:15
10 matches
Mail list logo