RTEMS | bsps/arm/stm32f4: Fix multiple OTGFS header bugs (!1134)

Wed Mar 18 20:32:30 UTC 2026

Mohamed Ayman commented on a discussion on bsps/arm/stm32f4/include/bsp/stm32f4xxxx_otgfs.h: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1134#note_146125

 >  #define STM32F4_OTGFS_GINTSTS_HCINT     BSP_BIT32(25) // Host channels interrupt
 >  #define STM32F4_OTGFS_GINTSTS_HPRTINT   BSP_BIT32(24) // Host port interrupt
 >  #define STM32F4_OTGFS_GINTSTS_IPXFR     BSP_BIT32(21) // Incomplete periodic transfer
 > -#define STM32F4_OTGFS_GINTSTS_IISOOXFR  BSP_BIT32(21) // Incomplete isochronous OUT transfer
 > +#define STM32F4_OTGFS_GINTSTS_IISOOXFR  BSP_BIT32(20) // Incomplete isochronous OUT transfer
 >  #define STM32F4_OTGFS_GINTSTS_IISOIXFR  BSP_BIT32(20) // Incomplete isochronous IN transfer

![Screenshot from 2026-03-18 22-31-28.png](/uploads/6ff602b8a2db972c07e46882138ffb44/Screenshot_from_2026-03-18_22-31-28.png){width=900 height=248}

![Screenshot from 2026-03-18 22-32-03.png](/uploads/bcfbec4c7e4477d365661a1f7e3d1f66/Screenshot_from_2026-03-18_22-32-03.png){width=900 height=327}

i will revert the previous change to STM32F4_OTGFS_GINTSTS_IISOOXFR. I mistakenly assumed the two definitions sharing bit 21 (IPXFR and IISOOXFR) were a copy-paste error and moved IISOOXFR to bit 20. After checking the STM32F4 reference manual (it was upper the IISOIXFR bit so i mistake ), bit 21 is intentionally shared between the two names IPXFR is used in host mode and IISOOXFR in device mode. They are aliases for the same physical bit. Restoring it to the original correct value.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1134#note_146125
You're receiving this email because of your account on gitlab.rtems.org.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260318/415f421b/attachment.htm>