[PATCH net-next v2 0/5] enic: Use all the resources configured on VIC

Nelson Escobar via B4 Relay posted 5 patches 1 month ago
There is a newer version of this series
drivers/net/ethernet/cisco/enic/enic.h         |  62 ++--
drivers/net/ethernet/cisco/enic/enic_ethtool.c |   8 +-
drivers/net/ethernet/cisco/enic/enic_main.c    | 397 +++++++++++++++----------
drivers/net/ethernet/cisco/enic/enic_res.c     |  33 +-
4 files changed, 294 insertions(+), 206 deletions(-)
[PATCH net-next v2 0/5] enic: Use all the resources configured on VIC
Posted by Nelson Escobar via B4 Relay 1 month ago
Allow users to configure and use more than 8 rx queues and 8 tx queues
on the Cisco VIC.

This series changes the maximum number of tx and rx queues supported
from 8 to the hardware limit of 256, and allocates memory based on the
number of resources configured on the VIC.

Signed-off-by: Nelson Escobar <neescoba@cisco.com>
---
Changes in v2:
- Followed Kalesh's suggestions: removed redundant NULL assigments,
  returning -ENOMEM directly
- Reviewed-by tag for Simon Horman <horms@kernel.org>
- Marked Satish Kharat and John Daley as co-developers to better reflect
  their role in this patch set
- Link to v1: https://lore.kernel.org/r/20241022041707.27402-2-neescoba@cisco.com

---
Nelson Escobar (5):
      enic: Create enic_wq/rq structures to bundle per wq/rq data
      enic: Make MSI-X I/O interrupts come after the other required ones
      enic: Save resource counts we read from HW
      enic: Allocate arrays in enic struct based on VIC config
      enic: Adjust used MSI-X wq/rq/cq/interrupt resources in a more robust way

 drivers/net/ethernet/cisco/enic/enic.h         |  62 ++--
 drivers/net/ethernet/cisco/enic/enic_ethtool.c |   8 +-
 drivers/net/ethernet/cisco/enic/enic_main.c    | 397 +++++++++++++++----------
 drivers/net/ethernet/cisco/enic/enic_res.c     |  33 +-
 4 files changed, 294 insertions(+), 206 deletions(-)
---
base-commit: 6f07cd8301706b661776074ddc97c991d107cc91
change-id: 20241023-remove_vic_resource_limits-eaa64f9e65fb

Best regards,
-- 
Nelson Escobar <neescoba@cisco.com>