DPDK usage discussions
 help / color / mirror / Atom feed
From: jinag  <15720603159@163.com>
To: "Slava Ovsiienko" <viacheslavo@nvidia.com>, matan@nvidia.com
Cc: "users@dpdk.org" <users@dpdk.org>, "Shahaf Shuler" <shahafs@nvidia.com>
Subject: Re:RE: Does the mlx5 NIC support reloading
Date: Thu, 24 Aug 2023 15:35:32 +0800 (CST)	[thread overview]
Message-ID: <1a54aff.8d15.18a26784a22.Coremail.15720603159@163.com> (raw)
In-Reply-To: <DM6PR12MB37530FA6F9B22EC3ABDB2F8BDF1AA@DM6PR12MB3753.namprd12.prod.outlook.com>

[-- Attachment #1: Type: text/plain, Size: 2792 bytes --]

Hi Slava, matan:
Thanks for the info! 


I read the failsafe code briefly. here are my superficial undestanding. if there is anything worng, please help correct
failsafe seems to be a virtual device, which can be created by using --vdev args when dpdk app is started:
./app --vdev 'net_failsafe0,mac=xx:xx, dev(84:00:00)'
the above command will create a net_failsafe0 device, its sub device is 84:00:00, this can be a mlx5 physical NIC. 
By adding the mlx5 physical NIC as a failsafe subdevice, the mlx5 NIC can hotplug without requiring me to modify my app? 
I also found the dpdk community documentation:
53. Fail-safe poll mode driver library — Data Plane Development Kit 20.02.1 documentation (dpdk.org)




At 2023-08-17 13:13:18, "Slava Ovsiienko" <viacheslavo@nvidia.com> wrote:

Hi, Jinag

 

5 cents to add: please see how FailSafe PMD handles device removal events and probes the devices periodically.

This is good example to understand how device hotplug works (Failsafe uses rte_eal_hotplug_add())

Also,  to add the device the previous instance should closed (RTE_ETH_EVENT_INTR_RMV) shoud be handled accordingly.

 

With best regards,
Slava

 

From: Matan Azrad <matan@nvidia.com>
Sent: Monday, August 14, 2023 9:41 AM
To: jinag <15720603159@163.com>; users@dpdk.org; Shahaf Shuler <shahafs@nvidia.com>; Slava Ovsiienko <viacheslavo@nvidia.com>
Subject: RE: Does the mlx5 NIC support reloading

 

Hi Jinag

 

After plugging out the device from the bus, you need to get the event RTE_ETH_EVENT_INTR_RMV.

You need to listen to this event and close the port when you see it.

 

After plugging in the device, you need to scan the bus again and attach the mlx5 device, so it will be probed again and a new ethdev port will be created.

 

Then, you need to reconfigure the port, as regular, and reuse the device.

 

Thanks,

Matan

 

 

From: jinag <15720603159@163.com>
Sent: Monday, 14 August 2023 6:07
To:users@dpdk.org; Matan Azrad <matan@nvidia.com>; Shahaf Shuler <shahafs@nvidia.com>; Slava Ovsiienko <viacheslavo@nvidia.com>
Subject: Does the mlx5 NIC support reloading

 

|

External email: Use caution opening links or attachments

|

 

Hi 

I am verifying the reload function of the mlx5 nic based on dpdk 19.11:

echo 1 > /sys/bus/pci/devices/$pci_address/remove

echo 1 > /sys/bus/pci/rescan

rte_bus_probe();  

rte_eth_dev_stop(); 

rte_eth_dev_start(); 

    net_mlx5: port 0 TX queue 0 CQ creation failure

    net_mlx5: port 0 TX queue allocation failed: cannot allocate memory

The nic cannot be reinitialized.

 

I am not sure if the above operation is correct. Could you please tell me if the mlx5 nic supports reloading(for example, the network card is down during normal  operation) and which dpdk functions need to be called.

 

Thanks!

 

 

 

[-- Attachment #2: Type: text/html, Size: 11232 bytes --]

      reply	other threads:[~2023-08-25  6:56 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-14  3:06 jinag
2023-08-14  6:41 ` Matan Azrad
2023-08-14 10:05   ` jinag
2023-08-14 10:25     ` Matan Azrad
2023-08-17  5:13   ` Slava Ovsiienko
2023-08-24  7:35     ` jinag [this message]

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=1a54aff.8d15.18a26784a22.Coremail.15720603159@163.com \
    --to=15720603159@163.com \
    --cc=matan@nvidia.com \
    --cc=shahafs@nvidia.com \
    --cc=users@dpdk.org \
    --cc=viacheslavo@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).