the kernel line had no effect. So I build the kernel from scratch
fetched original configs with
./build.sh importconfig
Add my desired driver and build and installed the kernel again.
And now…machine is booting with the new kernel…puhhhhh…hard work!
Also the kernel module for my device works. A bit ugly here, is the behavior of renaming the new interface from eth2 to enxd037453fe21b.
it seems I have a hw related issue since a few days ago!
[ 528.629555] mt7530 mdio-bus:00 lan2: Link is Down
[ 530.704485] mt7530 mdio-bus:00 lan2: Link is Up - 100Mbps/Full - flow control off
[ 530.711975] br0: port 3(lan2) entered blocking state
[ 530.716954] br0: port 3(lan2) entered forwarding state
[ 542.144605] br0: port 3(lan2) entered disabled state
[ 542.149764] mt7530 mdio-bus:00 lan2: Link is Down
Before that, I don’t change anything!
I’ve tried reinstall OS, everything(other cabel, other stuff), but bpi-r2 doesn’t want to communicate on this lan port!
do other ports work/is this the only port? only 1 port connected to a switch (not 2 ports to same switch!)? tried release port out of bridge and working directly over it (other subnet)?
i don’t think it is OS-related…maybe kernel, but i don’t remember such…but i use no br0-config
Nothing to hardware related in dmesg!
I suspected the power supply - but it should’ve worked! (12V 2A)
I’ve got away both sata hdd and pci-e wifi card, but after a few hours symptoms are the same! Sometimes port 1, after that port 3…etc not able to give ip address! So, only one can’t get working! I’ll try remove bridge-utils, and take a switch put on lan 3 just for instance! What else should I test?
I’m really going white soon … !
I think I miss some kernel configuration, and should recompile it! (CONFIG_NFT_SET_RBTREE=m
CONFIG_NFT_SET_HASH=m
CONFIG_NFT_SET_BITMAP=m)
I need it for geoip nftables filtering!
What is the most simple way to do this? Could you advise me some hints?
The power supply issue is resolved temporarily with a separate switch hanging on lan port till I will have ordered a new one!
based on this patch it seems they are replaced by CONFIG_NF_TABLES_SET (set in 5.4, but not on 4.19)
I do not understand why a switch on lanport solves your power-issue…have you a very long distance to other side (between r2 and other client/router)? Or is there a cable problem (e.g. shortcut)
"Linux bpi-r2 4.19.92-bpi-r2-main #1 SMP Sat Jan 4 12:32:40 UTC 2020 armv7l GNU/Linux "
Does it mean, that we can’t add it to the kernel? It’s strange!
I used R2 with two attached 2.5 HDD’s, and a wireless card in pci-e, and all lan ports.
After a few days power supply got hot, rebooted and didn’t want to work perfectly.
That’s the cause I made a decision dropping hdd out and using only 1 lan port behind a switch - seems to me working flawlessly!
Thank you Frank!
I’ve just added your deb package, but couldn’t test it yet!
A short supplement to your table on github :
by kernel 4.19 OpenVPN, and LXC are functioning!
I could apply both of them, furthermore OVPN runs from LXC with ip address configured from bridge, and opened a port to it on nftables firewall.
Finally the ordered MT7612e Wifi card arrived!
Unfortunately I can"t compile a firmware!
It’s all the same wether I try it on R2 or on VM(Debian 10)!
I see followings (it comes in step build.sh =>1, point 4 success) :
"
/home/bpi_r2_mt76/u-boot-mt/include/linux/compiler-gcc.h:95:1: fatal error: linux/compiler-gcc8.h: No such file or directory
#include gcc_header(GNUC)
^~~~
compilation terminated."
I get a compiler-gcc8.h file from your github repo (4.14) and inserted but it looks out more awful and throws multiple errors!
Do I something wrong? Maybe should I use another gcc?