Skip to content
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

cc: define load_func and unload_func public #1065

Merged
merged 1 commit into from
Mar 27, 2017

Conversation

mauriciovasquezbernal
Copy link
Contributor

With the current API it is not possible to load any kind of ebpf
program, for example BPF_PROG_TYPE_SCHED_CLS, this commit solves that by
defining load_func and unload_func as part of the public API.

Signed-off-by: Mauricio Vasquez B [email protected]

With the current API it is not possible to load any kind of ebpf
program, for example BPF_PROG_TYPE_SCHED_CLS, this commit solves that by
defining load_func and unload_func as part of the public API.

Signed-off-by: Mauricio Vasquez B <[email protected]>
@goldshtn
Copy link
Collaborator

[buildbot, ok to test]

@goldshtn
Copy link
Collaborator

@drzaeus77 Shouldn't the command above have triggered the build?

@drzaeus77
Copy link
Collaborator

[buildbot, ok to test]

@goldshtn I've added you to the buildbot whitelist for [] commands

@goldshtn
Copy link
Collaborator

@palmtenor Could you please take a look to make sure this makes sense for the C++ API?

@palmtenor
Copy link
Member

This makes sense. However users load a function and failed to do other things with it, they would need to call unload to clean-up. But we do full clean-up on class destruction anyways, so I wouldn't worry about this.

@goldshtn goldshtn merged commit 26383f2 into iovisor:master Mar 27, 2017
@mauriciovasquezbernal mauriciovasquezbernal deleted the load_func_public branch March 27, 2017 19:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants