[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250204172725.30068497@kernel.org>
Date: Tue, 4 Feb 2025 17:27:25 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Amery Hung <ameryhung@...il.com>
Cc: netdev@...r.kernel.org, bpf@...r.kernel.org, daniel@...earbox.net,
andrii@...nel.org, alexei.starovoitov@...il.com, martin.lau@...nel.org,
edumazet@...gle.com, xiyou.wangcong@...il.com, cong.wang@...edance.com,
jhs@...atatu.com, sinquersw@...il.com, toke@...hat.com, jiri@...nulli.us,
stfomichev@...il.com, ekarani.silvestre@....ufcg.edu.br,
yangpeihao@...u.edu.cn, yepeilin.cs@...il.com, ming.lei@...hat.com,
kernel-team@...a.com
Subject: Re: [PATCH bpf-next v3 08/18] bpf: net_sched: Support
implementation of Qdisc_ops in bpf
On Tue, 4 Feb 2025 15:21:27 -0800 Amery Hung wrote:
> On Tue, Feb 4, 2025 at 2:18 PM Jakub Kicinski <kuba@...nel.org> wrote:
> > On Fri, 31 Jan 2025 11:28:47 -0800 Amery Hung wrote:
> > > + if (new &&
> > > + !(parent->flags & TCQ_F_MQROOT) &&
> > > + new->ops->owner == BPF_MODULE_OWNER) {
> > > + NL_SET_ERR_MSG(extack, "BPF qdisc not supported on a non root");
> > > + return -EINVAL;
> > > + }
> >
> > This check should live in bpf_qdisc.c
>
> Might be a dumb question, but could you explain why this is preferred?
>
> I can certainly do the check in Qdisc_ops::init instead though.
Basic SW abstractions, this is the generic layer, bpf_qdisc is just
one implementation that plugs into it.
Powered by blists - more mailing lists