[dpdk-dev] [PATCH v5 00/15] common ethdev linkstatus functions

Shreyansh Jain shreyansh.jain at nxp.com
Wed Jan 17 06:19:03 CET 2018


On Wednesday 17 January 2018 12:07 AM, Stephen Hemminger wrote:
> While reviewing drivers, noticed a lot of unnecessary
> duplication of code in drivers for handling the eth_dev link status
> information. While consolidating this, it also became obvious that
> some drivers behave differently for no good reason.
> 
> It also was a good chance to introduce atomic exchange primitives
> in EAL because there are other places using cmpset where not
> necessary (such as bonding).
> 
> Mostly only compile tested only, don't have all of the hardware
> available (except ixgbe and virtio) to test.
> 
> Note: the eth_dev_link_update function return value is inconsistent
> across drivers. Should be changed to be void.
> 
> v5
>   - checkpatch whitespace cleanup
> 
> v4
>   - incorporate review feedback
>   - rename _rte_linkstatus to rte_linkstatus
>   - change return value of _rte_linkstatus
>   - optimize get on 64bit platforms
>   - change return value of rte_linkstatus_set
> 
> v3
>   - align rte_linkstatus_get with rte_atomic64_read
>   - virtio use ETH_SPEED_NUM_10G
>   - add net/
> 
> v2
>   - function names changed
>   - rebased to current master
> 
[...]

1. "--in-reply-to" is recommended way ([1])

2. Specifically here: there is a v4 already by Ferruh (targeting 
maintainers directly, I think) and then another by you. And with 
separate threads it is difficult to compare them. Maybe you prefer flat 
email threads - it helps people like me who don't.

3. I had put my Ack on v4 by Ferruh, but it seems dpaa2 specific code 
has changed from Ferruh's v4 to your v4/v5. Please ignore that Ack. I 
will send my acceptance on your v5.

[1] http://dpdk.org/dev


More information about the dev mailing list