-
Notifications
You must be signed in to change notification settings - Fork 449
ebpf: non non-core. building files. #3015
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
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
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.
Let's avoid renaming files in this PR (done in the last commit).
I disagree with some of these renamings (e.g. common->include and splitting kernel and tracee), yet I think we should merge the other commits.
We can discuss further changes in the next milestone.
Please, let's defer the last commit to another PR |
Okay I think this is "ready" to be merged IMO (unless there are other issues to be addressed that I couldn't spot). Let me know WYT. Thank you. |
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.
Mostly header inclusion doubts.
I believe we can merge after these nit fixes
squash with ebpf
- keep external BTF file logic
Current eBPF source headers have several problems: - some of them use local headers "", some the search path <> - clangd wasn't able to index headers correctly Follow: #2359 for TODOs NO CHANGES BUT POSITIONAL AND INCLUDE FIXES.
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!
Bye bye non-core! You served us well
I want to split the eBPF code into multiple eBPF objects and include the logic to load them depending on the events being traced, for example. But I think as an initial step we should drop non CORE, clean up the code a bit for readability and styling, and do that soon/later.
I'll try to enforce a code styling through some formatter (as we have many developers and each one seems to be doing a different style currently, even with clang-format trying to enforce some rules).
I have removed all NON CORE related code (AFAICT) and changed Makefiles, Dockerfiles and Workflows appropriately. Let's test here and then with our internal E2E tests to see how things go.
This PR might impact other PRs touching eBPF code, but, still, easy to rebase as there are no logic changes, just positional/styling changes mostly.
commit 829adfe (HEAD -> drop-noncore, rafaeldtinoco/drop-noncore)
Author: Rafael David Tinoco rafaeldtinoco@gmail.com
Date: Wed Apr 26 01:02:57 2023
commit 239768b (test)
Author: Rafael David Tinoco rafaeldtinoco@gmail.com
Date: Tue Apr 25 23:24:11 2023
commit 380a1e1
Author: Rafael David Tinoco rafaeldtinoco@gmail.com
Date: Mon Apr 24 17:41:39 2023
commit f7da045
Author: Rafael David Tinoco rafaeldtinoco@gmail.com
Date: Mon Apr 24 11:40:10 2023
commit 467da62
Author: Rafael David Tinoco rafaeldtinoco@gmail.com
Date: Mon Apr 24 18:28:51 2023