[dpdk-dev] [PATCH 0/3] ethdev: add helper functions to get eth_dev and dev private data

2016-06-22 Thread Thomas Monjalon
2016-02-17 14:20, Ferruh Yigit: > This is to provide abstraction and reduce global variable access. > > Global variable rte_eth_devices kept exported to not break ABI. > > Bonding driver not selected on purpose, just it seems it is using > rte_eth_devices heavily. The struct rte_eth_dev is mark

[dpdk-dev] [PATCH 0/3] ethdev: add helper functions to get eth_dev and dev private data

2016-03-10 Thread Ferruh Yigit
On 3/10/2016 12:00 AM, Thomas Monjalon wrote: > 2016-02-17 14:20, Ferruh Yigit: >> This is to provide abstraction and reduce global variable access. >> >> Global variable rte_eth_devices kept exported to not break ABI. >> >> Bonding driver not selected on purpose, just it seems it is using >> rte_

[dpdk-dev] [PATCH 0/3] ethdev: add helper functions to get eth_dev and dev private data

2016-03-10 Thread Thomas Monjalon
2016-02-17 14:20, Ferruh Yigit: > This is to provide abstraction and reduce global variable access. > > Global variable rte_eth_devices kept exported to not break ABI. > > Bonding driver not selected on purpose, just it seems it is using > rte_eth_devices heavily. > > There are a few more usage

[dpdk-dev] [PATCH 0/3] ethdev: add helper functions to get eth_dev and dev private data

2016-02-17 Thread Ferruh Yigit
This is to provide abstraction and reduce global variable access. Global variable rte_eth_devices kept exported to not break ABI. Bonding driver not selected on purpose, just it seems it is using rte_eth_devices heavily. There are a few more usage in drivers but they left as it is because they