You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Historical - (note the lock/unlock have been removed, see comments):
Memory Manager uses OS_IntLock() and OS_IntUnlock(). That's the only place any of the OS_Int* functions are used in the GSFC apps. These functions will likely be deprecated in the next OSAL release.
I'm guessing it does this with the intent of loading the mem block "atomically" with the hope of preventing another task from writing to it while this happens?
IntLock/Unlock has always been a no-op on POSIX, and furthermore even on platforms where it does something, it will not achieve that exclusivity effect on Multi-Core CPUs, as it only locks the interrupts on the core which calls it, and other cores continue to run anyway, interrupt or not.
Probably worth re-evaulating what MM is trying to achieve with the intlock... might be able to simply take it out with no loss of function.
20220324 - OS_IntLoc and OS_IntUnlock were removed as part of GSFCCFS-1156. Although now requirement GSFCCFS-611 isn't being met.
Imported from GSFCCFS-1132
The text was updated successfully, but these errors were encountered:
skliper
changed the title
MM IntLock removed, no longer satisfies GSFCCFS-611
MM IntLock removed, no longer implements "write with interrupts disabled" requirement MM2003
Aug 5, 2022
Historical - (note the lock/unlock have been removed, see comments):
Memory Manager uses OS_IntLock() and OS_IntUnlock(). That's the only place any of the OS_Int* functions are used in the GSFC apps. These functions will likely be deprecated in the next OSAL release.
I'm guessing it does this with the intent of loading the mem block "atomically" with the hope of preventing another task from writing to it while this happens?
IntLock/Unlock has always been a no-op on POSIX, and furthermore even on platforms where it does something, it will not achieve that exclusivity effect on Multi-Core CPUs, as it only locks the interrupts on the core which calls it, and other cores continue to run anyway, interrupt or not.
Probably worth re-evaulating what MM is trying to achieve with the intlock... might be able to simply take it out with no loss of function.
20220324 - OS_IntLoc and OS_IntUnlock were removed as part of GSFCCFS-1156. Although now requirement GSFCCFS-611 isn't being met.
Imported from GSFCCFS-1132
The text was updated successfully, but these errors were encountered: