[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240301150153.36e5bf60@gandalf.local.home>
Date: Fri, 1 Mar 2024 15:01:53 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Jamal Hadi Salim <jhs@...atatu.com>
Cc: LKML <linux-kernel@...r.kernel.org>, netdev@...r.kernel.org, Masami
Hiramatsu <mhiramat@...nel.org>, Mathieu Desnoyers
<mathieu.desnoyers@...icios.com>, Cong Wang <xiyou.wangcong@...il.com>,
vaclav.zindulka@...pnet.cz, Jiri Pirko <jiri@...nulli.us>, "David S.
Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, Coco Li
<lixiaoyan@...gle.com>, David Ahern <dsahern@...nel.org>, Jakub Kicinski
<kuba@...nel.org>
Subject: Re: [PATCH] tracing/net_sched: Fix tracepoints that save
qdisc_dev() as a string
On Fri, 1 Mar 2024 14:24:17 -0500
Jamal Hadi Salim <jhs@...atatu.com> wrote:
> > Fixes: a34dac0b90552 ("net_sched: add tracepoints for qdisc_reset() and qdisc_destroy()")
> > Signed-off-by: Steven Rostedt (Google) <rostedt@...dmis.org>
>
> Should this be targeting the net tree?
I was going to say that I need this for my work, but my work is aimed at
the next merge window, but this should go into the kernel now and be marked
for stable. So yes, it probably should go through the net tree.
Do I need to resubmit it?
> Otherwise, LGTM. Just wondering - this worked before because "name"
> was the first field?
Looks like it. See commit 43a71cd66b9c0 ("net-device: reorganize net_device
fast path variables")
I wonder if there's anything else that uses a pointer to struct net_device
thinking it can just be switched to find the name?
>
> Reviewed-by: Jamal Hadi Salim <jhs@...atatu.com>
Thanks,
-- Steve
Powered by blists - more mailing lists