The fix is expected to land bionic-hwe after this SRU cycle completes
---
bionic-hwe kernel tagged Ubuntu-hwe-5.3.0-41.33_18.04.1 and/or Ubuntu-
hwe-5.3.0-42.34_18.04.1 have the upstream patch.
$ git remote -v
lp
git+ssh://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/bionic
(fetch)
lp
git+ssh://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/bionic
(push)
$ git log lp/hwe --abbrev-commit --pretty=oneline --grep "net: hns3: pad
the short frame before sending to the hardware"
39d592aa888b net: hns3: pad the short frame before sending to the hardware
$ git tag --list --contains 39d592aa888b
Ubuntu-hwe-5.3.0-41.33_18.04.1
Ubuntu-hwe-5.3.0-42.34_18.04.1
Ubuntu-raspi2-5.3-5.3.0-1019.21_18.04.1
$ rmadison linux-generic-hwe-18.04
linux-generic-hwe-18.04 | 5.3.0.40.97 | bionic-security | amd64, arm64,
armhf, i386, ppc64el, s390x
linux-generic-hwe-18.04 | 5.3.0.40.97 | bionic-updates | amd64, arm64,
armhf, i386, ppc64el, s390x
linux-generic-hwe-18.04 | 5.3.0.42.99 | bionic-proposed | amd64, arm64,
armhf, i386, ppc64el, s390x
linux-generic-hwe-18.04 | 5.4.0.14.17 | focal | amd64, arm64,
armhf, ppc64el, s390x
linux-generic-hwe-18.04 | 5.4.0.17.21 | focal-proposed | amd64, arm64,
armhf, ppc64el, s390x
And
"d06-1 5.3.0-40-generic #32~18.04.1-Ubuntu SMP Mon Feb 3 14:08:05 UTC 2020"
could reproduce this issue. /var/log/syslog will output endless log of message
"Mar 3 15:39:35 d06-1 kernel: [ 6305.142251] hns3 0000:7d:00.2: received
event 0x400")
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1860320
Title:
[hns3-0120]pad the short frame before sending to the hardware
Status in kunpeng920:
In Progress
Status in kunpeng920 ubuntu-18.04 series:
In Progress
Status in kunpeng920 ubuntu-18.04-hwe series:
Fix Released
Status in kunpeng920 upstream-kernel series:
Fix Released
Status in linux package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
In Progress
Bug description:
The hardware can not handle short frames below or equal to 32
bytes.
[Impact]
The system may hang or endless event log in /var/log/syslog
[Fix]
Cherry-pick or backport the upstream fix
36c67349a1a1c88b9cf11d7ca7762ababdb38867 net: hns3: pad the short frame before
sending to the hardware
[Test Case]
Send a frame less than 33 bytes.
[Regression Risk]
Low, the patch is only specific to the hns3 driver.
====== Original Bug Description ======
[Bug Description]
The hardware can not handle short frames below or equal to 32
bytes according to the hardware user manual, and it will trigger
a RAS error when the frame's length is below 33 bytes.
[Steps to Reproduce]
1.send a frame less than 33 bytes.
[Actual Results]
a RAS occurs
[Expected Results]
no RAS
[Reproducibility]
Inevitably
[Additional information]
Hardware: D06
Firmware: NA
Kernel: NA
[Resolution]
pads the SKB when skb->len is below 33 bytes before sending it to hardware.
net: hns3: pad the short frame before sending to the hardware
To manage notifications about this bug go to:
https://bugs.launchpad.net/kunpeng920/+bug/1860320/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
