<div dir="ltr">There is already a PL011 driver in the arm shared section. should we just import it?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Dec 21, 2019 at 10:46 PM Niteesh <<a href="mailto:gsnb.gn@gmail.com">gsnb.gn@gmail.com</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"><div dir="ltr">Shall I start writing a driver for raspberrypi3 PL011?<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Dec 21, 2019 at 8:40 PM Christian Mauderer <<a href="mailto:list@c-mauderer.de" target="_blank">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 19/12/2019 15:05, Christian Mauderer wrote:<br>
> On 19/12/2019 14:27, Sebastian Huber wrote:<br>
>> On 19/12/2019 14:24, Christian Mauderer wrote:<br>
>>> Hello,<br>
>>><br>
>>> triggered by the discussion regarding RTEMS on raspberrypi 3 I did some<br>
>>> tests. I haven't been able to start a RTEMS on my Pi 1 if I tried a<br>
>>> version after commit c5fd79cd4704a4270ba0114a1009ab8556f997c9 from<br>
>>> 29.07.2019. Right before it everything works as expected.<br>
>>><br>
>>> The commit changes the memory locations. From what I understood, the<br>
>>> bootloader on a raspberry always jumps to address 0x8000 after loading<br>
>>> the application. So I'm not convinced that the change is correct.<br>
>><br>
>> Is the 0x8000 a fixed address or you configure this in a boot image header?<br>
>><br>
> <br>
>>From what I've seen the bootloader just uses a fixed address. All guides<br>
> that I've found just use objcopy to generate a binary from the elf files<br>
> without adding a header. For example a guide for RTEMS:<br>
> <br>
> <br>
> <a href="http://alanstechnotes.blogspot.com/2013/03/running-your-first-rtems-program-on.html" rel="noreferrer" target="_blank">http://alanstechnotes.blogspot.com/2013/03/running-your-first-rtems-program-on.html</a><br>
> <br>
> A FreeRTOS port mentions this behavior explicitly in a comment in the<br>
> linker file:<br>
> <br>
> <br>
> <a href="https://github.com/jameswalmsley/RaspberryPi-FreeRTOS/blob/master/raspberrypi.ld#L17" rel="noreferrer" target="_blank">https://github.com/jameswalmsley/RaspberryPi-FreeRTOS/blob/master/raspberrypi.ld#L17</a><br>
> <br>
> The "graphics processor" is no typo here. It seems the initialization is<br>
> really done by the graphics processor on the pi.<br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
> <br>
<br>
I just found an option: It is possible to set a "kernel_address" in the<br>
config.txt:<br>
<br>
<br>
<a href="https://www.raspberrypi.org/documentation/configuration/config-txt/boot.md" rel="noreferrer" target="_blank">https://www.raspberrypi.org/documentation/configuration/config-txt/boot.md</a><br>
<br>
So the start address can be changed and maybe the adaption to the linker<br>
file isn't necessary.<br>
</blockquote></div>
</blockquote></div>