Add new features, ABI changes and resolved issues notice for
the refactored link patch.
Signed-off-by: Marc Sune
---
doc/guides/rel_notes/release_2_2.rst | 23 +++
1 file changed, 23 insertions(+)
diff --git a/doc/guides/rel_notes/release_2_2.rst
This patch redesigns the API to set the link speed/s configure
for an ethernet port. Specifically:
- it allows to define a set of advertised speeds for
auto-negociation.
- it allows to disable link auto-negociation (single fixed speed).
- default: auto-negociate all supported speeds.
Other
Added speed capabilities to all pmds supporting physical NICs:
* e1000
* ixgbe
* i40
* mlx4
* fm10k
Signed-off-by: Marc Sune
---
drivers/net/e1000/em_ethdev.c| 6 ++
drivers/net/e1000/igb_ethdev.c | 6 ++
drivers/net/fm10k/fm10k_ethdev.c | 3 +++
drivers/net/i40e/i40e_ethdev.c
Added constants and bitmap to struct rte_eth_dev_info to be used by PMDs.
Signed-off-by: Marc Sune
---
lib/librte_ether/rte_ethdev.h | 24
1 file changed, 24 insertions(+)
diff --git a/lib/librte_ether/rte_ethdev.h b/lib/librte_ether/rte_ethdev.h
index 8a8c82b..951a423
The current rte_eth_dev_info abstraction does not provide any mechanism to
get the supported speed(s) of an ethdev.
For some drivers (e.g. ixgbe), an educated guess could be done based on the
driver's name (driver_name in rte_eth_dev_info), see:
Hi Helin
I would like to add my input for this as well.
I encountered the same issue, and as you suggested I updated to the latest
fw and changed rx and tx ring sizes to 1024.
Drop counters still do not increment as they should.
I Inject 10mpps into an x710 nic (a 4 ports card, 10mpps on each
Hi Eimar
I had to build i40e driver from latest source , unload the one that came
with my machine, load the one I built and only then I managed to get the
"update available" when running the nvmupdate app.
Machine was up from boot without running dpdk stuff (i.e no nic unbinding
and such) prior
Hi all,
Here my implementation
Signed-off-by: Vladimir Medvedkin
---
config/common_bsdapp | 1 +
config/common_linuxapp | 1 +
lib/librte_lpm/rte_lpm.c | 194
+--
lib/librte_lpm/rte_lpm.h | 163 +++
4
2015-09-11 08:31, Mcnamara, John:
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Thomas Monjalon
> > 2015-09-10 20:33, Ferruh Yigit:
> > > Correct, those macros available after kernel version >= 2.6.34.
> > > ...
> >
> > Why should we support kernel older than 2.6.34?
> > Do we need to
2015-09-10 20:09, Ferruh Yigit:
> Return value of igbuio_get_uio_pci_dev() is already kept in priv
> variable
>
> Signed-off-by: Ferruh Yigit
Applied, thanks
> >> Signed-off-by: Simon Kagstrom
>
> Acked-by: Olivier Matz
Applied, thanks
On 10/23/2015 1:56 PM, Tan, Jianfeng wrote:
> On 10/23/2015 1:51 PM, Jianfeng wrote:
>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Huawei Xie
>> Sent: Thursday, October 22, 2015 8:10 PM
>> To: dev at dpdk.org
>> Subject: [dpdk-dev] [PATCH v4 4/7]
During the revision of an application I maintain that is currently using
DPDK v1.7.1 and about to port it to 2.1.0, I realised that 2.1.0rc4 and
above (at least) are broken when compiling applications without C++11
support:
In file included from
> > Chaining/segmenting mbufs can be useful in many places, so make it
> > global.
> >
> > Signed-off-by: Simon Kagstrom
> > Signed-off-by: Johan Faltstrom
>
> Acked-by: Olivier Matz
Applied, thanks
Pablo, opinion?
Is the UDP echo eligible in testpmd to ease some tests?
2015-09-04 14:17, Thadeu Lima de Souza Cascardo:
> Adapt the ICMP echo code to reply to UDP echo requests on port 7. The testpmd
> forward engine udpecho is used for that.
>
> Signed-off-by: Thadeu Lima de Souza Cascardo
15 matches
Mail list logo