--- In lpc2000@yahoogroups.com, Stanley Frederickson <robostanley@...> wrote: > > I suspect that if you add a NOP after the LDMIA > instruction so that the LDMIA is in the decode stage > before you kick off the restart then you will get the > expected results. > > It appears that the core isn't going back up to full > speed and when you think you are reading out the value > of the registers with a STM instruction, you are > actually getting your NOPs (the 0xE1A00000 values in > R1-R8 are the MOV R0,R0 instruction) thrown back at > you. You probably aren't clocking out the registers > from the STM instruction but instead you are clocking > in the data for the LDMIA so the NOPs are staying on > the data bus when you come back around to read them > since the core thinks it is reading from the data bus > and not writing to it. > > Shouldn't you be expecting 0xa0000020 back in R0 and > not 0x40000020? I made mistake. In my last message should be "Put in R0 Addr = 0x40000000 (R0 writing OK)" so I expecting 0x40000020 back in R0. I add NOP after LDMIA and now I get: R0: 0x40000020 R1: NOP R2-R8: correct values of RAM from address 0x40000004. In R0 is NOP but should be value of RAM from address 0x40000000. Reading of registers is OK becouse I always get this same values. Thanks and regards
Message
Re: Debug JTAG - SCAN_N
2006-04-07 by krisgorn
Attachments
- No local attachments were found for this message.