eslam el hefny commented: https://gitlab.rtems.org/rtems/programs/gsoc/-/issues/86#note_147520 Hello @joel , @gedare My name is Eslam El Hefny. I'm an MSc researcher at Zewail City of Science and Technology in Egypt, and I work professionally as an Embedded Linux Software Engineer. I'm interested in contributing to the **"Improving the STM32F4 with GPIO, SPI, DMA"** project for GSoC 2026. **About Me:** I have been working with embedded systems for several years, both professionally and as an instructor. I've trained over 2,000 students in embedded systems, C programming, and microcontrollers at various institutions. My hands-on experience includes extensive work with STM32 microcontrollers (stm32 f40 series), where I've developed bare-metal drivers for GPIO, SPI, I2C, UART, and DMA peripherals. I also run a technical education platform called EmbeddexAI where I create content on embedded systems and RTOS concepts. **Proof of Work:** I have successfully completed the GSoC Getting Started requirements: 1. Built RTEMS 7 from source on my Linux system 2. Built the sparc/erc32 BSP and ran the sample applications 3. Modified the hello world example and rebuilt successfully {width=900 height=239} **I am also setting up my Discovery - F407vg board to build and test the stm32f4 BSP directly on hardware.** **Questions for Mentors:** 1. For the GPIO driver, should I focus on extending the existing `bsp/io.h` interface, or would a new header file be preferred? 2. Is there a preference for using ST's HAL/LL libraries as a backend versus direct register access for maintainability? 3. Are there any existing test frameworks I should use for the driver unit tests? I also forked the repo. Looking forward to contributing to RTEMS! Best regards, Eslam El Hefny GitHub: github.com/eslamelhefny Portfolio: eslamelhefny.github.io -- View it on GitLab: https://gitlab.rtems.org/rtems/programs/gsoc/-/issues/86#note_147520 You're receiving this email because of your account on gitlab.rtems.org.
_______________________________________________ bugs mailing list [email protected] http://lists.rtems.org/mailman/listinfo/bugs
