freifunk-berlin / firmware

DEPRECATED: Build system for Berlin firmware. Please user the pinned falter-repos instead
https://berlin.freifunk.net
GNU General Public License v3.0
74 stars 34 forks source link

OpenWrt-base for developing next release (year 2020) #834

Closed SvenRoederer closed 3 years ago

SvenRoederer commented 4 years ago

Currently we are in much the same situation as in #583 two years ago. It seems OpenWrt is trying to branch a 20.x version "soon" and I suggest again to switch to OpenWrt-master in order to prepare the next minor release (which was already targeted in #583).

Again, we have exact the same situation, we had before. So the same arguments for the switch rather soon than later. In addition @PolynomialDivision is actively working on the OpenWrt-master already.

SvenRoederer commented 4 years ago

Probably it was a bit unspecific in the headline and #583. This is not about using OpenWrt-master on the final released firmware, it's about switching to OpenWrt-master now and adapt the Firmware to work on it. This way we have a chance to have some working code ready, wen OpenWrt 20.x is released.

SvenRoederer commented 4 years ago

I just updated PR #802 to OpenWrt-19.07.4, but no matter is this will be merged I'll use this point to branch of a OpenWrt-2020.x based series on my personal repo and stop working on 19.07.

PolynomialDivision commented 4 years ago

Be careful with switch to 5.4 kernel. Many devices have weird bugs and that change to DSA config is not working smoothly.

I just switch back to 4.19 kernel for mostly all devices. :/

SvenRoederer commented 4 years ago

I just switch back to 4.19 kernel for mostly all devices. :/

Which means OpenWrt-19.07? As to my knowledge all target on OpenWrt-master are on Linux 5.4.

PolynomialDivision commented 4 years ago

Which means OpenWrt-19.07

We have a 19.07.4 release, but most of the time I use master and change back kernel to 4.19.

SvenRoederer commented 4 years ago

Wasn't you insisting to use pre-build Openwrt images (Imagebuilder)? How do you accomplish it to use a different kernel?

SvenRoederer commented 4 years ago

I just switch back to 4.19 kernel for mostly all devices. :/

As per http://lists.infradead.org/pipermail/openwrt-devel/2020-October/031656.html and recent commits in OpenWrt-master 4.19-support gets removed. So 5.4 will get fixed ... or is probably already (https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=86fdc8abed5992a74078b000b5ff9da723b6f46b).

everloop2 commented 4 years ago

Be careful with switch to 5.4 kernel. Many devices have weird bugs and that change to DSA config is not working smoothly.

I just switch back to 4.19 kernel for mostly all devices. :/

yep 5.4 still a bit buggy - did not test much, will be a maintained release - go for it :)

4.19 got USBhang! regression on some EasyBox803 (not a that important box)

4.14 works like charm for boxes got around (lantiq: xway / xrx200..)

PolynomialDivision commented 4 years ago

4.14 works like charm for boxes got around (lantiq: xway / xrx200..)

Today I realized that old kernel perform so good, since sometimes they ignore everything u give to them. xD https://github.com/openwrt/openwrt/commit/a181dbc2e3caa044b74566a5884bc58e986ae458

The support is getting better and better. For socs like ipq40xx (avm frit!box) we have to switch to DSA, since with normal swconfig we have very hard limitations and can not support e.g. isolated ports and nested vlans together...

SvenRoederer commented 4 years ago

5.4 of OpenWrt master will become next release anyway and the most annoying bug "LANport intermittent link" seems fixed (https://lists.berlin.freifunk.net/pipermail/berlin/2020-October/051732.html) I'll cherry-pick from my fork, to PR this change. As mentioned 5.4 support will become better ...

There is always the option to maintain a openwrt-19.07 based branch if somebody will take care.

SvenRoederer commented 3 years ago

Master is OpenWrt 21.02 in the mean time.