[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <86a63230-767c-42c6-b0ed-520d90691ce1@kernel.org>
Date: Wed, 22 Nov 2023 10:02:39 +0100
From: Jesper Dangaard Brouer <hawk@...nel.org>
To: Jakub Kicinski <kuba@...nel.org>, davem@...emloft.net
Cc: netdev@...r.kernel.org, edumazet@...gle.com, pabeni@...hat.com,
almasrymina@...gle.com, ilias.apalodimas@...aro.org, dsahern@...il.com,
dtatulea@...dia.com, willemb@...gle.com,
kernel-team <kernel-team@...udflare.com>
Subject: Re: [PATCH net-next v3 10/13] net: page_pool: report when page pool
was destroyed
On 11/22/23 04:44, Jakub Kicinski wrote:
> Report when page pool was destroyed. Together with the inflight
> / memory use reporting this can serve as a replacement for the
> warning about leaked page pools we currently print to dmesg.
>
> Example output for a fake leaked page pool using some hacks
> in netdevsim (one "live" pool, and one "leaked" on the same dev):
>
> $ ./cli.py --no-schema --spec netlink/specs/netdev.yaml \
> --dump page-pool-get
> [{'id': 2, 'ifindex': 3},
> {'id': 1, 'ifindex': 3, 'destroyed': 133, 'inflight': 1}]
>
> Tested-by: Dragos Tatulea<dtatulea@...dia.com>
> Signed-off-by: Jakub Kicinski<kuba@...nel.org>
> ---
> Documentation/netlink/specs/netdev.yaml | 13 +++++++++++++
> include/net/page_pool/types.h | 1 +
> include/uapi/linux/netdev.h | 1 +
> net/core/page_pool.c | 1 +
> net/core/page_pool_priv.h | 1 +
> net/core/page_pool_user.c | 12 ++++++++++++
> 6 files changed, 29 insertions(+)
>
> diff --git a/Documentation/netlink/specs/netdev.yaml b/Documentation/netlink/specs/netdev.yaml
> index 85209e19dca9..695e0e4e0d8b 100644
> --- a/Documentation/netlink/specs/netdev.yaml
> +++ b/Documentation/netlink/specs/netdev.yaml
> @@ -125,6 +125,18 @@ name: netdev
> type: uint
> doc: |
> Amount of memory held by inflight pages.
> + -
> + name: detach-time
> + type: uint
> + doc: |
> + Seconds in CLOCK_BOOTTIME of when Page Pool was detached by
> + the driver. Once detached Page Pool can no longer be used to
> + allocate memory.
> + Page Pools wait for all the memory allocated from them to be freed
> + before truly disappearing. "Detached" Page Pools cannot be
> + "re-attached", they are just waiting to disappear.
> + Attribute is absent if Page Pool has not been detached, and
> + can still be used to allocate new memory.
>
Thanks for making the adjustments. I like the new "detach" term.
Acked-by: Jesper Dangaard Brouer <hawk@...nel.org>
Powered by blists - more mailing lists