Hi Daniel,<div><br></div><div>Sorry for letting you wait. I'm pretty busy with writing my thesis...</div><div><br></div><div>What you say is correct. This should be a mov r1, r2 or mov r1, pc (doesn't matter). As for your other problem, if you are sure the copying and expanding stuff is working correctly then the error is probably somewhere when you create your mappings. Did you change BOOT_STACK_PHYS accordingly to reflect your memory layout? Otherwise the first mapping fails. I'd suggest changing the line</div>
<div><span style="background-color:rgb(255,255,255);font-family:Consolas,Menlo,Monaco,'Lucida Console','Liberation Mono','DejaVu Sans Mono','Bitstream Vera Sans Mono',monospace,serif;font-size:12px;line-height:21px">and r2, sp, r3 </span></div>
<div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px">to</span></font></div><div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px">ldr r2, =0x20000000 </span></font></div>
<div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px">anyway, since it's much clearer what you are trying to do.</span></font></div>
<div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px"><br></span></font></div><div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px">You should also change the domain permissions back to client, since you won't get any permission faults otherwise (just an advice for later). What are you trying to achieve with the code right before activating the MMU?</span></font></div>
<div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px"><br></span></font></div><div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px">cheers,</span></font></div>
<div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px"><br></span></font></div><div><font face="Consolas, Menlo, Monaco, Lucida Console, Liberation Mono, DejaVu Sans Mono, Bitstream Vera Sans Mono, monospace, serif"><span style="font-size:12px;line-height:21px">Samuel</span></font></div>
<div><br><div class="gmail_quote">On Wed, Jul 18, 2012 at 2:54 PM, Daniel Röhrig <span dir="ltr"><<a href="mailto:daniel.roehrig@mailbox.tu-berlin.de" target="_blank">daniel.roehrig@mailbox.tu-berlin.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey Guys,<br>
<br>
we think we might have stumbled upon a little mistake in your arm port<br>
that still works with the integratorcp boards but will cause problems on<br>
other boards.<br>
<br>
In the boot.S, Line 140:<br>
Are you sure you mean "mov r1, r1" and not "mov r1, r2"? mov r1, r1 is a<br>
nop and section_map will do exactly the same twice. But if you change it<br>
to mov r1, r2 you really do map the section containing the programm counter.<br>
<br>
Regards<br>
<span class="HOEnZb"><font color="#888888">Daniel<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 16.07.2012 22:39, Daniel Röhrig wrote:<br>
> Hey guys,<br>
><br>
> we've been trying (rather unsuccessfully) to get Barrelfish up and<br>
> running on a slightly changed integratorcp board in qemu. The problem<br>
> is, we don't have memory at 0x0. Our memory starts at 0x20000000. We<br>
> changed the boot.S to reflect these changes but as soon as we enable the<br>
> mmu we get an prefetch abortion. And honestly we are running out of<br>
> ideas why this keeps happening. We stepped through the whole process in<br>
> gdb but everything seems fine.<br>
><br>
> We would be very happy if somebody could take a look at our boot.S and<br>
> point out the obvious mistake that we can't find.<br>
> Here's the link:<br>
><br>
> <a href="http://pastebin.com/KDE19qdu" target="_blank">http://pastebin.com/KDE19qdu</a><br>
><br>
> Thanks and cheers<br>
> Daniel<br>
><br>
> _______________________________________________<br>
> Barrelfish-users mailing list<br>
> <a href="mailto:Barrelfish-users@lists.inf.ethz.ch">Barrelfish-users@lists.inf.ethz.ch</a><br>
> <a href="https://lists.inf.ethz.ch/mailman/listinfo/barrelfish-users" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/barrelfish-users</a><br>
><br>
<br>
<br>
_______________________________________________<br>
Barrelfish-users mailing list<br>
<a href="mailto:Barrelfish-users@lists.inf.ethz.ch">Barrelfish-users@lists.inf.ethz.ch</a><br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/barrelfish-users" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/barrelfish-users</a><br>
</div></div></blockquote></div><br></div>