-
Notifications
You must be signed in to change notification settings - Fork 13
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
Initial bpfman-operator support for Load/Attach Split #347
base: main
Are you sure you want to change the base?
Conversation
e352df4
to
0531a5f
Compare
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #347 +/- ##
===========================================
+ Coverage 28.12% 41.79% +13.67%
===========================================
Files 128 66 -62
Lines 11207 7469 -3738
===========================================
- Hits 3152 3122 -30
+ Misses 7773 4091 -3682
+ Partials 282 256 -26
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
113089c
to
60d0115
Compare
All of the examples will need to be updated with the new CRD format before the Kubernetes integration tests will pass. |
@anfredette, this pull request is now in conflict and requires a rebase. |
083793b
to
5dce708
Compare
5dce708
to
94b2131
Compare
@anfredette, this pull request is now in conflict and requires a rebase. |
94b2131
to
8bf9338
Compare
10366ab
to
0c7f942
Compare
0c7f942
to
218f890
Compare
@anfredette, this pull request is now in conflict and requires a rebase. |
This is still a WIP, but it's working for cluster-scoped XDP programs. Here's a sample of the kubectl output from installing and deleting an XDP program: If you're looking at the code, the new operator and agent code is in the app-operator and app-agent directories, while the old code is still in bpfman-operator and bpfman-agent. I plan to eventually delete the old directories and rename the new ones, but I'm keeping the old code around for comparison and to pull from as needed. |
2799666
to
d68ab2a
Compare
a068f54
to
83561f6
Compare
69a1b95
to
9e5cb54
Compare
I've cleaned up the code a bit and added support for TCX and Fentry. See the TODO.md file for more details. |
7905ebb
to
01546e9
Compare
5335cce
to
52f83b1
Compare
@anfredette, this pull request is now in conflict and requires a rebase. |
52f83b1
to
45dabcc
Compare
This commit contains the framework for using the bpfman load/attach split support when it becomes available. Support for both cluster-scoped and namespace-scoped CRDs for all supported program types is included. Key changes include: - Updates to the BpfApplication and BpfNsApplication CRDs to support a separate list of optional attach points for programs. This allows programs to be loaded before attachments are made and enables dynamic attachment updates. - BpfApplicationState and BpfNsApplicationState CRDs have been added to manage per-node information for the BpfApplication and BpfNsApplication CRDs, respectively. - All files and code related to the *Program CRDs have been removed. See TODO.md for more details about what's left to do. Signed-off-by: Andre Fredette <[email protected]>
45dabcc
to
3174166
Compare
@anfredette, this pull request is now in conflict and requires a rebase. |
Initial operator support for Load/Attach Split
This commit contains the framework for using the bpfman load/attach split
support when it becomes available.
Support for both cluster-scoped and namespace-scoped CRDs for all supported
program types is included.
Key changes include:
of optional attach points for programs. This allows programs to be loaded before
attachments are made and enables dynamic attachment updates.
per-node information for the BpfApplication and BpfNsApplication CRDs,
respectively.
See TODO.md for more details about what's left to do.