-
Notifications
You must be signed in to change notification settings - Fork 217
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add shared layer API for handling global mutex #476
Labels
Milestone
Comments
jphickey
added a commit
to jphickey/osal
that referenced
this issue
May 19, 2020
Add a wrapper at the shared layer to provide a common location to check the status of global lock/unlock ops. All calls to OS_Lock_Global_Impl and OS_Unlock_Global_Impl from the shared modules are replaced with calls to this wrapper.
jphickey
added a commit
to jphickey/osal
that referenced
this issue
May 19, 2020
Add a wrapper at the shared layer to provide a common location to check the status of global lock/unlock ops. All calls to OS_Lock_Global_Impl and OS_Unlock_Global_Impl from the shared modules are replaced with calls to this wrapper.
jphickey
added a commit
to jphickey/osal
that referenced
this issue
May 20, 2020
Add a wrapper at the shared layer to provide a common location to check the status of global lock/unlock ops. All calls to OS_Lock_Global_Impl and OS_Unlock_Global_Impl from the shared modules are replaced with calls to this wrapper.
jphickey
added a commit
to jphickey/osal
that referenced
this issue
May 20, 2020
Add a wrapper at the shared layer to provide a common location to check the status of global lock/unlock ops. All calls to OS_Lock_Global_Impl and OS_Unlock_Global_Impl from the shared modules are replaced with calls to this wrapper.
jphickey
added a commit
that referenced
this issue
May 27, 2020
Fix #476, add global lock/unlock wrapper
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
Currently the shared layer calls
OS_Lock_Global_Impl()
andOS_Unlock_Global_Impl()
directly when locking/unlocking the internal tables within OSAL.This does not offer a place to:
Describe the solution you'd like
Should implement
OS_Lock_Global()
andOS_Unlock_Global()
wrappers at the shared API level, which can provide a common place to check status, handle failure, and track resource usage.Additional context
In #474, the global table lock was correctly returning an error but nothing ever checked the return code. Rather than adding a specific return code test everywhere this is used, simpler and better to add a wrapper.
Requester Info
Joseph Hickey, Vantage Systems, Inc.
The text was updated successfully, but these errors were encountered: