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.


_______________________________________________
bugs mailing list
[email protected]
http://lists.rtems.org/mailman/listinfo/bugs

Reply via email to