<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">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><br></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>