OpenWrt 21.02.0 first release candidate

I think github is not the place for this conversation on a Quick configuration page for LuCI....

the topic should be picked up on the mailing list....there has already been some discussion on similar ideas in the recent past

prime example:
(already linked by @mpa)
http://lists.openwrt.org/pipermail/openwrt-devel/2020-June/029835.html

1 Like

or better yet, commenting on the PR that already exists for a quick setup page

3 Likes

Absolutely agree with you, especially because it is not an issue. I am talking about adding something new to this release.
There isn't a IPK file for luci-mod-quick_setup, and it isn't in repositories so you can't get it through System> Software. Neither does luci-mod-configuration. The only thing available to install is luci-mod-dashboard. I would like biyun223 to finish the job.

1 Like

you would have to use a custom feed for luci and then build your own custom image, if you wanted to try it

Thanks @mpratt14 , as I said I am not an expert. Learning to compile my own images will take time.

Where did you find that? I just tried this rc on my r6220 and logged a new bug about it. Maybe I should add similar information.

Unfortunately the wifi has the same issues as previous releases making this hardware unusable.
https://bugs.openwrt.org/index.php?do=details&task_id=3791&order=dateopened&sort=desc

That was a stack trace in the kernel log. The kernel log can be found in Luci under Status > Kernel log. Alternatively, you can view your kernel log through the terminal via the dmesg command.

Agree too,
What gets me most is that GUI's in general should be used to create an abstraction layer between the underlying tuning, tweak and config settings and the function it should accomplish, like switching between router and bridge function.
Currently the guy is almost a 1 to 1 mapping of the items in the various /etc/config files and the guy web pages, no abstraction what so ever. This is fine for techies but not for an average person.

I think this thread about testing a release candidate is not the right place to discuss new features.

The key change in 21.02 is DSA support.

4 Likes

Thanks again. I don't want to offend anyone with my opinions.
We say in my country ... Man does not live on bread alone.
DSA is important, other topics too.

1 Like

Requesting and implementing new features is not offending. The feature set of a release candidate is more or less complete and should focus on stabilizing the already existing RC code.

I suggest to continue working on the quick configuration page in the master branch, not in 21.02 branch.

DSA is important, other topics too

I didn’t comment the importance of your feature request. The focus in this thread is the already existing 21.02 release candidate.

3 Likes

Sorry this was an unintended example of user confusion.

The helper functions work as designed -- as long as the raw and helper kernel modules are installed. I confused myself with obsolete references to modules which were enabled by default -- the current installation does not install ANY which would have been just what I wanted if it were not for the obsession with making sure the defaults were disabled.

The error logging for missing helpers in fw3 is better than the silent behavior for missing kmod-ipt-raw. In both cases it would be handy to see fw3 output in gui but I can live with examining results to see if I got what I expected now that I know that is a good idea.

Wifi performance seems improved in 21.02.0-rc1 relative to 19.07.7

I'd run some quick tests a while back when overclocking my Archer C7 v4 with ASSIA's WiFi Sweetspots app, to measure if any performance improvements were real and not just a cosmetic change on reported CPU speed.

5GHz on a 2x2 phone at ~2m, direct LOS to the router
Stock (775MHz): ~530 Mbps
1000MHz: ~620 Mbps

This same test, at the same distance, at 1GHz, but 21.02.0-rc1 running on the same device, nets me ~730 Mbps, with 762 Mbps peaks. Link rate as shown in LuCI is 866Mbps as expected, 80MHz channel width.

That's a ~100Mbps improvement on an old single core MIPS device with an old radio (QCA9880). This of course is an isolated, synthetic test, but impressive nonetheless.

Lovely work!

As far as simplified interfaces go, there is also this: https://eko.one.pl/?p=easyconfig

Use Google translate if needed. Not sure if the UI itself has been translated at all. Looks pretty nice!

1 Like

Is this release coming out for fritzbox 4040?

It took me a short search to come to:
https://firmware-selector.openwrt.org/?version=21.02.0-rc1&target=ipq40xx%2Fgeneric&id=avm_fritzbox-4040

1 Like

Not now (release candidates), not anytime soon, or not ever? Because I explicitly bought a router (ER-X) where hardware nat offloading works fine, and if that won't work with DSA then upgrading to 21 is a non-option until that's solved.

Hardware offloading does work fine under DSA, as long as you don't use PPPoE. Hardware offloading with PPPoE is possible as well, but this only works under the master branch.

1 Like

Just flashed rc1 on redmi ac2100.
Wifi wireless device -> wired device is limited to about 300 mbit/s. Other direction works fine and reaches about 630 mbit/s, which indeed is improvement, older snapshots peaked around 560 mbit/s.
In both cases cpu is very loaded by kworker/napi_workq and mt76-tx kernel threads. Normally dump ap setups should not have any cpu load at all. Some older builds worked in that way.

Thanks
It took me a while because I have been testing the "easyconfig" interface. Not bad, it's an interesting idea, but it's only in Polish and you can't change the language. Also the weak point is that the configuration is "too" simple and it seems that some configurations are going to be left out.
The most interesting thing I have discovered is that the website that hosts all this is of Cezary Jackiewicz, one of the Gargoyle developers, and they have a fairly extensive list of routers supporting the experimental version 1.13.0, which is not yet available in the official website.
Take a look :wink: