[OPIPCPLUS] Kernel Panic when setting up hostapd-rt
#459
Comments
|
You are running an image with first beta / preview version of kernel, which is already EOL ... I hope you acknowledged that? It's good to know this, but I would try to build more recent kernel and try the same thing first. If you need an working solution, get an image with Legacy kernel. |
|
Since the issue happens on the images you provide, I thought you would want to know so that you could fix it in your releases. |
|
Since the trace shows a kernel bug, it would be more interesting to report to kernel.org, so Igor added "not-our-bug" But as Igor says, you may use the Armbian tool to build an up-to-date kernel image (in case this bug has been fixed by kernel.org) or wait for an "official" Armbian build with a stable linux kernel. Feel free to report about the bug so we can close it. |
|
I could be wrong and the bug is ours since we do certain adaptations to the kernel. We took a kernel from kernel.org and add certain things to the kernel, that those H3 boards works (better). We add wireless driver and of course the problem could be there ... so I am deciding based on a hunch, experience and small real data. I will leave issue open to see if we receive more input on the topic. Since the kernel is preview / beta, I won't run and try to fix this ... I rather remove it from the download since we can't possible support it. |
|
@igorpecovnik what else do you need? I found this issue on the kernel bugzilla that really sounds similar to mine, except the stacktrace is quite different from mine. I've tried the |
|
yes, right, if we do changes in modules 8189fs sun8i_ths sunxi_cir cpufreq_dt thermal_sys yes possible. duckduckgo search points to Armbian for "8189fs" :) https://duckduckgo.com/?q=8189fs is a test on OPI2e+ could be of use (hardware)? if yes, I can build an image and test on the board I have @lenormf |
|
@igorpecovnik without talking about trying to fix the issue off the bat, it'd be good if someone could confirm that the issue comes from armbian (or prove otherwise). |
|
Again. This image is a preview and presumably full of bugs. Yes, it's a good thing that bugs are recorded. That's why images were made in the first place. But fixing issues within is low priority since kernel branch is already EOL and we can't be sure whether it's our or general bug or we are facing bug that has already been fixed upstream. I hope this is acceptable and understandable. Nobody prohibits anyone to find and fix problems - Linux is a community project. |
|
It looks like the packets going through the bridge have their checksum offset beyond the size of the current frame, which triggers the kernel Closing. |
|
Hi Best Regards, |
Hi,
I've been having issues with version 5.17 of Armbian (jessy, vanilla) provided on the official downloads page. I'm trying to setup an access point that will provide connected clients with an IP address fetched from a DHCP server running on a system connected to the OrangePI by ethernet:
[opi wlan0 (
hostapd) → br0 ← eth0 ] ← [external system eth0 (dnsmasq) ]When a client connects to
hostapdthrough the board'swlan0interface, I can see a broadcast hitting the DHCP server (which meanshostapdhas accepted the peer, and the IP request has gone through the bridge properly and reached the external system connected by ethernet), but as soon as the DHCP server replies back (or maybe right before, I'm not sure), the OrangePI crashes with a kernelBUG.I've tried having a look at the file mentioned in the stacktrace (c.f. below), but nothing came out of it (I haven't tried any other image of armbian either).
OrangePI PC Plus, Armbian 5.17 (jessy) vanilla
hostapd2.5 for Realtek rtl871xdrvLinux 4.6.7-sun8i
EDIT: the same issue occurs on the xenial distro (still armbian 5.17), and on the 4.7.2 version of the kernel.
Bridge setup
hostapd.conf
output
Any idea what's up ?
Thanks.
The text was updated successfully, but these errors were encountered: