[dpdk-dev,v2,2/2] ethdev: pre-emptively document rte_eth_dev_reset error code
Checks
Commit Message
From: Luca Boccassi <bluca@debian.org>
When VF reset will be supported by drivers, the API will most likely
have to return -EAGAIN to avoid blocking when the VF cannot be reset
because the PF is down.
Document it immediately even if it's not yet supported, so that users
and developers can already take into account about this use case, and
thus avoid an API-incompatible change later on.
This is based on real-world production usage and customer escalations,
using earlier patches from Intel.
Signed-off-by: Luca Boccassi <bluca@debian.org>
---
lib/librte_ether/rte_ethdev.h | 1 +
1 file changed, 1 insertion(+)
Comments
24/10/2017 13:03, luca.boccassi@gmail.com:
> From: Luca Boccassi <bluca@debian.org>
>
> When VF reset will be supported by drivers, the API will most likely
> have to return -EAGAIN to avoid blocking when the VF cannot be reset
> because the PF is down.
> Document it immediately even if it's not yet supported, so that users
> and developers can already take into account about this use case, and
> thus avoid an API-incompatible change later on.
>
> This is based on real-world production usage and customer escalations,
> using earlier patches from Intel.
>
> Signed-off-by: Luca Boccassi <bluca@debian.org>
Suggested title: "ethdev: document new error code for reset"
Acked-by: Thomas Monjalon <thomas@monjalon.net>
@@ -2277,6 +2277,7 @@ void rte_eth_dev_close(uint16_t port_id);
* - (-EPERM) if not ran from the primary process.
* - (-EIO) if re-initialisation failed.
* - (-ENOMEM) if the reset failed due to OOM.
+ * - (-EAGAIN) if the reset temporarily failed and should be retried later.
*/
int rte_eth_dev_reset(uint16_t port_id);