netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Saeed Mahameed <saeed@kernel.org>
To: Simon Horman <horms@kernel.org>
Cc: "David S. Miller" <davem@davemloft.net>,
	Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
	Eric Dumazet <edumazet@google.com>,
	Saeed Mahameed <saeedm@nvidia.com>,
	netdev@vger.kernel.org, Tariq Toukan <tariqt@nvidia.com>,
	Gal Pressman <gal@nvidia.com>,
	Leon Romanovsky <leonro@nvidia.com>,
	Hamdan Igbaria <hamdani@nvidia.com>,
	Yevgeny Kliteynik <kliteyn@nvidia.com>
Subject: Re: [net-next V3 13/15] net/mlx5: DR, Change SWS usage to debug fs seq_file interface
Date: Mon, 5 Feb 2024 16:56:32 -0800	[thread overview]
Message-ID: <ZcGDwJDGvX2WwqEg@x130> (raw)
In-Reply-To: <20240204142448.GA941651@kernel.org>

On 04 Feb 14:24, Simon Horman wrote:
>On Fri, Feb 02, 2024 at 11:08:52AM -0800, Saeed Mahameed wrote:
>> From: Hamdan Igbaria <hamdani@nvidia.com>
>>
>> In current SWS debug dump mechanism we implement the seq_file interface,
>> but we only implement the 'show' callback to dump the whole steering DB
>> with a single call to this callback.
>>
>> However, for large data size the seq_printf function will fail to
>> allocate a buffer with the adequate capacity to hold such data.
>>
>> This patch solves this problem by utilizing the seq_file interface
>> mechanism in the following way:
>>  - when the user triggers a dump procedure, we will allocate a list of
>>    buffers that hold the whole data dump (in the start callback)
>>  - using the start, next, show and stop callbacks of the seq_file
>>    API we iterate through the list and dump the whole data
>>
>> Signed-off-by: Hamdan Igbaria <hamdani@nvidia.com>
>> Reviewed-by: Yevgeny Kliteynik <kliteyn@nvidia.com>
>> Signed-off-by: Saeed Mahameed <saeedm@nvidia.com>
>> ---
>>  .../mellanox/mlx5/core/steering/dr_dbg.c      | 735 ++++++++++++++----
>>  .../mellanox/mlx5/core/steering/dr_dbg.h      |  20 +
>>  2 files changed, 620 insertions(+), 135 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/mellanox/mlx5/core/steering/dr_dbg.c b/drivers/net/ethernet/mellanox/mlx5/core/steering/dr_dbg.c
>
>...
>
>> +static struct mlx5dr_dbg_dump_data *
>> +mlx5dr_dbg_create_dump_data(void)
>> +{
>> +	struct mlx5dr_dbg_dump_data *dump_data;
>> +
>> +	dump_data = kzalloc(sizeof(*dump_data), GFP_KERNEL);
>> +	if (!dump_data)
>> +		return NULL;
>> +
>> +	INIT_LIST_HEAD(&dump_data->buff_list);
>> +
>> +	if (!mlx5dr_dbg_dump_data_init_new_buff(dump_data))
>> +		kfree(dump_data);
>
>Hi Hamdan and Saeed,
>
>dump_data may be freed above.
>But it is returned unconditionally below.
>This seems a little odd.
>
>Flagged by Smatch and Coccinelle.
>


Thanks Simon, Fixed in V4.

  reply	other threads:[~2024-02-06  0:56 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-02 19:08 [pull request][net-next V3 00/15] mlx5 updates 2024-01-26 Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 01/15] xfrm: generalize xdo_dev_state_update_curlft to allow statistics update Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 02/15] xfrm: get global statistics from the offloaded device Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 03/15] net/mlx5e: Connect mlx5 IPsec statistics with XFRM core Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 04/15] net/mlx5e: Delete obsolete IPsec code Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 05/15] Documentation: Fix counter name of mlx5 vnic reporter Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 06/15] net/mlx5: Rename mlx5_sf_dev_remove Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 07/15] net/mlx5: remove fw_fatal reporter dump option for non PF Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 08/15] net/mlx5: remove fw " Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 09/15] net/mlx5: SF, Stop waiting for FW as teardown was called Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 10/15] net/mlx5: Return specific error code for timeout on wait_fw_init Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 11/15] net/mlx5: Remove initial segmentation duplicate definitions Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 12/15] net/mlx5: Change missing SyncE capability print to debug Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 13/15] net/mlx5: DR, Change SWS usage to debug fs seq_file interface Saeed Mahameed
2024-02-04 14:24   ` Simon Horman
2024-02-06  0:56     ` Saeed Mahameed [this message]
2024-02-02 19:08 ` [net-next V3 14/15] net/mlx5e: XSK, Exclude tailroom from non-linear SKBs memory calculations Saeed Mahameed
2024-02-02 19:08 ` [net-next V3 15/15] net/mlx5e: XDP, Exclude headroom and tailroom from " Saeed Mahameed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZcGDwJDGvX2WwqEg@x130 \
    --to=saeed@kernel.org \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=gal@nvidia.com \
    --cc=hamdani@nvidia.com \
    --cc=horms@kernel.org \
    --cc=kliteyn@nvidia.com \
    --cc=kuba@kernel.org \
    --cc=leonro@nvidia.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=saeedm@nvidia.com \
    --cc=tariqt@nvidia.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).