[dpdk-dev] [PATCH v6 6/6] ethdev: complete closing of port

Andrew Rybchenko arybchenko at solarflare.com
Fri Oct 19 12:13:06 CEST 2018


On 10/19/18 5:07 AM, Thomas Monjalon wrote:
> After closing a port, it cannot be restarted.
> So there is no reason to not free all associated resources.
>
> The last step was done with rte_eth_dev_detach() which is deprecated.
> Instead of blindly removing the associated rte_device, the driver should
> check if no more port (ethdev, cryptodev, etc) is open for the device.
>
> The last ethdev freeing which were done by rte_eth_dev_detach(),
> are now done at the end of rte_eth_dev_close() if the driver supports
> the flag RTE_ETH_DEV_CLOSE_REMOVE.
> There will be a transition period for PMDs to enable this new flag
> and migrate to the new behaviour.
> When enabling RTE_ETH_DEV_CLOSE_REMOVE, the PMD must free all its
> private resources for the port, in its dev_close function.
> It is advised to call the dev_close function in the remove function
> in order to support removing a device without closing its ports.
>
> Some drivers does not allocate MAC addresses dynamically or separately.
> In those cases, the pointer is set to NULL, in order to avoid wrongly
> freeing them in rte_eth_dev_release_port().
>
> A closed port will have the state RTE_ETH_DEV_UNUSED which is
> considered as invalid by rte_eth_dev_is_valid_port().
> So validity is not checked anymore for closed ports in testpmd.
>
> Signed-off-by: Thomas Monjalon <thomas at monjalon.net>

Reviewed-by: Andrew Rybchenko <arybchenko at solarflare.com>

I really like the idea with RTE_ETH_DEV_CLOSE_REMOVE.

As I understand it should applied to dpdk-next-net, but
right now there are conflicts in net/tap (patch 4).



More information about the dev mailing list