[RFC PATCH v2 0/3] improve FEC API usage
Ferruh Yigit
ferruh.yigit at amd.com
Fri May 12 13:57:07 CEST 2023
On 5/8/2023 12:47 PM, Denis Pryazhennikov wrote:
> The documentation for the FEC API is currently incomplete and contains
> inaccuracies in its descriptions of function parameters.
> Specifically, the semantics of the fec_capa parameter in rte_eth_fec_set()
> is not well-defined. It does not provide information on what should
> be done if only AUTO bit is set or one of the specified FEC modes is
> not supported. Additionally, the fec_capa parameter in rte_eth_fec_get()
> implies that more than one FEC mode can be obtained, but it is
> wrong. Furthermore, the behaviour is undefined in
> rte_eth_fec_set() when the fec_capa parameter is zero.
>
> To address these issues, a patch series has been created that updates
> the FEC API documentation, renames one of the parameters to improve
> its clarity and adds a check for zero fec_capability.
>
> v2:
> * Update documentation for rte_eth_fec_set() to fix review comments.
> * Don't rename the fec_capa parameter of rte_eth_fec_get() but
> add a proper description instead.
>
> Denis Pryazhennikov (3):
> ethdev: update documentation for API to set FEC
> ethdev: check that at least one FEC mode is specified
> ethdev: update documentation for API to get FEC
>
For series,
Acked-by: Ferruh Yigit <ferruh.yigit at amd.com>
+cc Author and reviewer of original patch, if there is no objection I
can proceed with the set.
@Denis, can you please provide Fixes tags too? If you prefer you can
send a new version with ack and fixes tags.
More information about the dev
mailing list