New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FS#2321 - Kernel Panic after enabling hardware offloading - EdgeRouter X #7195
Comments
SirToffski: Apologies, the above post had a wrong link for crash logs. The correct link is: https://gist.github.com/SirToffski/41aa69bf4baca463bb04b9c1f746fad3 Attaching the logs here as well.
|
ynezz:
Do you know last working version, git hash? |
SirToffski: Petr, I have just tested using //SNAPSHOT r10168-b8a72dfd28/LuCI Master (f138fc93) Kernel 4.14.123// generated on June 6th 20:30 UTC. The issue is not present. Enabling hw offloading and rebooting works as expected.
root@OpenWrt:/etc# cat openwrt_release
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='SNAPSHOT'
DISTRIB_REVISION='r10168-b8a72dfd28'
DISTRIB_TARGET='ramips/mt7621'
DISTRIB_ARCH='mipsel_24kc'
DISTRIB_DESCRIPTION='OpenWrt SNAPSHOT r10168-b8a72dfd28'
DISTRIB_TAINTS=''
|
SirToffski: I was able to replicate the issue with June 16th snapshot as well.
Appears to be a bug introduced in kernel 4.14.125. Syslogs are saved on my server, I will be able to provide them soon. Let me know if there is anything else I can do to assist in resolving the issue. Thanks! |
ynezz: If you're able to compile your own image, then #2153 could be worth a try. |
simontretter: Kernel panics started after the inclusion of KERNEL_NET_NS=y. [[https://github.com//pull/2153|This patch fixes it.]] Tested on mt7621 (ER-X):
|
SirToffski:
Device: Ubiquiti EdgeRouter X (ramips mt7621)
Software: LuCI Master (f138fc93) / OpenWrt SNAPSHOT r10210-09c6885
Steps to reproduce: enable hardware flow offloading
Brief description:
Enabling hardware flow offloading causes kernel oops/panic, resulting in device rebooting. The device remains in a bootloop.
Hard powercycle does not resolve the kernel panic.
Steps taken to resolve the issue:
Powering the device off, disconnecting all rj45 ports then reconnecting a single rj45 cable allows to disable the hardware offload. As the hardware offload is no longer active, the issue stops from happening.
Crash logs:
https://bugs.openwrt.org/index.php?do=details&task_id=1837
Additional information:
The issue was not present prior to this snapshot. Packet capture on a device connected to eth1 port did not reveal anything strange. There was a broadcast message sent from the router to UPD port 4919 stating
Please press button now to enter failsafe
. Presumably this is a normal part of the boot-up process.The text was updated successfully, but these errors were encountered: