[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <161677800948.29837.17125226736651176276.git-patchwork-notify@kernel.org>
Date: Fri, 26 Mar 2021 17:00:09 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Toke Høiland-Jørgensen <toke@...hat.com>@ci.codeaurora.org
Cc: ast@...nel.org, daniel@...earbox.net, andrii@...nel.org,
kafai@...com, songliubraving@...com, yhs@...com,
john.fastabend@...il.com, kpsingh@...nel.org, sdf@...gle.com,
davem@...emloft.net, brouer@...hat.com, aarcange@...hat.com,
williams@...hat.com, bpf@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH bpf v3 1/2] bpf: enforce that struct_ops programs be GPL-only
Hello:
This series was applied to bpf/bpf.git (refs/heads/master):
On Fri, 26 Mar 2021 11:03:13 +0100 you wrote:
> With the introduction of the struct_ops program type, it became possible to
> implement kernel functionality in BPF, making it viable to use BPF in place
> of a regular kernel module for these particular operations.
>
> Thus far, the only user of this mechanism is for implementing TCP
> congestion control algorithms. These are clearly marked as GPL-only when
> implemented as modules (as seen by the use of EXPORT_SYMBOL_GPL for
> tcp_register_congestion_control()), so it seems like an oversight that this
> was not carried over to BPF implementations. Since this is the only user
> of the struct_ops mechanism, just enforcing GPL-only for the struct_ops
> program type seems like the simplest way to fix this.
>
> [...]
Here is the summary with links:
- [bpf,v3,1/2] bpf: enforce that struct_ops programs be GPL-only
https://git.kernel.org/bpf/bpf/c/12aa8a9467b3
- [bpf,v3,2/2] bpf/selftests: test that kernel rejects a TCP CC with an invalid license
https://git.kernel.org/bpf/bpf/c/d8e8052e42d0
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists