[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20260203161102.1894146-1-horms@kernel.org>
Date: Tue, 3 Feb 2026 16:11:02 +0000
From: Simon Horman <horms@...nel.org>
To: ivecera@...hat.com
Cc: Simon Horman <horms@...nel.org>,
richardcochran@...il.com,
arkadiusz.kubalewski@...el.com,
przemyslaw.kitszel@...el.com,
aleksandr.loktionov@...el.com,
andrew+netdev@...n.ch,
pabeni@...hat.com,
saeedm@...dia.com,
kuba@...nel.org,
tariqt@...dia.com,
netdev@...r.kernel.org,
grzegorz.nitka@...el.com,
poros@...hat.com,
davem@...emloft.net,
vadim.fedorenko@...ux.dev,
linux-rdma@...r.kernel.org,
linux-kernel@...r.kernel.org,
aleksander.lobakin@...el.com,
jonathan.lemon@...il.com,
jiri@...nulli.us,
anthony.l.nguyen@...el.com,
intel-wired-lan@...ts.osuosl.org,
Prathosh.Satish@...rochip.com,
leon@...nel.org,
edumazet@...gle.com,
mbloch@...dia.com
Subject: Re: [net-next,v4,7/9] dpll: Add reference count tracking support
This is an AI-generated review of your patch. The human sending this
email has considered the AI review valid, or at least plausible.
For local reproduction steps see https://netdev-ai.bots.linux.dev/ai-local.html
---
dpll: Add reference count tracking support
This commit adds REF_TRACKER infrastructure support to the DPLL subsystem,
allowing developers to track and debug reference counting leaks for
dpll_device and dpll_pin objects via debugfs.
> diff --git a/include/linux/dpll.h b/include/linux/dpll.h
> --- a/include/linux/dpll.h
> +++ b/include/linux/dpll.h
[ ... ]
> @@ -223,16 +231,17 @@ dpll_netdev_add_pin_handle(struct sk_buff *msg, const struct net_device *dev)
> }
>
> static inline struct dpll_pin *
> -fwnode_dpll_pin_find(struct fwnode_handle *fwnode)
> +fwnode_dpll_pin_find(struct fwnode_handle *fwnode, dpll_tracker *tracker);
> {
> return NULL;
> }
There appears to be a stray semicolon at the end of the function signature
on the line with the tracker parameter. This would cause a compile error
when CONFIG_DPLL is disabled since the function body follows what looks
like a forward declaration.
Should the semicolon be removed so the stub function compiles correctly?
Powered by blists - more mailing lists