Re: OpenWrt 21.02-rc1 - realtek and mediatek targets
Hi, Op donderdag 8 april 2021 om 8u35 schreef Bjørn Mork : Stijn Segers writes: A vote for keeping the realtek target here, I have three devices here in production. Very happy with them. The main catch I see with relegating the realtek target to master would be less uptake on the end user side (not everyone will want to run hardware that needs OpenWrt master), but I am unqualified to judge the code quality. All I can say is it runs nicely here (including PoE). I agree. The feature set of the realtek target is pretty complete, and the anticipated fast movement of the target in master has not happened yet. So please keep realtek for 21.02. There is one pending series applicable to realtek which I had hoped to get in before exposing the target to innocent users, but this might be too late by now?: https://patchwork.ozlabs.org/project/openwrt/list/?series=237587 Being able to adjust the "bootpartition" variable is crucial to support console-less installation IMHO. Which makes the target more accessible to non-developers. I see Petr just merged them into master (thanks!). I'll be sending in a few fixes that depend on them too, would be good if they could make it into 21.02 as well. Cheers Stijn Bjørn ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: OpenWrt 21.02-rc1 - realtek and mediatek targets
Stijn Segers writes: > A vote for keeping the realtek target here, I have three devices here > in production. Very happy with them. The main catch I see with > relegating the realtek target to master would be less uptake on the > end user side (not everyone will want to run hardware that needs > OpenWrt master), but I am unqualified to judge the code quality. > > All I can say is it runs nicely here (including PoE). I agree. The feature set of the realtek target is pretty complete, and the anticipated fast movement of the target in master has not happened yet. So please keep realtek for 21.02. There is one pending series applicable to realtek which I had hoped to get in before exposing the target to innocent users, but this might be too late by now?: https://patchwork.ozlabs.org/project/openwrt/list/?series=237587 Being able to adjust the "bootpartition" variable is crucial to support console-less installation IMHO. Which makes the target more accessible to non-developers. Bjørn ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: OpenWrt 21.02-rc1 - realtek and mediatek targets
Hi, Do we want to keep the realtek and mediatek targets in the 21.02 branch and release or do we want to remove them link the ipq807x target? Hauke keep them for sure. I am running my network on those 2 targets using 21.02 John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: OpenWrt 21.02-rc1 - realtek and mediatek targets
Hi Hauke, Op woensdag 7 april 2021 om 22u27 schreef Hauke Mehrtens : On 4/7/21 12:29 AM, Hauke Mehrtens wrote: Hi, How do we want to go forward with OpenWrt 21.02-rc1? * I think the base system is ok. * The http (original wolfssl) problem reported by jow is fixed * LuCI in the 21.02 branch still misses DSA support, this was merged into master some time ago as far as I understood. Jow reported this end of March: I found some serious regressions in the luci device config support. not sure yet how long it'll take to sort out. The netifd uci config grew so complex that it'll take a while to try all cases * changing interface settings after previously enabling certain options results in a brick * wireless networks with custom ifnames are improperly bridged * option ipv6 for ppp based protocols is broken because it clashes with option ipv6 in device sections I would like to merge this update of iproute2 if Russel is fine with it, but I do not see this blocking 21.02-rc1: https://github.com/openwrt/openwrt/pull/4025 If there are some other bugs in the 21.02 branch which are fixed in master, we can backport the fixed as long as they are not so big. If there is something missing, just ask on the mainling list. In would like to get 21.02-rc1 soon, so more users start testing it and we get more bug reports. How should we continue? 1. Tag 21.02-rc1 and do the release in the next days with the current state. 2. Merge the LuCI DSA changes from master to 21.02 branch now and do 21.02-rc1 ~3 days to see if some big problems come up. 3. Wait till the problems reported by jow are fixed and do the 21.02-rc1 them. 4. Wait an other 2 weeks and see how it looks them. I would prefer if we merge the LuCI DSA changes from master to 21.02 branch now and do 21.02-rc1 soon. We should list the problems as known problems. It would be nice if someone else could also look into these problems and propose fixes. Hauke Hi, Do we want to keep the realtek and mediatek targets in the 21.02 branch and release or do we want to remove them link the ipq807x target? A vote for keeping the realtek target here, I have three devices here in production. Very happy with them. The main catch I see with relegating the realtek target to master would be less uptake on the end user side (not everyone will want to run hardware that needs OpenWrt master), but I am unqualified to judge the code quality. All I can say is it runs nicely here (including PoE). Cheers Stijn Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: OpenWrt 21.02-rc1 - realtek and mediatek targets
On 4/7/21 12:29 AM, Hauke Mehrtens wrote: Hi, How do we want to go forward with OpenWrt 21.02-rc1? * I think the base system is ok. * The http (original wolfssl) problem reported by jow is fixed * LuCI in the 21.02 branch still misses DSA support, this was merged into master some time ago as far as I understood. Jow reported this end of March: I found some serious regressions in the luci device config support. not sure yet how long it'll take to sort out. The netifd uci config grew so complex that it'll take a while to try all cases * changing interface settings after previously enabling certain options results in a brick * wireless networks with custom ifnames are improperly bridged * option ipv6 for ppp based protocols is broken because it clashes with option ipv6 in device sections I would like to merge this update of iproute2 if Russel is fine with it, but I do not see this blocking 21.02-rc1: https://github.com/openwrt/openwrt/pull/4025 If there are some other bugs in the 21.02 branch which are fixed in master, we can backport the fixed as long as they are not so big. If there is something missing, just ask on the mainling list. In would like to get 21.02-rc1 soon, so more users start testing it and we get more bug reports. How should we continue? 1. Tag 21.02-rc1 and do the release in the next days with the current state. 2. Merge the LuCI DSA changes from master to 21.02 branch now and do 21.02-rc1 ~3 days to see if some big problems come up. 3. Wait till the problems reported by jow are fixed and do the 21.02-rc1 them. 4. Wait an other 2 weeks and see how it looks them. I would prefer if we merge the LuCI DSA changes from master to 21.02 branch now and do 21.02-rc1 soon. We should list the problems as known problems. It would be nice if someone else could also look into these problems and propose fixes. Hauke Hi, Do we want to keep the realtek and mediatek targets in the 21.02 branch and release or do we want to remove them link the ipq807x target? Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
