Skip to content

Conversation

@secDre4mer
Copy link
Contributor

Add support for more link inspection types, e.g. to query a uprobe's symbol.

@secDre4mer secDre4mer force-pushed the feat/add-link-info-types branch 2 times, most recently from 26a871d to 9b0dcdd Compare November 7, 2025 08:59
@secDre4mer secDre4mer marked this pull request as ready for review November 7, 2025 08:59
@secDre4mer secDre4mer requested review from a team and mmat11 as code owners November 7, 2025 08:59
Copy link
Contributor

@mmat11 mmat11 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks mostly good to me, left a few comments; can this be split in multiple commits?

if umi.offsets == nil {
return nil, fmt.Errorf("no offsets available")
}
ex, err := OpenExecutable(umi.path)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hmm I wonder if this is safe to do; should we just return addresses like for kprobeMulti?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure, that's why there are the different Offsets and Symbols functions. Offsets returns the raw offsets, and only Symbols tries to resolve them.

@secDre4mer
Copy link
Contributor Author

looks mostly good to me, left a few comments; can this be split in multiple commits?

Sure, I'll try. Any ideas on how the commits should be structured? E.g. one focused on uprobe, one focused on tracepoint, ...?

@mmat11
Copy link
Contributor

mmat11 commented Nov 10, 2025

looks mostly good to me, left a few comments; can this be split in multiple commits?

Sure, I'll try. Any ideas on how the commits should be structured? E.g. one focused on uprobe, one focused on tracepoint, ...?

I guess you could split code generation and the different link types in different commits

@github-actions github-actions bot added the breaking-change Changes exported API label Nov 10, 2025
@secDre4mer secDre4mer force-pushed the feat/add-link-info-types branch 2 times, most recently from d0b8794 to 5f0a645 Compare November 10, 2025 08:16
@secDre4mer
Copy link
Contributor Author

Split is done.

@secDre4mer secDre4mer requested a review from mmat11 November 11, 2025 13:52
@mmat11
Copy link
Contributor

mmat11 commented Nov 24, 2025

@secDre4mer sorry for the delay, I was on vacation; I ran CI and some tests are failing, could you please take a look?

@secDre4mer
Copy link
Contributor Author

@secDre4mer sorry for the delay, I was on vacation; I ran CI and some tests are failing, could you please take a look?

Don't worry about the delay, I hope your vacation was nice!

The CI complains that some generated files are out of date, see here; however, running make locally, as suggested, does not change any generated files. Maybe it's due to differing kernel versions? I'm running 6.17.8 locally.

@mmat11
Copy link
Contributor

mmat11 commented Nov 24, 2025

@secDre4mer sorry for the delay, I was on vacation; I ran CI and some tests are failing, could you please take a look?

Don't worry about the delay, I hope your vacation was nice!

The CI complains that some generated files are out of date, see here; however, running make locally, as suggested, does not change any generated files. Maybe it's due to differing kernel versions? I'm running 6.17.8 locally.

hmm I think you would need to update CI_MAX_KERNEL_VERSION https://github.com/cilium/ebpf/blob/main/.github/workflows/ci.yml#L10 and run ./scripts/update-kernel-deps.sh

the script has been added after last time I tried to update kernel types so I am not sure this is the correct thing to do -- /cc @lmb

Signed-off-by: Max Altgelt <max.altgelt@nextron-systems.com>
@secDre4mer secDre4mer force-pushed the feat/add-link-info-types branch from ab1e2f4 to fe34173 Compare November 25, 2025 08:06
@secDre4mer
Copy link
Contributor Author

@mmat11 Thanks for the hints, the solution turned out to be somewhat easier than expected; main was already on 6.16, so I only had to rebase the branch and re-run make update-external-deps.

Now there are some issues with connecting to git.kernel.org, but those look unrelated to the changes I've made.

@dylandreimerink
Copy link
Member

Re-triggered the tests, seems like we got some legit failures now

@secDre4mer
Copy link
Contributor Author

I'll take a look.

Signed-off-by: Max Altgelt <max.altgelt@nextron-systems.com>
Signed-off-by: Max Altgelt <max.altgelt@nextron-systems.com>
Signed-off-by: Max Altgelt <max.altgelt@nextron-systems.com>
@secDre4mer secDre4mer force-pushed the feat/add-link-info-types branch from fe34173 to fc75121 Compare November 25, 2025 09:18
The netfilter options / info required / contained protocol family
and hook, with little information for the user what
values were expected.
Add explicit types with constants to clarify what values are
supported.

Signed-off-by: Max Altgelt <max.altgelt@nextron-systems.com>
Signed-off-by: Max Altgelt <max.altgelt@nextron-systems.com>
Signed-off-by: Max Altgelt <max.altgelt@nextron-systems.com>
Signed-off-by: Max Altgelt <max.altgelt@nextron-systems.com>
@secDre4mer secDre4mer force-pushed the feat/add-link-info-types branch from fc75121 to cb8c71f Compare November 25, 2025 09:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

breaking-change Changes exported API

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants