Re: [OpenWrt-Devel] [PATCH v3] kernel: revert bad module stripping patch

2018-10-29 Thread Daniel Santos
Hello Philip, On 10/29/2018 06:50 PM, Philip Prindeville wrote: > Some hardware (it’s rare but not unheard of) can only be reset by unloading > and reloading the module that controls it. Otherwise, you have to reboot the > box. If you build all of your drivers in, then rebooting is all you

Re: [OpenWrt-Devel] [PATCH v3] kernel: revert bad module stripping patch

2018-10-29 Thread Daniel Santos
Hrm, this was my attempt to be less emotional. :(  I'll try again. There is no conspiracy theory here.  Nobody tries to hide it.  Ever tried to completely remove the Facebook and Twitter apps from your phone?  This is the growing trend in many realms of commercial software.  Hell, this is why

Re: [OpenWrt-Devel] [PATCH v3] kernel: revert bad module stripping patch

2018-10-29 Thread Philip Prindeville
Some hardware (it’s rare but not unheard of) can only be reset by unloading and reloading the module that controls it. Otherwise, you have to reboot the box. If you build all of your drivers in, then rebooting is all you have. My firewall has been up for 3 years. I update it with opkg,

[OpenWrt-Devel] Packages feed DCO check

2018-10-29 Thread Etienne Champetier
Hi All, Can one of the admin of the packages feed have a look at what is wrong with the DCO check ? https://probot.github.io/apps/dco/ It's not showing up anymore, for example: https://github.com/openwrt/packages/pull/6927 Thanks Etienne ___

Re: [OpenWrt-Devel] [PATCH v3] kernel: revert bad module stripping patch

2018-10-29 Thread Daniel Santos
I would like to take this opportunity to mention that the best way to save space here is to not build modules -- make them built-ins.  I did a quick experiment of this and instead of saving 4k, my *image* is a full 256k smaller.  I haven't analysed the specifics, but also this means less RAM

[OpenWrt-Devel] [PATCH v3] kernel: revert bad module stripping patch

2018-10-29 Thread Daniel Santos
Never EVER do this! Decades of computer science has taught us "best practices" -- ways of doing things that provide an optimal outcome for all parties involved. While this type of hack is fine if you're working alone, it is not a "best practice" and is completely unacceptable for a large FOSS

[OpenWrt-Devel] [PATCH] ramips: add mt76x0 node to RT-AC51U device tree

2018-10-29 Thread Lorenzo Bianconi
Introduce mt76x0e device tree node in RT-AC51U dts. Define mt76x0e mtd partition and offset Signed-off-by: Lorenzo Bianconi --- target/linux/ramips/dts/RT-AC51U.dts | 11 +++ 1 file changed, 11 insertions(+) diff --git a/target/linux/ramips/dts/RT-AC51U.dts

[OpenWrt-Devel] [PATCH] bzip2: Fix download URL

2018-10-29 Thread Rosen Penev
Main website went down. Use openwrt sources for it. Matches a similar buildroot commit. Signed-off-by: Rosen Penev --- package/utils/bzip2/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/utils/bzip2/Makefile b/package/utils/bzip2/Makefile index

Re: [OpenWrt-Devel] Package Bzip2 download URL no longer valid

2018-10-29 Thread Alberto Bursi
On 29/10/2018 08:58, Xabier Oneca -- xOneca wrote: Hello, Please, note that Bzip2 no longer sources available for download on bzip.org (there's a LWN thread about this: https://lwn.net/Articles/762264/), but OpenWrt still points to that server. The Bzip2 package was patched in buildroot:

Re: [OpenWrt-Devel] [PATCH] kernel: tolerate using UBI/UBIFS on MLC flash (FS#1830)

2018-10-29 Thread Koen Vandeputte
On 26.10.18 10:50, Koen Vandeputte wrote: On 25.10.18 23:43, Christian Lamparter wrote: On Thursday, October 25, 2018 10:57:48 AM CEST Koen Vandeputte wrote: On 23.10.18 17:43, Christian Lamparter wrote: Sorry, hit "Send" by accident On Tuesday, October 23, 2018 2:37:16 PM CEST Koen

[OpenWrt-Devel] Package Bzip2 download URL no longer valid

2018-10-29 Thread Xabier Oneca -- xOneca
Hello, Please, note that Bzip2 no longer sources available for download on bzip.org (there's a LWN thread about this: https://lwn.net/Articles/762264/), but OpenWrt still points to that server. The Bzip2 package was patched in buildroot: