Skip to contentSkip to conversation

net/i40e does not preserve RSS redirection table upon port stop/start

Bug 1127 [email protected] 1 participant 1 message Nov 17, 2022

lore
Share & tools
lore
#0 lore raw

https://bugs.dpdk.org/show_bug.cgi?id=1127

            Bug ID: 1127
           Summary: net/i40e does not preserve RSS redirection table upon
                    port stop/start
           Product: DPDK
           Version: 22.07
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: ethdev
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected]

Target Milestone: ---

net/i40e does not preserve RSS redirection table upon port stop/start

lib/ethdev/rte_ethdev.h line 86:

79 * Please note that some configuration is not stored between calls to 80 * rte_eth_dev_stop()/rte_eth_dev_start(). The following configuration
will

  81  * be retained:
  82  *
  83  *     - MTU
  84  *     - flow control settings
  85  *     - receive mode configuration (promiscuous mode, all-multicast mode,
  86  *       hardware checksum mode, RSS/VMDq settings etc.)
  87  *     - VLAN filtering configuration
  88  *     - default MAC address
  89  *     - MAC addresses supplied to MAC address array
  90  *     - flow director filtering mode (but not filtering rules)
  91  *     - NIC queue statistics mappings

defines that RSS settings must be retained across restart.

Example log from dpdk-ethdev-ts tests available [1]. Lines below are lines in the log.

Steps to reproduce should be trivial and as far as I know testpmd has all required functionality:
- configure more than 1 Rx queue,
- start port (line 38),
- update reta (lines 41 and 43),
- stop (line 72),
- start again (line 74),
- read reta (line 77) and compare (example log shows that RETA is reset to
default).
Obviously update should not match default configuration.

[1]
https://ts-factory.io/bublik/v2/log/189828?focusId=190450&mode=treeAndinfoAndlog

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.