<div dir="ltr"><div dir="ltr">Do both raspberry pi and raspberrypi2 use the same BSP? If not how to build for raspberry pi 2</div>I couldn't find any datasheet's for BCM2711(raspberrypi4), could only find for BCM2835 (raspberrypi1): <a href="https://www.raspberrypi.org/app/uploads/2012/02/BCM2835-ARM-Peripherals.pdf">https://www.raspberrypi.org/app/uploads/2012/02/BCM2835-ARM-Peripherals.pdf</a><div>but I think we can maybe use the Linux device tree for raspberry pi as a reference,</div><div><a href="https://github.com/raspberrypi/linux/blob/rpi-4.19.y/arch/arm/boot/dts/bcm2838.dtsi">https://github.com/raspberrypi/linux/blob/rpi-4.19.y/arch/arm/boot/dts/bcm2838.dtsi</a></div><div><a href="https://github.com/raspberrypi/linux/blob/rpi-4.19.y/arch/arm/boot/dts/bcm2838-rpi-4-b.dts">https://github.com/raspberrypi/linux/blob/rpi-4.19.y/arch/arm/boot/dts/bcm2838-rpi-4-b.dts</a><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr"><br></div><div class="gmail_attr">These are some changes that I found out through google:</div><div class="gmail_attr"><span style="color:rgb(85,85,85);font-family:Roboto,Arial,Helvetica,sans-serif;font-size:13.585px;background-color:rgba(0,0,0,0.024)">1) Peripheral base address is now moved to 0x7E000000</span><br style="border:none;box-sizing:border-box;margin:0px;padding:0px;color:rgb(85,85,85);font-family:Roboto,Arial,Helvetica,sans-serif;font-size:13.585px;background-color:rgba(0,0,0,0.024)"><span style="color:rgb(85,85,85);font-family:Roboto,Arial,Helvetica,sans-serif;font-size:13.585px;background-color:rgba(0,0,0,0.024)">2) There's a mention of ARM's GIC400 @ 0x40041000 but probably is only the distributor since the old CPU interface is still there @ 0x40000000</span><br></div><div dir="ltr" class="gmail_attr">On Tue, Nov 26, 2019 at 7:19 PM Joel Sherrill <<a href="mailto:joel@rtems.org">joel@rtems.org</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"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 26, 2019 at 5:42 AM Niteesh <<a href="mailto:gsnb.gn@gmail.com" target="_blank">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">Hii, everyone<div>I am interested in contributing to RTEMS, specifically to the arm based BSP's. I am a sophomore in electronics and communication engineering interested in operating systems, and systems programming. I have written small drivers and libraries for Arduino, bare metal avr chips to interface with sensors. I would like to take it a bit further by learning about ARM-based devices.</div><div><br></div><div>I have completed the hello world task for GSOC. As I said early I am interested in contributing to the drivers and BSP section for most likely raspberry pi and beaglebone. But I have no idea how to proceed further, any suggestions on where to start and is it okay to ask tons of questions? because I had a look at the previous year's project ideas and very little made sense to me. I am ready to put in my best effort just need some guidance from your side.</div></div></blockquote><div><br></div><div>This is a hard question to answer. There is a balance of something interesting to do with not sending you on a quest. One extreme would be a full BSP from scratch for some expensive hardware that you don't have and shouldn't even try to afford. The other extreme is something so simple that it isn't interesting. At the same time, it should be useful to the community.</div><div><br></div><div>I thought a little while about this and think updating the raspberrypi BSP to support the pi3/pi4 should be a useful and tractable BSP issue to address. It is also useful to the community.</div><div><br></div><div>Discussions when this was brought up before indicate that the precise System on Chip model changed from the 2 to the 3/4 and at least the base address of the UART for the console changed. Getting it working should be a combination of detective work to figure out what precisely changed and fix it along with the possibility of the need for a different device driver on the 3/4.</div><div><br></div><div>FWIW I noticed that the RSB package qemu4 includes a simulator for the pi2 although I haven't had a chance to see if it works with RTEMS. If it does, that eliminates absolutely needing pi2 hardware.</div><div></div></div></div></blockquote><div>Can someone provide instruction on the simulator, I searched a lot but found no help. </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"><div class="gmail_quote"><div> <br></div></div></div></blockquote><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"><div class="gmail_quote"><div></div><div>Anyway, that's just one idea. It would be useful.</div><div><br></div><div>Thanks.</div><div><br></div><div>--joel</div><div><br></div><div><br></div><div> </div></div></div>
</blockquote></div></div></div>