<div dir="ltr"><div dir="ltr">How do you test a patch? Do you checkout that particular commit and build and the BSP again?.</div><a class="gmail_plusreply" id="plusReplyChip-0" href="mailto:list@c-mauderer.de" tabindex="-1">@Christian Mauderer</a>  how did you build it for the rpi1? Did you follow the steps as in previous threads?<div>and how did you come to the conclusion that these changes cause the exceptions, as a beginner these ideas</div><div>will help in the future.</div><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 20, 2019 at 2:46 PM Christian Mauderer <<a href="mailto:list@c-mauderer.de">list@c-mauderer.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 20/12/2019 09:22, Christian Mauderer wrote:<br>
> On 20/12/2019 07:33, Sebastian Huber wrote:<br>
>> On 19/12/2019 15:28, Niteesh wrote:<br>
>>> As far as I know, 0x8000 is a fixed address where the bootloader jumps<br>
>>> to after loading the application assuming the CPU is in 32bit mode.<br>
>>> For 64bit mode, it jumps to 0x80000.<br>
>><br>
>> Would you mind testing this patch:<br>
>><br>
>> <a href="https://lists.rtems.org/pipermail/devel/2019-December/056551.html" rel="noreferrer" target="_blank">https://lists.rtems.org/pipermail/devel/2019-December/056551.html</a><br>
>><br>
> <br>
> On the Pi 1 now the binary has three time the size (with a lot of 0x00<br>
> in it) and at least RTEMS starts. But it runs into an exception quite<br>
> fast. I'll investigate that a bit.<br>
> <br>
> @Niteesh: For the Pi 3 I would expect that it still doesn't print<br>
> anything on the console due to the different UART pins.<br>
> <br>
> The output on the Pi 1 is:<br>
> <br>
> executing�<br>
> *** FATAL ***<br>
> fatal source: 9 (RTEMS_FATAL_SOURCE_EXCEPTION)<br>
> <br>
> R0   = 0xfc037f80 R8  = 0x00000000<br>
> R1   = 0xfc345980 R9  = 0x00000010<br>
> R2   = 0x00000001 R10 = 0xfc037f8a<br>
> R3   = 0x03fc8080 R11 = 0x0030da00<br>
> R4   = 0xfc037f80 R12 = 0xfc345988<br>
> R5   = 0x00000008 SP  = 0x00300ba8<br>
> R6   = 0x0030d9fe LR  = 0x00205a78<br>
> R7   = 0x00305218 PC  = 0x00205ac8<br>
> CPSR = 0x600001d3 VEC = 0x00000004<br>
> RTEMS version: 5.0.0.254f38583fe68c3e17dfe274a2deeb00a5a538d6<br>
> RTEMS tools: 7.5.0 20191114 (RTEMS 5, RSB 5 (6c65fc237b9e modified),<br>
> Newlib d14714c69)<br>
<br>
The exception seems to be caused by some of the changes in bspstart.c<br>
and bspgetworkarea.c in patch a4d7e4cee77d16b0e34ef543f0804e7eb2954137.<br>
So the fix for the linker command file is fine.<br>
</blockquote></div></div></div>