Hi Joel and Gedare, I am looking for mentors for my project. How can I connect to interested mentors? I have uploaded the draft proposal on GSoC tracking page.
Regards, Kamlesh On Tue, Apr 12, 2022 at 1:04 AM Kamlesh Bharodiya <brkamleshg...@gmail.com> wrote: > Hi Joel and Gedare, > > Thank you. I have uploaded the proposal, the doc link should be > commentable now. I am going through the "How to" manual for developing BSP. > Things are making sense for now. I will engage in the Discord group for > further doubts on the project. > > Regards, > Kamlesh > > > On Mon, Apr 11, 2022 at 7:42 PM Gedare Bloom <ged...@rtems.org> wrote: > >> This looks fairly reasonable to me. You might want to show that you >> can run a baremetal R5 application on qemu, but that's not 100% >> necessary just a bit helpful. We'll need to determine if any gcc >> support is needed (e.g., to add some multilib) but I think it is a >> good, small-scope project idea. Please do add to the tracking page and >> engage with the community about it. >> >> On Fri, Apr 8, 2022 at 11:28 AM Kamlesh Bharodiya >> <brkamleshg...@gmail.com> wrote: >> > >> > Hi Joel and Gedare, >> > >> > I have gone through projects suggested by Joel in the last mail. Thank >> you for helping me out here. >> > I would like to do R5 BSP and run it on qemu (definitely an ambitious >> project for me at this stage, but I would love to start from somewhere). I >> think this will be a great project for me. I have written the proposal for >> the same. If possible, after your brief review, I would post it on the >> RTEMS GSoC Projects tracking page. >> > >> > Regards, >> > Kamlesh >> > >> > On Mon, Apr 4, 2022 at 1:17 AM Joel Sherrill <j...@rtems.org> wrote: >> >> >> >> I've added Gedare Bloom for second opinions. >> >> >> >> On Sun, Apr 3, 2022 at 11:09 AM Kamlesh Bharodiya < >> brkamleshg...@gmail.com> wrote: >> >>> >> >>> HI Joel, >> >>> >> >>> Taking the conversation forward, I seek your guidance on GSoC >> application. >> >>> I am a 2015 graduate in electrical engineering from IIT Kanpur, >> India. I am interested in developing/improving current driver >> implementation for RTEMS BSPs. I have worked with ESP32 and MSP430. I have >> done a few projects on Raspberry Pi 4. Mostly, I have coded in Python and >> Micropython. On MSP430, I have modified some existing codes written in C. >> >>> Currently, I am learning FreeRTOS as well as working as a freelancer >> with a startup (Working with Cortex R4F to implement Modbus Protocol). >> >> >> >> >> >> This is good experience. :) >> >> >> >>> >> >>> >> >>> So to summarise, I have never done any driver development before, >> mostly I have worked upon application level embedded software. I am keen >> to learn the lower level embedded software to understand the broader >> picture in this field. >> >>> While doing the freelancing work, I can take out 15 to 20 hours per >> week. So, I am open to your feedback on whether I would be fit for any GSoC >> project or not. >> >> >> >> >> >> That limits some of the bsp/device driver tasks. >> >>> >> >>> >> >>> Some of the projects, I am interested in: >> >>> 1. Beaglebone BSP improvement (Peripheral Support)- Reason: I am >> able to understand these peripherals (I have worked on UART, SPI and I2C >> based sensor and memory integration with MCUs). >> >>> >> >>> 2. Raspberry BSP improvement - (Peripheral support) : But I don't >> have hardware access for any Raspberry at present. >> >> >> >> >> >> Both Beagle and Pi are complete enough where what's left would require >> talking with specific mentors. The biggest lacking on the Pi is Pi4 and >> 64-bit support which I wouldn't send you toward with the time constraints. >> >>> >> >>> >> >>> 3. Testing of the RTEMS features on these SBCs, STM32: This will >> enable me to understand RTEMS better and to contribute to the community in >> future. >> >> >> >> >> >> This got me thinking. Qemu claims to support both the STM32 and TMS570 >> (-machine help) which have BSPs. Ensuring those BSPs run on the simulators >> and adding rtems tester configurations for them would be quite beneficial. >> It may require adding one or more qemu BSP variants based on differences >> between qemu and hardware. And maybe qemy has some tweaking to do multiple >> stm's. No idea there. >> >> >> >> Another more ambitious but equally useful project would be to look >> into doing a basic BSP for the R5 on qemu if that's supported by qemu. >> >> >> >> There are also tools projects but I'd have to think more on those. I >> am just drawing a blank. I was trying to focus on >> >>> >> >>> >> >>> Work done till now: >> >>> 1. I have gone through previous GSoC projects like this and this. I >> am not able to understand them fully, but I am getting some idea, as I read >> more and more from GSoC Project Blogs. >> >>> 2. Going through the RTEMS BSPs directory to understand how different >> register level functions are being invoked >> >>> 3. Built RTEMS and did "Hello World" >> >>> >> >>> Hardware Access: I have access to Beaglebone Black and STM32FR407 >> Discovery Board. >> >> >> >> >> >> AFAIK that board should work now. Ask Karel Gardas or Andrei Chichek >> what drivers are missing. >> >>> >> >>> >> >>> I would like your suggestions on whether I am a fit for doing a GSoC >> project and what could be a possible starting point project for >> contributing in the community, >> >> >> >> >> >> You certainly sound fit. We just need to find a good project. >> >>> >> >>> >> >>> Looking forward to hearing from you. >> >> >> >> >> >> No problem. >> >> >> >> --joel >> >>> >> >>> >> >>> Regards, >> >>> Kamlesh >> >>> >> >>> >> > _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
