-
Notifications
You must be signed in to change notification settings - Fork 7.7k
rtio: Add a context pool #92852
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
base: main
Are you sure you want to change the base?
rtio: Add a context pool #92852
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - very simple and easy to use.
963cdd6
to
7f0df4a
Compare
fb9cd40
to
c85b3ae
Compare
Update 1: Misra rule fix moved to #93530 so sonar might complain but this is being fixed, didn't want to muddle the PRs. This PR now builds and mostly passes its tests, need to fix a semaphore permission issue. |
f03ba9c
to
de62ed3
Compare
Adds a context pool that can be used when a number of threads may be dynamically created to use with RTIO. While the pool has a small cost to it, the cost of verifying a statically declared kobject likely makes it worth avoiding dynamically allocating these with the typical kobject_alloc method. Instead this arena style pool of objects can be used where the kobject validation uses the gperf hash created at build time. Signed-off-by: Tom Burdick <thomas.burdick@intel.com>
|
Adds a context pool that can be used when a number of threads may be dynamically created to use with RTIO. While the pool has a small cost to it, the cost of verifying a statically declared kobject likely makes it worth avoiding dynamically allocating these with the typical kobject_alloc method. Instead this arena style pool of objects can be used where the kobject validation uses the gperf hash created at build time.