"Disable Hardware Offloading" leads to runtime exception with bnxt(4)

Description

Hi folks,

the upgrade to TN 12.0-U2 went really smooth and all of the minor annoyances seem to have been fixed for us - besides two problems with bnxt(4) interfaces. This report is about one of them, I will have to find a way to create a proper JIRA issue for the second without affecting production. I have only two AMD Epyc based systems with that network interface and I need them both winking face

Long story short: checking the "Disable Hardware Offloading" option and clicking "Apply" leads to a Python exception. Technically the system works well if I recreate the functionality by putting this into the "Options" field:

-rxcsum -rxcsum6 -txcsum -txcsum6 -tso -lro -vlanhwtag -vlanhwtso -vlanhwfilter -vlanhwcsum

It would be nice to be able to use the UI properly, though.

Kind regards,
Patrick

P.S. If Alexander is working on this - the second problem is still VLANs not working at all without explicitly configuring "promisc" for the bnxt(4) interface in question. But I will create a separate issue for that one.

Problem/Justification

None

Impact

None

SmartDraw Connector

Katalon Manual Tests (BETA)

Activity

Show:

Alexander Motin September 2, 2021 at 10:26 PM

Merged the fix into 12.0-U6.

Alexander Motin September 2, 2021 at 10:04 PM

I've bought one of those cards and was able to reproduce the issue from the first attempt.  It seems to be a bug in the bnxt(4) driver.  It reports IFCAP_WOL_MAGIC capability enabled, but not supported.  I haven't looked how it works for `ifconfig` command, but it causes error when middleware tries to do change any other capabilities directly via IOCTL.  I am working on a fix.

Patrick M. Hausen March 19, 2021 at 4:36 PM

Hi Alexander,

still an issue in upstream, it seems:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236983

Kind regards,
Patrick

Patrick M. Hausen February 18, 2021 at 3:58 PM
Edited

This is what we end up with in 11.3 with just the box checked and no explicit removal of capabilities - but explicit adding of "promisc":

bnxt0: flags=28943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST,PPROMISC> metric 0 mtu 1500 description: Trunk options=8120b8<VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,WOL_MAGIC,VLAN_HWFILTER> ether 00:25:90:5f:99:ac hwaddr 00:25:90:5f:99:ac nd6 options=9<PERFORMNUD,IFDISABLED> media: Ethernet autoselect (1000baseT <full-duplex,rxpause,txpause>) status: active

So it looks to me like these are applied correctly:

-rxcsum -rxcsum6 -txcsum -txcsum6 -tso -lro

while the VLAN specific ones aren't.

Alexander Motin February 18, 2021 at 3:07 PM
Edited

The error messages you see in UI are caused by IOCTL error returned by the driver/kernel, that is why I am thinking about correlation with the VLAN issue.  So if you haven't seen them before, it may mean either driver regression or some middleware change.  Was it working in 11.3-U5, like really removing the capabilities, or just ignored the error?

Complete

Details

Assignee

Reporter

Labels

Impact

Medium

Time remaining

0m

Components

Fix versions

Affects versions

Priority

Katalon Platform

Created February 9, 2021 at 7:31 PM
Updated July 1, 2022 at 5:13 PM
Resolved September 2, 2021 at 10:26 PM

Flag notifications