ed with test-pmd.
Thanks
Konstantin
>
> -Mike
>
> -Original Message-----
> From: Bly, Mike
> Sent: Tuesday, July 23, 2019 10:08 AM
> To: Ananyev, Konstantin ; 'dev@dpdk.org'
>
> Subject: RE: [dpdk-dev] x552 transmit issue and rte_ethtool -
> rt
gt; -Original Message-
> From: Bly, Mike
> Sent: Tuesday, July 23, 2019 10:08 AM
> To: Ananyev, Konstantin ; 'dev@dpdk.org'
>
> Subject: RE: [dpdk-dev] x552 transmit issue and rte_ethtool -
> rte_ethtool_get_regs()
>
> Konstantin,
>
> Tha
ces, so we are a bit
hesitant to blindly enforce this at 60 bytes (min ETH minus CRC).
-Mike
-Original Message-
From: Bly, Mike
Sent: Tuesday, July 23, 2019 10:08 AM
To: Ananyev, Konstantin ; 'dev@dpdk.org'
Subject: RE: [dpdk-dev] x552 transmit issue and rte_ethtool -
rte_
y 23, 2019 9:03 AM
To: Bly, Mike ; 'dev@dpdk.org'
Subject: [**EXTERNAL**] RE: [dpdk-dev] x552 transmit issue and rte_ethtool -
rte_ethtool_get_regs()
>
> Hello,
>
> We are chasing an interesting NIC transmit issue where after some
> period of time with norma
>
> Hello,
>
> We are chasing an interesting NIC transmit issue where after some period of
> time with normal operation the NIC enters a state where it
> refuses to transmit frames from our DPDK application via rte_eth_tx_burst().
> All indications are the port is up and otherwise operation
Hello,
We are chasing an interesting NIC transmit issue where after some period of
time with normal operation the NIC enters a state where it refuses to transmit
frames from our DPDK application via rte_eth_tx_burst(). All indications are
the port is up and otherwise operational and is still re
6 matches
Mail list logo