> > > I think this could possibly be the root cause of your TX hang issue.
> > > will still be there or not?
> > buffers as possible.
> > limited by 8?
seem to be relevant anyway.
, so I'd assume x540 could have a similar one.
do with this thread that is all about 10G nics managed by ixgbe driver.
There is a different thread, where i've raised the 40G NICs xmit issues.
See "i40e xmit path HW limitation" thread.
> > > indicated we also need to carefully investigate or fix.
> > > descriptors would be used for a single packet transmitting?
> > > 8 were used in your case?
> > > is always zero it gives us 38 segments. We limit them by 33.
> > > > Thank you very much!
> > > double check with more guys, and possibly hardware experts.
> > > > > > TXDCTL.WTHRESH equals to ZERO.
> > > > > > Of course it's needed! See below.
> > > > > > zero."
> > > > > I think Vlad is right. We need to fix this issue. Any suggestion?
> > > If not, I'd like to ack this patch.
> > > patch ixgbevf_dev_info_get() in v1.
> > > > > > >> descriptor of *every* packet.
> > > > > > > There is a condition that if TXDCTL.WTHRESH equal to zero.
> > > > > > function. See above.
> > > > > > >> application on x540 NIC.
> > > > > > > typical DPDK examples?
> > > > > > >> +   * tx_rs_thresh above 1 for all NICs newer than 82598.
> > > > > > >>     * Validate number of transmit descriptors.
> > > > > > >>     * of IXGBE_ALIGN.
> > > > > > >>     * descriptors.
> > > > > > >> +   *  forbidden (all but 82598).
> > > > > > >>     *  tx_rs_thresh must be greater than 0.
> > > minus 2.
> > > > > > >>     * When set to zero use default values.
> > > > > > >>    tx_rs_thresh = (uint16_t)((tx_conf->tx_rs_thresh) ?
> > > > > > >>    tx_free_thresh = (uint16_t)((tx_conf->tx_free_thresh) ?
> > > for this HW. "
> > > > > > number "
> > > > > > >>                         "of TX descriptors minus 2.
> > > (tx_rs_thresh=%u "