Resolved: I accidentally compiled an executable that had a different memory
map than the board's memory map.

Thanks though!

On 27 June 2011 16:17, Stefan Hajnoczi <stefa...@gmail.com> wrote:

> On Mon, Jun 27, 2011 at 8:37 AM, Philip Loh <philip....@aeste.net> wrote:
> > I'm new to QEMU development and am attempting to write code for a new
> board
> > and system. I modeled the code after the code in the target-microblaze
> > folder, but removed the dependency on the petalogix board and instead
> made
> > it require the code from my board. At this point, it can boot and execute
> a
> > binary file with no issues until it attempts to do a save word / load
> word.
> > The dump for the binary is as follows:
> >    0:    20200040     addi    r1, r0, 64
> >    4:    20400030     addi    r2, r0, 48
> >    8:    20600020     addi    r3, r0, 32
> >    c:    d8411000     sw    r2, r1, r2
> >   10:    d8611800     sw    r3, r1, r3
> >   14:    c8811000     lw    r4, r1, r2
> >   18:    c8a11000     lw    r5, r1, r3
> >
> > One would expect the sw and lw components (highlighted in yellow) to save
> r2
> > to *(r1+r2) and then load it back to r4, and save r3 to *(r1+r3) and then
> > load it back to r5. However, r4 and r5 are both 0 at the end. I don't
> know
> > how to verify what is at *(r1+r2) or *(r1+r3) because when I attempt to
> "x
> > address" in a remote desktop viewer, all I see are zeroes beyond x 18.
> Would
> > anyone know what went wrong? Much thanks!
>
> If you are able to post a link to a git repo that might help.  Seeing
> how you set up the board and added RAM would be important.
>
> Stefan
>



-- 
Philip Z Loh,
Intern at Aeste Works (M),
Candidate for Bachelor of Science in Engineering: Computing.

Reply via email to